Eu tenho lutado um problema de configuração VNC por algum tempo agora. Mesmo com a recente assistência adicional de um amigo / guru mais habilidoso do que eu, a questão continuou a me iludir:
Executando um servidor TightVNC na máquina "myServer" (WinXPsp2) configurado para exibir / port 1, pode-se usar o vncviewer na máquina "myClient" para conectar-se se alguém estiver logado localmente no myServer. Então, se eu estou logado localmente para o servidor, no meu cliente eu poderia conectar com o vncviewer. Logout do servidor localmente; O vncviewer não pôde estabelecer uma conexão. Faça o login novamente no servidor e o vncviewer se conecta novamente a partir do cliente.
Acabei de analisar cuidadosamente todas as permutações de casos de teste (tenho uma planilha de resultados de testes disponíveis) e minha conclusão notável é esta:
(1) Quando desconectado do servidor, o serviço VNC é revertido para display / port 0. Quando logado no servidor, ele honra a porta configurada na configuração.
(2) Quando desconectado do servidor, o serviço VNC é revertido para uma senha padrão desconhecida. Quando logado no servidor, ele honra a senha definida na configuração.
Portanto, com o servidor VNC configurado para a porta 1, se eu estiver logado no servidor, o vncviewer se conecta à porta 1. Se desconectado, o vncviewer se conecta apenas na porta 0! Infelizmente, ele se conecta, mas não será autenticado, porque, como eu disse acima, ele não apenas reverte a porta, mas também a senha, e eu não sei qual é a senha padrão (o site TightVNC afirma que não há senha padrão). / p>
Observe que meus casos de teste incluem:
Este é um defeito conhecido? Eu não pude encontrar nada nele com uma pesquisa na web. Existe alguma solução alternativa para que alguém pudesse se conectar com o vncviewer?
Quando desconectado, o VNC é controlado pelas entradas de registro no HKLM \ Software. Você pode descobrir que, quando logado, ele está olhando para HKEY_CURRENT_USER \ Software. Nesse caso, tente excluir a chave TightVNC do bit de usuário atual do registro e reinicie o serviço. Com um pouco de sorte, recorrerá ao uso da chave da máquina local.
JR
Eu usei o TightVNC no passado. Embora tenha sido bom em seu dia, ele teve sua parcela de "problemas", como qualquer outro software. Tendo problemas muito semelhantes com as senhas do TightVNC, posso dizer:
Sua instalação está em funcionamento.
Você precisará desinstalar o serviço, desinstalar o software e, em seguida, vasculhar o registro (pois ele deixará pequenos detalhes por aí). Depois de limpá-lo, reinstale-o, defina a senha padrão e, em seguida, "instale-o" como um serviço. Isso deve remediar isso.
Se você tiver alguma latitude no software que tem permissão para instalar, reconsidere o uso do UltraVNC , que suporta codificação TightVNC bem como outros recursos interessantes (transferência de arquivos, dimensionamento automático de tela, driver de driver de vídeo de baixa CPU, etc.)
Existem 2 locais onde você precisa definir as configurações de logon. Há o "User Settings", que é o que aparece quando você instala o TightVNC e digita uma senha, porta (se você não usa o padrão), etc. Isto é para o usuário atualmente logado.
Existe também o "Default Settings" que está sob o TightVNC / Administration / Show Default Settings. É aqui que você define a senha que permite um login sem que ninguém esteja logado na máquina e permitirá uma conexão quando ninguém estiver logado. (E foi instalado como um serviço.)
Essa caixa de diálogo de configurações parece a mesma coisa, então é um pouco confuso - mas elas são de fato configurações diferentes. Isso se aplica ao XP, Win2K, não tenho certeza sobre o Vista ou o Win7, mas o Windows Server 2008 só permite o modo de usuário, o que torna impraticável fazer logon após a reinicialização.
Tags networking vnc