Como reconstruir uma configuração do Home Assistant depois de mudar para uma nova rede

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.

Reconstrua a rede com base no estado existente do Home Assistant: restaure primeiro o endereçamento e a identidade, depois a descoberta, as rotas, os caminhos dos dispositivos e o acesso remoto.

Um router, uma sub-rede, um plano de VLAN, um SSID ou um serviço DNS novos podem interromper vários caminhos ao mesmo tempo, enquanto a base de dados do Home Assistant permanece intacta. Preserve a configuração antiga e uma rota de reversão, mapeie os dispositivos por dependência e restaure um caminho local representativo antes de voltar a ligar toda a casa.

Preserve o estado e desenhe o mapa da rede antiga

Registe o endereço antigo do Home Assistant, a sub-rede, o gateway, os servidores DNS, as VLAN, os nomes das redes Wi-Fi, as reservas DHCP, os endereços estáticos dos dispositivos, os relés multicast, as regras da firewall, os endpoints do proxy ou túnel e os coordenadores de rádio. Separe a identidade da rede dos dados da aplicação do Home Assistant.

Um tópico da comunidade recomenda transportar, sempre que possível, as reservas conhecidas dos dispositivos para o novo router. A sua abordagem de preservação de endereços pode reduzir alterações, mas o plano final deve ainda remover atribuições estáticas não documentadas.

Mantenha o router antigo ou uma cópia isolada das respetivas definições disponível até a nova rede ser validada. Não reinicie os dispositivos nem reconstrua as integrações antes de provar que a falha não se deve simplesmente ao endereçamento ou ao encaminhamento.

Restaure o caminho de gestão do Home Assistant

Ligue o Home Assistant através de uma rede com fios sempre que possível, permita que obtenha um endereço conhecido e verifique o acesso local a partir de um dispositivo administrador no mesmo segmento. Em seguida, estabeleça o plano pretendido de reserva ou endereço estático e confirme que o DNS resolve para esse endereço.

Uma investigação prática de DNS demonstra como as pesquisas inversas locais e o DNS fornecido pelo router podem afetar o comportamento de descoberta do Home Assistant. Use essa verificação do DNS local como exemplo de método, não como uma configuração universal de router.

O caminho de gestão está concluído quando dois clientes conseguem aceder ao mesmo URL local canónico após reiniciar o router e o Home Assistant. Só depois restaure as redes dos dispositivos e o acesso remoto.

Volte a ligar os dispositivos por zona de rede

Agrupe os dispositivos em zonas de IP com fios, Wi-Fi, descoberta por multicast, baseadas em broker, assistidas pela cloud e ligadas a coordenadores. Restaure um dispositivo representativo de cada classe, observe o novo endereço e a resolução do nome e confirme os comandos e as atualizações de estado antes de ampliar a alteração.

Um relatório detalhado da migração documenta o trabalho necessário dispositivo a dispositivo quando os SSID e os endereços IP mudam. Esse inventário de dispositivos da migração de rede apoia o planeamento por tipo de integração, em vez de redescobrir repetidamente a mesma falha.

Quando as VLAN separam o Home Assistant dos dispositivos, adicione apenas as rotas unicast, os caminhos do broker ou o proxy multicast necessários. Valide o tráfego bidirecional e evite regras abrangentes de qualquer-para-qualquer que ocultem dependências em falta.

-15% OFF

Reconstrua o acesso externo como um caminho separado

Depois de o controlo local estar estável, restaure o proxy inverso, a VPN, o túnel gerido, o registo DNS, o certificado e o caminho de notificações. Teste através de dados móveis com um cliente limpo, para que o resultado não seja mascarado pelo DNS local ou por sessões em cache.

O modelo de descoberta, DNS e encaminhamento fornece a explicação complementar sobre o motivo pelo qual a descoberta local e a acessibilidade remota precisam de validação separada.

Conclua quando as automações locais essenciais funcionarem sem Internet, os utilizadores remotos necessários voltarem a ligar-se e a rede antiga puder ser desativada sem remover a única cópia de reversão. Investigue a descoberta não resolvida entre VLAN apenas depois de a acessibilidade unicast e o DNS terem sido validados.

Configuração de NAS e Servidor

Mais para Ler

Get More Builds Like This

Stay in the Loop

Get updates from Zima - new products, exclusive deals, and real builds from the community.

Stay in the Loop preferences

We respect your inbox. Unsubscribe anytime.