Chromium-ന്റെ സവിശേഷതകളിലൊന്ന് റൂട്ട് DNS സെർവറുകളിൽ ഒരു വലിയ ലോഡ് സൃഷ്ടിക്കുന്നു

Google Chrome-ന്റെയും പുതിയ Microsoft Edge-ന്റെയും തഴച്ചുവളരുന്ന ഓപ്പൺ സോഴ്‌സ് പാരന്റായ Chromium ബ്രൗസറിന് നല്ല ഉദ്ദേശ്യത്തോടെ ഉദ്ദേശിച്ചിട്ടുള്ള ഒരു ഫീച്ചറിന് കാര്യമായ നിഷേധാത്മക ശ്രദ്ധ ലഭിച്ചു: ഇത് ഉപയോക്താവിന്റെ ISP നിലവിലില്ലാത്ത ഡൊമെയ്‌ൻ അന്വേഷണ ഫലങ്ങൾ "മോഷ്ടിക്കുകയാണോ" എന്ന് പരിശോധിക്കുന്നു. .

ഇൻട്രാനെറ്റ് റീഡയറക്‌ട് ഡിറ്റക്ടർ, സ്ഥിതിവിവരക്കണക്കനുസരിച്ച് നിലനിൽക്കാൻ സാധ്യതയില്ലാത്ത ക്രമരഹിതമായ "ഡൊമെയ്‌നുകൾ"ക്കായി വ്യാജ അന്വേഷണങ്ങൾ സൃഷ്ടിക്കുന്നു, ഇത് ലോകമെമ്പാടുമുള്ള റൂട്ട് DNS സെർവറുകൾക്ക് ലഭിക്കുന്ന മൊത്തം ട്രാഫിക്കിന്റെ പകുതിയോളം ഉത്തരവാദിയാണ്. വെറൈസൈൻ എഞ്ചിനീയർ മാറ്റ് തോമസ് ഒരു ദീർഘമായ ഒരു ലേഖനം എഴുതി ഒരു പോസ്റ്റ് APNIC ബ്ലോഗിൽ പ്രശ്നം വിവരിക്കുകയും അതിന്റെ സ്കെയിൽ വിലയിരുത്തുകയും ചെയ്യുന്നു.

DNS റെസല്യൂഷൻ എങ്ങനെയാണ് സാധാരണയായി നടപ്പിലാക്കുന്നത്

ഈ സെർവറുകൾ .com, .net മുതലായവ പരിഹരിക്കുന്നതിന് നിങ്ങൾ ബന്ധപ്പെടേണ്ട ഏറ്റവും ഉയർന്ന അധികാരികളാണ്, അതിനാൽ frglxrtmpuf ഒരു ടോപ്പ് ലെവൽ ഡൊമെയ്‌ൻ (TLD) അല്ലെന്ന് അവർ നിങ്ങളോട് പറയും.

3.128.236.93 പോലെയുള്ള ഉപയോക്തൃ-സൗഹൃദ IP വിലാസങ്ങളിലേക്ക് arstechnica.com പോലുള്ള അവിസ്മരണീയമായ ഡൊമെയ്ൻ നാമങ്ങൾ കമ്പ്യൂട്ടറുകൾക്ക് പരിഹരിക്കാൻ കഴിയുന്ന ഒരു സംവിധാനമാണ് DNS, അല്ലെങ്കിൽ ഡൊമെയ്ൻ നെയിം സിസ്റ്റം. DNS ഇല്ലെങ്കിൽ, മനുഷ്യർക്ക് ഉപയോഗിക്കാൻ കഴിയുന്ന രീതിയിൽ ഇന്റർനെറ്റ് നിലനിൽക്കില്ല, അതായത് ഉയർന്ന തലത്തിലുള്ള ഇൻഫ്രാസ്ട്രക്ചറിൽ അനാവശ്യമായ ലോഡ് ഒരു യഥാർത്ഥ പ്രശ്നമാണ്.

ഒരൊറ്റ ആധുനിക വെബ് പേജ് ലോഡുചെയ്യുന്നതിന് അവിശ്വസനീയമായ എണ്ണം DNS ലുക്കപ്പുകൾ ആവശ്യമായി വന്നേക്കാം. ഉദാഹരണത്തിന്, ഞങ്ങൾ ESPN-ന്റെ ഹോംപേജ് വിശകലനം ചെയ്തപ്പോൾ, a.espncdn.com മുതൽ z.motads.com വരെയുള്ള 93 വ്യത്യസ്ത ഡൊമെയ്ൻ നാമങ്ങൾ ഞങ്ങൾ കണക്കാക്കി. പേജ് പൂർണ്ണമായി ലോഡുചെയ്യുന്നതിന് അവയെല്ലാം ആവശ്യമാണ്!

ലോകത്തെ മുഴുവൻ സേവിക്കേണ്ട ഒരു സെർച്ച് എഞ്ചിന് ഇത്തരത്തിലുള്ള ജോലിഭാരം ഉൾക്കൊള്ളാൻ, DNS ഒരു മൾട്ടി-ലെവൽ ശ്രേണിയായി രൂപകൽപ്പന ചെയ്‌തിരിക്കുന്നു. ഈ പിരമിഡിന്റെ മുകളിൽ റൂട്ട് സെർവറുകൾ ഉണ്ട് - .com പോലുള്ള ഓരോ ടോപ്പ് ലെവൽ ഡൊമെയ്‌നിനും അതിന്റേതായ സെർവറുകളുടെ കുടുംബമുണ്ട്, അവയ്ക്ക് താഴെയുള്ള ഓരോ ഡൊമെയ്‌നിനും ഏറ്റവും ഉയർന്ന അധികാരമുണ്ട്. ഒരു പടി കൂടി ഇവയിൽ സെർവറുകൾ റൂട്ട് സെർവറുകൾ തന്നെയാണ് a.root-servers.net ഇതിനായി m.root-servers.net.

ഇത് എത്ര തവണ സംഭവിക്കുന്നു?

ഡിഎൻഎസ് ഇൻഫ്രാസ്ട്രക്ചറിന്റെ മൾട്ടി ലെവൽ കാഷിംഗ് ശ്രേണിക്ക് നന്ദി, ലോകത്തിലെ ഡിഎൻഎസ് അന്വേഷണങ്ങളിൽ വളരെ ചെറിയൊരു ശതമാനം റൂട്ട് സെർവറുകളിൽ എത്തുന്നു. മിക്ക ആളുകൾക്കും അവരുടെ ISP-യിൽ നിന്ന് നേരിട്ട് DNS റിസോൾവർ വിവരങ്ങൾ ലഭിക്കും. ഒരു നിർദ്ദിഷ്‌ട വെബ്‌സൈറ്റിലേക്ക് എങ്ങനെ എത്തിച്ചേരാമെന്ന് ഒരു ഉപയോക്താവിന്റെ ഉപകരണത്തിന് അറിയേണ്ടിവരുമ്പോൾ, ആ പ്രാദേശിക ദാതാവ് നിയന്ത്രിക്കുന്ന ഒരു DNS സെർവറിലേക്കാണ് ആദ്യം ഒരു അഭ്യർത്ഥന അയയ്‌ക്കുന്നത്. പ്രാദേശിക DNS സെർവറിന് ഉത്തരം അറിയില്ലെങ്കിൽ, അത് സ്വന്തം "ഫോർവേഡർമാർക്ക്" (നിർദ്ദേശിച്ചിട്ടുണ്ടെങ്കിൽ) അഭ്യർത്ഥന കൈമാറുന്നു.

പ്രാദേശിക ദാതാവിന്റെ ഡിഎൻഎസ് സെർവറിനോ അതിന്റെ കോൺഫിഗറേഷനിൽ വ്യക്തമാക്കിയിട്ടുള്ള "ഫോർവേഡിംഗ് സെർവറുകൾ"ക്കോ കാഷെ ചെയ്ത പ്രതികരണം ഇല്ലെങ്കിൽ, അഭ്യർത്ഥന നേരിട്ട് ആധികാരിക ഡൊമെയ്ൻ സെർവറിലേക്ക് ഉയർത്തും. കൂടുതൽ നിങ്ങൾ പരിവർത്തനം ചെയ്യാൻ ശ്രമിക്കുന്നത്. എപ്പോൾ домен.com അഭ്യർത്ഥന ഡൊമെയ്‌നിന്റെ തന്നെ ആധികാരിക സെർവറുകളിലേക്ക് അയച്ചിരിക്കുന്നു എന്നാണ് ഇതിനർത്ഥം com, സ്ഥിതി ചെയ്യുന്നത് gtld-servers.net.

സിസ്റ്റം gtld-servers, അഭ്യർത്ഥന നടത്തിയ, domain.com എന്ന ഡൊമെയ്‌നിനായുള്ള ആധികാരിക നെയിം സെർവറുകളുടെ ഒരു ലിസ്റ്റ്, അതുപോലെ തന്നെ അത്തരം ഒരു നെയിം സെർവറിന്റെ IP വിലാസം ഉൾക്കൊള്ളുന്ന ഒരു ലിങ്ക് റെക്കോർഡ് എങ്കിലും പ്രതികരിക്കുന്നു. അടുത്തതായി, പ്രതികരണങ്ങൾ ശൃംഖലയിലേക്ക് നീങ്ങുന്നു - പ്രതികരണം ഒടുവിൽ പ്രാദേശിക ദാതാവിന്റെ സെർവറിലേക്കും ഉപയോക്താവിന്റെ കമ്പ്യൂട്ടറിലേക്കും എത്തുന്നതുവരെ ഓരോ ഫോർവേഡറും ഈ പ്രതികരണങ്ങൾ അഭ്യർത്ഥിച്ച സെർവറിലേക്ക് കൈമാറുന്നു. ഉയർന്ന തലത്തിലുള്ള സിസ്റ്റങ്ങളെ അനാവശ്യമായി ശല്യപ്പെടുത്താതിരിക്കാൻ അവയെല്ലാം ഈ പ്രതികരണം കാഷെ ചെയ്യുന്നു.

മിക്ക കേസുകളിലും, നെയിം സെർവർ റെക്കോർഡുകൾ domain.com ഈ ഫോർവേഡറുകളിൽ ഒന്നിൽ ഇതിനകം കാഷെ ചെയ്യപ്പെടും, അതിനാൽ റൂട്ട് സെർവറുകൾ ശല്യപ്പെടുത്തില്ല. എന്നിരുന്നാലും, ഇപ്പോൾ നമ്മൾ സംസാരിക്കുന്നത് നമുക്ക് പരിചിതമായ URL-നെക്കുറിച്ചാണ് - ഒരു സാധാരണ വെബ്‌സൈറ്റായി പരിവർത്തനം ചെയ്ത ഒന്ന്. Chrome അഭ്യർത്ഥനകൾ തലത്തിലാണ് കൂടുതൽ ഇത്, ക്ലസ്റ്ററുകളുടെ പടിയിലാണ് root-servers.net.

Chromium, NXDomain മോഷണ പരിശോധന

Chromium "ഈ DNS സെർവർ എന്നെ കബളിപ്പിക്കുകയാണോ?" റൂട്ട് ഡിഎൻഎസ് സെർവറുകളുടെ വെറൈസൈൻ ക്ലസ്റ്ററിൽ എത്തുന്ന ട്രാഫിക്കിന്റെ പകുതിയോളം വരും.

ഗൂഗിൾ ക്രോമിന്റെ പാരന്റ് പ്രോജക്റ്റായ ക്രോമിയം ബ്രൗസർ, പുതിയ മൈക്രോസോഫ്റ്റ് എഡ്ജ്, കൂടാതെ അറിയപ്പെടുന്ന എണ്ണമറ്റ ബ്രൗസറുകൾ എന്നിവ ഉപയോക്താക്കൾക്ക് ഒറ്റ ബോക്സിൽ തിരയാനുള്ള സൗകര്യം നൽകാൻ ആഗ്രഹിക്കുന്നു, ചിലപ്പോൾ "ഓമ്‌നിബോക്സ്" എന്നും വിളിക്കുന്നു. മറ്റൊരു വിധത്തിൽ പറഞ്ഞാൽ, ഉപയോക്താവ് യഥാർത്ഥ URL-കളും തിരയൽ എഞ്ചിൻ അന്വേഷണങ്ങളും ബ്രൗസർ വിൻഡോയുടെ മുകളിലുള്ള ഒരേ ടെക്സ്റ്റ് ഫീൽഡിലേക്ക് നൽകുന്നു. ലളിതവൽക്കരണത്തിലേക്കുള്ള മറ്റൊരു ചുവടുവെപ്പ്, ഇത് ഉപയോഗിച്ച് URL-ന്റെ ഒരു ഭാഗം നൽകാൻ ഉപയോക്താവിനെ നിർബന്ധിക്കുന്നില്ല. http:// അഥവാ https://.

ഇത് സൗകര്യപ്രദമായതിനാൽ, ഈ സമീപനത്തിന് ബ്രൗസറിന് ഒരു URL ആയി കണക്കാക്കേണ്ടതെന്താണെന്നും ഒരു തിരയൽ അന്വേഷണമായി പരിഗണിക്കേണ്ടതെന്താണെന്നും മനസ്സിലാക്കേണ്ടതുണ്ട്. മിക്ക കേസുകളിലും ഇത് വളരെ വ്യക്തമാണ് - ഉദാഹരണത്തിന്, സ്‌പെയ്‌സുകളുള്ള ഒരു സ്ട്രിംഗ് ഒരു URL ആകാൻ പാടില്ല. എന്നാൽ യഥാർത്ഥ വെബ്‌സൈറ്റുകൾ പരിഹരിക്കുന്നതിന് സ്വകാര്യ ടോപ്പ് ലെവൽ ഡൊമെയ്‌നുകൾ ഉപയോഗിക്കാവുന്ന ഇൻട്രാനെറ്റുകൾ—സ്വകാര്യ നെറ്റ്‌വർക്കുകൾ പരിഗണിക്കുമ്പോൾ കാര്യങ്ങൾ കൂടുതൽ വഷളാകും.

ഒരു ഉപയോക്താവ് അവരുടെ കമ്പനിയുടെ ഇൻട്രാനെറ്റിൽ "മാർക്കറ്റിംഗ്" എന്ന് ടൈപ്പ് ചെയ്യുകയും കമ്പനിയുടെ ഇൻട്രാനെറ്റിന് അതേ പേരിൽ ഒരു ആന്തരിക വെബ്‌സൈറ്റ് ഉണ്ടെങ്കിൽ, Chromium ഉപയോക്താവിനോട് "മാർക്കറ്റിംഗ്" തിരയണോ അതോ ഇതിലേക്ക് പോകണോ എന്ന് ചോദിക്കുന്ന ഒരു വിവര ബോക്സ് പ്രദർശിപ്പിക്കുന്നു https://marketing. ഇത് അങ്ങനെയാകണമെന്നില്ല, എന്നാൽ പല ISP-കളും പൊതു Wi-Fi ദാതാക്കളും അക്ഷരത്തെറ്റുള്ള ഓരോ URL-ഉം "ഹൈജാക്ക്" ചെയ്യുന്നു, ഇത് ഉപയോക്താവിനെ ബാനർ നിറച്ച പേജിലേക്ക് റീഡയറക്‌ടുചെയ്യുന്നു.

ക്രമരഹിതമായ തലമുറ

സാധാരണ നെറ്റ്‌വർക്കുകളിലെ ഉപയോക്താക്കൾ ഒരു വാക്ക് തിരയുമ്പോഴെല്ലാം എന്താണ് അർത്ഥമാക്കുന്നത് എന്ന് ചോദിക്കുന്ന ഒരു വിവര ബോക്‌സ് കാണാൻ Chromium ഡെവലപ്പർമാർക്ക് താൽപ്പര്യമില്ല, അതിനാൽ അവർ ഒരു പരീക്ഷണം നടപ്പിലാക്കി: അവർ ഒരു ബ്രൗസർ ലോഞ്ച് ചെയ്യുമ്പോൾ അല്ലെങ്കിൽ നെറ്റ്‌വർക്കുകൾ മാറ്റുമ്പോൾ, Chromium മൂന്നിൽ DNS ലുക്കപ്പുകൾ നടത്തുന്നു. ക്രമരഹിതമായി സൃഷ്ടിച്ച "ഡൊമെയ്‌നുകൾ" ടോപ്പ് ലെവൽ, ഏഴ് മുതൽ പതിനഞ്ച് പ്രതീകങ്ങൾ വരെ. ഈ രണ്ട് അഭ്യർത്ഥനകളും ഒരേ ഐപി വിലാസത്തിൽ തിരിച്ചെത്തിയാൽ, പ്രാദേശിക നെറ്റ്‌വർക്ക് പിശകുകൾ "ഹൈജാക്ക്" ചെയ്യുകയാണെന്ന് Chromium അനുമാനിക്കുന്നു. NXDOMAIN, അത് സ്വീകരിക്കേണ്ടതാണ്, അതിനാൽ ബ്രൗസർ നൽകിയ എല്ലാ ഒറ്റ-പദ അന്വേഷണങ്ങളും കൂടുതൽ അറിയിപ്പ് ഉണ്ടാകുന്നതുവരെ തിരയൽ ശ്രമങ്ങളായി കണക്കാക്കുന്നു.

നിർഭാഗ്യവശാൽ, നെറ്റ്‌വർക്കുകളിൽ അത് അല്ല ഡിഎൻഎസ് അന്വേഷണങ്ങളുടെ ഫലങ്ങൾ മോഷ്ടിക്കുക, ഈ മൂന്ന് പ്രവർത്തനങ്ങളും സാധാരണയായി ഏറ്റവും മുകളിലേക്ക് ഉയരുന്നു, റൂട്ട് നെയിം സെർവറുകളിലേക്ക് തന്നെ: പ്രാദേശിക സെർവറിന് എങ്ങനെ പരിഹരിക്കണമെന്ന് അറിയില്ല qwajuixk, അതിനാൽ ഈ അഭ്യർത്ഥന അതിന്റെ ഫോർവേഡർക്ക് കൈമാറുന്നു, അത് അത് തന്നെ ചെയ്യുന്നു, അവസാനം വരെ a.root-servers.net അല്ലെങ്കിൽ അവന്റെ "സഹോദരന്മാരിൽ ഒരാൾ" "ക്ഷമിക്കണം, പക്ഷേ ഇതൊരു ഡൊമെയ്‌നല്ല" എന്ന് പറയാൻ നിർബന്ധിതനാകില്ല.

ഏഴ് മുതൽ പതിനഞ്ച് പ്രതീകങ്ങൾ വരെ നീളമുള്ള ഏകദേശം 1,67*10^21 വ്യാജ ഡൊമെയ്ൻ നാമങ്ങൾ ഉള്ളതിനാൽ, ഏറ്റവും സാധാരണമായത് ഓരോന്നും "സത്യസന്ധമായ" നെറ്റ്‌വർക്കിൽ നടത്തുന്ന ഈ പരിശോധനകളിൽ നിന്ന്, അത് റൂട്ട് സെർവറിലേക്ക് ലഭിക്കുന്നു. ഇത് അത്രയും തുക വരും പകുതി ക്ലസ്റ്ററുകളുടെ ആ ഭാഗത്ത് നിന്നുള്ള സ്ഥിതിവിവരക്കണക്കുകൾ പ്രകാരം റൂട്ട് DNS-ലെ മൊത്തം ലോഡിൽ നിന്ന് root-servers.net, വെറൈസൈൻ ഉടമസ്ഥതയിലുള്ളത്.

ചരിത്രം ആവർത്തിക്കുന്നു

മികച്ച ഉദ്ദേശ്യത്തോടെ ഒരു പ്രോജക്റ്റ് സൃഷ്ടിക്കുന്നത് ഇതാദ്യമല്ല പരാജയപ്പെട്ടു അല്ലെങ്കിൽ അനാവശ്യമായ ട്രാഫിക്കിൽ ഒരു പൊതുവിഭവം നിറഞ്ഞു - ഇത് 2000-കളുടെ മധ്യത്തിൽ D-Link, Poul-Henning Kamp's NTP (നെറ്റ്‌വർക്ക് ടൈം പ്രോട്ടോക്കോൾ) സെർവറിന്റെ ദീർഘവും ദുഃഖകരവുമായ ചരിത്രത്തെക്കുറിച്ച് പെട്ടെന്ന് നമ്മെ ഓർമ്മിപ്പിച്ചു.

2005-ൽ, ഡെന്മാർക്കിന്റെ ഒരേയൊരു സ്ട്രാറ്റം 1 നെറ്റ്‌വർക്ക് ടൈം പ്രോട്ടോക്കോൾ സെർവറിന്റെ ഉടമസ്ഥതയിലുള്ള ഫ്രീബിഎസ്ഡി ഡെവലപ്പർ പോൾ-ഹെന്നിംഗ്, ട്രാൻസ്മിറ്റഡ് ട്രാഫിക്കിനായി അപ്രതീക്ഷിതവും വലുതുമായ ഒരു ബിൽ ലഭിച്ചു. ചുരുക്കത്തിൽ, D-Link ഡവലപ്പർമാർ കമ്പ സെർവർ ഉൾപ്പെടെയുള്ള സ്ട്രാറ്റം 1 NTP സെർവറുകളുടെ വിലാസങ്ങൾ കമ്പനിയുടെ സ്വിച്ചുകൾ, റൂട്ടറുകൾ, ആക്സസ് പോയിന്റുകൾ എന്നിവയുടെ ഫേംവെയറിലേക്ക് എഴുതി എന്നതാണ് കാരണം. ഇത് തൽക്ഷണം കമ്പയുടെ സെർവർ ട്രാഫിക് ഒമ്പത് മടങ്ങ് വർദ്ധിപ്പിച്ചു, ഡാനിഷ് ഇന്റർനെറ്റ് എക്സ്ചേഞ്ച് (ഡെൻമാർക്കിന്റെ ഇന്റർനെറ്റ് എക്സ്ചേഞ്ച് പോയിന്റ്) അതിന്റെ താരിഫ് "ഫ്രീ" എന്നതിൽ നിന്ന് "പ്രതിവർഷം $9" ആയി മാറ്റാൻ കാരണമായി.

വളരെയധികം ഡി-ലിങ്ക് റൂട്ടറുകൾ ഉള്ളതല്ല പ്രശ്നം, മറിച്ച് അവ "ലൈനിന് പുറത്തായിരുന്നു" എന്നതായിരുന്നു. DNS പോലെ, NTP ഒരു ശ്രേണിപരമായ രൂപത്തിൽ പ്രവർത്തിക്കണം - സ്ട്രാറ്റം 0 സെർവറുകൾ സ്ട്രാറ്റം 1 സെർവറുകളിലേക്ക് വിവരങ്ങൾ കൈമാറുന്നു, അത് സ്ട്രാറ്റം 2 സെർവറുകളിലേക്ക് വിവരങ്ങൾ കൈമാറുന്നു, കൂടാതെ ശ്രേണിയിൽ താഴെയുമാണ്. ഒരു സാധാരണ ഹോം റൂട്ടർ, സ്വിച്ച് അല്ലെങ്കിൽ ഡി-ലിങ്ക് NTP സെർവർ വിലാസങ്ങൾ ഉപയോഗിച്ച് പ്രോഗ്രാം ചെയ്തിട്ടുള്ള ആക്സസ് പോയിന്റ് എന്നിവ സ്ട്രാറ്റം 2 അല്ലെങ്കിൽ സ്ട്രാറ്റം 3 സെർവറിലേക്ക് അഭ്യർത്ഥനകൾ അയയ്ക്കും.

Chromium പ്രോജക്‌റ്റ്, ഒരുപക്ഷേ മികച്ച ഉദ്ദേശ്യത്തോടെ, DNS പ്രശ്‌നത്തിൽ NTP പ്രശ്‌നം ആവർത്തിക്കുന്നു, ഇന്റർനെറ്റിന്റെ റൂട്ട് സെർവറുകൾ ഒരിക്കലും കൈകാര്യം ചെയ്യാൻ ഉദ്ദേശിച്ചിട്ടില്ലാത്ത അഭ്യർത്ഥനകൾ ലോഡുചെയ്യുന്നു.

പെട്ടെന്നൊരു പരിഹാരമുണ്ടാകുമെന്ന പ്രതീക്ഷയുണ്ട്

Chromium പ്രോജക്റ്റിന് ഒരു ഓപ്പൺ സോഴ്‌സ് ഉണ്ട് ബഗ്, ഈ പ്രശ്നം പരിഹരിക്കാൻ ഡിഫോൾട്ടായി ഇൻട്രാനെറ്റ് റീഡയറക്‌ട് ഡിറ്റക്ടർ പ്രവർത്തനരഹിതമാക്കേണ്ടതുണ്ട്. Chromium പ്രോജക്റ്റിന് ഞങ്ങൾ ക്രെഡിറ്റ് നൽകണം: ബഗ് കണ്ടെത്തി അതിനു മുൻപ്വെറൈസൈനിന്റെ മാറ്റ് തോമസ് എങ്ങനെയാണ് അദ്ദേഹത്തെ വളരെയധികം ശ്രദ്ധിച്ചത് നോമ്പ് APNIC ബ്ലോഗിൽ. ബഗ് ജൂണിൽ കണ്ടെത്തി, പക്ഷേ തോമസിന്റെ പോസ്റ്റ് വരെ അത് മറന്നുപോയി; ഉപവാസത്തിനുശേഷം, അവൻ സൂക്ഷ്മ നിരീക്ഷണത്തിൽ ആയിരിക്കാൻ തുടങ്ങി.

പ്രശ്നം ഉടൻ പരിഹരിക്കപ്പെടുമെന്ന് പ്രതീക്ഷിക്കുന്നു, കൂടാതെ റൂട്ട് ഡിഎൻഎസ് സെർവറുകൾ പ്രതിദിനം 60 ബില്യൺ വ്യാജ അന്വേഷണങ്ങളോട് പ്രതികരിക്കേണ്ടതില്ല.

ഒരു പരസ്യമായി

എപിക് സെർവറുകൾ ആണ് വിൻഡോസിൽ വി.പി.എസ് അല്ലെങ്കിൽ ശക്തമായ എഎംഡി ഇപിവൈസി ഫാമിലി പ്രൊസസറുകളും വളരെ വേഗതയേറിയ ഇന്റൽ എൻവിഎം ഡ്രൈവുകളും ഉള്ള ലിനക്സ്. ഓർഡർ ചെയ്യാൻ വേഗം!

അവലംബം: www.habr.com