Google i OpenDNS predstavljaju poboljšanje DNS protokola

Google i OpenDNS, dvije najpopularnije usluge razrješavanja javnog imena na Internetu, su predložili i implementirali a Proširenje DNS protokola to će omogućiti poboljšati brzinu navigacija kada se koriste resursi iz mreže za distribuciju sadržaja.

Velike kompanije za distribuciju sadržaja imaju servere raširene po cijelom svijetu u sistemima nazvanim Network Delivery Network (CDN). Dobar primjer za to je, na primjer, Akamai, koji služi kao spremište datoteka za nezavisne kompanije.

Ako pretpostavimo da CDN-ovi imaju ekskluzivni server koji služi zemlji sa svim repliciranim dostupnim sadržajem, velika prednost koja se dobija u odnosu na to da je sve centralizirano na jednoj lokaciji je ta što je u teoriji vrijeme pristupa sadržaju minimizirano (latencija) budući da na primjer, korisnik u Sevilli, umjesto da komunicira sa središnjim uredom u Sjedinjenim Državama, to će učiniti sa serverom koji ima u Španiji.

Da bi to postigli, CDN-ovi koriste DNS sistem koji na osnovu IP adrese računara koji daje zahtjev može saznati njegovo porijeklo i odgovoriti IP-om servera sadržaja najbližeg toj zemlji ili području.

Međutim, ovo više nije idealno kada nema malo, a sve više i više korisnika mreže koji ne koriste DNS koji pruža njihov operater i na svom računaru konfiguriraju javne, poput Googlea ili OpenDNS-a, za ime dva primjera uključena u članak.

1. Web stranicu zapisujemo loquesea.eu u traku preglednika.
2. Računar koji ne zna koja IP adresa odgovara imenu, traži prijevod od DNS servera (1) koji je konfigurirao (operatora ili drugog).
3. Ako pretpostavimo da je na ovom serveru predmemorija prazna, morat ćete zatražiti pomoć od takozvanih root-servera koji će vam reći koji je server zadužen za sav prostor za adresiranje .eu (2).
4. Zatim se operacija ponavlja. U ovom slučaju, DNS poslužitelj koji smo konfigurirali ispitivat će (3) onog zaduženog za sva .eu imena o serveru koji ima ime loquesea.eu i njegovim poddomenama pod njegovom kontrolom (npr. Linebenchmark.loquesea.eu) .
5. Konačno, posljednji DNS zahtjev upućen je ovom posljednjem serveru, koji će vratiti IP adresu loquesea.eu (4) i proslijediti računalu koje je u prvom koraku pokrenulo upit (5), da konačno otvori HTTP sesije i preuzmite web stranicu (6).

Kao što vidite, to je prilično složen proces, iako se u očima korisnika mreže događa transparentno.

Poboljšanje performansi DNS-a prilikom pristupa CDN-ovima

Problem DNS sistema za tradicionalne CDN-ove koje smo spomenuli je sljedeći: budući da pregovore o DNS-u za dobivanje IP-a željenog odredišta provodi posredni poslužitelj, CDN-ovi otkrivaju Google-ove DNS-servere kao ishodište zahtjeva, koji se nalaze u Sjedinjenim Državama. S obzirom na ovo, CDN odgovara IP-om svojih servera za Sjedinjene Države, a ne za Španiju. Gubimo performanse jer se latencija povećava.

Da bi se to riješilo, osmišljena je modifikacija DNS protokola koja koristi prednosti proširenja predloženih u RFC 2671 kako bi razlučivost imena bila inteligentnija.

Ideja, koja se zove Globalna internetska brzina i još uvijek je unutra faza nacrta, pomaže se u originalnoj adresi klijenta, koju dodaje kao još jedno polje podataka zahtjevu ("edns-client-subnet").

Iako je zaista, radi održavanja privatnosti korisnika, ono što je poslano dio je korisnikove javne IP adrese (bitovi se uklanjaju s kraja), pa je umjesto slanja 1.2.3.4 (ako je ovo javna IP adresa korisnika) skraćeno do 1.2.3.0 (svi posrednički DNS poslužitelji moći će čitati ove informacije), popraćen 24-bitnom mrežnom maskom.

Uz ovo, nije važno što se koristi Googleov DNS, jer kada su korisničke informacije priložene kao podaci u zahtjevu, ako je odredišni poslužitelj kompatibilan s ovom novom inicijativom, moći će ispravno odrediti odakle stvarno želite pristupite njegovom sadržaju i odgovorite na serveru najbližem klijentu, smanjujući kašnjenje i, prema tome, poboljšavajući brzinu pregledavanja.

Za one koji su sumnjičaviji prema svojoj privatnosti, može se konfigurirati tako da se ne pošalje nijedan dio IP adrese korisnika (pošalje se 0.0.0.0/0). U tim slučajevima razumijemo da bi usluga radila kao tradicionalni DNS u CDN-u. To jest, nemajući pojma o svom stvarnom porijeklu, CDN bi odgovorio IP-om najbližim DNS serveru koji podnosi zahtjev.

Trenutno su i Google i OpenDNS već instalirali ovu novu funkciju na svoje sisteme, koje su razvili zajedno sa CDNetworks, EdgeCast, BitGravity i samim Akamai, što je pomoglo u pisanju nacrta.

Iako se još uvijek čini nejasnim koliki će utjecaj ovo imati na stvarne performanse mreže, uopće nije nerazumno da IETF na kraju usvaja ovu tehniku ​​kao standard koji bi operateri također mogli usvojiti, bilo u trenutnoj verziji nacrta, bilo u finalu.

Izvor: Širokopojasni