Desde hace bastante tiempo me encuentro con un problema molesto relacionado con la aplicación YouTube mientras estoy en mi red doméstica. La aplicación muestra con frecuencia un mensaje "comprueba tu conexión de red" cuando la abro mientras el resto de Internet funciona bien. Lo extraño es que SÓLO sucede con la aplicación de YouTube en mi teléfono Android y el iPhone de mi esposa. Al mismo tiempo, el acceso a través del sitio web de YouTube funciona perfectamente (desde ambos teléfonos), lo mismo se aplica al acceso desde mi PC o computadora portátil y desde el resto de Internet. En realidad, es solo YouTube a través de la aplicación.
Publiqué mi problema aquí en serverfault ya que creo firmemente que debe tener algo que ver con el servidor DNS bind9 que instalé hace unos meses en mi Banana Pi. Básicamente lo configuré para resolver cómodamente los nombres de host dentro de mi red local. Por lo tanto, el DNS simplemente está configurado como un DNS de reenvío que reenvía todos los nombres de host que no puede resolver por sí solo a los servidores 8.8.8.8 y 8.8.4.4 de Google.
No tengo mucha experiencia en cuanto a redes o DNS pero conozco los conceptos básicos. Pero ahora he llegado a un punto en el que no sé en qué dirección seguir investigando.
Intenté configurar algunas opciones en la configuración de DNS de un lado a otro, pero fue en vano. Cuando configuro el enrutador para enviar 8.8.8.8 como servidor DNS a través de DHCP, la aplicación funciona en mi teléfono y todo está bien. Cuando vuelvo a cambiarlo para enviar mi DNS local, la aplicación falla. Tenga en cuenta: TODOS los demás sitios web e incluso los servicios de Google siguen funcionando.
Esta es mi configuración de bind9, si esto es de alguna ayuda:
options {
directory "/var/cache/bind";
// If there is a firewall between you and nameservers you want
// to talk to, you may need to fix the firewall to allow multiple
// ports to talk. See http://www.kb.cert.org/vuls/id/800113
// If your ISP provided one or more IP addresses for stable
// nameservers, you probably want to use them as forwarders.
// Uncomment the following block, and insert the addresses replacing
// the all-0's placeholder.
forwarders {
8.8.8.8;
8.8.4.4;
};
forward first;
//========================================================================
// If BIND logs error messages about the root key being expired,
// you will need to update your keys. See https://www.isc.org/bind-keys
//========================================================================
dnssec-validation auto;
auth-nxdomain no; # conform to RFC1035
listen-on-v6 { any; };
query-source address * port 53;
query-source-v6 address * port 53;
allow-query { any; };
allow-query-cache { any; };
allow-recursion { any; };
response-policy { zone "overrides"; };
cleaning-interval 60;
};
¿Alguien puede ayudarme con eso y darme una pista sobre dónde investigar más a fondo? ¿Podría haber otros puertos involucrados solo cuando se usa la aplicación YouTube o algunos servicios que Google está bloqueando? ¿O es simplemente que mi DNS está configurado correctamente para el 99,999% de la web y YouTube necesita un tratamiento adicional?
Por favor ayuda. ¡Cualquier consejo es muy apreciado!
EDITAR:
Olvidé mencionar que últimamente noté que www.googleapis.comtampoco puedo acceder desde mi teléfono inteligente. El nombre de host simplemente no se resuelve en el navegador (Chrome), un simple ping o nslookup también falla. Todo vuelve a estar bien en mi PC o portátil. Descubrí esto porque uso un complemento de YouTube en mi centro multimedia (Kodi) que también se estropeó y se queja host or service unknownal intentar acceder a www.googleapis.com.
¿Podría haber alguna correlación? Espero que esto ayude a reducir el problema.
EDITAR 2: Desde que cambió eladelanteopción en enlace de
forward first;
a
forward only;
La aplicación YouTube vuelve a funcionar desde hace unos días sin ninguna interrupción notable hasta el momento. Así que daría por solucionado el problema por el momento.
Respuesta1
Nota: Según los comentarios de los OP, el uso forward onlyen lugar de forward firstparece haber resuelto este problema.
Con respecto a la aplicación YouTube, la evidencia anecdótica parece sugerir que puede ser delicada con respecto a los tiempos de espera de conexión, especialmente con BIND. Supongo que las resoluciones a veces tardan más de lo que representa la codificación (bastante pobre) de la aplicación de YouTube y simplemente decide que la conexión no está disponible.
Personalmente, primero sugeriría probar con reenviadores distintos de Google; he tenido mala suerte con ellos en BIND. Cuando he utilizado reenviadores, siempre recurro a los servidores de mi ISP ootras opciones de DNS público.
Si cambiar los reenviadores no ayuda, otra opción a considerar es hacer su propia resolución agregando una zona de sugerencias raíz, por ejemplo:
zone "." {
type hint;
file "named.root";
};
agregarías estodespuéstu optionsbloque. Con este tipo de configuración, puede comentar a los reenviadores y evitar cualquier retraso o problema de resolución que puedan estar causando.
Podría decirse que esta es una configuración potencialmente más lenta en algunos aspectos que un servidor de nombres de reenvío, pero he descubierto que funciona bien para mi propia configuración (rara vez tengo problemas con la aplicación de YouTube).
En cuanto a detalles específicos sobre la configuración de la segunda opción, debería haber muchos tutoriales en la red, pero como puntos destacados:
Deberá obtener una copia delraíz.con nombrearchivo de sugerencias (o alguna variación del mismo) a través deftp.internic.net.
Querrá configurar su
allow-recursionentrada en algo como, por ejemplolocalnets.Es posible que tengas que investigar un poco para encontrar la ubicación adecuada
named.root, ya que su ubicación puede variar según la distribución.