Debian 8 - 9 VNC kapcsolat verzióprobléma

 ( plt | 2017. július 19., szerda - 14:14 )

Van egy távoli Debian 8 munkaállomás (Édesanyámé), amit az én Debián 8-amról VNC-n keresztül igazgattam, ha épp szükség volt rá.
Eléggé el nem ítélhető felelőtlenségem következtében a saját laptopom rendszerét frissítettem Debian 9-re, mondván, végre stabil.
Azóta nem tudok távoli asztalkapcsolatot létesíteni a Debián 8-cal.

Az eredeti felállás: Távoli gépen vino-server, nálam remmina, ssh tunellel.
Debián 9 alatt azonban nincs remmina-vnc-plugin.
Sebaj, matatok ezerrel, manuálisan létrehozom az ssh csatornát, és megannyi vnc klienssel próbálok csatlakozni. A hibaüzenet:

Connected to RFB server, using protocol version 3.7
Server did not offer supported security type

És innentől nem jutok tovább.
Távoli oldalon probáltam tightvncserver-t, x11vnc, meg amikre még nem emlékszem, de mindhiába.
Az én oldalamon próbáltam az ssh csatornára paramétereket, de ez sem segített.
Mintha a Debian 8 és 9 teljesen különböző VNC verziókat támogatna csak.
Pedig nem akarom elhinni, hogy nem lehet Debian 9-ről Debian 8 alatt futó asztalt elérni.
Nekem az is jó, ha nem VNC, csak az aktuális munkakasztalt tudja megosztani, és ne újat nyisson.

Bárkinek építő javaslata, ötlete?

Hozzászólás megjelenítési lehetőségek

A választott hozzászólás megjelenítési mód a „Beállítás” gombbal rögzíthető.

Előre bocsájtom, nincs Debianom, Fedorát használok. Két gondolatom azért van. Az egyik, hogy nézd meg az x2godesktopsharing, x2goclient, x2goserver szentháromságot, Fedorán legalább is működik, amúgy szintén ssh tunnelt használ.

A másik, hogy én x11vnc-t ssh tunnelen át használtam, az is szokott menni. A scriptem talán legérdekesebb része:

PORT=5900
        
ssh -p "$SSH_PORT" -fnL "$PORT:localhost:$PORT" "$REMOTE_IP"\
    "su - $USERNAME -c 'x11vnc -ncache_cr -localhost -display :0' <<<$PASSWORD"
sleep 5
vncviewer -MenuKey F8 "::$PORT"

A távoli gépen legyen telepítve az x11vnc - ha nincs, ssh-n távolról tudod telepíteni -, illetve be legyenek lépve a desktop felületre.

Szerk.: Értelemszerűen a hiányzó változók legyenek kitöltve.

Szerk.2: További gondolatom, hogy frissítsd a szüleid távoli gépét is Debian 9-re.


tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Vívódom nagyon a Debian 9 frissítéssen, mivel nálam elég sok bajt okozott. Ehhez azonban fizikailag is oda kell jutnom, ami még arrébb lesz. Addig mindenképp fel kellene tudnom csatlakozni.
Sajnos x11vnc-t már próbáltam, ugyanazt a hibaüzenetet adja, mint a többi: nem megfelelő a protokoll.
Én kliens oldalon az ssh tunnel kiépítésénél lefutó login .profile scriptjébe tettem a vnc indítását, amúgy kb ugyanazzal az ssh tunellel próbálkozom, mint amit írtál. De sajna nem úgy tűnik, hogy a tunnel a rossz.
Az x2-es szentháromság teljesen új nekem. Így elsőre azt látom, hogy Debian alatt a támogatott csomagokban x2go van, de sem server, sem desktopsharing nincs. :( Azért még küzdök vele, hátha ez működne mégis. Köszönöm!

Nem akarom én bántani a Debiant, de milyen oprendszer az, amelyet távolról nem lehet upgrade-elni release-ek között is? Fedorán így csinálom, dehogy megyek én például Pomázra... ;)

Valami rémlik, mintha az ssh-ból kidobták volna a gyengébb titkosítású kapcsolódási lehetőségeket, talán ezzel találod most szembe magad.

Nem néztem meg a Debian csomagokat, lehet, hogy egyetlen x2go csomagba belapátoltak mindent, de az sem kizárt, hogy ez egy metapackage, és hozza magával függőségként, ami kell.

Egyáltalán ssh-zni tudsz a gépre? Lehet, hogy csak annyi volna a tennivaló, hogy a Debian 8-on ki kellene kényszeríteni az erősebb titkosítást vagy annak igénylését, s menne minden.


tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Ne véleményezzük a Debiant, és is furának találom a helyzetet.
A hibaüzenet szerint az RFB protokollal van baja, ami a VNC álneve.
Ssh-val szerencsére be tudok jelentkezni, nem ezzel van a baj.
Közben kipróbáltam a vnc4server-t is, ez úgy tűnik legalább kapcsolatot tud létesíteni a két gép között, ám ezzel még nem tudtam az aktuális session-t megosztani, csak újat indítani.

> Nem akarom én bántani a Debiant, de milyen oprendszer az, amelyet távolról nem lehet upgrade-elni release-ek között is?

Ne mondd mar, hogy te ezt elhiszed...

Akkor ne mondják nekem, hogy fizikailag is hozzá kell jutni a géphez, mert nem. :) Fedorán már jó ideje távolról csinálok disztribúciók közötti frissítést. Annyit szoktam csinálni, hogy kikapcsolom olyankor a SELinux támogatást, mert volt már olyan, hogy végtelen reboot ciklusba kerültem - szerencsére saját gépemen, amelyet fizikailag is elértem billentyűzetről. Miután megvan az upgrade, bekapcsolom a SELinux támogatást, illetve forszírozom a filerendszer újracímkézését, de ezt amúgy magától is megteszi.


tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Ja tenyleg, az interneten irtak, ugyhogy igaz!

Na akkor ledobom a bombat:

Debianeknal mar kozel 5 eve hivatalosan tamogatott volt a remote dist-upgrade, amikor a fedora legelso verzioja egyaltalan megjelent.

Ouch.

Onnan tudom ilyen pontosan, hogy a dolog abszurditasa miatt nem birtam ki, hogy ne keressem konkretan elo:

Az 1999 marciusi debian 2.1 (slink) release notes-jabol [1]:
"2.3. General Cautions
[...]
You should not do the upgrade over a remote telnet connection, unless you install the `net' and `telnetd' packages from slink first."

A kovetkezo kiadasnal mar megy az ssh es ennyi kezimunka sem kell, javasolja, hogy -bar elvileg nem kene semmit eszrevenniuk es dolgozhatnak az upgrade kozben- elotte szolj a felhasznaloidnak az esetleges downtime-rol.

A 2000 augusztusi [2] debian 2.2 (potato) release notes-jabol [3]:
"3.2 Necessary actions prior to the upgrade
[...]
Distribution upgrade should be done either locally from a textmode virtual console (or a directly connected serial terminal), or remotely via an ssh link."

Fedora 1 megjelenes: 2003 november [4].

[1] https://www.debian.org/releases/slink/i386/release-notes.en.txt
[2] https://www.debian.org/News/2000/20000815
[3] https://www.debian.org/releases/potato/i386/release-notes/ch-upgrading.en.html#s-backup
[4] https://www.redhat.com/archives/fedora-announce-list/2003-November/msg00000.html

Azt hiszem, félreérthettél. Nem vitattam, hogy a Debian esetében ez lehetséges. Csak azt mondtam, ha lehet, akkor élni kell a kérdezőnek is a lehetőséggel utazás helyett. Bár az utazásnak is van előnye, találkozik az édesanyjával, kap frissen sült pogácsát. :)


tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Akkor felre.

+1 a pogacsara.

Nemcsak pogácsa lesz ott, de terített roskadozó asztal! ;)
És hiába a távoli upgrade lehetőség, nem vagyok elég merész hozzá. A saját gépemen sem indult el az X a frissítés után, ami valljuk meg, eléggé csúnya dolog tőle. Főleg, hogy egy -configure simán generált "működőképes" konfigurációt.

Na, de ha van tapasztalatod a saját gépedről, hogy mit kellett csinálni, akkor upgrade után ssh-n keresztül is meg tudod ezt csinálni a távoli gépen.


tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Már, ha pont ugyanez lesz a hiba, és nem a wifi driver például, amivel a hálóhoz kapcsolódik, vagy akármi más ...
Egyébként lassan már azon gondolkodom, hogy én is visszaállok 8-ra, annyi a hiba a 9-esben, hiába lett stabil.

Nem árt az a fizikai kapcsolat...
Vagy 10 éve nem volt gondom distupgrade-el, de épp nemrég futott egy Debian6-Debian7-re frissítés szanaszét törött csomagokra, kb javíthatatlan volt. Szerencsére én mindig egy mentéssel kezdem, hogy vész esetén vissza lehessen tölteni. Eddig nem volt rá szükség sosem, de most jó volt visszatölteni. Mivel a fizikai vas és a Sarge óta megy, itt kb a külső winyóra mentés és esetleges visszatöltés játszik, szóval jó volt a fizikai jelenlét.
A megoldás az lesz, hogy felhúzok majd egy Debian9-et és minden megcsinálok, úgy is lett volna egyszer ezzel a vassal egy Samba3->Samba4 átállás, hát akkor most nem a Debian7LTS életciklus végén lesz, hanem hamarosan amikor az új rendszert felhúzom.
Ettől függetlenül a Dist Upgrade jól szokott menni Debianon, nem váltanék rendszert.

--
Rózsár Gábor (muszashi)

nem váltanék rendszert

Én sem Fedoráról. ;) Nem mondom, hogy sohasem fordul elő hiba, de eddig némi fantáziával mindig tudtam menteni a helyzetet.


tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

...hááát lehet ez is menthető volt, de egy óránál többet nem tudtam szánni a megoldásra.
--
Rózsár Gábor (muszashi)

Bocsánat, valahogy elszúrtam a dőlt betű tag-et. :(


tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Végső tanácstalanságomban egy az egyben kipróbáltam a Te scriptedet, és lőn! Működik!
Nagyon köszönöm!

Nagyon szívesen! :)


tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Hali,
Az én megoldásom kicsit más irányból közelíti meg a helyzetet. Amennyiben a távoli gépen el tudsz indítani egy vncviewer-t, akkor hozd át annak az ablakát X forward-dal. Ezt én úgy szoktam engedélyezni, hogy az ssh át van alias-olva.

alias ssh='ssh -Y -C'

Üdv, vfero

en meg beirom az ssh configba alias takonylas helyett...

jah bocs :D

„Debián 9 alatt azonban nincs remmina-vnc-plugin”
A csomag pontos neve ez: remmina-plugin-vnc

Igen, az sincs.

Kicsit off, de nekem is muszáj beleszólnom... Épp én is Debian 8->9 váltásra készülök, jelenleg újratelepítés a terv bizonyos okokból, és sorozatban futok bele hogy az általam ismert és preferált csomagok hiányoznak a 9-esből... (flashplugin-nonfree, virtualbox, uif2iso, lilypond, gnome-activity-journal, remmina, ufsutils... és akkor még mi lesz mire belakom a rendszert). Ezek mindegyike benne van az oldstableben, a testingben és a sidben is, csak az aktuális stable-ben nem. Ha ennyire bugosak a csomagok akkor minek kellett ezt még kiadásra jelölni????

Uff: sikerült lezárnom a dőlt betű taget :D

--
Debian 8.8 Jessie, Android 6.0.1 Marshmallow+MIUI 8.2.9.0 Global, OpenWrt 15.05.1 Chaos Calmer, Armbian 5.24, Free MC Boot 1.953+OPL 0.10.15 Daily Build, Boyue C60 20140410 (Gentoo)

off

Ritkán szúrom el, de ez most én voltam. Hogyan zártad le utólag?


tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Ahogy megnyitottad, úgy én lezártam, a böngésző meg értelmezi ahogy tudja... (ha megnézed az oldal forrását a te hszdben nyitva maradt a <em> tag, na én gyorsan odatettem egy </em>-t az enyém elejére)

--
Debian 8.8 Jessie, Android 6.0.1 Marshmallow+MIUI 8.2.9.0 Global, OpenWrt 15.05.1 Chaos Calmer, Armbian 5.24, Free MC Boot 1.953+OPL 0.10.15 Daily Build, Boyue C60 20140410 (Gentoo)

Azért kérdeztem, mert ez nem mindig szokott működni. Már csak azért is mert nem szabványos. A nyitó és záró tag-ek egészen más bekezdésben vannak, ha táblázat, más cellában. Van, amikor én is megpróbálom így, de eső után köpönyeg. Amúgy az oldal nem azonosan kezeli a BBCode-ot ezzel a kacsacsőrös, HTML megoldással. Viszont ez utóbbit is szűri, nem lehet bármit beletenni.

Lényeg, hogy most működött, köszönöm a megoldást.


tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE