система №1: RHEL4: Linux srv 2.6.9-67.0.4.plus.c4 #1 Sun Feb 3 08:47:18 EST 2008 i686 i686 i386 GNU/Linux
система №2: CentOS 5.1: Linux conroe 2.6.18-53.1.19.el5 #1 SMP Wed May 7 08:22:53 EDT 2008 x86_64 x86_64 x86_64 GNU/Linux
и там, и там включено x11 forwarding
и там, и там запускаются корректно приложения Х11 при заходе по SSH
Но!!! при заходе c системы1 на систему2 приложения Х11 не запускаются.
Файрфокс просто после несколькосекундной паузы молчаливо возвращает приглашение командной строки, а вот МLDonkey 2.9.4 более разговорчив:
Код: Выделить всё
[doka@conroe ~]$ mlgui
(mlgui:19668): Gdk-WARNING **: Connection to display localhost:11.0 appears to be untrusted. Pointer and keyboard grabs and inter-client communication may not work as expected.
2008/05/28 00:13:02 [cO] Starting MLDonkey 2.9.4 ...
2008/05/28 00:13:02 [cO] Language EN, locale UTF-8, ulimit for open files 1024
2008/05/28 00:13:02 [cO] MLDonkey is working in /home/doka/.mldonkey
2008/05/28 00:13:02 [Gettext] Loading language resource mlnet_strings.en_US.UTF-8
2008/05/28 00:13:02 [cO] loaded language resource file
2008/05/28 00:13:02 [DNS] Resolving [conroe] ...
2008/05/28 00:13:02 Starting MLGui 2.9.4 ...
2008/05/28 00:13:02 MLGui is working in /home/doka/.mldonkey
2008/05/28 00:13:02 [Gettext] Loading language resource ./mlgui_strings.en_US.UTF-8
The program 'mlgui' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadWindow (invalid Window parameter)'.
(Details: serial 239 error_code 3 request_code 2 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.)
[doka@conroe ~]$собственно перед тем как вылететь на миг промелькивает splash приложения.
непонятно на основании чего делается вывод об "Connection to display localhost:11.0 appears to be untrusted", вроде при первом коннекте все нужные ключи были добавлены в ~/.ssh/know_hosts
имя пользователей на этих системах одинаковое.