Para obter acesso remoto fiável a um convidado ZVM, separe o acesso ao painel do ZimaOS do acesso à própria máquina virtual. Um Cloudflare Tunnel pode tornar a interface Web do ZimaOS acessível, enquanto a consola ZVM incorporada continua a não carregar, porque a consola da VM utiliza ligações adicionais do navegador e do back-end para além da página do painel.
O acesso remoto atual do ZimaOS baseia-se na ligação peer-to-peer encriptada do ZimaClient. Se precisar de gerir o convidado interativamente, o design mais robusto costuma ser aceder remotamente à rede do ZimaOS e, em seguida, utilizar o protocolo nativo do convidado — RDP para Windows ou SSH para Linux — em vez de depender da consola do navegador para a utilização diária.
Por que motivo o painel ZVM pode carregar, mas o ecrã da VM não
O tópico de origem mostrou exatamente esta divisão: o utilizador conseguia abrir o ZVM através de um Cloudflare Tunnel e iniciar uma VM, mas o ecrã permanecia no indicador de carregamento. Quando o mesmo painel era aberto através do IP local do ZimaOS, o ecrã do convidado em execução funcionava.
Isto prova que a VM estava efetivamente em execução. A falha estava no caminho da consola remota, não no arranque do convidado.
Comece pelo acesso remoto integrado do ZimaOS
O guia de acesso remoto do ZimaOS atual indica que o ZimaClient cria um caminho peer-to-peer encriptado até ao servidor doméstico e seleciona automaticamente a ligação LAN ou à Internet.
Depois de estabelecer a ligação, abra o painel do ZimaOS através do ZimaClient e teste o ZVM. Assim, o caminho remoto permanece dentro do método de acesso que o ZimaOS foi concebido para gerir.
Para VMs Windows, prefira RDP após a configuração inicial
Depois de o Windows estar instalado e ligado à rede, ative o Ambiente de Trabalho Remoto nas edições que o suportam, atribua à VM um IP estável ou uma reserva DHCP e ligue-se através da rede remota. O RDP foi concebido para a utilização interativa do ambiente de trabalho e costuma ser mais resiliente do que uma consola de instalação incorporada.
Se a VM estiver atrás de NAT do ZVM, certifique-se de que o seu caminho remoto consegue realmente alcançar o convidado. A rede em bridge pode atribuir ao convidado o seu próprio endereço LAN, mas tem de ser configurada e testada corretamente.
Para VMs Linux, prefira SSH para administração
Instale e ative o SSH dentro do convidado e, em seguida, ligue-se ao próprio endereço IP da VM através da rede remota. Para ambientes de trabalho Linux gráficos, utilize um protocolo de ambiente de trabalho remoto concebido para esse fim apenas se precisar realmente de acesso à interface gráfica.
Por que motivo o acesso Cloudflare apenas através do navegador pode continuar limitado
O tópico original não apresentou uma correção verificada para o Cloudflare Tunnel na consola ZVM, e outro utilizador comunicou o mesmo problema em 2026. Por isso, não apresente uma regra especial do Cloudflare como solução garantida sem a testar com a implementação atual do ZVM.
Se o seu local de trabalho bloquear clientes VPN ou se não puder instalar o ZimaClient, o acesso apenas através do navegador pode ser conveniente para o painel, mas continuar a ser insuficiente para o ecrã da VM. Trata-se de uma limitação arquitetural a testar, não de um erro do utilizador.
Verifique a rede do convidado antes de diagnosticar o ambiente de trabalho remoto
Dentro do convidado, verifique se:
- tem um endereço IP válido;
- consegue alcançar o gateway da LAN;
- o DNS funciona;
- o serviço remoto está a escutar;
- a firewall do convidado permite o serviço.
O guia de configuração do ZVM aborda o contexto mais abrangente do ambiente de virtualização.
Não exponha diretamente o RDP ou o SSH à Internet pública
Um serviço RDP ou SSH exposto através de um encaminhamento de portas público torna-se um alvo constante. Prefira o ZimaClient ou outra rede privada sobreposta, como Tailscale, WireGuard, Firefly ou NetBird, conforme documentado pelo ZimaOS.
Se a política da sua rede proibir a instalação de clientes, utilize um método de acesso remoto aprovado em vez de contornar os controlos da organização.
Como escolher o caminho de acesso remoto adequado
| Objetivo | Primeira escolha recomendada |
|---|---|
| Gerir o próprio ZimaOS | Acesso remoto através do ZimaClient |
| Instalar ou recuperar uma VM | Consola do navegador ZVM através de uma ligação ZimaOS testada |
| Acesso diário ao ambiente de trabalho Windows | RDP através de uma rede remota privada |
| Administração diária de Linux | SSH através de uma rede remota privada |
| Acesso apenas através do navegador num PC bloqueado | Testar o gateway de navegador aprovado atual; a consola ZVM incorporada não é garantida através de todos os túneis |
FAQ
Por que motivo consigo iniciar remotamente uma VM ZVM, mas não consigo ver o respetivo ecrã?
O pedido do painel e a ligação da consola VM incorporada são caminhos diferentes. Um proxy ou túnel pode permitir um deles e falhar no outro.
O ZimaClient torna automaticamente a minha VM acessível por RDP?
Não necessariamente. O caminho remoto tem de conseguir encaminhar tráfego para o IP do convidado, e o modo de rede e a firewall do convidado têm de permitir RDP.
Está oficialmente comprovado que o Cloudflare Tunnel funciona com a consola ZVM?
O tópico de origem não verificou uma correção, e um utilizador posterior comunicou o mesmo problema com a consola do navegador. Teste-o em vez de presumir que é compatível.
Qual é a forma mais segura de aceder a uma VM a partir do exterior de casa?
Utilize uma rede remota privada e, em seguida, ligue-se ao convidado através de RDP, SSH ou outro protocolo autenticado do convidado. Evite a exposição direta à Internet pública.
