Un buen número de usuarios de iTunes y Apple TV están informando acerca de unos tiempos de descarga anormalmente altos cuando intentan descargar películas y otros contenidos de la tienda de Apple. El origen del problema no parece encontrarse en los servidores de la compañía (el servicio de distribución de contenidos Akamai), el funcionamiento de iTunes o el hardware del Apple TV sino en los sistemas de nombres de dominio centralizado como Google DNS, OpenDNS o UltraDNS.
Google lanzó este servicio gratuito el pasado año ofreciéndonos una alternativa más a los servidores de DNS tradicionales que mejora en algunos casos la velocidad de la red al resolver las direcciones IP más rápidamente. Sin embargo, estos servicios centralizados son contrarios a la naturaleza distribuida de los DNS e impiden que las CDN (Redes de distribución de contenidos) como Akamai funcionen eficientemente.
Cuando alquilamos una película o descargamos un podcast desde iTunes, Akamai trata de localizar la posición geográfica del usuario para asignarle el servidor más cercano y eficiente, pero no lo hace a través de su dirección IP, sino de la ubicación del servidor DNS. Por eso, al utilizar el servidor de Google (o similares), la asignación no se realiza correctamente y todas las descargas terminan pasando por el mismo cuello de botella repercutiendo drásticamente en la velocidad.
La solución al problema pasa por desactivar las DNS de Google y el resto de servicios similares, como mínimo cuando vayamos a iniciar la descarga de contenidos; algo que podéis hacer desde las preferencias de red eliminándolas directamente desde el apartado Servidor DNS de la conexión que utilicéis o sustituyéndolas por las de vuestro proveedor de Internet mediante las siguientes instrucciones:
1. Abre el apartado de Red en las Preferencias del Sistema.
2. Si el icono del candado en la esquina inferior izquierda está cerrado, pulsa sobre él y autentifícate para poder realizar cambios.
3. Selecciona la conexión de red que quieres revertir a su estado original y pulsa sobre el botón Avanzado.
4. Ve a la pestaña DNS y elimina las que introdujiste anteriormente (en el caso de Google, 8.8.8.8 y 8.8.4.4) seleccionándolas y pulsando en el icono con el signo menos. De ser necesario, añade las DNS de tu proveedor pulsando sobre el icono con el signo más.
5. Pulsa Aceptar y luego Aplicar.
Si quieres seguir utilizando las DNS de Google pero no quieres que te afecte negativamente, puedes duplicar tu conexión de red (Duplicar servicio en el icono del engranaje de la esquina inferior izquierda) configurando cada uno con una DNS diferente y habilitando el que te interese según lo que estés haciendo.
Vía | AppleInsider
Comentarios
Bueno, la verdad que algo raro he notado yo, pero no se si será por eso. Voy a hacer la prueba de cambiar las dns pues yo puse las de google hace unos meses.
Tambien podeis dejar las dns en automátioc.Para quien pueda servir aquí os pongo algunas dns que funcionan bien:
DNS Jazztel 62.14.63.145 DNS Orange 62.36.225.150 DNS Telefónica Movistar 194.179.1.101 DNS Telefónica Movistar 80.58.0.97 DNS Telefónica Movistar 194.224.52.6 DNS Orange 62.37.228.20
Las he sacado del analizador de dns de bandaancha
Pues gracias por avisar. Yo las suelo usar por lo fáciles que son de recordar.
Aunque sea SPAM, el que no sepa cuales son sus DNS:
http://bandaancha.eu/analizador-dns
De todas maneras, al usar un DNS global como google, es normal que ocurra esto y nos conectemos a una IP no localizada en nuestra zona.
Tiene ventajas y desventajas, pero estos globales siempre son buenos como alternativo y no como principal.
Este artículo (y el de AppleInsider, aunque a ese ya se lo cuentan en los comentarios) demuestra un nulo entendimiento de como funciona TCP/IP. Para los que tengan el problema... sorpresa, esto no va a arreglar nada.
El servidor de DNS se utiliza para traducir un nombre de dominio en una IP, una vez que tu dispositivo tiene la IP la guarda en una cache y ENTONCES Y SOLO ENTONCES tu dispositivo se comunica CON LA IP y se establece la comunicacion.
No existe comunicacion entre el servidor de DNS (ya sea distribuido o jerarquico) y el destino.
La única manera en la que el servidor de DNS puede afectar a tu comunicacion es no respondiendo, respondiendo mal (suele pasar al cambiar de proveedor un dominio) o tardando en responder a las peticiones de resolucion (pero este impacto seria marginal).
Tienes razón en parte, pero olvidas algo que es precesamente de donde surge el problema. Copio y pego:
You're missing the point. Your configured DNS server has to talk to the DNS server that authoritatively resolves the hostname in question. In this specific case (AppleTV user configured for Google DNS), the AppleTV queries Google DNS for the iTunes server's IP, which is handled by Akamai; so Google DNS talks to Akamai DNS to get the authoritative record, and returns that to the AppleTV. Further, Google is permitted to cache that record from Akamai for a specific period of time (as determined by Akamai), and serve the cached record to other users. CDN's usually permit a TTL of 1 to 30 minutes. The kicker is that CDN's like Akamai often have streaming servers all over the world, and use custom DNS implementations that can do cool tricks like a geolocation against the IP address of the peering DNS server, in order to return an IP address to you that points your streaming request to a datacenter that's geographically near you. This is very important in the world of video streaming because it reduces roundtrip latency. The CDN assumes that your requesting DNS server is from your ISP and therefore likely regionally located near you, so these CDNs' tricks result in your being returned an IP address that attempts to ensure roundtrip latency is minimal. The problem that is noticed arises because Google's DNS servers are probably not geographically located near you, and with everyone around the world using them, as opposed to just regional users, a side effect is created whereby Google caches and serves you IP addresses that likely point you to an Akamai datacenter that is located far away (significantly increasing latency), and also likely overburdened because of other Google DNS users receiving the same cached DNS record. Other posters are right, though, this is not specifically a Google problem, it's also a problem with OpenDNS and other commonly used alternatives to your ISP's DNS server. In our high-bandwidth world where geolocation is key, when you give up your ISP's regional DNS for an external server that may be far away, you're going to see this issue.
Totalmente cierto, el artículo es un claro ejemplo de cómo mezclar correctamente churras con merinas :D
interesante
Entonces el problema no el DNS de Google, no tergiversemos las cosas, el problema es puramente de Akamai..
-- editado por última vez a las 13:23
Sé como funcionan las DNS, pero desconozco como funciona internamente una CDN. El caso es que no hay nada que podamos hacer para cambiar el modo en que funciona Akamai, pero sí podemos asegurarnos de utilizar un servidor DNS de nuestra misma región en lugar de uno al otro lado del atlántico.
No es un problema exclusivamente de los servidores DNS de Google, y créeme que llevo varios minutos pensando lo mismo que tu, sin embargo decidí investigar un poco antes de comentarlo.
Precisamente tal y como apunta Miguel Michán, para los sistemas de distribución de contenidos es importante que el Data Center que te envía el contenido esté cerca a ti. Si la petición de IP la hace un servidor de Google, la red Akamai dará una IP de un datacenter cercano a los servers de Google no a ti. y dado que miles de personas usan los mismos servidores DNS, todo el tráfico pasará por el mismo lugar, centralizando lo que se pretende sea descentralizado.
Por otra parte aunque la solución (temporal) pasa por no usar DNS como los de Google, es importante mencionar que la culpa es de Akamai y no de Open DNS o Google, pues el algoritmo usado asume que el servidor DNS está cerca al usuario, y esto es en no pocos casos incorrecto.
Me parece interesante el hecho de que un servicio que a priori únicamente resuelve direcciones y ya está, pueda penalizar de manera tan importante el rendimiento de un servicio.
interesante
No si eso es lógico, pero el problema es el funcionamiento que tiene Akamai, no debería importar el DNS para calcular tu localización, sino tu IP (aunque realmente no se si para hacer eso es necesario el DNS).
En cualquier caso "Las DNS de Google ralentizan las descargas de iTunes y el Apple TV" es falso.
Yo más bien pienso que el problema es con el protocolo de intercambio de información, que debe ser actualizado. Por un lado, Google DNS u OpenDNS (o el que sea de estos servicios) debe pedir información de DNS a Akamai indicando la IP del usuario que lo solicita. Por su parte, Akamai debe ser capaz de entender esa información y actuar en consecuencia. Es un tipo de servicio no contemplado en los protocolos originales de DNS (supongo) yes un simple aumento a los mismos. No hay culpables aquí, sino situaciones qué resolver.
No hay nada que puedas hacer, pero hay que dejar claro cual es el problema, y no dejarlo como es culpa de Google.
Desconozco como trabajan los DNS de telefonica, pero si lo basa en uno de primer nivel y luego distribuidos de segundo nivel para los distintos paises, es muy posible que eso pase con las DNSs de Telefonica.
En mi caso, trabajo en una corporacion donde muchos servicios estan centralizados a nivel global, incluyendo los servidores de DNSs, asi que a mi tambien me pasaria...
El problema no son los servidores de DNS, el problema es Akamai usando un truquito para ahorrar trafico que acaba saliendo por la culata.
El protocolo (en general todos los de la red) no se mantiene simple por casualidad. Se podrían poner muchas cosas, pedir y suministrar más información, pero todo ello aumentaría el tráfico de datos diferentes a la mera información de los usuarios, con el consiguiente aumento de la latencia y ralentización del intercambio de información. Y eso tampoco nos gusta, ¿verdad?
Por cierto, de acuerdo con lo que dicen otros: ese titular es infumable, siendo suaves.
La noticia sería mas veraz si el titular dijera que debido a un error en los servidores de itunes el uso de dns centralizadas tipo las de google ralentizan la descarga de contenidos. Porque lo primero que he leído yo era que el error lo tenia google y no apple con su akamai.
Vamos que Akamai la caga y la culpa es de Google, OpenDNS y demás. Pero claro el titular queda mucho mejor así, aunque sea falso.
14 Comentario moderado
27.5César Gomez y Oletros, tenéis mi voto, es de lamentable el ataque que se hace. Parece que la competencia no gusta ni a los bloggers proapple...
Yo utilizo un programa gratuito que se llama namebench. Este programa me hace un scanneo, averigua cuál es el servidor DNS que funciona mejor y me confecciona un ranking. Eso puede variar con el tiempo y con la ubicación, pero lo cierto es que los servidores de google y opendns no quedan muy bien parados. En cambio el de mi operador (Movistar) suele ser el mejor o como mucho el segundo del ranking, así que no me caliento la cabeza y siempre utilizo ese.
El titular del artículo tiende a ser más sensacionalista que otra cosa...si los problemas son con los DNS (en caso de ser cierto), y de las empresas que los proveen o manejan...¿¿¿porqué el titular culpa directamente a Google y no a todos en general???
¿Acaso tiene la culpa Google o cualquier otro de que lo que hace y/o usa Apple siempre sea distinto a los demás?
Creo que deberíamos dejar ya esta guerra odiosa entre Apple y Google, o directamente Apple y el resto del mundo, y centrarnos en las noticias, artículos y opiniones/curiosidades, y no caer en el morbo y sensacionalismo que los medios de comunicación nos tienen acostumbrados.
Si queremos defender la veracidad de los contenidos de Internet, cómo mínimo cuidemoslos. Cada uno puede dar su opinión, siempre y cuando sea eso, una opinión, pero en este caso, el artículo no es una opinión, por lo que los favoritismos deberían quedar en un segundo plano.
Un saludo!
-- editado por última vez a las 13:23
Vale, yo no tengo claro como funciona lo de los DNS y dejaré de lado si la noticia es sensacionalista o no, lo que sé es que tengo un apple TV de segunda generación, y me resulta prácticamente imposible ver cualquier contenido de video que se encuentra en la nube. Para ver un video de youtube de 2 minutos tarda unos 8 en descargarlo, pasa lo mismo con los trailers de las películas, 8 ó mas minutos para 2 de vídeo, y mi desesperación llego ayer, finalmente me decido a alquilar una película y cuando comenzó a descargarla me indicó 7 horas y 24 minutos para comenzar la reproducción. Esto no es aceptable. ¿Que puedo hacer en el apple TV para mejorar estos tiempos de descarga? Personalmente creo que nada, porque si lo configuras usando DHCP no puedes modificar nada con respecto a los DNS, y si le añades la IP, dirección del router y DNS manualmente no mejora absolutamente nada. ¿Alguna solución?
Escribir un comentario
Para hacer un comentario es necesario que te identifiques: ENTRA o conéctate con FacebookConnect