Grafikus bejelentkezés ssh-n keresztül runlevel3-ra

UHU Linux

Hali,

ha a "tavoli@gep"-en a "felhasznalo" grafikus képernyővel van bejelentkezve,
akkor tudok matatni az asztalon (a gépen) "vncviewer tavoli.gep:0" paranccsal.

ha ez a "tavoli.gep" level 3-ban van indítva és
a távoli gépre ssh-n parancssorba vagyok bejelentkezve,
akkor hogyan kell innen tovább lépni grafikus felületre?

Íme a sikertelen próbálkozásom: 


user:~$ ssh -2 felhasznalo@tavoli.gep
Password:
Last login: Tue May 20 01:48:10 CEST 2008 from helyi.gep on pts/0
felhasznalo:~$ startx

/usr/bin/X: /usr/bin/X: cannot execute binary file
giving up.
xinit:  No such file or directory (errno 2):  unable to connect to X server
xinit:  No such process (errno 3):  Server error.
Couldnt get a file descriptor referring to the console
felhasznalo:~$

Szerk. (05.21. 06:52):

Pedig nagyon elegáns lett volna (level 3).
Miután nem arról van szó, hogy tudatlanul nem jöttem rá valami orrom előtt lévő egyértelmű dologra; level 5-ös indulás lesz.
:-) Lehet, hogy ez az orrom előtt lévő egyértelmű dolog :-)

Azért vacakolok ennyit ezzel, mert egy valahol Európában internetre kötött laptopon ezt látom egyedüli biztonságos netezésnek (azon túlmenően, hogy itthonról is "bentről" akarok netezni).

  • 7276 megtekintés

( Frantique v | 2008. 05. 20., k – 17:32 )

Hát, ha runlevel 3-ban indult a gép, akkor kicsit necces. vnc szervernek is futnia kéne, anélkül nehezen fogsz hozzá kapcsolódni.
--
Coding for fun. ;)

( egmont | 2008. 05. 20., k – 17:52 )

Ha távolról lépsz be, akkor nem kerülsz bele a video (azt hiszem) csoportba, ami ahhoz kell, hogy például az X-et el tudd indítani (nézd meg a /usr/bin/X jogait). Tényleg azt akarod, hogy az ott ülő legnagyobb meglepetésére elkezdjen a gép átváltani szövegesből grafikusba? Ha igen, állítsd át az X jogait, vagy rakd be magad statikusan a szükséges csoportba.

Ha csak távolról akarsz dolgozni magadban, akkor a fizikai X szerver helyett valami virtuálisat (Xvfb, vncserver stb.) ajánlom, ami a szóban forgó számítógépen csak a memóriában képzeli el, hogy az hogy is nézne ki, de ott nem jeleníti meg, csak pl. vncviewer-en keresztül láthatod.

Nem tudom, hogy egyre gondolunk-e, de olyat is lehet, hogy az X kiszolgáló egy másik gépen fut, és az alkalmazások így futni ugyanazon a gépen fognak, amin indítod őket, de rajzolni egy másik gépre fognak. Tehát szerintem megoldható úgy is, hogy azon a gépen, ahonnan besshzol a másik gépre, futtatsz egy X-et, és a távoli géppel a te X-edre rajzoltatsz. (Remélem érthető.) Tehát: 


[gép1] X itt fut és itt ülsz
  |
  |
[gép2] itt meg az X-et használó programok futnak

Valamint az X-nek hallgatnia kell a tcp porton, amihez a "notcp" opciót meg kell keresni és kigyomlálni - UHU-ban és sok más disztribben is benne van alapból, egyrészt a biztonságot növelendő, másrészt a paranoiás usereket megnyugtatandó (tudjátok, aki végigportscaneli a gépet és pampog ha bármi nyitva van, akkor is ha fogalma sincs hogy mi az).

Pontosan

prédául: az én fasisztoid beütésű ISP-m egy portot egyidejűleg csak ugyanannak a MAC-address-nek enged használni a folyamat végéig.

Vagyis az egyik gépen normál böngészés megy, addig a másik géppel 22-esen keresztül távoli gépen links-el tudok böngészni - de ez csak elméleti haszon - gyakorlatilag már a hup.hu-ra sem jó.

Egész pontosan azt szeretném, hogy bármelyik (távoli-gép)felhasználó (akár egy idejűleg is) saját grafikus képernyőt használjon - egymástól függetlenül.

Gondoltam, ha már szöveges üzemmódban megy egyszerre több felhasználó, miért ne lehetne grafikus módban is.

Ja, és a "távoli gép"-nél nem ül senki.

Aha... akkor amit az eredeti postban akartál csinálni, az nem az, amit szeretnél. Ugyanis a startx nem arra a gépre dobja a grafikus cuccot, amelyik előtt ülsz, hanem arra, amelyiken a parancs fut. (Hejj de szép is lenne: Windows->PuTTY->ssh->startx, és máris ott lenne helyileg a Linux környezet :-))

Ami neked kell, az pinyo_villany javaslata: az egyik gépen xdmcp kéréseket is fogadó cuccos (pl. gdm megfelelően bekonfigurálva), majd a másik gépről egy X -query egyikgép, vagy X -indirect egyikgép... A részletekre már nem emlékszem, nagyon-nagyon rég csináltam ilyet. Továbbá nem lesz hang, nem fogod elérni a helyi eszközöket stb...

Másik lehetőség a vnc irányába elindulni okosan...

Harmadik lehetőség nem az egész környezetet, csak a böngészőt indítani a szerverről. Tehát a másodlagos gép előtt ülve ssh -X egyikgép vagy ssh -Y egyikgép (gtk alkalmazások esetén csak az egyik jó, már nem emlékszem hogy melyik), majd ott böngésző indít (X11 forwarding legyen engedélyezve az sshd konfigjában is).

( pinyo_villany | 2008. 05. 20., k – 18:19 )

ssh-nak meg kell egy -X kapcsoló

rakj fel egy Xnest-et vagy a gdmflexiervert
és a távoli gépen engedélyezd a távoli használatot gdm-ben.
kell neki a tcp 6000+destop_szama port és valamelyik 1XX-es udp port is

debian gnu/linux @ linux-2.6.22.24-op1 | patch
info

Ezt hogyan kell? illetve kdm-ben hogyan kell? Ha mondjuk van egy gép amin windows fut, és onnan szeretnék bejelentkezni egy linuxos gépre és kde asztalt használni, ahhoz mit kell csinálni? Az lenne a cél, hogy két különböző gépet (két különböző OS-sel) ne kelljen két monitorral (+bill.+egérrel) használni, hanem mondjuk a windowsos gépről, win alól tudjam kezelni a másik gép kde asztalát. VNC progival próbálkoztam, de addig jutottam, hogy lett egy ronda fekete-fehér pixeles háttér, meg a jellegzetes fekete X alakú egérmutató, de nem akart elindulni a kde bejelentkező ablak. Pár könyvet már átolvastam a témában(pl. Linux bevetés közben című), de nem jutottam ennél többre. Légyszi segítsetek, előre is nagyon köszönöm!

( bakaiadam | 2008. 05. 20., k – 21:17 )

nálam így működik:
xinit
és utána az xterm ablakában:
ssh -X -l username tavoligep_cime gnome-terminal
és elindít egy gnome-terminal-t.