Consegui resolver isso. A chave estava focando no meu arquivo ~ / .vnc / xstartup. Em vez de executar o Xsession, agora tenho que executar o fvwm e ele está funcionando bem o suficiente agora.
Eu nunca usei VNC antes, embora eu tenha usado o X11 há cerca de 25 anos. Eu estou tentando configurar uma conexão VNC entre o meu laptop Windows e uma caixa que eu ssh para a partir de um gateway externo.
Do meu laptop Win7, eu ssh para uma caixa de gateway Ubuntu, chamo-a de "gateway", e então eu ssh para um blade com um IP que é privado para o gateway. Nós vamos chamar isso de "lâmina".
Eu também configurei uma porta local a partir da porta 5901 no meu laptop Win7 para o blade: 5901.
Instalei o "tightvncserver" no "blade" com o apt-get e executei-o com opções padrão.
Em seguida, executei "tightvncviewer" no meu laptop Win7 e conectei-me ao servidor. Ele me deu uma tela VNC com o seguinte conteúdo de diálogo de erro (levemente elidiado):
Xsession: unable to start X session --- no "/home/.../.xsession" file, no
"/home/.../.Xsession" file, no session managers, no window managers, and no
terminal emulators found; aborting.
Do meu shell ssh em "blade", eu mostrei um arquivo .xsession-errors que dizia basicamente a mesma coisa.
Isso me diz que meu encaminhamento de porta está funcionando bem, mas que preciso fazer alguma configuração adicional no "blade".
Então, qual é a maneira correta de resolver isso?
Atualizar :
Quando eu inicio o servidor vnc na caixa Ubuntu e, em seguida, tentar a conexão do cliente, algumas informações são gravadas em "~ / .vnc /: 1.log". Quando vi pela primeira vez essa saída, vi a falha ao encontrar "~ / .Xresources". Eu duvido que isso seja um "erro" em si, já que não deveria haver nenhum requisito para fazer a customização de recursos X, mas mesmo assim eu "toquei em ~ / .Xresources" e comecei de novo, e o log não teve esse erro / aviso mais.
De qualquer forma, o log, que mostro todo o conteúdo aqui, parece dizer que as coisas estão indo bem:
10/07/15 18:47:28 Xvnc version TightVNC-1.3.9
10/07/15 18:47:28 Copyright (C) 2000-2007 TightVNC Group
10/07/15 18:47:28 Copyright (C) 1999 AT&T Laboratories Cambridge
10/07/15 18:47:28 All Rights Reserved.
10/07/15 18:47:28 See http://www.tightvnc.com/ for information on TightVNC
10/07/15 18:47:28 Desktop name 'X' (bl12-kvm-nest:1)
10/07/15 18:47:28 Protocol versions supported: 3.3, 3.7, 3.8, 3.7t, 3.8t
10/07/15 18:47:28 Listening for VNC connections on TCP port 5901
Font directory '/usr/share/fonts/X11/Type1/' not found - ignoring
Font directory '/usr/share/fonts/X11/75dpi/' not found - ignoring
Font directory '/usr/share/fonts/X11/100dpi/' not found - ignoring
10/07/15 18:49:18 Got connection from client 10.118.34.193
10/07/15 18:49:18 Using protocol version 3.8
10/07/15 18:49:19 Enabling TightVNC protocol extensions
10/07/15 18:49:21 Full-control authentication passed by 10.118.34.193
10/07/15 18:49:22 Using tight encoding for client 10.118.34.193
10/07/15 18:49:22 rfbProcessClientNormalMessage: ignoring unknown encoding 16
10/07/15 18:49:22 Using image quality level 6 for client 10.118.34.193
10/07/15 18:49:22 rfbProcessClientNormalMessage: ignoring unknown encoding -223
10/07/15 18:49:22 Enabling LastRect protocol extension for client 10.118.34.193
10/07/15 18:49:22 Enabling cursor position updates for client 10.118.34.193
10/07/15 18:49:22 Enabling full-color cursor updates for client 10.118.34.193
Consegui resolver isso. A chave estava focando no meu arquivo ~ / .vnc / xstartup. Em vez de executar o Xsession, agora tenho que executar o fvwm e ele está funcionando bem o suficiente agora.