Lista de verificação de preparação para IPv6 de um servidor doméstico autoalojado
A abordagem segura consiste em tratar uma revisão de preparação para dual-stack que verifique, de forma independente, o endereçamento, a filtragem, o DNS, a identidade da aplicação e a acessibilidade externa como uma sequência de etapas observáveis, e não como um único comando.
Num servidor doméstico autoalojado e num router com dual-stack, o risco prático é que ativar o IPv6 possa criar um caminho de saída funcional enquanto o DNS, a filtragem de entrada e o comportamento da aplicação remotamente permanecem por verificar. Registe a identidade atual e o ponto de recuperação, comece pelo teste discriminador menos intrusivo, interprete os resultados de aprovação e falha antes de alterar outra variável e pare quando o armazenamento se tornar instável ou quando a única cópia recuperável ficar exposta. O fluxo de trabalho abaixo só termina depois de a carga de trabalho original funcionar ou de as evidências atingirem um limite de escalamento.
Inventariar endereços, prefixos e associações de serviços
Registe o prefixo delegado pelo ISP, os prefixos da LAN do router, os endereços globais e locais de ligação do servidor, os tempos de vida dos endereços, a rota predefinida, os resolvedores DNS e se são utilizados endereços privados ou estáveis. Identifique qual será o endereço adequado para um servidor entre renovações, em vez de publicar um endereço temporário de cliente.
Inspecione os sockets em escuta separadamente para IPv4 e IPv6. Um serviço associado a :: pode aceitar IPv6 em interfaces que nunca foram acessíveis através do reencaminhamento de portas IPv4, enquanto uma associação exclusiva a IPv4 pode fazer com que uma rota IPv6 saudável pareça uma falha da aplicação.
Utilize o fluxo de exposição do ZimaSpace na verificação de exposição do servidor doméstico como etapa de segurança complementar. Não publique registos AAAA nem abra regras de entrada até que cada processo em escuta, rota do proxy, nome do certificado e limite de autenticação tenha um responsável.
Verificar a paridade das firewalls do router e do anfitrião
Reveja a política de entrada com estado no router, no anfitrião, no hipervisor e na camada de publicação de contentores. Comece por negar entradas não solicitadas e, em seguida, crie exceções restritas de origem, destino, protocolo e porta apenas para os serviços que tenham de ser públicos ou acessíveis a partir de um prefixo VPN fidedigno.
O endereçamento global não implica acessibilidade global. A fronteira de firewall IPv6 com estado da Internet Society salienta que uma firewall IPv6 pode permitir comunicações de saída enquanto filtra tráfego de entrada não solicitado, que é a fronteira que muitos utilizadores atribuem erradamente à própria NAT.
Teste a partir de uma rede IPv6 externa, não a partir da mesma LAN. Confirme que o HTTPS pretendido funciona e que as portas administrativas, de bases de dados, SMB e não utilizadas permanecem fechadas ou filtradas; repita o teste tanto para o endereço do servidor como para qualquer endereço de proxy público.
Validar o DNS, o TLS, o encaminhamento e o tamanho dos pacotes
Consulte os registos A e AAAA a partir de clientes internos, externos e VPN e registe qual o endereço que a aplicação utiliza efetivamente. Garanta que o destino AAAA apresenta o certificado correto e encaminha o nome do anfitrião para a mesma identidade de aplicação que o IPv4.
Teste pedidos normais e uma transferência maior através de IPv6. As mensagens ICMPv6 Packet Too Big fazem parte do funcionamento do caminho, pelo que bloquear amplamente o ICMPv6 pode criar um buraco negro de MTU do caminho mesmo quando as páginas pequenas carregam; permita o tráfego de controlo necessário em vez de tratar todo o ICMP como opcional.
Compare os registos e o comportamento por família de endereços. Se o IPv6 falhar enquanto o IPv4 funciona, mantenha o registo AAAA não publicado ou reduza o seu âmbito até que as evidências de encaminhamento, firewall, DNS e proxy identifiquem a diferença.
Executar testes de falha e persistência antes da disponibilização
Reinicie a ligação do router ou renove o prefixo durante uma janela de manutenção e confirme que o endereçamento do servidor, o DNS dinâmico, se utilizado, os objetos da firewall e as associações do proxy são atualizados conforme previsto. Reinicie o servidor e verifique se as regras são carregadas antes de os serviços públicos serem iniciados.
Teste a perda do IPv6 enquanto o IPv4 permanece ativo e a perda do IPv4 enquanto o IPv6 permanece ativo. Os clientes devem mudar de forma previsível ou expor uma dependência clara; um rótulo dual-stack não é útil se uma das famílias alcançar silenciosamente um serviço diferente ou um endereço desatualizado.
Declare a preparação concluída apenas quando os serviços pretendidos funcionarem externamente através de IPv6, as portas não pretendidas permanecerem bloqueadas, o DNS e o TLS forem coerentes e uma alteração de prefixo não contornar a política. Reverta primeiro a publicação do AAAA quando os resultados divergirem e, em seguida, preserve as evidências de pacotes e da firewall para correção.
Produtos recomendados
Suporte e Dicas
Mais para Ler
Guia de armazenamento para gravação de TV em direto: capacidade, retenção e limpeza
Meça gravações reais, reserve margem de segurança, combine limites de idade e capacidade e confirme que o programa elegível mais antigo é removido antes...
Fluxo de recuperação de metadados de multimédia doméstica após o restauro de uma base de dados
Proteja o estado restaurado, verifique a identidade e os caminhos dos ficheiros multimédia e, em seguida, corrija as capas ou correspondências em falta numa...
Lista de verificação de compatibilidade do cliente Jellyfin para áudio, vídeo e legendas
Teste ficheiros representativos, uma variável de cada vez, e registe Direct Play, remux, conversão de áudio, transcodificação de vídeo ou falha para cada cliente.
