Здравствуйте!
Установил ОС lubuntu, необходимые программы, а также x11vnc, проверил - x11vnc норамльно работает, пускает удаленных пользователей.
Через некоторое время обновил всю систему, и после этих обновлений x11vnc вообще не пускает никого.
Пробую в терминале запускать саму команду x11vnc без никаких параметров, и пытаюсь войти с соседнего компьютера.
Вообще не пускает, вот например, то, что он тут написал:
spec@ubuntu:~$ x11vnc
###############################################################
#@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@#
#@ @#
#@ ** WARNING ** WARNING ** WARNING ** WARNING ** @#
#@ @#
#@ YOU ARE RUNNING X11VNC WITHOUT A PASSWORD!! @#
#@ @#
#@ This means anyone with network access to this computer @#
#@ may 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.html#faq-passwd @#
#@ @#
#@ To disable this warning use the -nopw option, or put @#
#@ 'nopw' on a line in your ~/.x11vncrc file. @#
#@ @#
#@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@#
###############################################################
25/09/2013 16:46:42 x11vnc version: 0.9.13 lastmod: 2011-08-10 pid: 6010
25/09/2013 16:46:42 Using X display :0
25/09/2013 16:46:42 rootwin: 0x84 reswin: 0x2000001 dpy: 0x8572168
25/09/2013 16:46:42
25/09/2013 16:46:42 ------------------ USEFUL INFORMATION ------------------
25/09/2013 16:46:42 X DAMAGE available on display, using it for polling hints.
25/09/2013 16:46:42 To disable this behavior use: '-noxdamage'
25/09/2013 16:46:42
25/09/2013 16:46:42 Most compositing window managers like 'compiz' or 'beryl'
25/09/2013 16:46:42 cause X DAMAGE to fail, and so you may not see any screen
25/09/2013 16:46:42 updates via VNC. Either disable 'compiz' (recommended) or
25/09/2013 16:46:42 supply the x11vnc '-noxdamage' command line option.
25/09/2013 16:46:42
25/09/2013 16:46:42 Wireframing: -wireframe mode is in effect for window moves.
25/09/2013 16:46:42 If this yields undesired behavior (poor response, painting
25/09/2013 16:46:42 errors, etc) it may be disabled:
25/09/2013 16:46:42 - use '-nowf' to disable wireframing completely.
25/09/2013 16:46:42 - use '-nowcr' to disable the Copy Rectangle after the
25/09/2013 16:46:42 moved window is released in the new position.
25/09/2013 16:46:42 Also see the -help entry for tuning parameters.
25/09/2013 16:46:42 You can press 3 Alt_L's (Left "Alt" key) in a row to
25/09/2013 16:46:42 repaint the screen, also see the -fixscreen option for
25/09/2013 16:46:42 periodic repaints.
25/09/2013 16:46:42
25/09/2013 16:46:42 XFIXES available on display, resetting cursor mode
25/09/2013 16:46:42 to: '-cursor most'.
25/09/2013 16:46:42 to disable this behavior use: '-cursor arrow'
25/09/2013 16:46:42 or '-noxfixes'.
25/09/2013 16:46:42 using XFIXES for cursor drawing.
25/09/2013 16:46:42 GrabServer control via XTEST.
25/09/2013 16:46:42
25/09/2013 16:46:42 Scroll Detection: -scrollcopyrect mode is in effect to
25/09/2013 16:46:42 use RECORD extension to try to detect scrolling windows
25/09/2013 16:46:42 (induced by either user keystroke or mouse input).
25/09/2013 16:46:42 If this yields undesired behavior (poor response, painting
25/09/2013 16:46:42 errors, etc) it may be disabled via: '-noscr'
25/09/2013 16:46:42 Also see the -help entry for tuning parameters.
25/09/2013 16:46:42 You can press 3 Alt_L's (Left "Alt" key) in a row to
25/09/2013 16:46:42 repaint the screen, also see the -fixscreen option for
25/09/2013 16:46:42 periodic repaints.
25/09/2013 16:46:42
25/09/2013 16:46:42 XKEYBOARD: number of keysyms per keycode 10 is greater
25/09/2013 16:46:42 than 4 and 98 keysyms are mapped above 4.
25/09/2013 16:46:42 Automatically switching to -xkb mode.
25/09/2013 16:46:42 If this makes the key mapping worse you can
25/09/2013 16:46:42 disable it with the "-noxkb" option.
25/09/2013 16:46:42 Also, remember "-remap DEAD" for accenting characters.
25/09/2013 16:46:42
25/09/2013 16:46:42 X FBPM extension not supported.
25/09/2013 16:46:42 X display is capable of DPMS.
25/09/2013 16:46:42 --------------------------------------------------------
25/09/2013 16:46:42
25/09/2013 16:46:42 Default visual ID: 0x20
25/09/2013 16:46:42 Read initial data from X display into framebuffer.
25/09/2013 16:46:42 initialize_screen: fb_depth/fb_bpp/fb_Bpl 24/32/5464
25/09/2013 16:46:42 WARNING: Width (1366) is not a multiple of 4. VncViewer has problems with that.
25/09/2013 16:46:42
25/09/2013 16:46:42 X display :0 is 32bpp depth=24 true color
25/09/2013 16:46:42
25/09/2013 16:46:42 Autoprobing TCP port
25/09/2013 16:46:42 Autoprobing selected TCP port 5900
25/09/2013 16:46:42 Autoprobing TCP6 port
25/09/2013 16:46:42 Autoprobing selected TCP6 port 5900
25/09/2013 16:46:42 listen6: bind: Address already in use
25/09/2013 16:46:42 Not listening on IPv6 interface.
25/09/2013 16:46:42
25/09/2013 16:46:42 Xinerama is present and active (e.g. multi-head).
25/09/2013 16:46:42 Xinerama: number of sub-screens: 1
25/09/2013 16:46:42 Xinerama: no blackouts needed (only one sub-screen)
25/09/2013 16:46:42
25/09/2013 16:46:42 fb read rate: 460 MB/sec
25/09/2013 16:46:42 fast read: reset -wait ms to: 10
25/09/2013 16:46:42 fast read: reset -defer ms to: 10
25/09/2013 16:46:42 The X server says there are 12 mouse buttons.
25/09/2013 16:46:42 screen setup finished.
25/09/2013 16:46:42
25/09/2013 16:46:42 WARNING: You are running x11vnc WITHOUT a password. See
25/09/2013 16:46:42 WARNING: the warning message printed above for more info.
25/09/2013 16:46:42

The VNC desktop is: ubuntu:0
PORT=5900

******************************************************************************
Have you tried the x11vnc '-ncache' VNC client-side pixel caching feature yet?

The scheme stores pixel data offscreen on the VNC viewer side for faster
retrieval. It should work with any VNC viewer. Try it by running:

x11vnc -ncache 10 ...

One can also add -ncache_cr for smooth 'copyrect' window motion.
More info: http://www.karlrunge.com/x11vnc/faq.html#faq-client-caching

25/09/2013 16:46:55 Got connection from client 127.0.0.1
25/09/2013 16:46:55 other clients:
25/09/2013 16:46:55 Normal socket connection
25/09/2013 16:46:55 Disabled X server key autorepeat.
25/09/2013 16:46:55 to force back on run: 'xset r on' (3 times)
25/09/2013 16:46:55 incr accepted_client=1 for 127.0.0.1:53105 sock=11
25/09/2013 16:46:55 Client Protocol Version 3.8
25/09/2013 16:46:55 Protocol version sent 3.8, using 3.8
25/09/2013 16:46:55 rfbProcessClientSecurityType: executing handler for type 1
25/09/2013 16:46:55 rfbProcessClientSecurityType: returning securityResult for client rfb version >= 3.8
25/09/2013 16:46:55 Pixel format for client 127.0.0.1:
25/09/2013 16:46:55 8 bpp, depth 8
25/09/2013 16:46:55 true colour: max r 7 g 7 b 3, shift r 0 g 3 b 6
25/09/2013 16:46:55 rfbProcessClientNormalMessage: ignoring unsupported encoding type ultraZip
25/09/2013 16:46:55 Using compression level 9 for client 127.0.0.1
25/09/2013 16:46:55 Using image quality level 0 for client 127.0.0.1
25/09/2013 16:46:55 Using JPEG subsampling 1, Q15 for client 127.0.0.1
25/09/2013 16:46:55 Enabling X-style cursor updates for client 127.0.0.1
25/09/2013 16:46:55 Enabling full-color cursor updates for client 127.0.0.1
25/09/2013 16:46:55 Enabling cursor position updates for client 127.0.0.1
25/09/2013 16:46:55 Enabling KeyboardLedState protocol extension for client 127.0.0.1
25/09/2013 16:46:55 Enabling NewFBSize protocol extension for client 127.0.0.1
25/09/2013 16:46:55 Enabling LastRect protocol extension for client 127.0.0.1
25/09/2013 16:46:55 Enabling SupportedMessages protocol extension for client 127.0.0.1
25/09/2013 16:46:55 Enabling SupportedEncodings protocol extension for client 127.0.0.1
25/09/2013 16:46:55 Enabling ServerIdentity protocol extension for client 127.0.0.1
25/09/2013 16:46:55 Using tight encoding for client 127.0.0.1
25/09/2013 16:46:55 copy_tiles: allocating first_line at size 44
25/09/2013 16:46:56 rfbProcessClientNormalMessage: read: Connection reset by peer
25/09/2013 16:46:56 client_count: 0
25/09/2013 16:46:56 Restored X server key autorepeat to: 1
25/09/2013 16:46:56 viewer exited.
25/09/2013 16:46:56 deleted 43 tile_row polling images.
spec@ubuntu:~$

Просьба помочь кто с этим сталкивался и вышел из этой ситуации.
Раньше у меня такая же проблема была и в Linux mint 14, 15

landyНу чего ж вы такие все ленивые
гуглится на раз
Q-22: I am running Win2VNC on my Windows machine and "x11vnc -nofb" on Unix to pass keyboard and mouse to the Unix monitor. Whenever I start Win2VNC it quickly disconnects and x11vnc says: rfbProcessClientNormalMessage: read: Connection reset by peer

Is the default visual of the X display you run x11vnc on low color (e.g. 8 bit per pixel PseudoColor)? (you can run xdpyinfo to check, look in the "screen" section.) There seems to be a bug in Win2VNC in that it cannot deal correctly with colormaps (PseudoColor is the most common example of a visual with a colormap.)

If so, there are a couple options. 1) Can you set the default visual on your display to be depth 24 TrueColor? Sun machines often have 8+24 overlay/multi-depth visuals, and you can make the default visual depth 24 TrueColor (see fbconfig(1) and Xsun(1).) 2) As of Feb/2004 x11vnc has the -visual option to allow you to force the framebuffer visual to whatever you want (this usually messes up the colors unless you are very clever.) In this case, the option provides a convenient workaround for the Win2VNC bug:

x11vnc -nofb -visual TrueColor -display :0 ...

So the visual will be set to 8bpp TrueColor and Win2VNC can handle this. Since Win2VNC does not use the framebuffer data there should be no problems in doing this.


тут http://www.karlrunge.com/x11vnc/faq.html

Привет!
Дело совсем не в этом, оказывается.
Просто надо пользоваться клиентом именно VNCViewer, а не Remmina
Тогда без проблем пустит.
Спасибо, что откликнулись.