Chromium-ის ერთ-ერთი ფუნქცია ქმნის უზარმაზარ დატვირთვას root DNS სერვერებზე

Chromium ბრაუზერმა, Google Chrome-ისა და ახალი Microsoft Edge-ის აყვავებულმა ღია წყარომ, მნიშვნელოვანი უარყოფითი ყურადღება მიიპყრო ფუნქციისთვის, რომელიც კარგი განზრახვით იყო გამიზნული: ის ამოწმებს, იპარავს თუ არა მომხმარებლის ISP არარსებული დომენის შეკითხვის შედეგებს. .

ინტრანეტის გადამისამართების დეტექტორი, რომელიც ქმნის ყალბ მოთხოვნებს შემთხვევითი "დომენებისთვის", რომლებიც სტატისტიკურად ნაკლებად სავარაუდოა, რომ არსებობს, პასუხისმგებელია მსოფლიოში root DNS სერვერების მიერ მიღებული მთლიანი ტრაფიკის დაახლოებით ნახევარზე. Verisign-ის ინჟინერმა მეტ თომასმა დაწერა გრძელი პოსტი APNIC ბლოგზე აღწერს პრობლემას და აფასებს მის მასშტაბებს.

როგორ ხორციელდება DNS გარჩევადობა ჩვეულებრივ

ეს სერვერები არის უმაღლესი ავტორიტეტი, რომელსაც უნდა დაუკავშირდეთ .com, .net და ა.შ. გადასაჭრელად, რათა გეტყვით, რომ frglxrtmpuf არ არის უმაღლესი დონის დომენი (TLD).

DNS, ან დომენის სახელების სისტემა, არის სისტემა, რომლითაც კომპიუტერებს შეუძლიათ გადააკეთონ დასამახსოვრებელი დომენის სახელები, როგორიცაა arstechnica.com ბევრად ნაკლებად მოსახერხებელი IP მისამართებით, როგორიცაა 3.128.236.93. DNS-ის გარეშე ინტერნეტი არ იარსებებდა ისე, რომ ადამიანებმა გამოიყენონ, რაც იმას ნიშნავს, რომ ზედა დონის ინფრასტრუქტურაზე ზედმეტი დატვირთვა რეალური პრობლემაა.

ერთი თანამედროვე ვებ გვერდის ჩატვირთვას შეიძლება დასჭირდეს DNS ძიების წარმოუდგენელი რაოდენობა. მაგალითად, როდესაც ჩვენ გავაანალიზეთ ESPN-ის მთავარი გვერდი, დავთვალეთ 93 ცალკეული დომენის სახელი, დაწყებული a.espncdn.com-დან z.motads.com-მდე. ყველა მათგანი აუცილებელია გვერდის სრულად ჩატვირთვისთვის!

საძიებო სისტემისთვის ამ ტიპის დატვირთვის დასაკმაყოფილებლად, რომელიც უნდა მოემსახუროს მთელ მსოფლიოს, DNS შექმნილია როგორც მრავალ დონის იერარქია. ამ პირამიდის ზედა ნაწილში არის root სერვერები - თითოეულ ზედა დონის დომენს, როგორიცაა .com, აქვს სერვერების საკუთარი ოჯახი, რომლებიც უმაღლესი ავტორიტეტია თითოეული დომენისთვის მათ ქვემოთ. ერთი ნაბიჯით ზემოთ ეს სერვერები არის თავად root სერვერები, საწყისი a.root-servers.net დან m.root-servers.net.

რამდენად ხშირად ხდება ეს?

DNS ინფრასტრუქტურის მრავალ დონის ქეშირების იერარქიის წყალობით, მსოფლიო DNS მოთხოვნების ძალიან მცირე პროცენტი აღწევს root სერვერებს. ადამიანების უმეტესობა ღებულობს მათ DNS გადამწყვეტის ინფორმაციას პირდაპირ მათი ISP-დან. როდესაც მომხმარებლის მოწყობილობამ უნდა იცოდეს, როგორ მოხვდეს კონკრეტულ ვებსაიტზე, მოთხოვნა ჯერ იგზავნება DNS სერვერზე, რომელსაც მართავს ადგილობრივი პროვაიდერი. თუ ადგილობრივმა DNS სერვერმა არ იცის პასუხი, ის აგზავნის მოთხოვნას საკუთარ „გამგზავნის“ (თუ მითითებულია).

თუ არც ადგილობრივი პროვაიდერის DNS სერვერს და არც მის კონფიგურაციაში მითითებულ „გადამისამართ სერვერებს“ არ აქვთ ქეშირებული პასუხი, მოთხოვნა დაყენებულია პირდაპირ დომენის ავტორიტეტულ სერვერზე. ზემოთ ის, რომლის გარდაქმნასაც ცდილობთ. Როდესაც домен.com ეს ნიშნავს, რომ მოთხოვნა იგზავნება თავად დომენის ავტორიტეტულ სერვერებზე com, რომლებიც მდებარეობს gtld-servers.net.

სისტემის gtld-servers, რომელზედაც მოხდა მოთხოვნა, პასუხობს დომენის domain.com ავტორიტეტული სახელების სერვერების სიით, ასევე მინიმუმ ერთი ბმული ჩანაწერით, რომელიც შეიცავს ერთი ასეთი სახელების სერვერის IP მისამართს. შემდეგ, პასუხები გადადის ჯაჭვის ქვემოთ - თითოეული გამგზავნი გადასცემს ამ პასუხებს სერვერს, რომელმაც მოითხოვა ისინი, სანამ პასუხი საბოლოოდ არ მიაღწევს ლოკალური პროვაიდერის სერვერს და მომხმარებლის კომპიუტერს. ყველა მათგანი ქეშირებს ამ პასუხს ისე, რომ ზედმეტად არ დაარღვიოს უფრო მაღალი დონის სისტემები.

უმეტეს შემთხვევაში, სახელების სერვერის ჩანაწერები domain.com უკვე იქნება ქეშირებული ამ გადამგზავნიდან ერთ-ერთზე, ამიტომ root სერვერები არ შეწუხდება. თუმცა, ახლა ჩვენ ვსაუბრობთ URL-ის ტიპზე, რომელიც ჩვენთვის ცნობილია - ის, რომელიც გარდაიქმნება ჩვეულებრივ ვებსაიტად. Chrome მოთხოვნები დონეზეა ზემოთ ეს, თავად მტევნის საფეხურზე root-servers.net.

Chromium და NXDomain ქურდობის შემოწმება

Chromium ამოწმებს "ეს DNS სერვერი მატყუებს?" შეადგენენ ტრაფიკის თითქმის ნახევარს, რომელიც აღწევს Verisign-ის root DNS სერვერების კლასტერს.

Chromium ბრაუზერს, Google Chrome-ის მშობლის პროექტს, ახალ Microsoft Edge-ს და უთვალავ ნაკლებად ცნობილ ბრაუზერს, სურს მომხმარებლებს უზრუნველყოს ძიების სიმარტივე ერთ ველში, რომელსაც ზოგჯერ უწოდებენ "Omnibox". სხვა სიტყვებით რომ ვთქვათ, მომხმარებელი შეაქვს როგორც რეალურ URL-ებს, ასევე საძიებო სისტემის მოთხოვნებს იმავე ტექსტურ ველში ბრაუზერის ფანჯრის ზედა ნაწილში. კიდევ ერთი ნაბიჯის გადადგმა გამარტივებისკენ, ის ასევე არ აიძულებს მომხმარებელს შეიყვანოს URL-ის ნაწილი http:// ან https://.

რამდენადაც მოსახერხებელია ეს, ეს მიდგომა მოითხოვს, რომ ბრაუზერმა გაიგოს რა უნდა ჩაითვალოს URL-ად და რა უნდა ჩაითვალოს საძიებო მოთხოვნად. უმეტეს შემთხვევაში ეს საკმაოდ აშკარაა - მაგალითად, სტრიქონი ინტერვალით არ შეიძლება იყოს URL. მაგრამ ყველაფერი შეიძლება გართულდეს, როდესაც განიხილავთ ინტრანეტებს - კერძო ქსელებს, რომლებსაც ასევე შეუძლიათ გამოიყენონ კერძო უმაღლესი დონის დომენები რეალური ვებსაიტების გადასაჭრელად.

თუ მომხმარებელი თავისი კომპანიის ინტრანეტზე ასახელებს "მარკეტინგის" და კომპანიის ინტრანეტს აქვს შიდა ვებსაიტი ამავე სახელწოდებით, მაშინ Chromium აჩვენებს საინფორმაციო ველს, რომელიც ეკითხება მომხმარებელს, სურს თუ არა მოძებნოს "მარკეტინგი" ან გადავიდეს https://marketing. ეს შეიძლება ასე არ იყოს, მაგრამ ბევრი ISP და საჯარო Wi-Fi პროვაიდერი „იტაცებს“ ყველა არასწორად დაწერილ URL-ს, გადამისამართებს მომხმარებელს ბანერით შევსებულ გვერდზე.

შემთხვევითი თაობა

Chromium-ის დეველოპერებს არ სურდათ, რომ ჩვეულებრივ ქსელებში მყოფ მომხმარებლებს ენახათ საინფორმაციო ყუთი, რომელშიც ეკითხებოდნენ რას გულისხმობდნენ ყოველ ჯერზე, როდესაც ისინი ეძებდნენ ერთ სიტყვას, ამიტომ ჩაატარეს ტესტი: ბრაუზერის გაშვებისას ან ქსელის შეცვლისას, Chromium ახორციელებს DNS მოძიებას სამზე. შემთხვევით გენერირებული "დომენები" უმაღლესი დონის, შვიდიდან თხუთმეტი სიმბოლოს სიგრძით. თუ ამ მოთხოვნიდან რომელიმე ორი დაბრუნდება იგივე IP მისამართით, მაშინ Chromium ვარაუდობს, რომ ლოკალური ქსელი „იტაცებს“ შეცდომებს. NXDOMAIN, რომელიც მან უნდა მიიღოს, ამიტომ ბრაუზერი განიხილავს ყველა ერთი სიტყვით შეყვანილ მოთხოვნას ძიების მცდელობად შემდგომ შეტყობინებამდე.

სამწუხაროდ, ქსელებში რომ არარის მოიპარეთ DNS მოთხოვნების შედეგები, ეს სამი ოპერაცია, როგორც წესი, მაღლა იწევს, თავად root სახელების სერვერებამდე: ადგილობრივმა სერვერმა არ იცის როგორ გადაჭრას qwajuixk, ასე რომ, გადასცემს ამ მოთხოვნას მის გამგზავნის, რომელიც იგივეს აკეთებს ბოლომდე a.root-servers.net ან მის ერთ-ერთ „ძმას“ არ აიძულებენ თქვას „ბოდიში, მაგრამ ეს არ არის დომენი“.

ვინაიდან არსებობს დაახლოებით 1,67*10^21 შესაძლო ყალბი დომენური სახელები, სიგრძით შვიდიდან თხუთმეტ სიმბოლომდე, ყველაზე გავრცელებულია. თითოეული "პატიოსან" ქსელში შესრულებული ამ ტესტებიდან ის გადადის root სერვერზე. ეს შეადგენს იმდენს ნახევარი root DNS-ის მთლიანი დატვირთვიდან, კლასტერების ამ ნაწილის სტატისტიკის მიხედვით root-servers.net, რომლებიც Verisign-ის საკუთრებაა.

ისტორია მეორდება

ეს არ არის პირველი შემთხვევა, როცა საუკეთესო ზრახვებით შექმნილი პროექტი ვერ მოხერხდა ან თითქმის დატბორა საჯარო რესურსი არასაჭირო ტრაფიკით - ამან მაშინვე შეგვახსენა D-Link-ისა და პოლ-ჰენინგი კამპის NTP (ქსელის დროის პროტოკოლის) სერვერის ხანგრძლივი და სევდიანი ისტორია 2000-იანი წლების შუა პერიოდში.

2005 წელს FreeBSD-ის დეველოპერმა პულ-ჰენინგი, რომელიც ასევე ფლობდა დანიის ერთადერთ Stratum 1 Network Time Protocol სერვერს, მიიღო მოულოდნელი და დიდი გადასახადი გადაცემული ტრაფიკისთვის. მოკლედ, მიზეზი იყო ის, რომ D-Link-ის დეველოპერებმა ჩაწერეს Stratum 1 NTP სერვერების მისამართები, მათ შორის Kampa სერვერი, კომპანიის გადამრთველების, მარშრუტიზატორებისა და წვდომის წერტილების ხაზის firmware-ში. ამან მყისიერად გაზარდა Kampa-ს სერვერის ტრაფიკი ცხრაჯერ, რის გამოც დანიის ინტერნეტ ბირჟამ (დანიის ინტერნეტის გაცვლის წერტილი) შეცვალა ტარიფი „უფასოდან“ „9 დოლარამდე წელიწადში“.

პრობლემა ის კი არ იყო, რომ ძალიან ბევრი D-Link მარშრუტიზატორი იყო, არამედ ის, რომ ისინი "ხაზს არ ტოვებდნენ". ისევე როგორც DNS, NTP უნდა მუშაობდეს იერარქიული ფორმით - Stratum 0 სერვერები გადასცემენ ინფორმაციას Stratum 1 სერვერებს, რომლებიც გადასცემენ ინფორმაციას Stratum 2 სერვერებს და ასე შემდეგ იერარქიაში. ტიპიური სახლის როუტერი, გადამრთველი ან წვდომის წერტილი, როგორიც D-Link იყო დაპროგრამებული NTP სერვერის მისამართებით, აგზავნის მოთხოვნებს Stratum 2 ან Stratum 3 სერვერზე.

Chromium-ის პროექტმა, ალბათ საუკეთესო განზრახვით, გაიმეორა NTP პრობლემა DNS-ის პრობლემაში, იტვირთა ინტერნეტის ძირეული სერვერები ისეთი მოთხოვნებით, რომელთა დამუშავებაც არასოდეს ყოფილა გამიზნული.

არსებობს სწრაფი გადაწყვეტის იმედი

Chromium პროექტს აქვს ღია წყარო შეცდომა, რომელიც მოითხოვს ინტრანეტის გადამისამართების დეტექტორის ნაგულისხმევად გამორთვას ამ პრობლემის გადასაჭრელად. ჩვენ უნდა მივცეთ დამსახურება Chromium პროექტს: შეცდომა ნაპოვნია ადრეროგორ მიიქცია Verisign-ის მეთიუ თომასმა თავისით დიდი ყურადღება პოსტი APNIC ბლოგზე. შეცდომა ივნისში აღმოაჩინეს, მაგრამ დავიწყებული დარჩა თომას პოსტამდე; მარხვის შემდეგ დაიწყო მჭიდრო მეთვალყურეობის ქვეშ ყოფნა.

ვიმედოვნებთ, რომ პრობლემა მალე მოგვარდება და root DNS სერვერებს აღარ მოუწევთ ყოველდღიურად უპასუხონ სავარაუდო 60 მილიარდი ყალბი შეკითხვას.

რეკლამის უფლებების შესახებ

ეპიკური სერვერები - რამდენად VPS Windows-ზე ან Linux ძლიერი AMD EPYC ოჯახის პროცესორებით და ძალიან სწრაფი Intel NVMe დისკებით. იჩქარეთ შეკვეთა!

წყარო: www.habr.com