На одной машине (с локальным IP 192.168.0.102) поднимаю X-сервер.
first$ Xна ней же проверяю подключение клиента по TCP/IP
first$ xterm -display 192.168.0.102:0работает
запускаю этот же код с другой машины получаю следующее:
second$ xterm -display 192.168.0.102:0
No protocol specified
xterm Xt error: Can't open display: 192.168.0.102:0оба компа пингуются и на обоих стоит Debin 6.0.5 (squeeze)
Подскажите, пожалуйста, в какую сторону смотреть для решения подобной проблемы?
Если это не работает, подключайтесь к удалённой машине из xterm по SSH,
тогда и запускать ничего не потребуется.
Пётр.
ssh -X, сразу говорю, не подходит
по идее должно хватить xhost +inet:<удалённая машина> на машине с икс сервером...
и при подключении наверно нужно будет указать: DISPLAY="192.168.0.102:0.0" xterm
Да xhost помогает, однако проблема в том, что его нужно указывать при каждом поднятии сервера, как сделать, чтобы список разрешенных соединений сохронялся для каждого запуска сервера?
В разных дистрибутивах, наверное, настройки могут отличаться, но посмотрите скрипты в /etc/X11/xinit на предмет указания опций запуска «иксов».
по идее должно хватить xhost +inet:<удалённая машина> на машине с икс сервером...
и при подключении наверно нужно будет указать: DISPLAY="192.168.0.102:0.0" xterm
Теперь у меня вопрос: какие права на удалённой машине будут при таком подключении?
Ведь X-сервер запускается с правами root?
И зачем вообще это предусмотрено, если есть SSH и подобные программы для авторизации
на удалённом компьютере?
Пётр.
Теперь у меня вопрос: какие права на удалённой машине будут при таком подключении?
права будут такими, под какими ты запустил программу на клиенте, она будет работать на твоем клиенте, но с использованием ресурсов удаленного Х-сервера (терминология на самом деле обратная - клиент удаленный будет)
Ведь X-сервер запускается с правами root?
совсем необязательно
И зачем вообще это предусмотрено, если есть SSH и подобные программы для авторизации на удалённом компьютере?
это абсолютно разные вещи
Да xhost помогает, однако проблема в том, что его нужно указывать при каждом поднятии сервера, как сделать, чтобы список разрешенных соединений сохронялся для каждого запуска сервера?
можно в ~/.xinit запихнуть... ну или ещё в какой автостарт... а вообще подобная фича иксов - это один из способов прострелить себе ногу...
какие права на удалённой машине будут при таком подключении?
удалённая машина это какая? на той на которой xterm, тогда с правами того юзера, которой запустил xterm... на сервере без разницы: сервер только рисует картинки и отсылает события клавиатуры... на сервер работает с правами того, кто запустил иксы.
Ведь X-сервер запускается с правами root?
нет, он может быть запущен с любыми правами...
И зачем вообще это предусмотрено, если есть SSH и подобные программы для авторизациина удалённом компьютере?
иксы появились, когда ssh ещё и в проекте не было...
можно в ~/.xinit запихнуть..
куда-куда? о_О
куда-куда? о_О
ну ~/.xinitrc очепятка...
ну ~/.xinitrc очепятка...
я не пойму откуда ты такое взял? о_О
я не пойму откуда ты такое взял? о_О
Создать
http://wiki.debian.org/Xinitrc
я не пойму откуда ты такое взял? о_О
man startx
man xinit
[quote="Peter"]какие права на удалённой машине будут при таком подключении?
удалённая машина это какая? на той на которой xterm, тогда с правами того юзера, которой запустил xterm... на сервере без разницы: сервер только рисует картинки и отсылает события клавиатуры... на сервер работает с правами того, кто запустил иксы.
[/quote]
Я об этом и говорю. Т.е. получается, что, если владелец Xorg - root, то при таком соединении кто угодно получает
на сервере права root.
Ведь X-сервер запускается с правами root?нет, он может быть запущен с любыми правами...
М.б. и может, но я помню, что года три назад на форуме ASPLinux именно обсуждался вопрос, почему Xorg
запускается с правами root, я тогда посмотрел в Debian, там тоже от root.
Сейчас я в Ubuntu 11.04 с трудом запустил X-ы по startx как user, при этом панель Gnome не появилась, а в tty1
было подряд несколько сообщений от Xalloc, что запрошено нежелательно большое количество
памяти, точно не помню, но команда top показала, что владелец Xorg - root.
Пётр.
Я об этом и говорю. Т.е. получается, что, если владелец Xorg - root, то при таком соединении кто угодно получаетна сервере права root.
ещё раз: сервер только отрисовывает картинки на экране и передаёт события мыши и клавиатуры приложению... ничего больше он не делает... всеобщей дыры тут нет... только если дырка в самом Xorg'е.
М.б. и может, но я помню, что года три назад на форуме ASPLinux именно обсуждался вопрос, почему Xorgзапускается с правами root, я тогда посмотрел в Debian, там тоже от root.Сейчас я в Ubuntu 11.04 с трудом запустил X-ы по startx как user, при этом панель Gnome не появилась, а в tty1было подряд несколько сообщений от Xalloc, что запрошено нежелательно большое количествопамяти, точно не помню, но команда top показала, что владелец Xorg - root.
ну да... он setuid'ный. значит и правда только от root'а можно запустить...
[quote="Peter"]Я об этом и говорю. Т.е. получается, что, если владелец Xorg - root, то при таком соединении кто угодно получаетна сервере права root.
ещё раз: сервер только отрисовывает картинки на экране и передаёт события мыши и клавиатуры приложению... ничего больше он не делает... всеобщей дыры тут нет... только если дырка в самом Xorg'е.
[/quote]
Хорошо, тогда в чём смысл запуска xterm на X-сервере на удалённом компьютере?
Если вводимые в нём команды будут исполняться на компьютере, с которого установлено
соединение, но с использованием ресурсов X-сервера на удалённом, как тут объясняли,
так что это даст? Что, из консоли возможно так запустить xterm на чужом X-сервере?
Или из своих X-ов, но на более мощном компьютере? Всё это как-то странно выглядит,
что без авторизации можно так использовать чужие ресурсы.
Пётр.
Хорошо, тогда в чём смысл запуска xterm на X-сервере на удалённом компьютере?Если вводимые в нём команды будут исполняться на компьютере, с которого установленосоединение, но с использованием ресурсов X-сервера на удалённом, как тут объясняли,так что это даст? Что, из консоли возможно так запустить xterm на чужом X-сервере?Или из своих X-ов, но на более мощном компьютере? Всё это как-то странно выглядит,что без авторизации можно так использовать чужие ресурсы.
дык это же всё разрабатывалось в те времена, когда растровый дисплей был не у каждой тачки, в соседней комнате стоял пяток VAX-шкафов, пользователи были умные, а сети маленькие и можно было дать по шапке/сказать спасибо тому, кто на твой дисплей вывел xterm с ASCII-сиськами...
и man xhost — там есть при желании авторизация через какие-то дебри...
Да, я вижу, что ещё много есть загадочного в природе.
Пётр.
Хорошо, тогда в чём смысл запуска xterm на X-сервере на удалённом компьютере?
Если вводимые в нём команды будут исполняться на компьютере, с которого установлено
соединение, но с использованием ресурсов X-сервера на удалённом, как тут объясняли,
так что это даст? Что, из консоли возможно так запустить xterm на чужом X-сервере?
Или из своих X-ов, но на более мощном компьютере? Всё это как-то странно выглядит,
что без авторизации можно так использовать чужие ресурсы.
Эта модель иногда и сейчас используется в тонких клиентах - когда у тебя небольшая коробачка, на которой какимто образом работают иксы или что-то в этом роде а вся операционная система висит на удаленном сервере. Одним SSH тут не обойдешься))
