Houve um post discutindo o VNC pendurado ao conectar ao OS X há alguns meses, mas era o OS X 10.4, então pensei em ver se alguém tem experiência com nosso problema.
Estamos tentando conectar remotamente a um Mac mini de máquinas do Vista. O Mac está executando o Snow Leopard. Estamos fazendo isso pela LAN - não queremos sair pela Internet e voltar - então estamos usando o VNC.
Podemos nos conectar OK, mas, após cerca de 5 minutos, a conexão cai e ficamos com uma imagem estática da tela antes de a conexão cair. O cliente VNC parece estar ativo (por exemplo, telas repintadas quando você move as janelas sobre elas, etc). Feche o cliente e reiniciá-lo nos permite reconectar. No entanto, cinco minutos depois, estamos "congelados" novamente.
Desativamos o sono e desativamos a proteção de tela.
Nós tentamos o UltraVNC e o TightVNC - ambos têm o mesmo problema. Eu li alguns comentários semelhantes sobre o RealVNC (usando o Leopard / XP).
Alguém sabe uma maneira de corrigir isso? Nós preferimos não ter que usar KVMs, e soluções como o LogMeIn, mesmo se funcionarem melhor, parecem precisar passar pela Internet - o que não é uma opção para nós.
UPDATE
Parece que apenas a tela não está sendo atualizada. Se nós conectá-lo a um monitor físico, então as ações do mouse / teclado ainda estão sendo realizadas.
Tivemos esse problema com o nosso Mac Mini, que temos como suporte. A solução encontrada foi usar Vine Server , que é um download gratuito, e suporta o Snow Leopard. Existe uma opção "System Server" que permite que ele seja executado na inicialização e, quando combinado com o UltraVNC em nossos computadores Windows, parece ter sido estável o suficiente para uso geral. Embora pareça funcionar ao lado do servidor Apple VNC, você deve desativar isso para garantir que não haja confusão.
Eu tenho exatamente o mesmo comportamento.
O acionador está copiando algo para a área de transferência na máquina do Vista (ou seja, cliente). O comportamento padrão dos clientes VNC é sincronizar a área de transferência entre as máquinas host e servidor, portanto, isso está enviando algum tipo de mensagem para o Mac (servidor). Eu reproduzi isso usando TightVNC, UltraVNC e RealVNC no Vista e XP, o que sugere que o problema é com o servidor vx da OSX de alguma forma não ser capaz de aceitar a mensagem 'sincronizar área de transferência'.
Quando isso acontece, consigo iniciar outro cliente VNC e reconectar imediatamente. A sessão 'suspensa' permanece estática, mostrando uma cópia da área de trabalho do Mac quando usei a área de transferência.
Você pode desabilitar a sincronização da área de transferência ao iniciar o cliente VNC, por exemplo, no RealVNC (4.1.3), sob Opções, Entradas, Enviar alterações da área de transferência para o servidor. Isso evita o travamento, mas obviamente também impede o compartilhamento da área de transferência.
Tivemos problemas terríveis com o stack de rede do Vista para tráfego baseado em tempo real na maneira como ele tenta "sintonizar" a interface.
Isso pareceu ajudar, a partir da cli na caixa do windows, o seguinte comando: netsh int tcp definir global autotuninglevel = desativado
Desativa todo o modo de exibição da 'Afinação' da rede, como o recebimento de escala lateral etc.
Você também pode ver as configurações atuais primeiro usando: netsh int tcp show global