X és SSH probléma

Linux-kezdő

X és SSH probléma

  • 562 megtekintés

( Pingvin | 2005. 01. 15., szo – 09:25 )

sajnos igen :(

Majdnem három napot szívtam vele eddig. Szóval ln már hagyom, frissítek parancssorból, a többi alkalmazás meg úgysem annyira fontos. Majd alkalomadtán újratelepítem az egészet X-estől mindenestől 10.x alapon, ami ithon is van... :(

Hálásan köszönök minden fáradozásotokat. Tapasztalatlanságom miatt ezúttal ez nem jött össze. :(

( Pingvin | 2005. 01. 12., sze – 08:27 )

SziasztoK! :)

Ez a baj egyik napról a másikra jelentkezett:

Van két gép: Az egyik az itthoni gépem, a másik egy távoli. Mindkettőn mandrake fut, az itthoni 10.1, a távoli 9.2-es secure kernel módban. A távoli gépen (ha konzolról jelentkezel be) nincs X, mert secure módban ezt a mandrake nem engedi, de ha távolról jelentkezel be SSH-val olyan gépről, amin fut az X, akkor megteheted azt, hogy beírod a kedvenc X-es progid nevét, pl: "drakconf" vagy mondjuk "netscape" és az otthoni gépeden úgy fogod látni a progit, mintha ott dolgoznál a távoli gépen... Gondolom, ezt mindenki ismeri, csak azért mondom el, hogy tiszta legyen a kép.... Szóval, ez most megváltozott. Ma szerettem volna a biztonsági frissítéseket felrakni a távoli gépre, a szokott módon bejelentkeztem SSH-val itthonról, aztán amikor futtatni akartam az "rpmdrake" programot, a következő happened:

[code:1:c7823757b9]
[root@trinity sthil]# rpmdrake
Xlib: connection to "localhost:10.0" refused by server
Xlib: Invalid MIT-MAGIC-COOKIE-1 key
This program cannot be run in console mode.
[/code:1:c7823757b9]

Szerintetek mi a baj? Mit csináljak? :)

Ps: Gondoltam arra, hogy esetleg a legutóbbi frissítés volna az oka, tehát esetleg azzal került bele egy hibás dolog az X-be (volt már rá példa...), de pontosan nem emlékszem, hogy azóta sikerült-e X-es progit indítanom ilymódon... Amennyiben ez a helyzet, akkor lehet, hogy egy kézzel, parancssorból történő frissítés megoldaná a dolgot (mert azóta már talán kijavították a csomagot), de nem tudom, hogy ezt hogyan lehet megoldani mandrake esetében (ti. azt, hogy a) letölti, hogy milen frissítések vannak és b) telepíti az összest). :)

Nohát... remélem,nem voltam túl hosszú. Ha bárki tud segíteni, kérem, hogy ne fogjátok vissza magatokat. Előre is nagyon szépen köszönök minden ötletet! :)

( broven | 2005. 01. 12., sze – 09:08 )

[quote:6aad31d120="Pingvin"]Szerintetek mi a baj? Mit csináljak? :)

Megint csak ötletek, evolution-nál se jött be, de sebaj :D Két dolgot nézz meg: a szerveren az /etc/ssh/sshd_config-ba kell egy ilyen sor:[code:1:6aad31d120]X11Forwarding yes
X11DisplayOffset 10[/code:1:6aad31d120]Szerintem ez megvan már most is. :wink: A másik pedig, hogy a kliensen próbálj ssh -X -et. Amúgy a /etc/ssh/ssh_config-ban default-ra állíthatod a -X-et: :[code:1:6aad31d120]ForwardX11 yes[/code:1:6aad31d120]Remélem most sikerül segítenem. 8)

( x-daemon | 2005. 01. 12., sze – 09:23 )

engedélyezd xhost-al a csatlakozást

( broven | 2005. 01. 12., sze – 09:55 )

[quote:38f532a9b0="x-daemon"]engedélyezd xhost-al a csatlakozást

Juuujjj... :D Fuuujjj.... :P
Az ssh-s X forwarding éppen azért jó, mert az ssh-n megy át minden, nem kell külön csatlakozási lehetőséget, és ezzel lehetséges támadási felületet adni. Az xhost-hoz ráadásul az is kell, hogy az X szerver fogadja a TCP kapcsolatokat, amit a debianos X pl. alapból tilt.

( meditor | 2005. 01. 12., sze – 10:47 )

Na, én ezért nem szoktam patkolni a rendszert.
Ezt az utat szoktam követni:

1. Kiválasztok egy megfelelő disztribet (jelenleg: slack 10)

2. Alaposan megtesztelem és saját képre faragom,
ha kell átírom az init-scripteket, szóval rendesen belenyúlok,
!! DE !! az adott disztriben kivülről nem hozok semmit.
(Ez több hónapig is eltarthat!)

3. Ha elégedett vagyok az eredménnyel elszaporítom az összes
gépemen, illetve a felügyeletem alá tartozó gépen.

4. több évig(2-3) ezekután nem nyúlok hozzá.

( meditor | 2005. 01. 12., sze – 10:50 )

[quote:09957b7f05="broven"][quote:09957b7f05="Pingvin"]Szerintetek mi a baj? Mit csináljak? :)

Megint csak ötletek, evolution-nál se jött be, de sebaj :D Két dolgot nézz meg: a szerveren az /etc/ssh/sshd_config-ba kell egy ilyen sor:[code:1:09957b7f05]X11Forwarding yes
X11DisplayOffset 10[/code:1:09957b7f05]Szerintem ez megvan már most is. :wink: A másik pedig, hogy a kliensen próbálj ssh -X -et. Amúgy a /etc/ssh/ssh_config-ban default-ra állíthatod a -X-et: :[code:1:09957b7f05]ForwardX11 yes[/code:1:09957b7f05]Remélem most sikerül segítenem. 8)

Nekem úgy tűnik, az offsetje jól van beállítva. Egyszerűen kivágja
őt a szerver. vagy authoritási probléma, vagy maga az
alapszolgáltatás hiányzik. (sshd_config?)

( Xanco | 2005. 01. 12., sze – 11:31 )

Ha jól láttam rootként probálsz X-es programot indítani, de feltételezem, hogy nem közvetlenül rootként SSH-zol, hanem saját felhasználóként, ekkor nem tudsz később rootként X-es programot indítani. A megoldás, hogy az "xauth list" kimenetéből kiválasztod a megfelelő sort, és "xauth add" utasítással hozzáadod a root felhasználóhoz. A megfelelő azt jelenti, hogy ha pl. a 10-es X displayed van beállítva, akkor a megfelelő host unix:10-es sorát kell kikeresni. Íme egy példa:

[code:1:d14ed852e4]mentha$ ssh osiris

osiris$ echo $DISPLAY
localhost:10.0

osiris$ xauth list
mentha/unix:10 MIT-MAGIC-COOKIE-1 8a8b45d4e74d33340a659d91512131f4

osiris$ /bin/su -

osiris# xauth add mentha/unix:10 MIT-MAGIC-COOKIE-1 8a8b45d4e74d33340a659d91512131f4[/code:1:d14ed852e4]

( Pingvin | 2005. 01. 12., sze – 13:56 )

Sajna továbbra is változatlan... :(

( Pingvin | 2005. 01. 12., sze – 14:03 )

Újabb fejlemény:

Ha a saját gépemen rootként vagyok jelen, és így SSH-zok be a távoli gépre:

SSH -X felhasznalo@hosz.hu

majd a távoli gépen SU val rootra váltok és úgy próbálok X-es progit indítani, akkor a következő üzenet jön:

The program 'drakconf.real' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadWindow (invalid Window parameter)'.
(Details: serial 34 error_code 3 request_code 38 minor_code 0)
(Note to programmers: normally, X errors are reported asynchronously;
that is, you will receive the error a while after causing it.
To debug your program, run it with the --sync command line
option to change this behavior. You can then get a meaningful
backtrace from your debugger if you break on the gdk_x_error() function.)

( meditor | 2005. 01. 12., sze – 14:27 )

[quote:7f6b83b163="Pingvin"]Újabb fejlemény:

Ha a saját gépemen rootként vagyok jelen, és így SSH-zok be a távoli gépre:

SSH -X felhasznalo@hosz.hu

majd a távoli gépen SU val rootra váltok és úgy próbálok X-es progit indítani, akkor a következő üzenet jön:

The program 'drakconf.real' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadWindow (invalid Window parameter)'.
(Details: serial 34 error_code 3 request_code 38 minor_code 0)
(Note to programmers: normally, X errors are reported asynchronously;
that is, you will receive the error a while after causing it.
To debug your program, run it with the --sync command line
option to change this behavior. You can then get a meaningful
backtrace from your debugger if you break on the gdk_x_error() function.)

Próbáld ki az egészet twm-mel, lehet, hogy az ablakkezelőd
okozza a jelenséget. Szerintem ez már nem az a hibajelenség,
amivel indítottál: egy kicsit közelebb vagy a megoldáshoz.

Üdv, sok szerencsét.

( Pingvin | 2005. 01. 12., sze – 14:37 )

Sziasztok!

Még mindíg... twm eredménye:

Xlib: connection to "localhost:10.0" refused by server
Xlib: Invalid MIT-MAGIC-COOKIE-1 key
twm: unable to open display "localhost:10.0"

( broven | 2005. 01. 12., sze – 15:11 )

[quote:fa637e5a19="Pingvin"]Ha a saját gépemen rootként vagyok jelen, és így SSH-zok be a távoli gépre:

SSH -X felhasznalo@hosz.hu

majd a távoli gépen SU val rootra váltok és úgy próbálok X-es progit indítani, akkor a következő üzenet jön:

Mi a helyzet, ha su-zás előtt indítasz valami X-es cuccot? Pl. xbiff :D

( Pingvin | 2005. 01. 12., sze – 15:18 )

[quote:60834d8b4f="broven"]Mi a helyzet, ha su-zás előtt indítasz valami X-es cuccot? Pl. xbiff :D

Sajna semmi változás, a fentebbi hibaüzenet olvasható... :(

( broven | 2005. 01. 12., sze – 15:52 )

[quote:da92dd1922="Pingvin"][quote:da92dd1922="broven"]Mi a helyzet, ha su-zás előtt indítasz valami X-es cuccot? Pl. xbiff :D

Sajna semmi változás, a fentebbi hibaüzenet olvasható... :(

Akkor nincs más hátra. ssh -v -X :)

( Pingvin | 2005. 01. 12., sze – 16:07 )

Sziasztok!

ssh -v -X eredménye:

[code:1:5bfc4fa514]
OpenSSH_3.9p1, OpenSSL 0.9.7d 17 Mar 2004
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Applying options for *
debug1: permanently_set_uid: 0/0
...
...
/****EZ MIND NORMÁLIS****/
...
...
debug1: Requesting X11 forwarding with authentication spoofing.
[sthil@trinity sthil]# su
Password:
[root@trinity sthil]# drakconf
debug1: client_input_channel_open: ctype x11 rchan 2 win 65536 max 16384
debug1: client_request_x11: request from 127.0.0.1 37756
debug1: channel 1: new [x11]
debug1: confirm x11
debug1: channel 1: FORCE input drain
debug1: channel 1: free: x11, nchannels 2
debug1: client_input_channel_open: ctype x11 rchan 2 win 65536 max 16384
debug1: client_request_x11: request from 127.0.0.1 37759
debug1: channel 1: new [x11]
debug1: confirm x11
debug1: channel 1: FORCE input drain
debug1: channel 1: free: x11, nchannels 2
debug1: client_input_channel_open: ctype x11 rchan 2 win 65536 max 16384
debug1: client_request_x11: request from 127.0.0.1 37761
debug1: channel 1: new [x11]
debug1: confirm x11
The program 'drakconf.real' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadWindow (invalid Window parameter)'.
(Details: serial 34 error_code 3 request_code 38 minor_code 0)
(Note to programmers: normally, X errors are reported asynchronously;
that is, you will receive the error a while after causing it.
To debug your program, run it with the --sync command line
option to change this behavior. You can then get a meaningful
backtrace from your debugger if you break on the gdk_x_error() function.)
debug1: channel 1: FORCE input drain
debug1: channel 1: free: x11, nchannels 2
[/code:1:5bfc4fa514]

Remélem, ez ad egy-két ötletet, mert én sajna teljesen meg vagyok lőve... Közben Google-zom ezerrel, de eddig semmi.... :(

( meditor | 2005. 01. 12., sze – 17:03 )

[quote:4ecc2a755f="Pingvin"]Sziasztok!

ssh -v -X eredménye:
.. Közben Google-zom ezerrel, de eddig semmi.... :(

1. Töröld ki az ~/.ssh könyvtárból a known_hostot!
2. Én már tapasztaltam olyat, hogy a su állapot nem
azonos a közvetlen root belépéssel.

Kapcsold le a tűzfalat (csak a próba idejére!!!), engedd
a remote root logint és próbáld meg így.

[Ha nem megy, van még ötletem. (-::]

( Pingvin | 2005. 01. 12., sze – 17:09 )

Sajnos semmi változás, csak annyi, hogy a közvetlen root belépésnél tovább "gondolkodott" egy picit, de utána megint nothing... :(

( broven | 2005. 01. 12., sze – 17:26 )

[quote:487196e9cd="Pingvin"]Sajnos semmi változás, csak annyi, hogy a közvetlen root belépésnél tovább "gondolkodott" egy picit, de utána megint nothing... :(

Szerintem egyelőre su nélkül működjön :) Monjduk az xbiff... Akkor is ugyanez az ssh -v outputja? :?