Valime lähimaid sõlmi võrgus

Võrgulätked mõjutavad märkimisväärselt rakenduste või teenuste, mis suhtlevad võrguga, jõudlust. Mida väiksemad on lätked, seda kõrgem on jõudlus. See kehtib kõigi võrguteenuste kohta, alates tavalistest veebilehtedest kuni andmebaaside või võrgusalvestusteni.

Hea näide sellest on domeeninimesüsteem (DNS). DNS on oma olemuselt jaotatud süsteem, mille juurte sõlmed on laiali üle terve planeedi. Et lihtsalt siseneda kõigile veebilehtedele, tuleb esmalt saada nende IP-aadress.

Ma ei hakka kirjeldama kogu protsessi rekursiivsest läbimisest domeenitsoonide "puust", piirdun vaid sellega, et domeeni IP-aadressiks muutmiseks vajame DNS-resolverit, mis selle töö meie eest ära teeb.

Kust saada DNS-resolveri aadress?

1. Interneti teenusepakkuja annab oma DNS-resolveri aadressi.
2. Otsi internetist avaliku resolveri aadressi.
3. Tee oma või kasuta oma kodus ruuterisse sisse ehitatud resolverit.

Igaüks neist variantidest võimaldab nautida muretu sirvimise kogemust üle maailma veebis, kuid kui sul tekib vajadus korraga ümber muuta palju domeene IP-deks, tuleb resolveri valikule läheneda tähelepanelikumalt.

Nagu ma juba mainisin, peale interneti teenusepakkuja resolveri, eksisteerib palju avalikke aadresse, näiteks saa tuttavaks selle nimekirjaga. Mõned neist võivad osutuda oluliselt eelistatumateks, sest nende võrguühendus on parem kui "vaikimisi" resolveril.

Kui nimekiri on väike, on seda lihtne "pingida" käsitsi ja võrrelda lätke aegu, kuid kui võtta kas või see eelmainitud nimekiri, siis muutub see tegevus juba ebameeldivaks.

Seetõttu, et seda ülesannet lihtsustada, viskasin Go-sse kokku tõenduse oma idee kohta, mille nimeks on get-closer.

Näiteks ma ei hakka kontrollima kogu resolverite nimekirja, vaid piirdun vaid kõige populaarsematega.

$ get-closer ping -f dnsresolver.txt -b=0 --count=10
Lähimad hostid:
	1.0.0.1 [3.4582ms]
	8.8.8.8 [6.7545ms]
	1.1.1.1 [12.6773ms]
	8.8.4.4 [16.6361ms]
	9.9.9.9 [40.0525ms]

Oma ajal, kui valisin endale resolveri, piirdusin ma vaid peamiste aadresside (1.1.1.1, 8.8.8.8, 9.9.9.9) kontrollimisega - nad on ju nii ilusad, ja milleks oodata varu mitte ilusate aadresside puhul.

Kuna automatiseeritud meetod viivituste võrdlemiseks on olemas, siis miks mitte laiendada nimekirja...

Test näitas, et mulle sobib rohkem “varu” aadress Cloudflare, kuna see on ühendatud spb-ix, mis on minu jaoks palju lähemal kui msk-ix, kuhu on ühendatud ilus 1.1.1.1.

Nagu näete, on erinevus märkimisväärne, kuna isegi kõige kiiremal valguskiirusel ei õnnestu jõuda Peterburist Moskvasse vähem kui 10 ms.

Lisaks tavalisele pingile võimaldab PoC ka võrrelda viivitusi teiste protokollide, näiteks http ja tcp, osas, aga ka domeenide muutmise aega IP-deks läbi kindla resolveri.

Plaanis on ülesanne võrrelda hostide vaheliste sõlmede arvu traceroute'i abil, et oleks lihtsam leida hoste, millele on lühem tee.

Kood on toorelt kirjutatud, paljusid kontrolle napib, kuid töötab üsna korralikult puhaste andmete peal. Olen tänulik igasuguse tagasiside eest, tähed GitHubis, ja kui kellelegi meeldib projekti idee, siis on oodatud liituma kaasautoriteks.

Allikas: habr.com