O teste mais conclusivo nesta discussão é a substituição do router. O mesmo servidor ZimaOS e cliente móvel que não conseguiam detetar-se através da rede mesh TP-Link Deco funcionaram imediatamente quando o servidor foi testado atrás do router ZTE fornecido pelo ISP. Isto indica que o problema do caso original estava na descoberta local/multicast, e não que o próprio servidor ZimaOS estivesse offline.
A discussão tentou depois alterações comunitárias ao Avahi, incluindo a ativação do refletor mDNS, mas o autor original confirmou que essas alterações não resolveram o caso com o Deco. O ZimaOS atual oferece alternativas melhores: a documentação atual de introdução indica que os utilizadores podem abrir diretamente o dispositivo pelo endereço IP num navegador quando a descoberta local falha, e o ID remoto/ID de rede proporciona outra forma de identificação do dispositivo.
Este Não Foi Realmente um Problema Exclusivo do iOS
Na página 2, santhora salientou que o Android também não conseguia detetar o servidor. Isso excluiu um problema restrito às permissões do iOS ou específico do cliente da Apple.
A topologia era simples: unidade principal Deco → 2,5 GbE → servidor ZimaOS Beelink, enquanto os telemóveis se ligavam por Wi-Fi ao sistema Deco.
O Teste com o Router do ISP Foi o Melhor Teste de Isolamento
O Isolamento de Clientes Já Estava Desativado
A fonte verificou o controlo de clientes/isolamento do Deco e indicou que estava desativado. Os telemóveis e o dispositivo ZimaOS também foram testados na mesma unidade Deco, sem que a descoberta fosse restabelecida.
Isto é importante porque “desativar o isolamento de AP” é uma boa verificação inicial, mas não foi a solução final neste caso.
A Alteração do Refletor Avahi Não Funcionou
Uma resposta da comunidade sugeriu editar /etc/avahi/avahi-daemon.conf e ativar o refletor. O utilizador tentou fazê-lo e comunicou que não houve alterações.
Como a solução alternativa falhou, a discussão recomendou reverter a alteração. Não deixe antigas alterações de descoberta aplicadas apenas porque foram sugeridas num fórum.
O ZimaOS Atual Suporta Explicitamente o Acesso pelo IP num Navegador
A documentação atual de introdução da IceWhale indica que, se o ZimaClient não conseguir encontrar o dispositivo, deve consultar o IP do servidor na lista de clientes DHCP do router e introduzir esse IP num navegador. O ecrã de configuração/painel é o mesmo.
Utilize a alternativa atual pelo IP direto antes de modificar o Avahi.
O ID Remoto Proporciona Outra Forma de Identificação Suportada
A documentação atual do ZimaOS disponibiliza um ID remoto/ID de rede em Definições → Rede. Trate-o como uma credencial, pois pode identificar o dispositivo e permitir o acesso partilhado ao mesmo.
Consulte o modelo atual de acesso através do ID remoto.
O Que Verificar no Deco ou Noutro Sistema Mesh
- isolamento de clientes/AP;
- separação da rede de convidados;
- encaminhamento de multicast/mDNS entre segmentos com e sem fios;
- separação por VLAN;
- comportamento dos nós mesh quando os clientes mudam de ponto de acesso;
- atualizações de firmware e opções de multicast específicas do fabricante.
O acesso normal à Internet e um ping bem-sucedido não comprovam que a descoberta de serviços multicast esteja a ser encaminhada.
Perguntas Frequentes sobre a Descoberta pelo ZimaClient
A desativação do IPv6 resolveu o caso original?
Não. O utilizador indicou explicitamente que a desativação do IPv6 não ajudou.
A ativação do refletor Avahi resolveu o problema da rede mesh Deco?
Não. O autor original tentou fazê-lo e comunicou que não houve alterações.
Qual é a alternativa atual mais segura quando a descoberta local falha?
Utilize o IP da LAN do dispositivo num navegador ou o caminho suportado pelo ID remoto/acesso remoto, em vez de efetuar alterações não verificadas aos serviços do sistema.
