Dispositivos da casa inteligente somem quando o telemóvel liga à VPN

A lâmpada funciona a partir da sua aplicação em casa, deixa de responder no momento em que o telemóvel liga à VPN e volta quando o túnel cai. Não há nada de errado com a lâmpada. O telemóvel envia agora parte ou todo o seu tráfego por um caminho diferente, e a aplicação da casa inteligente pode estar a usar um método de descoberta que esse caminho não transporta. Identifique a operação falhada antes de reiniciar o que quer que seja.

Dois caminhos, e o túnel toca apenas um

Um comando da casa inteligente pode viajar de duas formas. Pode ir diretamente a um dispositivo próximo pela rede local, ou através de um serviço na nuvem do fabricante que chega ao dispositivo pela sua própria ligação. A VPN do telemóvel muda o caminho do telemóvel; não move o hub, a lâmpada nem a coluna para dentro do túnel. A configuração, o controlo e as notificações podem usar cada um um mecanismo diferente, e é por isso que uma falha parcial parece incoerente.

O primeiro diagnóstico não é, portanto, a configuração da VPN mas a operação falhada. A falha simultânea da configuração local e do controlo na nuvem aponta para um sítio completamente diferente.

Teste a descoberta local em separado

A descoberta local baseia-se normalmente em multicast de ligação local, que um túnel encaminhado não estende. Verifique se o nome resolve e se o endereço é alcançável sem a aplicação.

avahi-resolve -n lamp.local
ip route get 192.168.1.50
ping -c 3 192.168.1.50

A chamada ao resolvedor mostra se o mDNS responde, a consulta de rota mostra que interface levaria o tráfego ao dispositivo e o ping mostra se o caminho local funciona de todo. Uma rota que envia a sub-rede do dispositivo para o túnel explica porque a descoberta falha enquanto a internet continua a funcionar. Um nome resolvido sem resposta aponta para isolamento no ponto de acesso, não na VPN. Substitua o nome e o endereço do exemplo por valores da sua própria rede.

Se apenas o caminho da nuvem quebrar

Se os comandos locais funcionam e os remotos não, o túnel do telemóvel pode estar a interferir com a sessão na nuvem em vez de com a descoberta. Um novo endereço de saída pode acionar a verificação da conta, quebrar uma sessão fixada ou falhar uma verificação regional. Compare uma operação suportada mantendo a aplicação e a rede sem alterações, e mantenha a validação de certificados. O fluxo de recuperação do próprio serviço é a ferramenta certa; desativar as verificações de segurança para que um início de sessão passe não é.

Verifique também o DNS, porque a aplicação pode resolver os pontos finais do fabricante para um nome de anfitrião que só responde corretamente a partir da região esperada.

O acesso remoto é um terceiro desenho

Chegar aos dispositivos de casa a partir do exterior é um projeto separado do encaminhamento de um telemóvel através de uma VPN. Exige uma porta de ligação privada, rotas definidas e regras de acesso estreitas, e não é criado por subscrever uma VPN com saída para a internet. O reencaminhamento amplo de portas para compensar um problema de encaminhamento não explicado expõe dispositivos que nunca foram concebidos para isso. Teste a descoberta, o controlo local e o controlo na nuvem um de cada vez após qualquer alteração. Se acrescentou uma exceção de rede local para a aplicação, confirme que o restante tráfego do telemóvel continua a seguir o túnel pretendido.

Registe que caminho falhou e que alteração o corrigiu. As falhas da casa inteligente são normalmente um limite de encaminhamento ou de permissões, e o próximo dispositivo encontrará o mesmo.