VNC пыпрушки при заходе...

[DIMON4G]

У себя на серве поставил tightvncserver когда пытаюсь подсоединются, то всё нормально, ввожу пасс и дпльше появляется вот это



Как сделать, чтобы был рабочил стол, а не эти пыпрушки хД???

[Saha]

Во-первых, раз:
https://forum.ubuntu.ru/index.php?topic=49898.0

Во-вторых, два:
пробовал менять протоколы?
Какая система там и там?

[DIMON4G]

Во-первых, раз:
https://forum.ubuntu.ru/index.php?topic=49898.0

Во-вторых, два:
пробовал менять протоколы?
Какая система там и там?

Какие протоколы? система ubuntu 9.04 desktop

[Saha]

ты написал: "у себя на серве".
Что за сервер? Стоят ли там иксы (графика)?
А подключаешься с Убунты 9.04?

[DIMON4G]

ты написал: "у себя на серве".
Что за сервер? Стоят ли там иксы (графика)?
А подключаешься с Убунты 9.04?

он стоит у меня просто для вебсервера, а я управляю с винды, иксы стоят gde.

[Saha]

в похожей ситуации у меня стандартными методами не завелось.
поэтому на Убунте (сервере) я использую x11vnc, запускаю так:

Код: [Выделить]

x11vnc -ncache 10 -noxdamage -passwdfile pass.vnc -display :0где -ncache 10 -noxdamage - не знаю точно для чего, но ускоряет графику,
-passwdfile pass.vnc - задается имя файла с паролем, который надо вводить при подключении к vnc
-display :0 - номер дисплея, который надо "перехватывать" (:0 обычно)


Вот тут я пытался решить траблу со стандартной тулзой (vino)
https://forum.ubuntu.ru/index.php?topic=42696.msg388739#msg388739

[DIMON4G]

в похожей ситуации у меня стандартными методами не завелось.
поэтому на Убунте (сервере) я использую x11vnc, запускаю так:

Код: [Выделить]

x11vnc -ncache 10 -noxdamage -passwdfile pass.vnc -display :0где -ncache 10 -noxdamage - не знаю точно для чего, но ускоряет графику,
-passwdfile pass.vnc - задается имя файла с паролем, который надо вводить при подключении к vnc
-display :0 - номер дисплея, который надо "перехватывать" (:0 обычно)


Вот тут я пытался решить траблу со стандартной тулзой (vino)
https://forum.ubuntu.ru/index.php?topic=42696.msg388739#msg388739

Код: [Выделить]

###############################################################
#@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@#
#@                                                           @#
#@  **  WARNING  **  WARNING  **  WARNING  **  WARNING  **   @#
#@                                                           @#
#@        YOU ARE RUNNING X11VNC WITHOUT A PASSWORD!!        @#
#@                                                           @#
#@  This means anyone with network access to this computer   @#
#@  will be able to view and control your desktop.           @#
#@                                                           @#
#@ >>> If you did not mean to do this Press CTRL-C now!! <<< @#
#@                                                           @#
#@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@#
#@                                                           @#
#@  You can create an x11vnc password file by running:       @#
#@                                                           @#
#@       x11vnc -storepasswd password /path/to/passfile      @#
#@  or   x11vnc -storepasswd /path/to/passfile               @#
#@  or   x11vnc -storepasswd                                 @#
#@                                                           @#
#@  (the last one will use ~/.vnc/passwd)                    @#
#@                                                           @#
#@  and then starting x11vnc via:                            @#
#@                                                           @#
#@      x11vnc -rfbauth /path/to/passfile                    @#
#@                                                           @#
#@  an existing ~/.vnc/passwd file from another VNC          @#
#@  application will work fine too.                          @#
#@                                                           @#
#@  You can also use the -passwdfile or -passwd options.     @#
#@  (note -passwd is unsafe if local users are not trusted)  @#
#@                                                           @#
#@  Make sure any -rfbauth and -passwdfile password files    @#
#@  cannot be read by untrusted users.                       @#
#@                                                           @#
#@  Use x11vnc -usepw to automatically use your              @#
#@  ~/.vnc/passwd or ~/.vnc/passwdfile password files.       @#
#@  (and prompt you to create ~/.vnc/passwd if neither       @#
#@  file exists.)  Under -usepw, x11vnc will exit if it      @#
#@  cannot find a password to use.                           @#
#@                                                           @#
#@                                                           @#
#@  Even with a password, the subsequent VNC traffic is      @#
#@  sent in the clear.  Consider tunnelling via ssh(1):      @#
#@                                                           @#
#@    http://www.karlrunge.com/x11vnc/#tunnelling            @#
#@                                                           @#
#@  Or using the x11vnc SSL options: -ssl and -stunnel       @#
#@                                                           @#
#@  Please Read the documention for more info about          @#
#@  passwords, security, and encryption.                     @#
#@                                                           @#
#@    http://www.karlrunge.com/x11vnc/#faq-passwd            @#
#@                                                           @#
#@  To disable this warning use the -nopw option, or put     @#
#@  the setting in your ~/.x11vncrc file.                    @#
#@                                                           @#
#@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@#
###############################################################
04/05/2009 21:55:26 x11vnc version: 0.9.3 lastmod: 2007-09-30
04/05/2009 21:55:26
04/05/2009 21:55:26 *** XOpenDisplay failed. No -display or DISPLAY.
04/05/2009 21:55:26 *** Trying ":0" in 4 seconds.  Press Ctrl-C to abort.
04/05/2009 21:55:26 *** 1 2 3 4
Invalid MIT-MAGIC-COOKIE-1 key04/05/2009 21:55:30

04/05/2009 21:55:30 ***************************************
04/05/2009 21:55:30 *** XOpenDisplay failed (:0)

*** x11vnc was unable to open the X DISPLAY: ":0", it cannot continue.
*** There may be "Xlib:" error messages above with details about the failure.

Some tips and guidelines:

 * An X server (the one you wish to view) must be running before x11vnc is
   started: x11vnc does not start the X server.  (however, see the
   recent -create option if that is what you really want).

 * You must use -display <disp>, -OR- set and export your $DISPLAY
   environment variable to refer to the display of the desired X server.
 - Usually the display is simply ":0" (in fact x11vnc uses this if you forget
   to specify it), but in some multi-user situations it could be ":1", ":2",
   or even ":137".  Ask your administrator or a guru if you are having
   difficulty determining what your X DISPLAY is.

 * Next, you need to have sufficient permissions (Xauthority)
   to connect to the X DISPLAY.   Here are some Tips:

 - Often, you just need to run x11vnc as the user logged into the X session.
   So make sure to be that user when you type x11vnc.
 - Being root is usually not enough because the incorrect MIT-MAGIC-COOKIE
   file will be accessed.  The cookie file contains the secret key that
   allows x11vnc to connect to the desired X DISPLAY.
 - You can explicity indicate which MIT-MAGIC-COOKIE file should be used
   by the -auth option, e.g.:
       x11vnc -auth /home/someuser/.Xauthority -display :0
       x11vnc -auth /tmp/.gdmzndVlR -display :0
   you must have read permission for the auth file.

 - If NO ONE is logged into an X session yet, but there is a greeter login
   program like "gdm", "kdm", "xdm", or "dtlogin" running, you will need
   to find and use the raw display manager MIT-MAGIC-COOKIE file.
   Some examples for various display managers:

     gdm:     -auth /var/gdm/:0.Xauth
     kdm:     -auth /var/lib/kdm/A:0-crWk72
     xdm:     -auth /var/lib/xdm/authdir/authfiles/A:0-XQvaJk
     dtlogin: -auth /var/dt/A:0-UgaaXa

   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.

See also: http://www.karlrunge.com/x11vnc/#faq


[Saha]

ты как запускаешь? надо так:

Код: [Выделить]

x11vnc -ncache 10 -noxdamage -passwdfile pass.vnc -display :0И  что за странный зверь gde, которого ты указал несколькими постами выше?

[DIMON4G]

ты как запускаешь? надо так:

Код: [Выделить]

x11vnc -ncache 10 -noxdamage -passwdfile pass.vnc -display :0И  что за странный зверь gde, которого ты указал несколькими постами выше?

Код: [Выделить]

x11vnc -ncache 10 -noxdamage -passwdfile pass.vnc -display :0
04/05/2009 22:11:16 cannot open passwdfile: pass.vnc
04/05/2009 22:11:16 fopen: No such file or directory


[Saha]

ААААА!
Моя есть очень злой!!!!
 

.....
Спокойствие, только спокойствие!=)
Создай файл pass.vnc и напиши в него пароль, который ты хочешь ввести при доступе, например, так:

Код: [Выделить]

cat Mega_krutoy_parol > pass.vnc

[DIMON4G]

ААААА!
Моя есть очень злой!!!!
 

.....
Спокойствие, только спокойствие!=)
Создай файл pass.vnc и напиши в него пароль, который ты хочешь ввести при доступе, например, так:

Код: [Выделить]

cat Mega_krutoy_parol > pass.vnc

Код: [Выделить]

x11vnc -ncache 10 -noxdamage -passwdfile pass.vnc -display :0
04/05/2009 22:27:26 x11vnc version: 0.9.3 lastmod: 2007-09-30
Invalid MIT-MAGIC-COOKIE-1 key
04/05/2009 22:27:26 ***************************************
04/05/2009 22:27:26 *** XOpenDisplay failed (:0)

*** x11vnc was unable to open the X DISPLAY: ":0", it cannot continue.
*** There may be "Xlib:" error messages above with details about the failure.

Some tips and guidelines:

 * An X server (the one you wish to view) must be running before x11vnc is
   started: x11vnc does not start the X server.  (however, see the
   recent -create option if that is what you really want).

 * You must use -display <disp>, -OR- set and export your $DISPLAY
   environment variable to refer to the display of the desired X server.
 - Usually the display is simply ":0" (in fact x11vnc uses this if you forget
   to specify it), but in some multi-user situations it could be ":1", ":2",
   or even ":137".  Ask your administrator or a guru if you are having
   difficulty determining what your X DISPLAY is.

 * Next, you need to have sufficient permissions (Xauthority)
   to connect to the X DISPLAY.   Here are some Tips:

 - Often, you just need to run x11vnc as the user logged into the X session.
   So make sure to be that user when you type x11vnc.
 - Being root is usually not enough because the incorrect MIT-MAGIC-COOKIE
   file will be accessed.  The cookie file contains the secret key that
   allows x11vnc to connect to the desired X DISPLAY.
 - You can explicity indicate which MIT-MAGIC-COOKIE file should be used
   by the -auth option, e.g.:
       x11vnc -auth /home/someuser/.Xauthority -display :0
       x11vnc -auth /tmp/.gdmzndVlR -display :0
   you must have read permission for the auth file.

 - If NO ONE is logged into an X session yet, but there is a greeter login
   program like "gdm", "kdm", "xdm", or "dtlogin" running, you will need
   to find and use the raw display manager MIT-MAGIC-COOKIE file.
   Some examples for various display managers:

     gdm:     -auth /var/gdm/:0.Xauth
     kdm:     -auth /var/lib/kdm/A:0-crWk72
     xdm:     -auth /var/lib/xdm/authdir/authfiles/A:0-XQvaJk
     dtlogin: -auth /var/dt/A:0-UgaaXa

   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.

See also: http://www.karlrunge.com/x11vnc/#faq

ппц...

[Saha]

вывод команды

Код: [Выделить]

ps aux | grep Xв студию

[DIMON4G]

вывод команды

Код: [Выделить]

ps aux | grep Xв студию

Код: [Выделить]

ps aux | grep X
root      2904  0.0  2.3  28072 12184 tty7     Ss+  21:44   0:02 /usr/bin/X -br -nolisten tcp :0 vt7 -auth /var/run/xauth/A:0-FoU5Zo
root      3395  0.0  1.1   7868  5640 pts/0    S    21:47   0:02 Xtightvnc :1 -desktop X -auth /home/eynqfturw/.Xauthority -geometry 1024x768 -depth 24 -rfbwait 120000 -rfbauth /home/eynqfturw/.vnc/passwd -rfbport 5901 -fp /usr/share/fonts/X11/misc/,/usr/share/fonts/X11/Type1/,/usr/share/fonts/X11/75dpi/,/usr/share/fonts/X11/100dpi/ -co /usr/X11R6/lib/X11/rgb
root      3525  0.0  1.0   7840  5464 pts/0    S    21:49   0:00 Xtightvnc :2 -desktop X -auth /home/eynqfturw/.Xauthority -geometry 1024x768 -depth 24 -rfbwait 120000 -rfbauth /home/eynqfturw/.vnc/passwd -rfbport 5902 -fp /usr/share/fonts/X11/misc/,/usr/share/fonts/X11/Type1/,/usr/share/fonts/X11/75dpi/,/usr/share/fonts/X11/100dpi/ -co /usr/X11R6/lib/X11/rgb
root      3903  0.0  1.0   7840  5468 pts/0    S    21:55   0:00 Xtightvnc :3 -desktop X -auth /home/eynqfturw/.Xauthority -geometry 1024x768 -depth 24 -rfbwait 120000 -rfbauth /home/eynqfturw/.vnc/passwd -rfbport 5903 -fp /usr/share/fonts/X11/misc/,/usr/share/fonts/X11/Type1/,/usr/share/fonts/X11/75dpi/,/usr/share/fonts/X11/100dpi/ -co /usr/X11R6/lib/X11/rgb
root      9146  0.0  0.1   3360   824 pts/0    S+   23:16   0:00 grep X


[Saha]

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

Код: [Выделить]

sudo killall XtightvncПотом запускать x11vnc так:

Код: [Выделить]

x11vnc -ncache 10 -noxdamage -passwdfile pass.vnc -display :0 -auth /var/run/xauth/A:0-FoU5Zo
Если так не пройдет, то запускать с sudo.
Если и так не пройдет, то пока не знаю, что делать =)

Да, и еще.
Если ничего не получится, то покажи вывод

Код: [Выделить]

ls -l /var/run/xauth/A:0-FoU5Zo
P.S. Имя файла /var/run/xauth/A:0-FoU5Zo может меняться с каждым запуском икс-сервера, так что проверь, чтобы совпало, командой ps aux | grep X

P.P.S. В общем, проблема кроется здесь:

Код: [Выделить]

Invalid MIT-MAGIC-COOKIE-1 key

[DIMON4G]

Код: [Выделить]

Invalid MIT-MAGIC-COOKIE-1 key
05/05/2009 19:09:28 ***************************************
05/05/2009 19:09:28 *** XOpenDisplay failed (:0)

*** x11vnc was unable to open the X DISPLAY: ":0", it cannot continue.
*** There may be "Xlib:" error messages above with details about the failure.

Some tips and guidelines:

 * An X server (the one you wish to view) must be running before x11vnc is
   started: x11vnc does not start the X server.  (however, see the
   recent -create option if that is what you really want).

 * You must use -display <disp>, -OR- set and export your $DISPLAY
   environment variable to refer to the display of the desired X server.
 - Usually the display is simply ":0" (in fact x11vnc uses this if you forget
   to specify it), but in some multi-user situations it could be ":1", ":2",
   or even ":137".  Ask your administrator or a guru if you are having
   difficulty determining what your X DISPLAY is.

 * Next, you need to have sufficient permissions (Xauthority)
   to connect to the X DISPLAY.   Here are some Tips:

 - Often, you just need to run x11vnc as the user logged into the X session.
   So make sure to be that user when you type x11vnc.
 - Being root is usually not enough because the incorrect MIT-MAGIC-COOKIE
   file will be accessed.  The cookie file contains the secret key that
   allows x11vnc to connect to the desired X DISPLAY.
 - You can explicity indicate which MIT-MAGIC-COOKIE file should be used
   by the -auth option, e.g.:
       x11vnc -auth /home/someuser/.Xauthority -display :0
       x11vnc -auth /tmp/.gdmzndVlR -display :0
   you must have read permission for the auth file.

 - If NO ONE is logged into an X session yet, but there is a greeter login
   program like "gdm", "kdm", "xdm", or "dtlogin" running, you will need
   to find and use the raw display manager MIT-MAGIC-COOKIE file.
   Some examples for various display managers:

     gdm:     -auth /var/gdm/:0.Xauth
     kdm:     -auth /var/lib/kdm/A:0-crWk72
     xdm:     -auth /var/lib/xdm/authdir/authfiles/A:0-XQvaJk
     dtlogin: -auth /var/dt/A:0-UgaaXa

   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.

See also: http://www.karlrunge.com/x11vnc/#faq