VNC ssh tunnel +

Iroda

Sziasztok, valaki csinált már ilyet:

vncserver |---->|FW1|---->( internet )--->|FW2|--->|vnc gateway|<---| vnckliens

A "vncserver" és a "vnckliens" Windows gépek, a "vnc gateway" pedig Linux ssh szerverrel.
Az "FW2"-n a 22 port továbbítva van a "vnc gateway" -re.
Egy ssh tunnel-en keresztül (putty) az 5900-as port továbbítva van a "vnc gateway" -re a
"vncserver" -ről. Az 5900 -as port a "vnc gateway" -n prerouting szabállyal átirányítva a
localhost-ra a helyi IP-ről, hogy a "vnckliens" kapcsolódni tudjon hozzá.
Értelem szerűen a "vncserver" kezdeményezi a kapcsolatot az ssh tunnel és a VNC szerver
indításával, majd a "vnckliens" kapcsolódik hozzá a "vnc gateway"-n keresztül.

A cél az lenne, hogy TeamViewer szerűen tudjunk dolgozni a távoli gépen és legfőképpen ingyen.
Szabadulni szeretnénk a TeamViewer-től és eddig nem találtunk ingyenes alternatívát.

A megoldás működik, de vannak problémák és kérdések:
Mennyire lehet ez gyors? Néha elvesznek az eseményeket és beragad a képernyő.

Köszönöm.

  • 1366 megtekintés

( wpeople v | 2016. 01. 15., p – 14:17 )

nem rossz elgondolás, én mondjuk nem értem, miért nem csinál valaki egy olyan "központot" ahová
mindkét résztvevő beírja a saját azonosítóját és összekapcsolja őket. (a proxy-t nem néztem)
Esetleg reklámból fenttartva.

( bAndie9100 | 2016. 01. 15., p – 15:04 )

ha csak egy ilyen kliens--szerver felállásra van szükséged, akkor szerintem zilahu és wpeople ötlete feleslegesen ad többet. (egyébként tetszik az ötletük és a mondott projekt is hasznos)

az általad vizionált topológia elméletileg használható (és ha az ott az elején kérdés volt, jelentkezem hogy már csináltam ilyet :)).
a vncgw-en nem is kell REDIRECT ha a vnc kliens őt címzi meg és anycast-ra bind-old portforwardot kérsz. mert az ssh tud olyan remote portforwardot, ami nem csak localhostra bind-ol hanem anycast-ra (csak alapból ugye biztonságilag így csinálja). namost a putty-ba nemtom ez hogy van, de openssh kliensnél:
ssh -R 0.0.0.0:5900:127.0.0.1:5900
vagy hogy csak vncgw belső hálóján hallgasson pl:
ssh -R 192.168.X.Y:5900:127.0.0.1:5900

magának az vnc (rfb) protokollnak a tv-hez képest elég szűkösek a nyújtott szolgáltatásai, de a szerver és a kliens szoftver megválasztásával és pluginolásával felokosítható clipboard-, fájl-, talán hang- átvitelre is.
ha erre irányult a "tv szerűség"-es kérdés.

a beragadás nem gondolom h a hálózati kiépítés miatt lenne. inkább application réteg, talán a vnc szerver démon és a kliens közti verziókülönbség?
vnc-nél látványosan javítható (rontható) a teljesítmény a kódolási algoritmus (zlib, hextile, raw, jpeg) és természetesen a színmélység átlállításával.

ha már win srv és win kliens, miért nem RDP?

~~~~~~~~
deb http://deb.uucp.hu/ wheezy yazzy repack