LTSP + x11vnc подключение в сеансы пользователей. (РЕШЕНО!)

[grsn]

Доброе время суток.

Есть небольшая проблема, нужен совет.
Ltsp сервер (Ubuntu 9.04), устанавливаем минимальную систему накатываем xorg, openbox и перечень необходимого ПО для работы (нужна система для работы с определенный перечнем задач).

Установил ltsp-server-standalone, настроил DHCP, собрал клиента, в общем с этой стороны все работает (тонкие клиенты загружаются и работают).

Проблема в том что все это нужно еще администрировать. Так как систему планируется ставить на удаленных точках, есть необходимость подключаться в сеансы пользователей, для того что бы посмотреть и помочь советом. Интересный материал по этой теме лежит здесь: https://wiki.edubuntu.org/InstallX11VncOnLtspClients (есть возможность подключаться прямо к тонкому клиенту по VNC и SSH на IP-адрес тонкого клиента). Но по неизвестным мне причинам после сборки клиента подключиться к нему по VNC мне так и не удалось (с подключением по SSH все ок). Я понимаю что что-то сделал не так (допустим нужно установить еще какой нибудь пакет в chroot /opt/ltsp/i386), но где конкретно сделана ошибка пока не пойму.

Если кто-то сталкивался с подобной проблемой помогите советом.
Спасибо.

РЕШЕНИЕ.
Я не буду описывать решение самостоятельно, оно есть здесь:
http://www.bootpolish.net/pageloader.pl?pa...llx11vnconltsp5
Выполнение этой инструкции помогает решить вышеупомянутую проблему.

[Ленивая Бестолочь]

что именно не получилось?
как выражается? чем подключались?
логи, явки, пароли сюда :)

на всякий случай: заходим на сервер по ssh. делаем там who. получаем что-то типа:

Код: Выделить всё

login1 client-ssh-10_10_10_13:0 2009-07-23 09:31
login2      client-ssh-10_10_10_4:0 2009-07-24 07:58
login3  client-ssh-10_10_10_11:0 2009-07-24 08:58
login4      client-ssh-10_10_10_7:0 2009-07-24 08:41
masha     client-ssh-10_10_10_9:0 2009-07-24 08:48
petya    client-ssh-10_10_10_10:0 2009-07-24 08:56
vasya    client-ssh-10_10_10_5:0 2009-07-24 08:16
kolya  client-ssh-10_10_10_6:0 2009-07-24 08:28

дальше su - kolya
DISPLAY=client-ssh-10_10_10_6:0 x11vnc
видем что-то типа "you display number is 4"
со своего компа: vncviewer <адрес сервера>:4
(вместо vncviewer свою любимую программу для vnc)

[grsn]

что именно не получилось?
как выражается? чем подключались?
логи, явки, пароли сюда

на всякий случай: заходим на сервер по ssh. делаем там who. получаем что-то типа:

Код: Выделить всё

login1 client-ssh-10_10_10_13:0 2009-07-23 09:31
login2      client-ssh-10_10_10_4:0 2009-07-24 07:58
login3  client-ssh-10_10_10_11:0 2009-07-24 08:58
login4      client-ssh-10_10_10_7:0 2009-07-24 08:41
masha     client-ssh-10_10_10_9:0 2009-07-24 08:48
petya    client-ssh-10_10_10_10:0 2009-07-24 08:56
vasya    client-ssh-10_10_10_5:0 2009-07-24 08:16
kolya  client-ssh-10_10_10_6:0 2009-07-24 08:28

дальше su - kolya
DISPLAY=client-ssh-10_10_10_6:0 x11vnc
видем что-то типа "you display number is 4"
со своего компа: vncviewer <адрес сервера>:4
(вместо vncviewer свою любимую программу для vnc)

Делаю следующее:
sudo cp /etc/apt/sources.list /opt/ltsp/i386/etc/apt/sources.list
sudo chroot /opt/ltsp/i386
apt-get update
apt-get install x11vnc
nano /etc/rc.local

# добавляю в файл строку до exit 0
x11vnc -display :6 -forever -loop -shared &

cd /etc/rc2.d
mv K99rc.local S99rc.local
exit
sudo ltsp-update-image

для пущей верности бутаю сервер (хотя и без этого можно обойтись )
загружаю тонкого клиента.
говорю в консоли:
$ vncviewer IP_адрес_тонкого_клиента
vncviewer: ConnectToTcpAddr: connect: Connection refused
Unable to connect to VNC server

По идее согласно мануалу должно работать. Но увы.

[Ленивая Бестолочь]

я именно ltsp никогда не занимался, но тонких клиентов вообще делал.
объясните мне одну простую вещь - почему вы считаете, что нужно подключаться к клиенту, а не к серверу?

[grsn]

я именно ltsp никогда не занимался, но тонких клиентов вообще делал.
объясните мне одну простую вещь - почему вы считаете, что нужно подключаться к клиенту, а не к серверу?

В мануале https://wiki.edubuntu.org/InstallX11VncOnLtspClients написано следующее:
Testing it out
Reboot your thin clients and you should be able to connect to them via vnc now. For example, if you had a thin client at IP address 192.168.1.44 you could connect to it with:
xvnc4viewer -FullColour 192.168.1.44

Это и говорит о том что нужно подключаться на IP адрес клиента, а не сервера. (в плане администрирования очень удобно).
Так же если начнет работать поддержка x11vnc в тонких клиентах, можно будет использовать и student-control-panel. (иначе вроде как не работает)

[Ленивая Бестолочь]

да в мануале может быть написано все, что угодно, мне просто интересно ПОЧЕМУ так решено сделать.

в плане администрирования очень удобно

- боюсь вы не сможете это аргументированно подтвердить ;-)

зато я могу сказать, что лишних сервисов на тонких клиентах лучше не держать. это говорит в пользу того, что x11vnc лучше запускать на сервере.

[grsn]

да в мануале может быть написано все, что угодно, мне просто интересно ПОЧЕМУ так решено сделать.

в плане администрирования очень удобно

- боюсь вы не сможете это аргументированно подтвердить ;-)

зато я могу сказать, что лишних сервисов на тонких клиентах лучше не держать. это говорит в пользу того, что x11vnc лучше запускать на сервере.

Я бы с удовольствием запустил x11vnc на сервере, но при запуске под пользователем работающим с тонкого клиента вылетает следующая ошибка:

А под консольным пользователем нормально запускается.
По этому и пробую другие варианты.

PS: информация не только в мануале но и на форумах, так что не думаю что в мануале что-то напутано, тем более то что подключаться нужно не к клиенту, а к серверу.

[Ленивая Бестолочь]

Я бы с удовольствием запустил x11vnc на сервере, но при запуске под пользователем работающим с тонкого клиента вылетает следующая ошибка:

какой командой запускаете? запускаете работая с тонкого клиента, или подключаетесь по ssh к серверу этим пользователем?

А под консольным пользователем нормально запускается.

как понять - под консольным? просто залогинились на сервер с консоли в графике?

PS: информация не только в мануале но и на форумах, так что не думаю что в мануале что-то напутано, тем более то что подключаться нужно не к клиенту, а к серверу.

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

[grsn]

Я бы с удовольствием запустил x11vnc на сервере, но при запуске под пользователем работающим с тонкого клиента вылетает следующая ошибка:

какой командой запускаете? запускаете работая с тонкого клиента, или подключаетесь по ssh к серверу этим пользователем?

А под консольным пользователем нормально запускается.

как понять - под консольным? просто залогинились на сервер с консоли в графике?

PS: информация не только в мануале но и на форумах, так что не думаю что в мануале что-то напутано, тем более то что подключаться нужно не к клиенту, а к серверу.

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

1. Безусловно работая с тонкого клиента, загружается тонкий клиент, ввожу логин и пароль, запускается openbox, в консоли ввожу команду x11vnc (при консольном запуске нормально запускается).
2. под консольным запуском имею ввиду подключение непосредственно на сервере с графикой (openbox).

Таким же образом у меня настроено подключение по ssh напрямую к тонкому клиенту (но это не помеха работе x11vnc, я пробовал собирать образ с x11vnc и без поддержки ssh) (такое подключение дает воможность завершить работу или перезапустить тонкого клиента самостоятельно, ато некоторые пользователи под перезагрузкой терминала понимают выключение/включение монитора ).

[grsn]

Честно говоря хотелось бы воспользоваться теми функциями которые поддерживает ltsp. Но с другой стороны не буду расстраиваться если есть какой нибудь другой способ подключения.
Допустим запускать какой нибудь из vnc серверов под каждым пользователей (пользователи известны и меняться не будут, пользователей не более 10 человек), главное указать что к пользователю который будет работать непосредственно на сервере можно подключиться на IP_адрес_сервера:0 , к пользователь № 1 (работающему на тонком клиенте) - IP_адрес_сервера:1 .... к пользователь № n (работающему на тонком клиенте) - IP_адрес_сервера:n
Этого варианта было бы достаточно.

[Ленивая Бестолочь]

Этого варианта было бы достаточно.

ну этот вариант я описал в первом сообщении.
вопрос в том - почему у вас x11vnc не стартует.
попробуйте еще раз сделать вот так:
ssh на сервер
там команда who
видите дисплей пользователя (например 172.17.18.9:0 или thinstation-2:0)
пишите su - пользователь
уже под пользователем:
DISPLAY=172.17.18.9:0 x11vnc -noshm
вместо айпи то, что нашли выше (см. дисплей)
если запустится - победа. если не запустится - давайте сюда то, что напишет.

[grsn]

Этого варианта было бы достаточно.

ну этот вариант я описал в первом сообщении.
вопрос в том - почему у вас x11vnc не стартует.
попробуйте еще раз сделать вот так:
ssh на сервер
там команда who
видите дисплей пользователя (например 172.17.18.9:0 или thinstation-2:0)
пишите su - пользователь
уже под пользователем:
DISPLAY=172.17.18.9:0 x11vnc -noshm
вместо айпи то, что нашли выше (см. дисплей)
если запустится - победа. если не запустится - давайте сюда то, что напишет.

а каким образом сделать так, что бы номер дисплея выдавался не по умолчанию (следующий который свободен), а конкретно который мне нужен?

[Ленивая Бестолочь]

-autoport n

Automatically probe for a free VNC port starting at n. The default is to start probing at 5900. Use this to stay away from
other VNC servers near 5900.

[grsn]

-autoport n

Automatically probe for a free VNC port starting at n. The default is to start probing at 5900. Use this to stay away from
other VNC servers near 5900.

Делаю следующее :
$ who
ae1c pts/0 2009-07-28 09:03 (192.168.19.80)
sale1 pts/1 2009-07-28 09:05 (192.168.19.11)

$ su sale1
$ DISPLAY=192.168.19.11 x11vnc
...
...
Only root will have read permission for the file, and so x11vnc must be run
as root. The random characters in the filenames will of course change,
and the directory the cookie file resides in may also be system dependent.
Sometimes the command "ps wwwaux | grep auth" can reveal the file location.

видимо проблема в этом, побороть пока не получилось.