Latensi jaringan gaduh dampak anu signifikan dina kinerja aplikasi atanapi jasa anu berinteraksi sareng jaringan. Nu handap latency, nu leuwih luhur kinerja. Ieu leres kanggo jasa jaringan naon waé, ti situs wéb biasa ka pangkalan data atanapi panyimpen jaringan.
Conto anu saé nyaéta Sistem Ngaran Domain (DNS). DNS sacara alami mangrupikeun sistem anu disebarkeun, kalayan titik akar sumebar di sakumna pangeusina. Pikeun ngan saukur ngaksés halaman wéb, anjeun kedah kéngingkeun alamat IP na.
Kuring moal ngajelaskeun sakabéh prosés recursively ngaliwatan "tangkal" zona domain, tapi bakal ngawatesan sorangan kanyataan yén dina raraga ngarobah domain kana alamat IP, urang kudu DNS resolver anu bakal ngalakukeun sagala karya ieu. urang.
Janten, dimana anjeun kéngingkeun alamat DNS resolver?
- ISP nyadiakeun alamat DNS resolver na.
- Panggihan alamat hiji solver umum dina Internét.
- Angkat anjeun nyalira atanapi nganggo anu diwangun kana router bumi anjeun.
Salah sahiji pilihan ieu bakal ngidinan Anjeun pikeun ngarasakeun surfing riang dina World Wide Web, tapi lamun kudu ngarobah angka nu gede ngarupakeun domain ka IP, mangka anjeun kudu ngadeukeutan pilihan solver a leuwih taliti.
Salaku geus I wrote, sajaba ISP resolver, aya loba alamat umum, contona, anjeun tiasa pariksa kaluar daptar ieu. Sababaraha di antarana tiasa langkung dipikaresep sabab gaduh konektipitas jaringan anu langkung saé tibatan solver standar.
Nalika daptar leutik, anjeun tiasa sacara gampil "ping" sacara manual sareng ngabandingkeun waktos reureuh, tapi upami anjeun nyandak daptar anu disebatkeun di luhur, maka tugas ieu janten teu pikaresepeun.
Ku alatan éta, pikeun ngagampangkeun tugas ieu, kuring, pinuh ku sindrom impostor, sketsa bukti-of-konsép gagasan kuring dina Go disebut. .
Salaku conto, kuring moal pariksa sadayana daptar résolusi, tapi bakal ngabatesan diri ngan ukur anu pang populerna.
$ get-closer ping -f dnsresolver.txt -b=0 --count=10
Closest hosts:
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]
Dina hiji waktos, nalika kuring milih solver pikeun kuring sorangan, kuring ngawatesan diri ngan ukur mariksa alamat utama (1.1.1.1, 8.8.8.8, 9.9.9.9) - barina ogé, aranjeunna saé pisan, sareng naon anu anjeun ngarepkeun. alamat cadangan awon.
Tapi saprak aya cara otomatis pikeun ngabandingkeun telat, naha henteu dilegakeun daptar ...
Salaku uji nunjukkeun, alamat Cloudflare "cadangan" langkung cocog pikeun kuring, sabab dihubungkeun kana spb-ix, anu langkung caket ka kuring tibatan msk-ix, anu ngagaduhan 1.1.1.1 anu indah.
Bédana, sakumaha anjeun tiasa tingali, signifikan, sabab sanajan sinar panggancangna cahaya teu bisa ngahontal ti St. Petersburg ka Moscow dina kirang ti 10 mdet.
Salian ping basajan, PoC ogé boga kasempetan pikeun ngabandingkeun reureuh pikeun protokol séjén, kayaning http jeung tcp, kitu ogé waktu pikeun ngarobah domain ka IP ngaliwatan resolver husus.
Aya rencana pikeun ngabandingkeun jumlah titik antara host nganggo traceroute pikeun ngagampangkeun milarian host anu gaduh jalur anu langkung pondok pikeun aranjeunna.
Kode ieu atah, eta lacks kebat tina cék, tapi gawéna cukup ogé dina data bersih. Abdi ngahargaan eupan balik wae, béntang on , sareng upami aya anu resep kana ideu proyék, teras wilujeng sumping janten kontributor.
sumber: www.habr.com