Na minha opinião, o RDP funciona melhor que o VNC. No entanto, se você deve usar o VNC, e há muitas situações em que o RDP não funciona, então tive muito mais sorte com TightVNC e usando o driver Mirage Mirror .
Acabei de configurar o acesso remoto a uma caixa do Windows XP usando o RealVNC. Quando o usuário executa um aplicativo, ele expira problemas com "pintura de tela" - a tela não pinta bem, exceto por um raio ao redor do cursor do mouse.
O aplicativo está exibindo um calendário. Eu não tenho certeza do que está escrito (acho que é um aplicativo .net)
Não tenha problemas em ficar / permanecer conectado. Inicialmente, parecia estar funcionando bem. Eu olhei através de todas as configurações, tanto quanto a compressão e velocidade.
Eu posso replicar o problema em mais de um local. A conexão de hospedagem da Internet é DSL.
Na minha opinião, o RDP funciona melhor que o VNC. No entanto, se você deve usar o VNC, e há muitas situações em que o RDP não funciona, então tive muito mais sorte com TightVNC e usando o driver Mirage Mirror .
Eu vi isso, ou algo assim, muito frequentemente com diferentes VNCs. A ocorrência mais comum é fazer com que o VNC não repinte telas de fundo. Um exemplo clássico é usar o menu Iniciar para acessar algo que faz com que uma janela seja exibida, mas o VNC nunca renderiza novamente o plano de fundo para eliminar o menu inicial agora não aberto. Forçar uma atualização de tela elimina isso. Eu vi isso mais comumente ao acessar servidores UltraVNC via TightVNC no Linux, assim como acessar servidores RealVNC via UltraVNC no WinXP.
O que é uniformemente defeituoso com o VNC é acessar aplicativos Java, que não parecem disparar os eventos corretos de 'a tela é atualizada' para o VNC detectar que ele precisa repintar a tela. Eu fiz com que o RealVNC e o UltraVNC fizessem isso.
Por tudo isso, prefiro usar o RDP sempre que possível, pois esse desempenho é decididamente melhor. Mesmo no Linux falando com o Windows. No entanto, as políticas de rede na rede de trabalho desencorajam o RDP, por isso não consigo usá-lo muito.
O problema é o driver de espelhamento. Estou usando o RealVNC para Windows V 4.6 (embora essa correção também funcione para versões mais antigas). Eu não testei com o RealVNC rodando em um servidor linux, conectando com um cliente Windows.
Basta desligar o driver do espelho. A atualização será mais lenta, mas os aplicativos Java (por exemplo, a ferramenta de configuração do firewall Cisco ASDM GUI) não precisarão mais ser atualizados manualmente.
Parece um problema de rede para mim. Verifique a conexão entre o cliente VNC e o servidor para latência e perda de pacotes.
Tags vnc