[Opgelost] VNC door Openssh

[michael b]

Goeiemiddag,

gisteren zocht ik een manier om grafische applicaties te openen van een Windows machine met copssh server naar Linux met openssh client.

Nu ben ik aan het proberen om via VNC vanop mijn Linux naar de Windows machine te gaan, langs ssh.

ik voer deze command uit
ssh -p 8399 -N -f -L 3389:127.0.0.1:3389 remoteuser@192.168.2.6 -vvv (lokaal netwerk)

het connecteren lukt (ik moet de encryptiesleutel van de rsasleutel geven).
Daarna probeer ik te connecteren via VNC langs 127.0.0.1:3389, maar dit geeft volgende output:

clientuser@clientuser-laptop:~$ debug1: Connection to port 3389 forwarding to 127.0.0.1 port 3389 requested.
debug2: fd 6 setting TCP_NODELAY
debug2: fd 6 setting O_NONBLOCK
debug3: fd 6 is O_NONBLOCK
debug1: channel 2: new [direct-tcpip]
debug3: Wrote 96 bytes for a total of 3239
debug2: channel 2: open confirm rwindow 2097152 rmax 32768
debug2: channel 2: rcvd eof
debug2: channel 2: output open -> drain
debug2: channel 2: obuf empty
debug2: channel 2: close_write
debug2: channel 2: output drain -> closed
debug2: channel 2: read<=0 rfd 6 len 0
debug2: channel 2: read failed
debug2: channel 2: close_read
debug2: channel 2: input open -> drain
debug2: channel 2: ibuf empty
debug2: channel 2: send eof
debug2: channel 2: input drain -> closed
debug2: channel 2: send close
debug3: Wrote 64 bytes for a total of 3303
debug3: channel 2: will not send data after close
debug2: channel 2: rcvd close
debug3: channel 2: will not send data after close
debug2: channel 2: is dead
debug2: channel 2: garbage collecting
debug1: channel 2: free: direct-tcpip: listening port 3389 for 127.0.0.1 port 3389, connect from 127.0.0.1 port 58501, nchannels 3
debug3: channel 2: status: The following connections are open:
  #2 direct-tcpip: listening port 3389 for 127.0.0.1 port 3389, connect from 127.0.0.1 port 58501 (t4 r0 i3/0 o3/0 fd 6/6 cfd -1)

debug3: channel 2: close_fds r 6 w 6 e -1 c -1

En ik heb de indruk dat het misloopt bij het "debug2: channel 2: open confirm rwindow 2097152 rmax 32768", daar blijft hij immers een 30tal seconden staan vooraleer hij ermee stopt.

[Johan van Dijk]

Hiervoor is de command line helemaal niet nodig, volgens mij.
Je kan in de "remote desktop viewer" aangeven dat een bepaalde host als SSH tunnel gebruikt moet worden.
Gewoon het vinkje zetten en de juiste hostname of IP adres invoeren.

[michael b]

Dat heb ik al eens geprobeerd, maar dat blijkt ook niet te werken..

Nu was ik eens aan het proberen of mijn VNC werkt, zonder ssh, en dat blijkt ook niet te lukken. Ik kan geen externe gebruikers toevoegen in de windows remote desktop client, die in het lokale netwerk zitten..

Eerst dat oplossen wss!

[michael b]

Oke,
als ik gewoon probeer te connecteren via vnc, krijg ik dit:

vinagre --gtk-vnc-debug 192.168.2.6:3389

(vinagre:2036): Gtk-WARNING **: Attempting to read the recently used resources file at `/home/username/.recently-used.xbel', but the parser failed: Error reading file '/home/username/.recently-used.xbel': Is a directory.
gtk-vnc: Expose 0x0 @ 1068,656
gtk-vnc: Started background coroutine
gtk-vnc: Resolving host 192.168.2.6 3389
gtk-vnc: Trying socket 23
gtk-vnc: Protocol initialization
gtk-vnc: Closing the connection: gvnc_read() - errno=104
gtk-vnc: Error while getting server version
gtk-vnc: Doing final VNC cleanup
gtk-vnc: Requesting that VNC close
gtk-vnc: Requesting that VNC close
gtk-vnc: Releasing VNC widget


kan ik dit oplossen?

[ruujan]

Poort 3389 is voor terminal server oftewel het RDP-protocol. Dat is wat anders dan VNC.

[michael b]

Jeps had ik intussen ook door.

Nu werkt alles door tunneling, maar als je het meteen in vnc invult, is het geen echte tunneling.

Ik moest dus gewoon een andere vnc server installeren op de windows pc.

Jullie zijn wel erg zwijgzaam moet ik zeggen, zon domme vraag was dit nu toch ook weer niet.