Erro de rede no aplicativo do YouTube enquanto estiver na rede doméstica

Question

Já há algum tempo estou encontrando um problema irritante em relação ao aplicativo do YouTube na minha rede doméstica. O aplicativo freqüentemente mostra uma mensagem "verifique sua conexão de rede" quando a abro enquanto o resto da Internet está funcionando bem. O mais estranho é que isso acontece APENAS com o aplicativo do YouTube no meu telefone Android e o iPhone da minha esposa. Ao mesmo tempo, o acesso através do site do YouTube funciona na perfeição (de ambos os telefones), o mesmo se aplica ao acesso a partir do meu PC ou laptop e para o resto da internet. É realmente apenas o YouTube através do aplicativo.

Eu postei meu problema aqui no serverfault, pois acredito strongmente que ele deve ter algo a ver com o servidor DNS bind9 que eu instalei há alguns meses no meu Banana Pi. Eu basicamente configuro para resolver os nomes de host dentro da minha rede local confortavelmente. Assim, o DNS é configurado apenas como um DNS de encaminhamento que encaminha todos os nomes de host que não pode resolver para os servidores 8.8.8.8 e 8.8.4.4 do Google.

Eu não tenho muita experiência em termos de redes ou DNS, mas sei o básico. Mas agora cheguei a um ponto em que não sei em que direção investigar mais.

Eu tentei definir algumas opções na configuração DNS, mas sem sucesso. Quando eu 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 eu altero de volta para enviar meu DNS local, o aplicativo falha. Lembre-se: TODOS os outros sites e até os serviços do Google continuam funcionando.

Esta é a minha configuração bind9, se isso for de alguma ajuda:

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 sobre onde investigar mais? Pode haver outras portas envolvidas apenas ao usar o aplicativo do YouTube ou alguns serviços que o Google está bloqueando? Ou será que meu DNS está sendo configurado corretamente para 99,999% da Web e o YouTube precisa de algum tratamento extra?

Por favor ajude. Qualquer conselho é muito apreciado!

EDITAR: Esqueci de mencionar que notei recentemente que não consigo acessar www.googleapis.com do meu smartphone também. O nome do host simplesmente não seria resolvido no navegador (Chrome), um simples ping ou nslookup também falha. Tudo está bem novamente no meu PC ou laptop. Eu percebi isso porque eu uso um plugin do YouTube no meu media center (Kodi), que também quebrou e reclama sobre host or service unknown ao tentar acessar www.googleapis.com.

Poderia haver alguma correlação? Espero que isso ajude a diminuir o problema.

EDIT 2: Desde a alteração da opção encaminhar no bind de

forward first;

para

forward only;

o aplicativo do YouTube está funcionando novamente por alguns dias sem nenhuma pausa notável até o momento. Então eu consideraria o problema resolvido por enquanto.

    

Answer 1

Observação: por comentários de OP, usar forward only em vez de forward first parece ter resolvido esse problema.

Em relação ao aplicativo do YouTube, as evidências parecem sugerir que ele pode ser complicado em relação aos tempos limite de conexão, especialmente com o BIND. Em um palpite, as resoluções ocasionalmente demoram mais do que a codificação (bastante ruim) das contas de aplicativo do YouTube e simplesmente decide que a conexão não está disponível.

Pessoalmente, sugiro sugerir encaminhadores diferentes do Google - tive azar com eles no BIND. Quando utilizei forwarders, sempre recorri aos meus servidores ISP ou outras opções de DNS público .

Se a mudança de 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 esse após seu bloco options . Com esse tipo de configuração, você pode comentar os encaminhadores e ignorar quaisquer problemas de atraso ou resolução que possam estar causando.

Indiscutivelmente, isso é uma configuração potencialmente mais lenta em alguns aspectos do que um servidor de nomes de encaminhamento, mas descobri que ele funciona bem para minha própria configuração (raramente tenho problemas com o aplicativo do YouTube).

Quanto a detalhes específicos sobre como configurar a segunda opção, deve haver muitos tutoriais sobre a rede, mas como destaques:

• Você precisará obter uma cópia do arquivo de dicas named.root (ou alguma variação através do ftp.internic.net .

• Você desejará definir sua entrada allow-recursion para algo como, por exemplo, %código%.

• Talvez seja necessário pesquisar um pouco para encontrar o local certo para localnets , pois o canal pode variar de acordo com a distribuição.