снова Debian и XDMCP

Зачем тебе полный десктоп с большой машины?
Просто ssh -X -f machine.big "mathematica", не?

НЕ!

там кроме математики ещё планируется fdtd, gnuplot, tex и протча. Оно, конечно, и на 512 ворочалось, но как-то более приятно, чтоб оно работало на нескольких гигах. Особенно fdtd.

Да, и если XDMCP должен работать, то он должен работать. А совет типа "ssh -X -f machine.big mathematica" или "пропишите в /etc/... скрипт с X :1 -query 192.168.136.66" - это, простите, дилетантство.

В дебиане по умолчанию X-ы запускаются с -nolisten tcp. По идее прописано это в /etc/kde3/kdm/kdmrc.

>В дебиане по умолчанию X-ы запускаются с -nolisten tcp. По идее прописано это в /etc/kde3/kdm/kdmrc.

по-идее, очевидно, что я его какбэ включил, там оно называется

[xdmcp]

Enable=true

иначе какбэ не запустился удалённый логин с -query (читаем выше а не по диагонали)

Опция называется ServerArgsLocal.

> иначе какбэ не запустился удалённый логин с -query

На xdmcp это не влияет.

ServerArgsLocal на xdmcp не влияет

так-то

Ты танкист чтоле?

Ладно, ещё раз по буквам.

Если в kdmrc есть опция ServerArgsLocal=-nolisten tcp следует попробовать заменить эту строчку на ServerArgsLocal=, и посмотреть, пофиксило ли это проблему, а не писать о том какой ты петросян.

разумеется, не пофиксило, иначе б я не написал.

да. и естественно, эта опция должна быть пустой у того, кто хочет залогиниться? На его ведь машине будет рендериться по сети окно логина и сеанс вообще. Если что, я на всякий пожарный ставил на обеих машинах.

да. X :1 -indirect 192.168.136.66 не работает даже на локальной машине.

точнее, работает, но дальше chooser'а - пустой экран.

А netstat -an|grep 177 показывает, порт прослулушивается?

Вот ещё нарыл какой-то баг старый, http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=444139#17 . Кdm запускается с конфигом из /var/run/kdm. Может изменения файла в /etc не подхватились.

udp6 0 0 :::177 :::*

исправил в var, тоже не работает. всё-таки оно берётся из etc судя по всему.

да. ты уж объясни тогда почему с -query работает. если я не ошибаюсь, оно тоже по xdmcp работает.

когда на ноуте выбираю в чузере большую машину, там в процессах вот это:

/usr/bin/X -br :0 vt8 -once -query 192.168.136.66

да, и теперь, оказалось, что с X :0 -query 192.168.136.66 уже не работает

странно всё это

22:39:49.184102 IP scyld-debian.local.xdmcp > 192.168.136.216.42671: UDP, length 84
0x0000: 0014 a5a5 86b1 001c c037 f2d4 0800 4500 .........7....E.
0x0010: 0070 0000 4000 4011 a811 c0a8 8842 c0a8 .p..@.@......B..
0x0020: 88d8 00b1 a6af 005c 92d9 0001 000c 004e .......\.......N
0x0030: 0a75 fa94 0048 5365 7373 696f 6e20 3137 .u...HSession.17
0x0040: 3535 3034 3032 3020 6661 696c 6564 2066 5504020.failed.f
0x0050: 6f72 2064 6973 706c 6179 2031 3639 2e32 or.display.169.2
0x0060: 3534 2e35 2e39 303a 303a 2063 616e 6e6f 54.5.90:0:.canno
0x0070: 7420 6f70 656e 2064 6973 706c 6179 t.open.display


причём
eth0:avahi Link encap:Ethernet HWaddr 00:16:d4:08:4d:43
inet addr:169.254.5.90 Bcast:169.254.255.255 Mask:255.255.0.0

когда я вырубаю eth0 (неиспользуемая сетевуха), то иногда -query всё же срабатывает. но уж очень иногда. Возможно, и из kdm это тоже бы сработало раз из десяти. Т.е., у kdm какие-то проблемы с сетью?

> да. ты уж объясни тогда почему с -query работает. если я не ошибаюсь, оно тоже по xdmcp работает.

Судя по тому что у меня tshark показывает, при подключении оно и по 177 порту запросы кидает, и по tcp 600x портам ходит. Поэтому и посоветовал -nolisten tcp отключить.

Попробуй ещё прописать корректно хостнеймы в /etc/hosts и на десктопе и на сервере, то есть a.a.a.a desktop.local.domain на сервере и b.b.b.b server.local.domain на десктопе, может поможет...

(У меня 3 сетевухи на машине, -indirect на локальную машину в чузере показывает 3 доступных сервера. Из этих 3-х успешно дело до логина доходит только у первого, прописанного в /etc/hosts, у остальных greeter валится.)

Ну и погрепай по логам, может оно чего пишет.

так, чузер показывает, что одна машина доступна.

а в логах ничего. в пакетах UDP видно вот это

Session.175504026.failed.for.display.192.168.136.216:0:.cannot.open.display

а иногда появляется окно логина и дальше всё нормально.

пмсм, проблема на клиенте. т.к. клиент запускает X, а сервер по тому, что ему сообщают в UDP xdmcp должен к тому дисплею приконнектится и нарисовать окно логина. и вот в этом месте что-то не так.

А если потрейсить пакеты идущие на desktop:6000 (TCP, последняя цифра у порта вроде номер дисплея) и с него? Может там что-то конкретнее будет. Только лучше tsharkом, он умеет x11 протокол диссектить.

20:06:02.648674 IP 192.168.136.216.x11-1 > scyld-debian.local.34470: Flags [P.], seq 1:41, ack 49, win 181, options [nop,nop,TS val 3874622 ecr 21508273], length 40
0x0000: 001c c037 f2d4 0014 a5a5 86b1 0800 4500 ...7..........E.
0x0010: 005c 9eac 4000 4006 0984 c0a8 88d8 c0a8 .\..@.@.........
0x0020: 8842 1771 86a6 130c 8195 d025 d0cc 8018 .B.q.......%....
0x0030: 00b5 12b3 0000 0101 080a 003b 1f3e 0148 ...........;.>.H
0x0040: 30b1 001e 0b00 0000 0800 496e 7661 6c69 0.........Invali
0x0050: 6420 4d49 542d 4d41 4749 432d 434f 4f4b d.MIT-MAGIC-COOK
0x0060: 4945 2d31 206b 6579 0000 IE-1.key..

X -ac -indirect ... пробовал? Похоже проблема с авторизацией. Странно только, почему с -query работает.