Como adaptar uma configuração do Home Assistant para utilizadores remotos e locais

Adapte o Home Assistant a utilizadores remotos e locais mantendo direto o percurso de controlo local e acrescentando depois um percurso remoto autenticado separado, que não se torne uma dependência para quem já está em casa. Os utilizadores locais devem continuar a conseguir aceder ao Home Assistant quando a Internet ou o fornecedor de acesso remoto estiver indisponível; os utilizadores remotos devem ter acesso encriptado sem expor serviços desnecessários.

Conceba isto como dois percursos de ligação que alimentam a mesma identidade e o mesmo modelo de autorização do Home Assistant. Comece por configurar um DNS local funcional e um endereço estável na rede local, escolha a ligação remota e, em seguida, teste o comportamento dos telemóveis, navegadores, painéis, notificações e utilizadores da casa quando passam entre redes Wi-Fi e redes móveis.

Mantenha o percurso local independente da ligação remota

Para o controlo local, os clientes devem resolver o Home Assistant para um endereço acessível na rede local e permanecer na rede doméstica. Assim, evita-se que um pedido próximo seja encaminhado para a Internet e volte através de um túnel ou proxy público. Isto também significa que o controlo básico pode continuar a funcionar durante uma falha do ISP, desde que a rede local, o DNS, o anfitrião do Home Assistant e os protocolos dos dispositivos locais continuem operacionais.

Se usar o mesmo nome de anfitrião público dentro e fora de casa, o DNS dividido pode devolver um endereço privado na rede local e um endereço público/de túnel noutros locais. Um guia claro sobre como o DNS dividido mantém o tráfego local na rede local mostra como isso evita o encaminhamento em circuito fechado e mantém um percurso local direto, permitindo usar um único nome fácil de memorizar.

Escolha uma ligação remota adequada à família

O acesso remoto pode ser disponibilizado por um serviço gerido, uma VPN/rede sobreposta, um proxy inverso ou um túnel. A escolha certa depende de quem precisa de acesso. Uma VPN pode ser excelente para um administrador técnico, mas tornar-se um incómodo para outros membros da família se todos os telemóveis tiverem de manter uma ligação adicional. Uma abordagem gerida ou baseada num túnel pode ser mais fácil para utilizadores sem conhecimentos técnicos, mas acrescenta uma dependência externa que não deve ser necessária para o controlo local.

Um guia recente sobre as diferenças entre os métodos de acesso remoto em termos de CGNAT, segurança e utilização pela família é útil porque avalia VPNs, túneis e exposição direta tendo em conta o CGNAT, a segurança e a facilidade de utilização pela família, em vez de tratar todo o acesso remoto como se fosse o mesmo problema. Evite o simples encaminhamento de portas públicas quando puder usar uma ligação de acesso segura e encriptada que exija autenticação.

Use DNS e certificados para tornar previsível a mudança de ligação dos clientes

As falhas no acesso remoto/local surgem frequentemente quando um telemóvel muda de rede. O nome de anfitrião público pode ser resolvido incorretamente na rede local, o certificado pode não corresponder a um nome apenas interno, um resolvedor DNS privado pode ser ignorado ou uma VPN pode continuar a usar uma rota destinada apenas a ligações fora de casa. Documente que resolvedor e nome de anfitrião cada cliente deve usar em ambos os casos.

Em configurações mais complexas, nomes de anfitrião locais e remotos separados podem tornar explícitos os percursos. Um artigo detalhado da comunidade Home Assistant um design do Home Assistant com dois percursos, remoto e local demonstra este padrão: DNS local direto para clientes na LAN, um nome de anfitrião remoto protegido de forma independente e testes do comportamento em segundo plano nos dispositivos móveis.

Featured

ZimaBoard 2 - Mini servidor doméstico para a sua grande ideia

Single board computer zimaboard2

$339.00 - $529.00

Buy Now

Separe as permissões dos utilizadores da localização na rede

Não equipare «dentro de casa» a «administrador». Crie um utilizador próprio do Home Assistant para cada pessoa do agregado e reserve os privilégios de administração para quem realmente precisa de alterar integrações, utilizadores ou definições do sistema. O acesso remoto deve autenticar o percurso de ligação, e o Home Assistant deve continuar a autenticar a pessoa.

Teste também o comportamento específico de cada dispositivo. Um tablet de parede pode precisar apenas de acesso à LAN. O telemóvel de um familiar pode precisar de acesso remoto aos painéis e às notificações. Um portátil de administrador pode precisar de uma VPN para aceder ao Home Assistant e a outros serviços privados. Definir claramente estas funções evita conceder a todos os dispositivos um mecanismo amplo de acesso remoto simplesmente por ter sido conveniente durante a configuração.

Valide quatro cenários de falha antes de dar a configuração por concluída

Teste o Wi-Fi local com a Internet disponível, o Wi-Fi local sem ligação à Internet, o acesso por rede móvel/remoto e uma falha no acesso remoto enquanto a rede local continua a funcionar normalmente. Em cada caso, verifique o início de sessão, um painel, um comando, o resultado de uma automatização e qualquer percurso de notificações ou multimédia que seja importante. Assim, perceberá se uma experiência «local» continua a depender de DNS público ou de um proxy externo.

Compare a latência na LAN e nos percursos remotos, em vez de esperar que sejam igualmente rápidos. O artigo da ZimaSpace porque é que a latência do Home Assistant difere na LAN e nos percursos remotos explica por que motivo o DNS, o encaminhamento, a encriptação, os proxies e a qualidade da rede do cliente acrescentam atrasos diferentes fora de casa.

Um bom design para o Home Assistant, local e remoto, não obriga todos os utilizadores a usar o mesmo caminho de rede. Mantém o controlo local na rede local, acrescenta o acesso remoto como uma funcionalidade segura e separada e utiliza DNS, certificados, contas de utilizador e testes de falhas consistentes, para que a mudança de rede não se transforme num problema de diagnóstico.