O que faz com que um cliente apenas com IPv6 consiga aceder à página de início de sessão, mas não consiga transferir ficheiros?

Eva Wong

IceWhale author

Eva Wong é a Redatora Técnica e e entusiasta residente na ZimaSpace. Uma geek de longa data com paixão por homelabs e software de código aberto, ela é especialista em traduzir conceitos técnicos complexos em guias acessíveis e práticos . Eva acredita que o auto-hospedagem deve ser divertida, não intimidante. Através dos seus tutoriais, ela capacita a comunidade adesmistificar configurações de hardware , desde a construção do seu primeiro NAS até dominar os contêineres Docker., from building their first NAS to mastering Docker containers.

What Causes an IPv6-Only Client to Reach the Login Page but Not Download Files? - Zima Store Online

Um cliente apenas com IPv6 pode carregar uma página de início de sessão, mas falhar nos downloads quando os pacotes maiores ou um segundo nome de anfitrião utilizam um caminho IPv6 incompleto.

Uma página de início de sessão do NAS ZimaSpace pode ser pequena e ser servida a partir de um único nome de anfitrião, enquanto um download de ficheiros utiliza outro anfitrião, uma rota semelhante a CDN, um fluxo através de um proxy inverso ou segmentos TCP maiores. Isto torna especialmente importantes duas classes de falhas: a descoberta do MTU do caminho IPv6 e a ausência de conectividade IPv6 para o verdadeiro endpoint de download.

Teste a existência de um buraco negro no MTU do caminho

Compare respostas HTTPS pequenas com uma transferência grande controlada e testes de sondagem do tamanho dos pacotes.

Uma análise aprofundada e especializada de engenharia de redes sobre a descoberta do MTU do caminho pode falhar na prática ajuda a isolar esta possibilidade, porque aborda o mesmo problema específico em vez de apenas definir o protocolo subjacente.

Se a ligação for estabelecida, mas ficar bloqueada quando começam a ser utilizados pacotes maiores, verifique o MTU e o ICMPv6 antes de atribuir a culpa à aplicação do NAS.

Mantenha o ICMPv6 Packet Too Big a funcionar

O IPv6 depende de o remetente conhecer o limite do caminho, em vez de os routers intermédios fragmentarem pacotes demasiado grandes.

Uma explicação especializada e focada em IPv6 sobre a importância do ICMPv6 Packet Too Big ajuda a isolar esta possibilidade, porque aborda o mesmo problema específico em vez de apenas definir o protocolo subjacente.

Remova as regras de firewall que bloqueiam indiscriminadamente as mensagens de controlo ICMPv6 necessárias e, em seguida, repita o download.

Procure um desnível de MTU entre segmentos

Uma VPN, uma ligação PPPoE, um caminho VLAN ou um túnel podem reduzir o MTU utilizável, mesmo quando a interface do NAS voltada para a LAN suporta um valor superior.

Uma análise especializada de um caso real de IPv6 sobre um desnível de MTU que pode interromper tráfego maior ajuda a isolar esta possibilidade, porque aborda o mesmo problema específico em vez de apenas definir o protocolo subjacente.

Compare o tamanho do caminho entre o cliente e o proxy e entre o proxy e o NAS. Ajuste-o ao menor caminho, em vez de aumentar apenas o MTU do NAS.

Featured

ZimaCube 2 NAS Pessoal Cloud para Casa

ZimaCube2

Diagnostique diretamente o PMTUD IPv6

Utilize testes de rastreio e de tamanho de pacotes compatíveis com IPv6 no nome de anfitrião exato utilizado pelos downloads.

Um guia especializado e focado na resolução de problemas de IPv6 sobre os problemas de MTU IPv6 podem causar conectividade parcial ajuda a isolar esta possibilidade, porque aborda o mesmo problema específico em vez de apenas definir o protocolo subjacente.

Registe o maior pacote transmitido com sucesso e o ponto em que o caminho muda. A página de início de sessão não é um teste de conectividade suficiente.

Verifique se o download utiliza outro nome de anfitrião

Inspecione os pedidos de rede do navegador para verificar se o ficheiro é servido a partir de um nome de anfitrião diferente do utilizado pela página de início de sessão.

Uma análise especializada de DNS orientada para IPv6 sobre a cobertura de registos AAAA pode diferir entre os nomes de anfitrião necessários ajuda a isolar esta possibilidade, porque aborda o mesmo problema específico em vez de apenas definir o protocolo subjacente.

Consulte todos os nomes de anfitrião necessários a partir do cliente apenas com IPv6. A ausência de um único registo AAAA pode deixar o caminho de início de sessão funcional, enquanto o caminho de download fica inacessível.

Verifique o NAT64 ou o DNS64 para backends apenas IPv4

Se um dos backends continuar a utilizar apenas IPv4, confirme que o cliente apenas com IPv6 dispõe de um caminho de tradução funcional.

Uma análise aprofundada e especializada de redes domésticas IPv6 sobre o NAT64 e o DNS64 permitem ligar clientes apenas com IPv6 ajuda a isolar esta possibilidade, porque aborda o mesmo problema específico em vez de apenas definir o protocolo subjacente.

Não desative o IPv6 como solução permanente. Torne o backend necessário compatível com dual-stack ou disponibilize um caminho de tradução intencional.

Volte a testar o caminho exato do servidor doméstico

Depois de alterar uma variável, repita o mesmo fluxo de trabalho do NAS ou do serviço autoalojado a partir do mesmo cliente, em vez de mudar para um teste diferente que possa utilizar outro caminho.

O guia relacionado da ZimaSpace sobre o caminho de rede adjacente do servidor doméstico ajuda a manter a verificação final associada ao mesmo ambiente autoalojado.

A correção só está concluída quando o sintoma original continua resolvido após voltar a ligar, reiniciar o serviço e efetuar uma segunda transferência ou pedido controlado.

Perguntas frequentes

Por que motivo uma página de início de sessão pode funcionar se o IPv6 estiver avariado?

A página de início de sessão pode ser pequena, estar em cache ou ser servida a partir de um nome de anfitrião e caminho diferentes dos utilizados pelo conteúdo do ficheiro.

Um registo AAAA prova que o serviço funciona através de IPv6?

Não. Prova que o DNS publica um endereço IPv6, mas não que o encaminhamento, o MTU, a firewall, o proxy e o comportamento do backend estejam corretos.