O Home Assistant deve utilizar uma rede de anfitrião ou uma rede bridge?

O Home Assistant deve utilizar a rede do anfitrião quando a descoberta na LAN for um requisito essencial; a rede em bridge é melhor quando as portas explícitas e o isolamento são mais importantes.

Nenhum dos modos é universalmente mais rápido ou mais seguro. A escolha altera o espaço de nomes de rede que o Home Assistant vê, a forma como a descoberta multicast e broadcast chega até ele, as portas que publica e a forma como os outros contentores se ligam. Tome a decisão com base nas integrações que têm de funcionar após um reinício e, em seguida, teste a descoberta, o controlo direto, os gateways MQTT ou de rádio e o acesso remoto através do modo escolhido antes de considerar a configuração estável.

Verifique Primeiro se o Home Assistant Tem de Receber Tráfego de Descoberta da LAN

Muitas integrações do Home Assistant podem utilizar um endereço IP conhecido ou uma ligação a um broker, mas outras dependem de mDNS, SSDP, UPnP ou descoberta por broadcast. Estes protocolos são a principal razão pela qual a rede do anfitrião é comum nas instalações em contentores: o Home Assistant participa diretamente no espaço de nomes da LAN do anfitrião, em vez de depender do encaminhamento multicast através de uma bridge do Docker.

Um guia de redes do Docker explica que a rede do anfitrião remove a fronteira da bridge, o que facilita os serviços baseados em broadcast, mas também elimina a publicação de portas do Docker e a separação dos espaços de nomes de rede. Para a maioria das instalações do Home Assistant, este compromisso é mais relevante do que o débito bruto.

Enumere as integrações que precisam realmente de descoberta. Se todos os dispositivos críticos utilizarem endereços explícitos, MQTT, Zigbee através de um coordenador mapeado ou outro endpoint bem definido, o modo bridge poderá funcionar sem problemas. Se várias integrações dependerem da descoberta local e não quiser manter relés multicast, o modo anfitrião é normalmente a opção operacional mais simples.

A Rede do Anfitrião é Adequada Quando a Simplicidade da Descoberta Se Sobrepõe ao Isolamento do Espaço de Nomes

No modo anfitrião, o Home Assistant liga-se diretamente à pilha de rede do anfitrião. Não existe uma camada de mapeamento de portas do Docker e o contentor vê as interfaces do anfitrião de uma forma que normalmente se adequa melhor à descoberta local. O custo é um isolamento de rede mais fraco e a necessidade de gerir os conflitos de portas ao nível do anfitrião.

Uma análise de uma configuração Docker do Home Assistant chega à mesma conclusão condicional: o modo anfitrião simplifica a descoberta mDNS e UPnP, enquanto o modo bridge torna as fronteiras de rede e as portas publicadas mais explícitas.

Escolha o modo anfitrião quando as falhas de descoberta forem recorrentes e o servidor for um anfitrião doméstico de confiança, com um conjunto de serviços controlado. Não utilize o modo anfitrião apenas para ocultar um problema de conectividade desconhecido. Se um dispositivo continuar a falhar com a rede do anfitrião, a causa poderá ser regras de VLAN, isolamento de clientes Wi-Fi, DNS local, permissões do dispositivo ou um problema ao nível da integração, e não da bridge do Docker.

A Rede Bridge é Adequada Quando as Integrações Têm Acessibilidade Explícita

O modo bridge atribui ao contentor um endereço Docker privado e permite publicar apenas as portas do Home Assistant que devem estar acessíveis. Os outros contentores podem comunicar através de redes Docker com nomes, enquanto os dispositivos da LAN acedem à porta publicada no anfitrião. Esta é uma fronteira mais limpa quando a descoberta não é essencial ou quando encaminha deliberadamente o tráfego multicast através de um proxy.

Utilizadores do Home Assistant que comparam configurações bridge e macvlan referem que a bridge simples pode complicar o mDNS, enquanto configurações de rede alternativas restauram a visibilidade direta na LAN. A lição útil de comportamento da descoberta na rede bridge é testar o protocolo de que necessita, em vez de presumir que as portas TCP publicadas também transportam a descoberta multicast.

Escolha o modo bridge quando os dispositivos necessários forem acessíveis através de IP explícito, nome de anfitrião, broker ou caminho de hardware mapeado e quiser fronteiras mais rigorosas entre serviços. Se uma integração falhar apenas porque não consegue descobrir um dispositivo da LAN, tente primeiro configurar o endpoint explicitamente. Passe para o modo anfitrião ou para uma rede mais avançada apenas quando a integração exigir genuinamente esse comportamento de descoberta.

-15% OFF

ZimaBoard 2 - Mini Servidor Doméstico para a Sua Grande Ideia

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

Valide a Escolha com a Mesma Matriz de Integrações Após um Reinício

Crie um teste de cinco linhas: acesso ao painel local, um dispositivo mDNS ou SSDP, uma integração com IP explícito, um broker ou gateway de rádio e o percurso normal através de proxy inverso ou VPN. Teste depois de recriar o contentor e de reiniciar o anfitrião, e não apenas imediatamente após alterar o Compose, porque a descoberta em cache pode ocultar um modo de rede que falhará mais tarde.

A análise da ZimaSpace sobre a acessibilidade das sub-redes do Docker demonstra a mesma fronteira: a disponibilidade da aplicação e a acessibilidade da rede do contentor são verificações diferentes, mesmo quando ambas existem no mesmo servidor físico.

Mantenha o modo anfitrião quando este preservar consistentemente a descoberta necessária e aceitar o espaço de nomes partilhado. Mantenha o modo bridge quando todas as integrações necessárias continuarem acessíveis e a fronteira explícita reduzir a ambiguidade operacional. Se nenhum dos modos passar, pare de alternar entre eles e verifique o encaminhamento de VLAN, o encaminhamento multicast, as regras da firewall ou o próprio transporte da integração; o modo de rede é apenas uma das camadas do percurso.