Google ja OpenDNS esittävät parannusta DNS-protokollaan

Google ja OpenDNS, kaksi suosituinta julkisen nimen ratkaisupalvelua verkossa, ovat ehdottaneet ja toteuttaneet a DNS-protokollan laajennus se sallii parantaa nopeutta navigointi käytettäessä resursseja sisällön jakeluverkosta.

Suurilla sisällönjakeluyrityksillä on palvelimia, jotka ovat levinneet ympäri maailmaa järjestelmiin nimeltä Content Delivery Network (CDN). Hyvä esimerkki tästä on esimerkiksi Akamai, joka toimii tiedostojen varastona kolmansien osapuolten yrityksille.

Jos oletetaan, että CDN: llä on yksinomainen palvelin palvelemaan maata, jossa kaikki käytettävissä oleva sisältö toistetaan, saavutettu suuri etu verrattuna siihen, että kaikki on keskitetty yhteen paikkaan, on, että teoriassa pääsy sisältöön on minimoitu (latenssi), koska esimerkiksi käyttäjä Sevillassa sen sijaan, että olisi yhteydessä Yhdysvaltain keskustoimistoon, tekee sen Espanjassa olevan palvelimen kanssa.

Tämän saavuttamiseksi CDN: t käyttävät DNS-järjestelmää, joka voi pyynnön esittävän tietokoneen IP-osoitteen perusteella selvittää sen alkuperän ja vastata kyseistä maata tai aluetta lähinnä olevan sisältöpalvelimen IP-osoitteella.

Tämä ei kuitenkaan ole enää ihanteellinen, kun verkon käyttäjiä ei ole vähän, ja yhä enemmän, jotka eivät käytä operaattorinsa tarjoamaa DNS: ää ja määrittelevät tietokoneellaan julkiset käyttäjät, kuten Google tai OpenDNS, Nimeä artikkelissa olevat kaksi esimerkkiä.

1. Kirjoitamme verkkosivun loquesea.eu selainpalkkiin.
2. Tietokone, joka ei tiedä, mikä IP vastaa nimeä, pyytää käännöksen määrittelemältä (operaattorin tai muun) DNS-palvelimelta (1).
3. Jos oletamme, että tämän palvelimen välimuisti on tyhjä, joudut pyytämään apua ns. Juuripalvelimilta, jotka kertovat sinulle, mikä palvelin on vastuussa kaikesta osoitetiedostosta .eu (2).
4. Sitten toimenpide toistetaan. Tässä tapauksessa määrittelemämme DNS-palvelin kysyy (3) palvelimesta, joka on vastuussa kaikista .eu-nimistä palvelimesta, jonka hallinnassa on nimi loquesea.eu ja sen aliverkkotunnukset (esim. Linebenchmark.loquesea.eu) .
5. Lopuksi viimeinen DNS-pyyntö tehdään tälle viimeiselle palvelimelle, joka palauttaa loquesea.eu (4) IP-osoitteen ja välitetään tietokoneelle, joka on lähettänyt kyselyn ensimmäisessä instanssissa (5), jotta HTTP voidaan lopulta avata. istunto ja lataa verkkosivusto (6).

Kuten näette, tämä on melko monimutkainen prosessi, vaikka se tapahtuu verkon käyttäjän silmissä avoimesti.

DNS-suorituskyvyn parantaminen CDN-verkkoja käytettäessä

Mainitsemamme perinteisten CDN-tiedostojen DNS-järjestelmien ongelma on seuraava: Koska välipalvelin suorittaa DNS-neuvottelut halutun kohteen IP-osoitteen saamiseksi, CDN: t havaitsevat pyynnön alkuperänä Google-DNS-palvelimet, jotka ovat osavaltioissa. United. Tämän vuoksi CDN vastaa palvelimiensa IP-osoitteella Yhdysvaltoihin eikä Espanjaan. Menetämme suorituskyvyn, koska viive kasvaa.

Tämän ratkaisemiseksi on suunniteltu DNS-protokollan muunnos, joka hyödyntää ohjelmassa ehdotettuja laajennuksia RFC 2671 tehdä nimen tarkkuudesta älykkäämpi.

Idea, jota kutsutaan Maailmanlaajuinen Internet Speedup ja se on edelleen sisällä luonnosvaihe, se auttaa asiakkaan alkuperäisessä osoitteessa, jonka se lisää pyyntöön yhtenä datakenttänä ("edns-client-subnet").

Vaikka käyttäjän yksityisyyden ylläpitämiseksi lähetetty onkin osa käyttäjän julkista IP-osoitetta (bitit poistetaan lopusta), siis 1.2.3.4: n lähettämisen sijaan (jos tämä olisi käyttäjän julkinen IP) , katkaistaan ​​1.2.3.0: lla (kaikki välipalvelimen DNS-palvelimet pystyvät lukemaan nämä tiedot) ja 24-bittisen verkkomaskin.

Tällä ei ole merkitystä, että Googlen DNS: ää käytetään, koska kun käyttäjän tiedot liitetään pyyntöön datana, jos kohdepalvelin on yhteensopiva tämän uuden aloitteen kanssa, se pystyy määrittämään oikein, mistä haluat todella käyttää sen sisältöä ja vastaa lähinnä asiakasta lähinnä olevan palvelimen kanssa minimoimalla viive ja siten parantamalla selausnopeutta.

Niille, jotka ovat epäilevämpiä yksityisyydestään, se voidaan määrittää siten, että mitään osaa käyttäjän IP-osoitteesta ei lähetetä (0.0.0.0/0 lähetetään). Näissä tapauksissa ymmärrämme, että palvelu toimisi kuten perinteinen DNS CDN: ssä. Toisin sanoen CDN: llä ei ole aavistustakaan sen todellisesta alkuperästä, ja se vastaisi IP: tä, joka on lähinnä pyyntöä tekevää DNS-palvelinta.

Tällä hetkellä sekä Google että OpenDNS ovat jo asentaneet tämän uuden ominaisuuden järjestelmiinsä, jotka he ovat kehittäneet yhdessä CDNetworksin, EdgeCastin, BitGravityn ja itse Akamain kanssa, mikä on auttanut luonnoksen kirjoittamisessa.

Vaikka näyttää edelleen epäselvältä, kuinka suuri vaikutus tällä on verkon todelliseen suorituskykyyn, ei ole lainkaan kohtuutonta, että IETF lopulta omaksuu tämän tekniikan standardiksi, jonka myös operaattorit voisivat hyväksyä joko nykyisessä luonnosversiossaan tai viimeinen.

lähde: laajakaista