Depende do servidor VNC, mas sim, os que eu vi têm a opção de usar uma senha ou não. A pergunta é: por que diabos você quer que alguém seja capaz de se conectar?
Eu quero acessar um servidor VNC rodando em uma máquina Linux do cliente Windows, sem usar nenhuma senha. Isso é possível?
Depende do servidor VNC, mas sim, os que eu vi têm a opção de usar uma senha ou não. A pergunta é: por que diabos você quer que alguém seja capaz de se conectar?
Se você quer apenas um servidor remoto, a maioria das distribuições modernas agora tem uma opção, "desktop remoto", que é apenas uma maneira educada de dizer "execute um servidor VNC conectado à sessão atual do X". Se você habilitar isso, e contanto que você permaneça logado no console, você será capaz de ser remoto para o servidor.
Eu vou adivinhar que você está realmente tentando dizer "Eu não quero que a caixa de diálogo de senha apareça, mas eu quero logar em uma caixa de Linux remotamente". Isso é factível, mas requer alguma configuração, e você pode encontrar alguns conflitos em distros mais recentes.
Primeiro, se você está atrás de algo que mais se assemelha a uma sessão Citrix (onde cada usuário tem uma área de trabalho remota individual), você vai querer desativar a opção que mencionei acima. Se estiver ligado, você terá um conflito de portas.
Em seguida, você desejará instalar um servidor VNC que tenha suporte de sessão. Eu recomendaria o TightVNC sobre o pacote VNC de ações, não apenas porque tem suporte para compactação, mas também parece "reproduzir melhor" ao autenticar contra gerenciadores de exibição.
yum remove vnc && yum install tightvnc
apt-get update && apt-get remove vnc ; apt-get install tightvnc
Você desejará criar uma nova entrada para seu serviço superserver inet (inetd, xinetd, etc.) A idéia é que você crie dinamicamente uma conexão para cada tentativa do cliente. Você desejará isso, pois o uso de um daemon que seja executado estaticamente não gerará corretamente um subprocesso para cada tentativa de conexão.
A entrada para o servidor inetd / xinetd terá tamanho de exibição, profundidade de cor, etc. incorporado a ele. Eu recomendaria algo como 15 ou 16 bpp, e um display em torno de 1000x700 (os 68 pixels restantes serão levados pelo seu cliente windows / linux / mac na parte inferior e superior da tela do cliente, e você terá 12 pixels de "borda" em cada lado em uma configuração de 1024x768). Se você precisar de exibições personalizadas, poderá criar várias entradas, cada uma com sua própria profundidade de bits e resolução de exibição. Sim, você pode fazer resoluções personalizadas , e alguns clientes até suportam profundidades de bits personalizadas (12bpp, tente alguma vez ...) Isso fornecerá a você alguma flexibilidade ao se conectar de diferentes clientes.
Por fim, você desejará ativar logins remotos no seu gerenciador de exibição. A maioria das distros irá agregar o GDM como padrão, embora possa ser o KDM, WDM, XDM, etc., então você precisará investigar isso para configurá-lo corretamente.
Alguns exemplos:
http://www.simonsmess.com/ubuntu/vnc-to-gdm-with-login-it-can-work/
http://www.realvnc.com/pipermail/vnc-list/2000-December/019151.html
http://themadadmin.com/wp/?p=1225
Se você tiver tightvnc
instalado, o padrão para Xvnc
não é exigir uma senha, a menos que você especifique um arquivo de senha com -rfbauth <your_pass_word_file>
.
Em um sistema CentOS 7.0, instalar tightvnc
com yum
me fez tigervnc
algo estupidamente tão próximo de tightvnc
que perdi a instalação diferente da primeira vez. O pior é que funciona de maneira incompatível. Seu Xvnc
, na verdade, assume por padrão uma senha, e você deve fornecer -SecurityTypes None
como um argumento ao iniciar o servidor.
Faz todo o sentido não exigir uma senha, por exemplo, quando você faz o ssh em um sistema que é protegido por firewall nas portas em que Xvnc
está escutando.