Dotaz: VNC přes IPv6 ssh tunel

[GeBu]

Ahoj, chtěl bych pomocí VNC z Linuxu (Kubuntu) ovládat PC s Windows 7 64b. RDP nemohu použít, protože je tam home verze Windows 7, která to neumí. V síti mám server (Debian) s IPv6 adresou (tunel Freenet6) a tak se mohu do sítě vzdáleně dostat.

Mám tam ještě PC s Windows 7 32b, které RDP mají a na ně se umím pěkně dostat přes ssh tunel: ssh -L 3389:[IPv6AdresaPC]:3389 root@IPv6AdresaServeru. Ale to stejné pro VNC mi nefunguje. VNC server spojení odmítá.

Zatím dost tápu a netuším v čem by to mohlo být. Že by TightVNC neumělo IPv6? Je to otázka klienta nebo serveru? Jako server ve Windows jsem zkoušel TigerVNC a RealVNC (poslední verze), které by IPv6 podle srovnávací tabulky měly umět a stejný výsledek. Jako klienta v Kubuntu jsem zkoušel přímo balíčky z repozitáře TightVNC Viewer version 1.3.9 a VNC Viewer Free Edition 4.1.1 for X.

Netušíte někdo?

---

---

Odpovědi

[GeBu]

Že by byl problém v tom, že mám starou verzi RealVNC? Cituji: "VNC Enterprise Edition 4.1.7 and later & Personal Edition 4.1.2 and later support both IPv6 and IPv4...".

Žel ani v Debianu testing ani v Ubuntu trusty není vyšší verze než 4.1.1, takže upgrade systému nepomůže. Předpokládám, že u TightVNC to bude podobné :(.

[GeBu]

IPv6 podpora v RealVNC pouze v placené verzi? Cituji: "Server listens on IPv6 only on paid version".

[GeBu]

Tunnelbroker.net mluví o tom, že v distribučním xvnc4viewer verze 4.1.1+X4.3.0-37 by měly být aplikované patche pro podporu IPv6.

Myslím, že se tomu dá věřit a tak problém bude buď ve spojení (něco s IPv6) nebo se serverem.

[GeBu]

Příloha:

• RealVNCServerWin81.png (4066 bytů)

Dokonce i hlášení RealVNC serveru potvrzují připojení přes IPv6 viz příloha.

[GeBu]

Vyzkoušel jsem v jiné síti, že distribuční vnc v Debianu funguje přes IPv6.

[Dejv]

Ale to stejné pro VNC mi nefunguje

A opravdu mas to VNC na portu 3389? Mas to povolene ve firewallu (na tech windowsech)?

[GeBu]

To číslo portu uvedené v dotazu je pro RDP, které mi funguje.

Pro VNC samozřejmě používám 5900.

Při instalaci se ty programy ptají, jestli mají zkonfigurovat firewall. Navíc přes IPv4 mi to chodí.

[Vtipnéř]

Taky bych to viděl na to číslo portu. VNC by měl defaultně pracovat na 5901.

Jirka

[GeBu]

Překvapilo mne, že tunel lze vytvořit jako kombinaci adres IPv4 a IPv6: ssh -L 3389:[IPv4AdresaPC]:3389 root@IPv6AdresaServeru. Můžete mi někdo potvrdit, že to tak opravdu jde? Nedaří se mi o tom najít moc informací.

Server má IPv6 adresu, ale na PC bych se raději tuneloval pomocí IPv4.

RDP mi takto funguje, ale VNC zase ani ťuka :(.

[GeBu]

Tak jsem zkusil pustit vncviewer vzdáleně na tom serveru přes (ssh -X) a jen v rámci sítě se připojit na ten VNC server, ale ani to se mi nepodařilo (opět server odmítl spojení) :(. Budu tam muset opravdu zajet :(.

[GeBu]

Tak jsem byl nakonec úspěšný s následujícím řešením:

• Kombinovaný tunel IPv6 (na server do LAN) / IPv4 (v rámci LAN): ssh -L 5900:IPv4AdresaPC:5900 root@IPv6AdresaServeru
• Ve Windows 7 32b poslední verze TighVNC tj. verze 2.7.10.
• V GNU/Linuxu distribuční verze TighVNC tj. verze 1.3.10.

Různé problémy:

• VNC nemá rádo kombinace různých typů VNC (Real, Tight, Tiger).
• VNC nemá rádo kombinace různých verzí. Např. u RealVNC novější Windows verze tj. 5.1.0 nekomunikuje s tou, která je v distribucích tzv. Open 4.1.3. Bylo fajn, že v případě TightVNC vývojáři udělali novou Windows verzi (od vydání 2.7.7) opět zpětně kompatibilní s tou, která je v distribucích tj. 1.3.10.
• Starší verze mohou mít problémy s novějšími verzemi Windows. Konkrétně to vypadá, že je má RealVNC Open tj. 4.1.3.
• Podpora IPv6 je zřejmě kapitola sama pro sebe.

Zatím první zkušenosti: je to kriticky pomalé, takže se mi to zatím jeví nepoužitelné. Zatím to zkouším na PC, kde mám i RDP a to je v pohodě. Hrozně pomalu se překresluje obrazovka. Snad se mi podaří vyladit parametry, aby to běželo rozumně.

[GeBu]

Stačí přidat parametr "-encoding Tight" (na obou stranách musí být samozřejmě TightVNC) a je to naprosto v pohodě. Ještě je možnost přidat parametr "-bgr233", ale ten zhorší kvalitu barevného podání - což mi pro dálkovou správu naprosto nevadí.

Zatím první zkušenosti: je to kriticky pomalé, takže se mi to zatím jeví nepoužitelné. Zatím to zkouším na PC, kde mám i RDP a to je v pohodě. Hrozně pomalu se překresluje obrazovka. Snad se mi podaří vyladit parametry, aby to běželo rozumně.

[pavel]

vncviewer -encodings Tight -compresslevel 8 -quality 1 localhost:5900

Parametry je potřeba vyzkoušet a doladit. Taky je možné použít ssvnc nebo Remmina, oba jsou pěkně konfigurovatelné.

[GeBu]

Díky.

[GeBu]

Zdrojem problémů zřejmě byly i ty pokusy s různými typy VNC. Nedařilo se mi rozchodit to řešení na dalším počítači až jsem si všiml, že v běžících procesech je nějaké další VNC:

Běžel tam TigerVNC server, se kterým jsem tam kdysi laboroval. A i když jsem TigerVNC odinstaloval, tak server zůstal v procesech viset nedovolil kompletní odinstalaci a pokaždé se spouštěl a zřejmě blokoval porty. Klidně to mohlo být tak, že jsem proces TigerVNC považoval za TightVNC - názvy jsou dost podobné.