
Já faz algum tempo que estou enfrentando um problema irritante em relação ao aplicativo do YouTube na minha rede doméstica. O aplicativo frequentemente mostra uma mensagem “verifique sua conexão de rede” quando eu o abro enquanto o resto da Internet está funcionando bem. O estranho é que isso SÓ acontece com o aplicativo do YouTube no meu telefone Android e no iPhone da minha esposa. Ao mesmo tempo, o acesso através do site do YouTube funciona perfeitamente (em ambos os telefones), o mesmo se aplica ao acesso a partir do meu PC ou laptop e para o resto da Internet. Na verdade, é apenas o YouTube por meio do aplicativo.
Postei meu problema aqui no serverfault, pois acredito fortemente que deve ter algo a ver com o servidor DNS bind9 que instalei há alguns meses no meu Banana Pi. Basicamente, eu apenas configurei para resolver confortavelmente os nomes de host dentro da minha rede local. Portanto, o DNS é configurado apenas como um DNS de encaminhamento que encaminha todos os nomes de host que não consegue resolver para os servidores 8.8.8.8 e 8.8.4.4 do Google.
Não tenho muita experiência em redes ou DNS, mas conheço o básico. Mas agora cheguei a um ponto em que não sei em que direção investigar mais a fundo.
Tentei definir algumas opções na configuração do DNS, mas sem sucesso. Quando configuro o roteador para enviar 8.8.8.8 como servidor DNS via DHCP, o aplicativo funciona no meu telefone e está tudo bem. Quando volto a enviar meu DNS local, o aplicativo falha. Lembre-se: TODOS os outros sites e até mesmo os serviços do Google continuam funcionando.
Esta é a minha configuração do bind9, se isso ajudar em alguma coisa:
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;
};
Alguém pode me ajudar com isso e me dar uma pista de onde investigar mais? Poderia haver outras portas envolvidas apenas ao usar o aplicativo YouTube ou alguns serviços que o Google está bloqueando? Ou será que meu DNS está configurado corretamente para 99,999% da web e o YouTube precisa de algum tratamento extra?
Por favor ajude. Qualquer conselho é altamente apreciado!
EDITAR:
Esqueci de mencionar que ultimamente percebi que www.googleapis.com
também não consigo acessar pelo meu smartphone. O nome do host simplesmente não seria resolvido no navegador (Chrome), um simples ping ou nslookup também falharia. Está tudo bem novamente no meu PC ou laptop. Descobri isso porque uso um plugin do YouTube na minha central de mídia (Kodi) que também quebrou e reclama host or service unknown
ao tentar acessar www.googleapis.com.
Poderia haver alguma correlação? Espero que isso ajude a restringir o problema.
EDITAR 2: Desde que mudou oavançaropção em bind de
forward first;
para
forward only;
o aplicativo do YouTube está funcionando novamente há alguns dias, sem interrupções notáveis até agora. Portanto, consideraria o problema resolvido por enquanto.
Responder1
Nota: De acordo com os comentários dos OPs, usar forward only
em vez de forward first
parece ter resolvido esse problema.
Em relação ao aplicativo do YouTube, evidências anedóticas parecem sugerir que ele pode ser complicado em relação ao tempo limite de conexão, especialmente com o BIND. Suponho que as resoluções ocasionalmente demoram mais do que a codificação (bastante ruim) do aplicativo do YouTube e simplesmente decide que a conexão não está disponível.
Pessoalmente, eu sugeriria primeiro tentar outros encaminhadores que não o Google - tive azar com eles no BIND. Quando utilizo encaminhadores, sempre recorro aos servidores do meu ISP ououtras opções de DNS público.
Se alterar os encaminhadores não ajudar, outra opção a considerar é fazer sua própria resolução adicionando uma zona de dicas de raiz, por exemplo:
zone "." {
type hint;
file "named.root";
};
Você adicionaria issodepoisseu options
bloco. Com esse tipo de configuração, você pode comentar os encaminhadores e ignorar qualquer atraso ou problema de resolução que eles possam estar causando.
Indiscutivelmente, esta configuração é potencialmente mais lenta em alguns aspectos do que um servidor de nomes de encaminhamento, mas descobri que funciona bem para minha própria configuração (raramente tenho problemas com o aplicativo do YouTube).
Quanto aos detalhes específicos sobre a configuração da segunda opção, deve haver muitos tutoriais na rede, mas como destaques:
Você precisará pegar uma cópia donomeado.rootarquivo de dicas (ou alguma variação dele) viaftp.internic.net.
Você desejará definir sua
allow-recursion
entrada para algo como, por exemplolocalnets
.Talvez seja necessário pesquisar um pouco para encontrar o local certo para o
named.root
, pois seu posicionamento pode variar de acordo com a distribuição.