Re: x11vnc
А теперь - внимание, прикол. Разработчики гнома (по всей видимости, т.к. за инициализацию сессии отвечает gdm3) не сочли нужным поддерживать стандарт [де-факто] и теперь: $ echo $XAUTHORITY /var/run/gdm3/auth-for-alexkuklin-ewaQjo/database чем же тут нестандартного? man xauth $HOME/.Xauthority default authority file _if_ XAUTHORITY isn’t defined. (выделено мною). Сказано же: де-факто. Позволяет вот ровно это - залогинившись откуда попало, работать с локальным дисплеем. Но разработчики гнома считают, что сетевая прозрачность иксов народу не нужна. Совсем ее отменить они пока не рискуют, но палки в колеса вставляют как могут. А может быть они просто считают, что сессия должна запуститься даже в случае, когда $HOME смонтирован как ro? А если /var/run оказался ro (например, вследствие сбоя диска и errors=remount-ro)? Может, все-таки стоит принимать меры на случай если $HOME в ro только тогда, когда он действительно ro? Для $HOME юзера, который логинится через gdm, это, прямо скажем, нечастое явление... -- The effort of using machines to mimic the human mind has always struck me as rather silly. I would rather use them to mimic something better -- Edsger Dijkstra -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87tyh1chwm.wl%...@ran.pp.ru
Re: x11vnc
А теперь - внимание, прикол. Разработчики гнома (по всей видимости, т.к. за инициализацию сессии отвечает gdm3) не сочли нужным поддерживать стандарт [де-факто] и теперь: $ echo $XAUTHORITY /var/run/gdm3/auth-for-alexkuklin-ewaQjo/database чем же тут нестандартного? man xauth $HOME/.Xauthority default authority file _if_ XAUTHORITY isn’t defined. (выделено мною). Сказано же: де-факто. Позволяет вот ровно это - залогинившись откуда попало, работать с локальным дисплеем. Но разработчики гнома считают, что сетевая прозрачность иксов народу не нужна. Совсем ее отменить они пока не рискуют, но палки в колеса вставляют как могут. -- Вам правду резать или кусочком? Кнышев -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/877he5f7sn.wl%...@ran.pp.ru
Re: x11vnc
On Sun, Jan 16, 2011 at 01:43:20PM +0300, Artem Chuprina wrote: А теперь - внимание, прикол. Разработчики гнома (по всей видимости, т.к. за инициализацию сессии отвечает gdm3) не сочли нужным поддерживать стандарт [де-факто] и теперь: $ echo $XAUTHORITY /var/run/gdm3/auth-for-alexkuklin-ewaQjo/database чем же тут нестандартного? man xauth $HOME/.Xauthority default authority file _if_ XAUTHORITY isn’t defined. (выделено мною). Сказано же: де-факто. Позволяет вот ровно это - залогинившись откуда попало, работать с локальным дисплеем. Но разработчики гнома считают, что сетевая прозрачность иксов народу не нужна. Совсем ее отменить они пока не рискуют, но палки в колеса вставляют как могут. А может быть они просто считают, что сессия должна запуститься даже в случае, когда $HOME смонтирован как ro? -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110116113157.ga20...@nano.ioffe.rssi.ru
Re: x11vnc
alexander barakin wrote: Потому что :0 не пренадлежит руту. Логинься по ssh пользователем, который залогинен в :0 уточнение: не :0 не принадлежит root-у, а у root-а нет magick cookie, пароля для доступа к x-серверу. например, он может его прочитать из файла .Xauthority, лежащего в домашнем каталоге того пользователя, от имени которого запущена x-сессия. переменная XAUTHORITY в частности для такого случая и предназначена. но, конечно, проще, лучше и правильнее во многих отношениях логиниться под именем именно этого целевого пользователя. Понятно, спасибо -- Всего доброго, А.Л. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/ifvd3f$t2...@dough.gmane.org
Re: x11vnc
03.01.2011 10:28, Andrei Lomov пишет: Alex Kuklin wrote: On 02.01.2011 16:24, Andrei Lomov wrote: Какой может быть самый простой способ попробовать x11vnc? Сделать, как в man'е написано, не получилось: Typical usage is: Run this command in a shell on the remote machine far-host with X session you wish to view: x11vnc -display :0 Then run this in another window on the machine you are sitting at: vncviewer far-host:0 Попытка запуска x11vnc от рута на удаленной машине приводит к сообщению: # x11vnc -display :0 20:14:00 ** 20:14:00 *** XOpenDisplay failed (:0) *** x11vnc was unable to open the X DISPLAY: :0, it cannot continue. Если вы потрудитесь изучить принцип работы X-ов, то узнаете, что для доступа к графической системе требуется: 1) имя дисплея в командной строке или в переменной DISPLAY 2) переменная XAUTHORITY, содержащая путь до файла, в котором хранятся временный ключ для взаимодействия с X-ми. Спасибо, пойду в эту сторону. Только непонятно, почему рецепт из man'а не работает. Потому что :0 не пренадлежит руту. Логинься по ssh пользователем, который залогинен в :0 -- Best regards, Mikhail. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4d21e428.4050...@solarnet.ru
Re: x11vnc
2011/1/3 Mikhail A Antonov b...@solarnet.ru: 03.01.2011 10:28, Andrei Lomov пишет: Alex Kuklin wrote: On 02.01.2011 16:24, Andrei Lomov wrote: Какой может быть самый простой способ попробовать x11vnc? Сделать, как в man'е написано, не получилось: Typical usage is: Run this command in a shell on the remote machine far-host with X session you wish to view: x11vnc -display :0 Then run this in another window on the machine you are sitting at: vncviewer far-host:0 Попытка запуска x11vnc от рута на удаленной машине приводит к сообщению: # x11vnc -display :0 20:14:00 ** 20:14:00 *** XOpenDisplay failed (:0) *** x11vnc was unable to open the X DISPLAY: :0, it cannot continue. Если вы потрудитесь изучить принцип работы X-ов, то узнаете, что для доступа к графической системе требуется: 1) имя дисплея в командной строке или в переменной DISPLAY 2) переменная XAUTHORITY, содержащая путь до файла, в котором хранятся временный ключ для взаимодействия с X-ми. Спасибо, пойду в эту сторону. Только непонятно, почему рецепт из man'а не работает. Потому что :0 не пренадлежит руту. Логинься по ssh пользователем, который залогинен в :0 уточнение: не :0 не принадлежит root-у, а у root-а нет magick cookie, пароля для доступа к x-серверу. например, он может его прочитать из файла .Xauthority, лежащего в домашнем каталоге того пользователя, от имени которого запущена x-сессия. переменная XAUTHORITY в частности для такого случая и предназначена. но, конечно, проще, лучше и правильнее во многих отношениях логиниться под именем именно этого целевого пользователя. -- wbr, alexander barakin aka sash-kan.
Re: x11vnc
On 03.01.2011 19:09, alexander barakin wrote: [skip] Потому что :0 не пренадлежит руту. Логинься по ssh пользователем, который залогинен в :0 уточнение: не :0 не принадлежит root-у, а у root-а нет magick cookie, пароля для доступа к x-серверу. например, он может его прочитать из файла .Xauthority, лежащего в домашнем каталоге того пользователя, от имени которого запущена x-сессия. переменная XAUTHORITY в частности для такого случая и предназначена. А теперь - внимание, прикол. Разработчики гнома (по всей видимости, т.к. за инициализацию сессии отвечает gdm3) не сочли нужным поддерживать стандарт [де-факто] и теперь: $ echo $XAUTHORITY /var/run/gdm3/auth-for-alexkuklin-ewaQjo/database Отдельно доставляют права доступа: $ ls -ld /var/run/gdm3/auth-for-alexkuklin-ewaQjo/database /var/run/gdm3/auth-for-alexkuklin-ewaQjo /var/run/gdm3 drwx--x--x 4 root Debian-gdm 4096 Янв 2 04:17 /var/run/gdm3 drwx--x--x 2 alexkuklin alexkuklin 4096 Янв 2 04:17 /var/run/gdm3/auth-for-alexkuklin-ewaQjo -rw--- 1 alexkuklin alexkuklin 58 Янв 2 04:17 /var/run/gdm3/auth-for-alexkuklin-ewaQjo/database Приходится выковыривать эту инфу из proc: $ cat /proc/20417/environ .XAUTHORITY=/var/run/gdm3/auth-for-alexkuklin-ewaQjo/database. -- Alex -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4d2204bc.4000...@kuklin.ru
Re: x11vnc
2011/1/3 Alex Kuklin a...@kuklin.ru: On 03.01.2011 19:09, alexander barakin wrote: [skip] Потому что :0 не пренадлежит руту. Логинься по ssh пользователем, который залогинен в :0 уточнение: не :0 не принадлежит root-у, а у root-а нет magick cookie, пароля для доступа к x-серверу. например, он может его прочитать из файла .Xauthority, лежащего в домашнем каталоге того пользователя, от имени которого запущена x-сессия. переменная XAUTHORITY в частности для такого случая и предназначена. А теперь - внимание, прикол. Разработчики гнома (по всей видимости, т.к. за инициализацию сессии отвечает gdm3) не сочли нужным поддерживать стандарт [де-факто] и теперь: $ echo $XAUTHORITY /var/run/gdm3/auth-for-alexkuklin-ewaQjo/database чем же тут нестандартного? man xauth $HOME/.Xauthority default authority file _if_ XAUTHORITY isn’t defined. (выделено мною). -- wbr, alexander barakin aka sash-kan.
x11vnc
Какой может быть самый простой способ попробовать x11vnc? Сделать, как в man'е написано, не получилось: Typical usage is: Run this command in a shell on the remote machine far-host with X session you wish to view: x11vnc -display :0 Then run this in another window on the machine you are sitting at: vncviewer far-host:0 Попытка запуска x11vnc от рута на удаленной машине приводит к сообщению: # x11vnc -display :0 20:14:00 ** 20:14:00 *** XOpenDisplay failed (:0) *** x11vnc was unable to open the X DISPLAY: :0, it cannot continue. -- Всего доброго, А.Л. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/ifq1rf$j4...@dough.gmane.org
Re: x11vnc
On 02.01.2011 16:24, Andrei Lomov wrote: Какой может быть самый простой способ попробовать x11vnc? Сделать, как в man'е написано, не получилось: Typical usage is: Run this command in a shell on the remote machine far-host with X session you wish to view: x11vnc -display :0 Then run this in another window on the machine you are sitting at: vncviewer far-host:0 Попытка запуска x11vnc от рута на удаленной машине приводит к сообщению: # x11vnc -display :0 20:14:00 ** 20:14:00 *** XOpenDisplay failed (:0) *** x11vnc was unable to open the X DISPLAY: :0, it cannot continue. Если вы потрудитесь изучить принцип работы X-ов, то узнаете, что для доступа к графической системе требуется: 1) имя дисплея в командной строке или в переменной DISPLAY 2) переменная XAUTHORITY, содержащая путь до файла, в котором хранятся временный ключ для взаимодействия с X-ми. -- Alex -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4d208be7.6080...@kuklin.ru
Re: x11vnc
Alex Kuklin wrote: On 02.01.2011 16:24, Andrei Lomov wrote: Какой может быть самый простой способ попробовать x11vnc? Сделать, как в man'е написано, не получилось: Typical usage is: Run this command in a shell on the remote machine far-host with X session you wish to view: x11vnc -display :0 Then run this in another window on the machine you are sitting at: vncviewer far-host:0 Попытка запуска x11vnc от рута на удаленной машине приводит к сообщению: # x11vnc -display :0 20:14:00 ** 20:14:00 *** XOpenDisplay failed (:0) *** x11vnc was unable to open the X DISPLAY: :0, it cannot continue. Если вы потрудитесь изучить принцип работы X-ов, то узнаете, что для доступа к графической системе требуется: 1) имя дисплея в командной строке или в переменной DISPLAY 2) переменная XAUTHORITY, содержащая путь до файла, в котором хранятся временный ключ для взаимодействия с X-ми. Спасибо, пойду в эту сторону. Только непонятно, почему рецепт из man'а не работает. -- Всего доброго, А.Л. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/ifrtqt$go...@dough.gmane.org