Google og OpenDNS presenterer en forbedring av DNS-protokollen

Google og OpenDNS, to av de mest populære tjenestene for offentlig oppløsning på nettet, har foreslått og implementert en DNS-protokollutvidelse det vil tillate forbedre hastigheten navigering når du bruker ressurser fra et innholdsdistribusjonsnettverk.


Store innholdsdistribusjonsbedrifter har servere spredt over hele verden i systemer som kalles Content Delivery Network (CDN). Et godt eksempel på dette er for eksempel Akamai, som fungerer som en filbutikk for tredjepartsbedrifter.

Hvis vi antar at CDN-er har en eksklusiv server for å betjene et land med alt tilgjengelig innhold replikert, er den store fordelen oppnådd sammenlignet med å ha alt sentralisert på ett sted at i teorien er tilgangstiden til innholdet minimert. (Latens) siden, for For eksempel vil en bruker i Sevilla, i stedet for å kommunisere med hovedkontoret i USA, gjøre det med serveren de har i Spania.

For å oppnå dette bruker CDN-er et DNS-system som, basert på IP-adressen til datamaskinen som sender forespørselen, kan finne ut opprinnelsen og svare med IP-adressen til innholdsserveren nærmest det landet eller området.

Dette er imidlertid ikke lenger ideelt når det ikke er få, og flere og flere, nettverksbrukere som ikke bruker DNS-en som tilbys av operatøren og konfigurerer offentlige på datamaskinen, for eksempel de fra Google eller OpenDNS, for å gi navnet to eksempler involvert i artikkelen.

  1. Vi skriver nettsiden loquesea.eu i nettleserfeltet.
  2. Datamaskinen, som ikke vet hvilken IP som tilsvarer navnet, ber om en oversettelse fra DNS-serveren (1) den har konfigurert (operatørens eller en annen).
  3. Hvis vi antar at denne serveren har hurtigbufferen tom, må du be om hjelp fra de såkalte root-serverne, som vil fortelle deg hvilken server som er ansvarlig for all adressering .eu-plass (2).
  4. Deretter gjentas operasjonen. I dette tilfellet vil DNS-serveren vi har konfigurert avhøre (3) den som har ansvaret for alle .eu-navnene om serveren som har navnet loquesea.eu og dets underdomener under sin kontroll (f.eks. Linebenchmark.loquesea.eu) .
  5. Til slutt sendes den siste DNS-forespørselen til denne siste serveren, som i første omgang vil returnere IP-adressen til loquesea.eu (4) og vil bli sendt til datamaskinen som stammer fra spørringen (5), for til slutt å åpne HTTP økt og laste ned nettstedet (6).

Som du kan se, er det en ganske kompleks prosess, selv om den skjer transparent i øynene til nettverksbrukeren.

Forbedre DNS-ytelse når du får tilgang til CDNer

Problemet med DNS-systemene for tradisjonelle CDN-er som vi nevnte er følgende: siden DNS-forhandlingene om å oppnå IP-adressen til ønsket destinasjon utføres av mellomtjeneren, oppdager CDN-ene Google DNS-serverne som opprinnelsen til forespørselen, som er i United States. Gitt dette, svarer CDN med IP-en til sine servere for USA og ikke for Spania. Vi mister ytelsen fordi ventetiden øker.

For å løse dette har det blitt utviklet en modifisering av DNS-protokollen som utnytter utvidelsene som er foreslått i RFC 2671 for å gjøre navneoppløsningen mer intelligent.

Ideen, som kalles Global Internet Speedup og det er fremdeles i utkast fase, hjelper det i den opprinnelige adressen til klienten, som den legger til som ett datafelt til forespørselen ("edns-client-subnet").

For å opprettholde personvernet til brukeren, er det som sendes en del av brukerens offentlige IP-adresse (biter er eliminert fra slutten), så i stedet for å sende 1.2.3.4 (hvis dette var brukerens offentlige IP), blir det avkortet av 1.2.3.0 (alle mellomliggende DNS-servere vil kunne lese denne informasjonen), ledsaget av en 24-bit nettmaske.

Med dette spiller det ingen rolle at Googles DNS blir brukt, siden når brukerens informasjon blir lagt til som data i forespørselen, hvis målserveren er kompatibel med dette nye initiativet, vil den kunne bestemme riktig fra hvor du virkelig vil få tilgang til innholdet og svare med serveren nærmest klienten, minimere ventetiden og dermed forbedre nettleserhastigheten.

For de som er mer mistenkelige for deres personvern, kan den konfigureres slik at ingen deler av brukerens IP-adresse blir sendt (0.0.0.0/0 sendes). I disse tilfellene forstår vi at tjenesten fungerer som tradisjonell DNS i CDN. Det vil si at uten å ha noen anelse om dens virkelige opprinnelse, vil CDN svare med IP nærmest DNS-serveren som gjør forespørselen.

For øyeblikket har både Google og OpenDNS allerede installert denne nye funksjonen på systemene sine, som de har utviklet sammen med CDNetworks, EdgeCast, BitGravity og Akamai selv, noe som har hjulpet med å skrive utkastet.

Selv om det fremdeles virker uklart hvor stor innvirkning dette vil ha på den faktiske ytelsen til nettverket, er det ikke i det hele tatt urimelig at IETF ender opp med å ta i bruk denne teknikken som en standard som operatører også kan ta i bruk, enten i sin nåværende utkastversjon, eller i finalen.

Fuente: bredbånd


En kommentar, legg igjen din

Legg igjen kommentaren

Din e-postadresse vil ikke bli publisert. Obligatoriske felt er merket med *

*

*

  1. Ansvarlig for dataene: Miguel Ángel Gatón
  2. Formålet med dataene: Kontroller SPAM, kommentaradministrasjon.
  3. Legitimering: Ditt samtykke
  4. Kommunikasjon av dataene: Dataene vil ikke bli kommunisert til tredjeparter bortsett fra ved juridisk forpliktelse.
  5. Datalagring: Database vert for Occentus Networks (EU)
  6. Rettigheter: Når som helst kan du begrense, gjenopprette og slette informasjonen din.

  1.   triks sa

    Og hvordan du installerer klienten som oppdaterer IP-adressen i linux uu