Estupido de mim, eu não tinha notado a primeira linha do lsof: um servidor xrdp estava rodando na mesma porta. service xrdp stop e, em seguida, um reinício da máquina virtual resolveu-o.
Eu executo uma VM sem cabeçalho (um antigo WinXP) em um servidor Ubuntu. Eu não uso há algum tempo, e eu comecei, mas ele não se conecta via túnel ssh.
Eu inicio a VM no servidor assim:
client $ ssh -CYL 3389:localhost:3389 dargaud@server
server $ VBoxManage startvm "OldXP" --type headless
server $ VBoxManage list runningvms
"OldXP" {ebb9b585-84b3-4057-8fc7-e3a43735abcd}
server $ VBoxManage list -l runningvms
...
VRDE: enabled (Address 0.0.0.0, Ports 3389, MultiConn: on, ReuseSingleConn: off, Authentication type: null)
Então eu tento iniciar o rdp:
client $ krdc rdp://localhost:3389
O item acima inicia uma janela X11 cinza no servidor remoto, com um firefox sem decoração em execução.
client $ rdesktop localhost
O texto acima abre uma caixa remota [login to xrdp] solicitando módulo, nome de usuário e senha.
Eu sinto que a VM do Windows não está mais ouvindo no RDP, mas o status acima parece dar a configuração correta, e também:
$ sudo lsof -n | grep :3389
xrdp 2632 xrdp 6u IPv4 26202 0t0 TCP *:3389 (LISTEN)
VBoxHeadl 20918 dargaud 19u IPv6 13856839 0t0 TCP *:3389 (LISTEN)
nspr-1 20918 20920 dargaud 19u IPv6 13856839 0t0 TCP *:3389 (LISTEN)
nspr-2 20918 20921 dargaud 19u IPv6 13856839 0t0 TCP *:3389 (LISTEN)
VBoxSVCWa 20918 20923 dargaud 19u IPv6 13856839 0t0 TCP *:3389 (LISTEN)
TimerLR 20918 20925 dargaud 19u IPv6 13856839 0t0 TCP *:3389 (LISTEN)
MainHGCMt 20918 20927 dargaud 19u IPv6 13856839 0t0 TCP *:3389 (LISTEN)
VRDP-IN 20918 20928 dargaud 19u IPv6 13856839 0t0 TCP *:3389 (LISTEN)
VRDP-OUT 20918 20929 dargaud 19u IPv6 13856839 0t0 TCP *:3389 (LISTEN)
remote 20918 20930 dargaud 19u IPv6 13856839 0t0 TCP *:3389 (LISTEN)
EMT-0 20918 20931 dargaud 19u IPv6 13856839 0t0 TCP *:3389 (LISTEN)
EMT-1 20918 20932 dargaud 19u IPv6 13856839 0t0 TCP *:3389 (LISTEN)
ShClipboa 20918 20933 dargaud 19u IPv6 13856839 0t0 TCP *:3389 (LISTEN)
DragAndDr 20918 20934 dargaud 19u IPv6 13856839 0t0 TCP *:3389 (LISTEN)
GuestProp 20918 20935 dargaud 19u IPv6 13856839 0t0 TCP *:3389 (LISTEN)
GSTPROPNT 20918 20936 dargaud 19u IPv6 13856839 0t0 TCP *:3389 (LISTEN)
GuestCont 20918 20937 dargaud 19u IPv6 13856839 0t0 TCP *:3389 (LISTEN)
Timer 20918 20938 dargaud 19u IPv6 13856839 0t0 TCP *:3389 (LISTEN)
PDMNsTx 20918 20939 dargaud 19u IPv6 13856839 0t0 TCP *:3389 (LISTEN)
ShFolders 20918 20940 dargaud 19u IPv6 13856839 0t0 TCP *:3389 (LISTEN)
ATA-0 20918 20941 dargaud 19u IPv6 13856839 0t0 TCP *:3389 (LISTEN)
ATA-1 20918 20942 dargaud 19u IPv6 13856839 0t0 TCP *:3389 (LISTEN)
INTNET-RE 20918 20943 dargaud 19u IPv6 13856839 0t0 TCP *:3389 (LISTEN)
INTNET-XM 20918 20944 dargaud 19u IPv6 13856839 0t0 TCP *:3389 (LISTEN)
OhciFrame 20918 20946 dargaud 19u IPv6 13856839 0t0 TCP *:3389 (LISTEN)
ACPI\x20P 20918 20947 dargaud 19u IPv6 13856839 0t0 TCP *:3389 (LISTEN)
USBDevIo- 20918 20948 dargaud 19u IPv6 13856839 0t0 TCP *:3389 (LISTEN)
Se eu matar a VM, não haverá mais ouvintes em 3389, então não é um conflito.
Estupido de mim, eu não tinha notado a primeira linha do lsof: um servidor xrdp estava rodando na mesma porta. service xrdp stop e, em seguida, um reinício da máquina virtual resolveu-o.