Xserver és társai

A grafikus reszre esetleg: ssh -X

[quote:1db0c6a59c="szabolcs1975"]
Majd kilövöm...
Mondjuk nekem a gondom az X kill-ezésével az, hogy ha kilvöm, akkor ujraindul(de ez biztos az alapértelmezett futási szint miatt van, vagy nem?)

Nem! Az a dolog lenyege, hogy nalad nem a pucer X indul el (altalaban amugy sehol se :-)), hanem valamilyen x display manager(ez az a szoftver, ami egyszeru feluletet kepes adni sok X szerver eleresehez, sessionok inditasahoz, stb) ha van gnome-od vagy kde-d, akkor a gdm vagy kdm ha nincs fenn akkor valoszinuleg az xdm. A display manager, meg figyeli, ha kihal alola az X szerver (pl. kilepsz az utolso progibol, kill-ezed, osszehannya magat) akkor indit egy ujat :-) Tehat ennek nincs koze a runlevel-hez. ha le akarod allitani akkor az x display managert kell lecsukni.[quote:1db0c6a59c="szabolcs1975"]

A másig probléma amiben még belefutottam, hogy elírtam egy inittab beállítást, és nem indult el az X. Namármost probáltam valahogy inditás közben megváltozatni az alapértelmezett futási szintet, hogy ne is akarjon elindulni az X, de nem sikerült
A megoldás végülis a telepíő CD recorvery funkcója kinálta..a kérdés: mi van akkor ha ez nincs nálam?(magyarul, parancssoros módban szeretném inditani a linuxot)

Az hogy melyik szintre erkezik az init utan, a linux bootolasakor a kernel init parameterevel lehet megadni... Az meg attol fugg, hogy mi a bootloader-ed. GRUB-nal lehet indulaskor atirni, LILO-nal szerintem nem, ott config-ot kell szerkeszteni, de regen nem neztem mar a LILO-t. De ha fixen azon akarod inditani, akkor a /etc/inittab-ban kell atirni. Persze ha eltolod az inittab-ot... Akkor az mar buveszkedes :-)

Zsiraf

Ezek a kerdesek a UNIX halado forumban???
1. szvsz sehogy, vezerlo terminalt nem lehet valtogatni, egyaltalan mi ertelme a dolognak?
2. hasznalj pl. xdm-et, amelyik figyeljen tcp-n is, ekkor tavolrol is lehet session-t inditani
3. nem biztos, hogy ertem a kerdest... Ha egy linux ujraindul, akkor nem lep be felhasznalo magatol (igy nincs semmifele "asztal", amit at lehetne vinni), hacsak nem allitod be pl. a GDM-et vagy a KDM-et autologin-re.

VNC-t felejtsd el, XDMCP a te baratod. Csak eleg a gdm-nek futni (vagy kdm, xdm-el nem probaltam) es be tudsz jelentkezni ra. Akar vindozrol is, csak akkor kell oda telepiteni valamifele x szervert, ami tud xdmcp-t.

programot igy is tudsz inditani ( a legtobbnel mukodik, kivetelek persze vannak) :)
pl.
xclock -display 1.2.3.4:0
igy az 1.2.3.4 IP cimu gep 0-as x-ere kerul a program gui-ja.
Persze ezt engedelyezni kell az 1.2.3.4-en...

Telleg, most nezem en is ,ez a halado-ban van.
:)

2: Ha a kliens (tavoli) gepen fut egy X login manager, akkor ahol ulsz (X szerver) beirod ezt:

[code:1:358847284c]$ X -query masikgep[/code:1:358847284c]

Es akkor megnyilik egy X, amin a tavoli gep login ablaka lathato, bejelentkezel, meg minden.

3: VNC-vel nem a futo ablakot adod at, hanem elinditasz egy Xvncserver-t. Meghatarozod a jelszot, es ha jol emlekszem (reg hasznaltam), visszakapsz egy screen azonositot, pl. masikgep:15

Ezutan inditasz egy VNC klienst akarhol, beirod, hogy a masikgep:15-hoz szeretnel kapcsolodni, megadod a jelszot, es mar ott is a friss ropogos asztalod.

A kulonbseg annyi, hogy az X-es bejelentkezes eseten a rendes Xsession indul, a VNC-s eseten meg altalaban a vnc-nek van valami sajat. Ez azert lehet gond, mert a ket modszer eltero kornyezetet tud adni.

En X-et hasznalnek (ha van ugye a kozeli gepre), nem VNC-t, bar _lassu_ kapcsolaton allitolag a VNC jobb.

G

[quote:8741bf9375="szabolcs1975"]
További kérdés: hogy lehet elinditani egy alkalmazást az egyik terminálon, ugy hogy a ki-be menetet a másikon tudjam kezelni. Tehát pl az mc-t indiítom az tty1-ről és a tty2-őn akarom használni.

Egyszeru: mc </dev/tty2 >/dev/tty2 :-)

Zsiraf

[quote:490e16f4b9="szaszg"][quote:490e16f4b9="gee"]
3: VNC-vel nem a futo ablakot adod at, hanem elinditasz egy Xvncserver-t. Meghatarozod a jelszot, es ha jol emlekszem (reg hasznaltam), visszakapsz egy screen azonositot, pl. masikgep:15

Ezutan inditasz egy VNC klienst akarhol, beirod, hogy a masikgep:15-hoz szeretnel kapcsolodni, megadod a jelszot, es mar ott is a friss ropogos asztalod.

A kulonbseg annyi, hogy az X-es bejelentkezes eseten a rendes Xsession indul, a VNC-s eseten meg altalaban a vnc-nek van valami sajat. Ez azert lehet gond, mert a ket modszer eltero kornyezetet tud adni.

Hat nem teljesen... Ugyanis a VNC egy meglevo sessiont megjeleniteset/inputjat teszi mas geperol elerhetove... Azaz az egyik gepen elinditod az xclockot... Atsetalsz mashova, beirod, hogy at akarod venni az egyik gepet, s maris nalad megjelenik a kep, plusz lezarhatod az xclock-ot... Tehat semmifele friss ropogos..., hanem az kokadt labszagu amit otthagytal...

Nem teljesen ertelek. Inkabb leirom, en mire gondoltam:

1, aram ala helyezik a szervert, amin dolgozni akarok.
2, Belepek a gepemre (a pelda kedveert legyen windows, csak azert, hogy ne legyen rajta X).
3, ssh-val belepek a gepemrol a szerverre
4, ssh ablakban inditok egy Xvncserver-t. Ez kiirja az uj (friss ropogos) session-hoz tartozo azonositot, es megbeszeljuk, mi lesz a jelszo.
5, ssh vege
6, VNC elindit, beirod, hogy mondjuk szerver:7 megadod a jelszot, es ott a friss ropogos desktop kornyezet, ahogy a vnc specifikus session leiras diktalta.

Termeszetesen, ha itt inditok egy xclock-ot, akkor kesobb akarhonnan inditva egy VNC klienst, erre a session-re kapcsolodva latni fogom.

Igy mar tiszta?

Tehat igen, futo session-hoz kapcsolodik a kliens, az xvncserver viszont inditaskor egy uj, friss ropogos session-t indit.
Ez elott nincs semmilyen session, nincs mihez kapcsolodni.

G

[quote:fcff1375bf="szabolcs1975"]Egy Xserver egyszer több terminált is kiszolgálhat, vagy nem?

Nem :-( Egy szerver-egy display, de egy gepen "akarhany" szervert indithatsz.
[quote:fcff1375bf="szabolcs1975"]Ez a több displayes megoldás tetszik, egyébként. Az lett volna igazán tetszetős számomra, ha egy X server képes lenne bármennyi terminált kiszolgálni, csak csatlakozni kellene hozzá mint egy ftp szerverhez.(vagy igy is van?)

Egyébként buta kérdés, de hogyan kell kilőnni az Xservert?(itt most nem a kill-re gondolok, hanem valam szabályos leállításra)

Hat attol fugg, hogy hogy inditottad... BTW: miert gondolod, hogy a kill az nem szabalyos leallitas??? Nagyon is szabalyos... Ugyanis a kill ha nem adsz meg mast, akkor egy SIGTERM signalt kuld a programnak, aki erre megteszi a megfelelo lepeseket (elment, megkerdezi a lusert, villog, rofog), majd kilep...
szoval kill nyugodtan, vagy CTR-C, ha ugy inditottad, de ha az init reszekent indult, akkor altalaban ugy le is tudod loni. Debianon pl.: invoke-rc.d [x|k|g]dm stop...
[quote:fcff1375bf="szabolcs1975"]
Hogyan kell kilőni az X-es bejelentkeztető alkalmazást, ugy hogy inditáskor ne induljon automatikusan?

Gondolom, az indulas alatt a bootolast erted... Nomost az, hogy bootolaskor mi indul el, az az init folyamat altal szabalyzott. A mostani linux disztribek jelentosebb kepviseloi altalaban System V stilusu init-et hasznalnak, azaz sokminden melett meg van hatarozva tobb "futasi szint" 0,1,2,3,4,5,6... az, hogy melyik szintre erkezik a rendszer indulas utan, az bootolasi parameter/illetve a default erteke a /etc/inittab file-ban talalhato... Minden szinthez tartozik egy szoftver/szolgaltatas konfiguracio ami az adott szinten fut. a 0,1,6 specialis szintek, stop/single-user/reboot... A 2-5 a normal multiuser szintek. Altalaban ugy vannak belove a disztribek, hogy a 2-es szint az alap s itt minden szolgaltatas elerheto. De a tobbi szint is be van allitva es altalaban szokott X nelkuli is lenni. Tehat, ha te az /etc/inittab fileban olyan default runlevel-t adsz meg, ahol nincs X, akkor nem fog elindulni az X... Persze a 2-es szintet is testreszabhatod, azaz kiveheted belole az X-et. Altalaban ugy nez ki a felepites, hogy minden szolgaltatashoz tartozik egy szkript file altalaban az /etc/init.d konyvtarban. Valamint minden runlevelhez tartozik egy konyvtar, debianon a /etc/rc0.d, /etc/rc1.d stb, ahova a /etc/init.d-ben levo scriptek kozul be vannak linkelve azok, amik azon a szinten futnak. a nevuk egy kicsit mas, mivel egy betuvel plusz egy szammal kezdodik, ami alapjan sorban indulnak el vagy allnak le a szolgaltatasok, a szintre valo belepeskor illetve kilepeskor... Ha jobban erdekel a folyamat, akkor man init man inittab man invoke-rc.d stb stb, szoval, ha torlod a megfelelo szinhez tartozo konyvtarbol az SXXxdm vagy SXXkdm... file-t, akkor azon a szinten nem fog elindulni az X.[quote:fcff1375bf="szabolcs1975"]

...azért teszek fel ilyen primitiv kérdéseket, mert én is primitiv vagyok

:-) nem, csak nem bongeszed a manpages-t...

Zsiraf

[quote:773551f15f="szabolcs1975"][quote:773551f15f="wildy"]Ezek a kerdesek a UNIX halado forumban???
1. szvsz sehogy, vezerlo terminalt nem lehet valtogatni, egyaltalan mi ertelme a dolognak?
2. hasznalj pl. xdm-et, amelyik figyeljen tcp-n is, ekkor tavolrol is lehet session-t inditani
3. nem biztos, hogy ertem a kerdest... Ha egy linux ujraindul, akkor nem lep be felhasznalo magatol (igy nincs semmifele "asztal", amit at lehetne vinni), hacsak nem allitod be pl. a GDM-et vagy a KDM-et autologin-re.

Hát nem vagyok egy profi linuxos, lehet tényleg jobb lett volna a kezdőbe írni, dehát mostmár késő.

Az első kérdésre biztos vagy, hogy NEM a válasz?
Itt nem igazán a vezérlő terminált várom, hogy váltogasd, hanem a GUI-t kapja meg egy másik terminál...pl egy másik linuxos gép. Ez olyan mintha mindig átadnád a grafikus felületet és a be-kiviteli fókuszt. A vezérlő még ettől simán futhatna a másik terminálban(gépen...stb)

Hmmm.... A X-nel nem nagyon hasznald azt a kifejezest, hogy masik terminal, mert arra mindenki X alatt futo terminal emulatorra gondol, jobb fogalom a masik X server (cliens :-)) No de a lenyeg, hogy a dolog egy felol alapveto X feature (WinFo$-al ellentetben), egyszeru, (es ehhez nem kell grafikus terminalon bejelentkezve lenned!) program -display host:server.screen, vagy, ha a program nem dolgozza fel a -displayt, akkor a DISPLAY kornyezeti valtozot kell beallitani elotte, pl.: DISPLAY=host:server.screen program. Mindket modszerrel elinditod a programot, de a megjelenitest (inputot) a megnevezett X server vegzi (szolgaltatja)... egy konkret pelda: xclock -display x.homelinux.net ekkor az xclockod az x.homelinux.net 0. sorszamu X szerverenek 0. screen-jen fog megjelenni... (persze, ha a szerver figyel, es tudsz authentikalni) Az eletben altalaban ennek a tukorkepe szokott elofordulni (legalabbis szerintem), azaz ulsz egy X elott, majd egy tavoli gepre bejelentkezel (telnet/ssh) es ott elinditasz egy programot de ugy, hogy a te kepernyodon jelenjen meg, stb... Ehez altalaban nem kell semmi extrat tenni, mert a DISPLAY kornyezeti valtozo, a tavoli gepre belepve a jelenlegi geped cime lesz...
Mint mondtam egy felol... Ugyanis, te gondolom nem ezt varod, hanem azt, hogy a Windows-nal "megszokott" VNC featuret kapd, azaz, hogy kikaphasd a gep elott ulo foszer kezebol a joystickot... ;-) hat ezt itt nem kapod meg... (nem vagyok paranoias, de azert ha jol megnezzuk ez egy elegge nagy security khmmm... khmmmm... problema azert...), menet kozben nem lehet X szervert valtani...

2. kerdesed: Attol fugg, hogy hogyan van beallitva az [x|g|k]dm-ed es, hogy hogyan van(nak) beallitva a tavoli X szerverek... indithatsz direkt keressel egy X szervert, vagy valaszthatsz pl. listarol az xdm-es bejelentkezes soran... man xdm, man X RTFM[quote:773551f15f="szabolcs1975"]

A harmadik kérdés pedig pont az volt, amit nem értettél. Hogyan tudok addig elérni, hogy bejelentkezzem grafikusan, amig nem kaphatom meg a grafikus felületet.(de erre már ha jól látom, jött egy Xlogin-es megoldás)

mindjárt ki is próbálom

EGyébként én nem fárasztalak itt benneket, mert tudom, hogy fényévekkel előttem jártok...csak adjatok valami címet, ahonnan ezek az X-es dolgok letisztulnak...Lehetőleg magyar doksikat várok!

Hmm... A VNC jo jatek, amikor a luser elol el akarod rangatni az egeret, vagy mashogy megszivatni, de X alatt szerintem nincs sok ertelme, mert az X tamogatja a valodi multiuser/multitasking/multihost-ot... Szoval, ha nem az a feladatod, hogy a remegeokezu luser helyett tavolrol neked kell megbokni az egerrel az OK-ot, akkor nem sok ertelme van...

Zsiraf

p.s.: tanulj meg angolul ;-)
p.s2: ennyire igazan megtanulhatnal angolul
p.s3: ha komolyan gondolod, ne szivasd magad: tanulj meg angolul (legalabb olvasni)

[quote:4da657563e="gee"]
3: VNC-vel nem a futo ablakot adod at, hanem elinditasz egy Xvncserver-t. Meghatarozod a jelszot, es ha jol emlekszem (reg hasznaltam), visszakapsz egy screen azonositot, pl. masikgep:15

Ezutan inditasz egy VNC klienst akarhol, beirod, hogy a masikgep:15-hoz szeretnel kapcsolodni, megadod a jelszot, es mar ott is a friss ropogos asztalod.

A kulonbseg annyi, hogy az X-es bejelentkezes eseten a rendes Xsession indul, a VNC-s eseten meg altalaban a vnc-nek van valami sajat. Ez azert lehet gond, mert a ket modszer eltero kornyezetet tud adni.

Hat nem teljesen... Ugyanis a VNC egy meglevo sessiont megjeleniteset/inputjat teszi mas geperol elerhetove... Azaz az egyik gepen elinditod az xclockot... Atsetalsz mashova, beirod, hogy at akarod venni az egyik gepet, s maris nalad megjelenik a kep, plusz lezarhatod az xclock-ot... Tehat semmifele friss ropogos..., hanem az kokadt labszagu amit otthagytal...

Zsiraf

p.s.: ez nagyon jo dolog, de szerintem amit ott kell hagyni es mashonnet is bokodni kell, az legyen konzolos es ne grafikus... :-) (na jo, a gtk-gnutella az lehet hogy ize..., de mar annak is van shell interfaasza es lehet hogy hamarosan ertelmesen hasznalhato lesz :-))

[quote:a3e6461d25="szabolcs1975"]
egyébként még egy kérdés:

ha beírom, hogy xinit -- :0 vt9 akkor az a 0.szerver 9-edik terminálját inicializálja, ugye?

Nem teljesen, akkor a 0. szervert inditja el, de az a gep 9-es terminaljan... (mar ha az "grafikus" :-)) Ugye linux alatt nincs problem, mivel ott a virtualis terminalok vannak... Szoval a terminal a gepe, es nincs "koze" az X-hez....[quote:a3e6461d25="szabolcs1975"]
Ha elindítok rajta egy ablakkezelőt, mondjuk a TWM-et, akkor a paraméterként megadott szerver ablakjait kezelhetem a TWM-mel, ugye?

Igen![quote:a3e6461d25="szabolcs1975"]
az elnevezési koncepció nem tiszta még.

ha mondjuk a myhost.mydomain gép 1 szerverének a második display-ere akarok hivatkozni, akkor azt hogyan teszem?

2.1.myhost.mydomain?

Tehat: host:server.screen pl.: 10.1.1.1:0.0 De mint fentebb irtam, a display nem jelenik meg X szinten, az az OS sajat ugye. A screen zavarhatott meg kisse.... Itt arrol van szo, hogy 1 X szerver egyszerre tobb fizikai helyen is megjelenithet (pl. dualhead) es ezek vannak kulon sorszamozva, mint screen. pl. egy matrox G450-re, ugye 2 monitort is lehet kotni :-), vagy egy monitort, es egy TV-t... Ilyenkor az X-et ket screen-el parameterezed fel, az egyik screen a monitorod, a masik a TV... Ebben az esetben a WM-edet a -display 0.0 -val inditod (vagy hat nem is kell, mert ez az alap), az mplayert meg a -display 0.1 -el, hogy a TV-n lasd :-) Tehat ua. az X szerver, de mas a screen.
Egy gepen, tobb X is futhat egyszerre (persze kulon terminalt foglalva), tehat azt mondod, hogy xinit -- :0 vt7 (ez szokott a default lenni linuxon), azutan azt mondod xinit -- :1 vt8, majd xinit -- :2 vt9 es maris van 3 X szervered, akik sorra a vt7,8,9 (virtualis)terminalt foglaljak le... hivatkozni rajuk a host:0, host:1, host:2 -vel lehet (ha nincs tobb screen,vagy a 0-st akarod hasznalni, akkor nem is kell kiirni...) persze egy gepen nem indithasz ket mondjuk :!-es X szervert (nem engedi :-)) tehat ha alapbol indit a rendszer egyet, akkor ne kiserletezz az X :0 ... -val. Es termeszetesen ugyanazon a terminalon se futhat ket X egyszerre, tehat ha a rendszer a vt7-esre lovi fel az X-et, akkor te nem tudod a vt7-et elsutni egy masikna :-)... Linuxnal a virtualis terminalok miatt lehet ugyanazon a hardware eszkozon tobb X, de ha valamelyik U*NX nem tamogatja ezt, akkor ot telleg kulon hardware-nak kell lenni...

Zsiraf