O problema reportado em março de 2026 era específico: o ZimaClient conseguia encontrar a relação com o servidor, mas, fora da rede doméstica, a ligação permanecia em A ligar e acabava por exceder o tempo limite. Foram apresentadas queixas semelhantes por utilizadores de vários países, e a equipa da IceWhale afirmou que estava a otimizar ativamente a taxa de sucesso das ligações de acesso remoto, tendo enviado em privado um pacote de teste a voluntários.
Esse pacote de teste é histórico e privado. Um utilizador atual deve começar pelo ZimaClient atual e pelo fluxo de acesso remoto do ZimaOS, em vez de procurar a versão de março de 2026.
O problema de 2026 era intermitente e geográfico
Foram apresentadas queixas a partir da Índia, do Reino Unido, da Alemanha e da Indonésia. Um utilizador alemão afirmou que o acesso remoto através do Android funcionava, enquanto outro método de ligação excedia o tempo limite; duas horas mais tarde, começou subitamente a funcionar.
Esta inconsistência sugere que o problema na origem não era simplesmente o facto de a opção “Acesso remoto” estar desativada para todos os participantes.
A IceWhale reconheceu o trabalho relacionado com o sucesso das ligações
777-Spider afirmou explicitamente que a equipa estava a otimizar as taxas de sucesso do acesso remoto e convidou os utilizadores a testar um novo pacote. Isto é mais sólido do que uma simples especulação da comunidade, mas o tópico não apresenta uma causa-raiz técnica definitiva nem um número de versão que tenha resolvido permanentemente todos os casos.
O acesso remoto atual começa com uma ligação local bem-sucedida
As orientações atuais da IceWhale indicam que a primeira ligação do ZimaClient na rede local estabelece a relação com o dispositivo e configura o acesso remoto. Depois disso, o ZimaClient pode voltar a ligar-se fora da rede doméstica.
Use o fluxo atual de acesso remoto do ZimaOS como referência.
Confirme que o acesso remoto está ativado nas definições
O guia atual salienta explicitamente que, se o Acesso remoto estiver desativado nas Definições do ZimaOS, o cliente não conseguirá estabelecer ligações remotas.
Num problema intermitente, desativá-lo e voltar a ativá-lo poderá reconstruir o estado, tal como relatou um utilizador da comunidade, mas isso não substitui a verificação do cliente atual e do estado da rede.
Verifique ou reponha cuidadosamente o ID de rede
O ZimaOS atual apresenta o ID de rede do dispositivo em Definições > Rede. A IceWhale avisa que o ID deve ser mantido privado e pode ser reposto caso seja divulgado.
A reposição invalida as ligações e partilhas existentes, por isso não a utilize como passo de resolução de problemas sem estar preparado para voltar a ligar os clientes.
Consulte o comportamento atual do ID de rede e as notas de segurança.
O ZimaClient atual utiliza conectividade P2P encriptada
A IceWhale descreve o canal remoto como ponto a ponto e encriptado. O ZimaClient tenta escolher um percurso adequado sem exigir o reencaminhamento de portas no router.
Isto significa que um tempo limite pode envolver a travessia de NAT, o motor de rede do cliente, uma firewall ou software VPN local, ou a conectividade a montante, em vez de uma única porta de entrada no router.
Verifique o componente de rede do ZimaClient/ZeroTier
A resolução de problemas atual do ZimaClient sugere especificamente instalar ou reparar o ZeroTier quando a conectividade remota não funciona. A IceWhale afirma que o seu próprio controlador de rede permanece sob o controlo do dispositivo Zima, enquanto a infraestrutura pública de descoberta do ZeroTier ajuda os pares a encontrarem-se.
Consulte os passos atuais de resolução de problemas do ZimaClient antes de substituir todo o sistema de acesso remoto.
Recolha imediatamente os registos do cliente após a falha
A documentação atual da IceWhale fornece as localizações dos registos do ZimaClient no macOS e no Windows e pede aos utilizadores que recolham os registos imediatamente após um erro. Isto é mais útil para um tempo limite P2P intermitente do que reiniciar repetidamente sem recolher dados.
WireGuard, NetBird e outras VPN são alternativas válidas
Utilizadores da comunidade no tópico de origem mudaram para WireGuard ou NetBird e relataram um acesso estável. Estas são arquiteturas de acesso remoto independentes, não correções do próprio ZimaClient.
Podem ser úteis quando prefere uma topologia VPN explícita ou pretende funcionalidades de DNS remoto, como o Pi-hole através do túnel.
Lista de verificação para tempos limite no acesso remoto
- Verifique se o ZimaOS está online e acessível localmente.
- Atualize o ZimaOS e o ZimaClient para as versões estáveis atuais.
- Confirme que o Acesso remoto está ativado.
- Volte a estabelecer uma ligação local uma vez se a relação com o dispositivo estiver desatualizada.
- Verifique os componentes de rede do ZimaClient/ZeroTier.
- Exclua temporariamente a possibilidade de interferência de software VPN ou firewall.
- Recolha os registos imediatamente após o tempo limite.
- Reponha o ID de rede apenas quando compreender que as ligações existentes serão invalidadas.
Perguntas frequentes sobre tempos limite no acesso remoto
A IceWhale reconheceu os relatos de tempos limite de 2026?
Sim. A equipa afirmou que o sucesso das ligações estava a ser otimizado e distribuiu em privado uma versão de teste.
Os utilizadores atuais devem instalar esse pacote de teste privado de 2026?
Não. Comece por utilizar as versões estáveis atuais do ZimaOS e do ZimaClient.
O acesso remoto do ZimaOS exige o reencaminhamento manual de portas?
As orientações atuais da IceWhale descrevem uma ligação P2P encriptada gerida pelo ZimaClient, em vez de uma porta normal do painel encaminhada manualmente.
