summaryrefslogtreecommitdiffstats
diff options
context:
space:
mode:
authorrunge <runge>2006-06-03 20:49:09 +0000
committerrunge <runge>2006-06-03 20:49:09 +0000
commit203eee7cfdb70556125f959d3b548fbd1213d8d2 (patch)
treed1da7e1014d58f2e7c44bda9b23652b4286a8887
parent8417618289bd95663789bb67d841800f166c57a0 (diff)
downloadlibtdevnc-203eee7c.tar.gz
libtdevnc-203eee7c.zip
x11vnc: -capslock -skip_lockkeys; Alt keys under -rawfb cons.
-rw-r--r--x11vnc/ChangeLog5
-rw-r--r--x11vnc/README2690
-rw-r--r--x11vnc/cleanup.c2
-rw-r--r--x11vnc/connections.c1
-rw-r--r--x11vnc/help.c54
-rw-r--r--x11vnc/keyboard.c65
-rw-r--r--x11vnc/linuxfb.c25
-rw-r--r--x11vnc/options.c2
-rw-r--r--x11vnc/options.h2
-rw-r--r--x11vnc/rates.c24
-rw-r--r--x11vnc/remote.c36
-rw-r--r--x11vnc/scan.c31
-rw-r--r--x11vnc/screen.c55
-rw-r--r--x11vnc/screen.h2
-rw-r--r--x11vnc/sslcmds.c22
-rw-r--r--x11vnc/sslhelper.c75
-rw-r--r--x11vnc/sslhelper.h2
-rwxr-xr-xx11vnc/tkx11vnc6
-rw-r--r--x11vnc/tkx11vnc.h6
-rw-r--r--x11vnc/unixpw.c5
-rw-r--r--x11vnc/userinput.c4
-rw-r--r--x11vnc/win_utils.c15
-rw-r--r--x11vnc/win_utils.h1
-rw-r--r--x11vnc/x11vnc.1761
-rw-r--r--x11vnc/x11vnc.c13
-rw-r--r--x11vnc/x11vnc.h7
-rw-r--r--x11vnc/x11vnc_defs.c6
-rw-r--r--x11vnc/xevents.c43
-rw-r--r--x11vnc/xevents.h2
-rw-r--r--x11vnc/xwrappers.c1
30 files changed, 1597 insertions, 2366 deletions
diff --git a/x11vnc/ChangeLog b/x11vnc/ChangeLog
index 4206d3f..be04a65 100644
--- a/x11vnc/ChangeLog
+++ b/x11vnc/ChangeLog
@@ -1,3 +1,8 @@
+2006-06-03 Karl Runge <runge@karlrunge.com>
+ * x11vnc: -capslock and -skip_lockkeys options. map some Alt keys
+ to Latin under linuxfb. switch to new stats API. Handle more
+ cases carefully when switching fb.
+
2006-05-06 Karl Runge <runge@karlrunge.com>
* x11vnc: improved support for webcams and tv tuners with
video4linux /dev/video: -rawfb video, -freqtab etc.
diff --git a/x11vnc/README b/x11vnc/README
index a8a3e1f..9d1bac1 100644
--- a/x11vnc/README
+++ b/x11vnc/README
@@ -1,5 +1,5 @@
-x11vnc README file Date: Sat May 6 20:35:41 EDT 2006
+x11vnc README file Date: Sat Jun 3 15:45:12 EDT 2006
The following information is taken from these URLs:
@@ -398,8 +398,8 @@ vncviewer -via $host localhost:0 # must be TightVNC vncviewer.
"x11vnc -help | more", "x11vnc -forever -shared -display :0", etc.
- Note: Currently gcc is required to build libvncserver. In some cases
- it will build with non-gcc compilers, but the resulting binary
+ Note: Currently gcc is recommended to build libvncserver. In some
+ cases it will build with non-gcc compilers, but the resulting binary
sometimes fails to run properly. For Solaris pre-built gcc binaries
are at [55]http://www.sunfreeware.com/. Some Solaris pre-built x11vnc
binaries are [56]here.
@@ -564,6 +564,12 @@ make
Where we had static archives (libjpeg.a, libz.a) only and header files
in the $HOME/hpux/... directories as discussed for the build script.
+
+
+ Building on AIX: AIX: one user had to add the "X11.adt" package to
+ AIX 4.3.3 and 5.2 to get build header files like XShm.h, etc. You may
+ also want to make sure that /usr/lpp/X11/include, etc is being picked
+ up by the configure and make.
_________________________________________________________________
Beta Testing:
@@ -586,29 +592,29 @@ make
Here are some features that will appear in the 0.8.1 release:
- * The [66]-unixpw option supports Unix username and password
- authentication (a variant is the [67]-unixpw_nis option that works
- in NIS environments). The [68]-ssl or [69]-localhost +
- [70]-stunnel options are enforced in this mode to prevent password
- sniffing. As a convenience, the -ssl or -stunnel requirements are
- lifted if a SSH tunnel can be deduced (but -localhost still
- applies).
- * The [71]-ssl option provides SSL encryption and authentication
- natively via the [72]www.openssl.org library. One can use from a
+ * The [66]-ssl option provides SSL encryption and authentication
+ natively via the [67]www.openssl.org library. One can use from a
simple self-signed certificate server certificate up to full CA
and client certificate authentication schemes.
- * The [73]-stunnel option starts up a SSL tunnel server stunnel
+ * The [68]-stunnel option starts up a SSL tunnel server stunnel
(that must be installed separately on the system:
- [74]www.stunnel.org) to allow only encrypted SSL connections from
+ [69]www.stunnel.org) to allow only encrypted SSL connections from
the network.
- * The [75]-sslverify option allows for authenticating VNC clients
+ * The [70]-sslverify option allows for authenticating VNC clients
via their certificates in either -ssl or -stunnel modes.
* An SSL enabled Java applet VNC Viewer applet is provided in
classes/ssl/VncViewer.jar. It may also be loaded into the web
browser via https (http over SSL) in addition to http. (via the
- VNC port or also by the separate [76]-https port option). A
- wrapper shell script [77]ssl_vncviewer is also provided that sets
+ VNC port or also by the separate [71]-https port option). A
+ wrapper shell script [72]ssl_vncviewer is also provided that sets
up a stunnel client-side tunnel on Unix systems.
+ * The [73]-unixpw option supports Unix username and password
+ authentication (a variant is the [74]-unixpw_nis option that works
+ in NIS environments). The [75]-ssl or [76]-localhost +
+ [77]-stunnel options are enforced in this mode to prevent password
+ sniffing. As a convenience, the -ssl or -stunnel requirements are
+ lifted if a SSH tunnel can be deduced (but -localhost still
+ applies).
* The [78]-usepw option will try to use your existing ~/.vnc/passwd
or ~/.vnc/passwfile passwords or otherwise prompt you to create
one (the server exits unless a password file is found and used).
@@ -830,20 +836,20 @@ make
with transparency (alpha channel) need to approximated to solid
RGB values (some cursors look worse than others).
* Audio from applications is of course not redirected (separate
- redirectors do exist, e.g. esd). The XBell() "beeps" will work if
- the X server supports the XKEYBOARD extension. (Note that on
- Solaris XKEYBOARD is disabled by default. Passing +kb to Xsun
- enables it).
- * The scroll detection algorithm for the [111]-scrollcopyrect option
+ redirectors do exist, e.g. esd [111]the FAQ on this below.) The
+ XBell() "beeps" will work if the X server supports the XKEYBOARD
+ extension. (Note that on Solaris XKEYBOARD is disabled by default.
+ Passing +kb to Xsun enables it).
+ * The scroll detection algorithm for the [112]-scrollcopyrect option
can give choppy or bunched up transient output and occasionally
painting errors.
* Occasionally a patch of tiles will not get updated correctly.
Evidently a timing related bug and difficult to reproduce...
* Using -threads can expose some bugs in libvncserver.
- Please feel free to [112]contact me if you have any questions,
+ Please feel free to [113]contact me if you have any questions,
problems, or comments about x11vnc, etc.
- Also, some people ask if they can make a donation, see [113]this link
+ Also, some people ask if they can make a donation, see [114]this link
for that.
_________________________________________________________________
@@ -852,320 +858,323 @@ make
[Building and Starting]
- [114]Q-1: I can't get x11vnc to start up. It says "XOpenDisplay failed
+ [115]Q-1: I can't get x11vnc to start up. It says "XOpenDisplay failed
(null)" or "Xlib: connection to ":0.0" refused by server Xlib: No
protocol specified" and then exits. What do I need to do?
- [115]Q-2: I can't get x11vnc and/or libvncserver to compile.
+ [116]Q-2: I can't get x11vnc and/or libvncserver to compile.
- [116]Q-3: I just built x11vnc successfully, but when I use it my
+ [117]Q-3: I just built x11vnc successfully, but when I use it my
keystrokes and mouse button clicks are ignored (I am able to move the
mouse though).
- [117]Q-4: Help, I need to run x11vnc on Solaris 2.5.1 (or other old
+ [118]Q-4: Help, I need to run x11vnc on Solaris 2.5.1 (or other old
Unix/Linux) and it doesn't compile!
- [118]Q-5: Where can I get a precompiled x11vnc binary for my Operating
+ [119]Q-5: Where can I get a precompiled x11vnc binary for my Operating
System?
- [119]Q-6: Where can I get a VNC Viewer binary (or source code) for the
+ [120]Q-6: Where can I get a VNC Viewer binary (or source code) for the
Operating System I will be viewing from?
- [120]Q-7: How can I see all of x11vnc's command line options and
+ [121]Q-7: How can I see all of x11vnc's command line options and
documentation on how to use them?
- [121]Q-8: I don't like typing arcane command line options every time I
+ [122]Q-8: I don't like typing arcane command line options every time I
start x11vnc. What can I do? Is there a config file? Or a GUI?
- [122]Q-9: How can I get the GUI to run in the System Tray, or at least
+ [123]Q-9: How can I get the GUI to run in the System Tray, or at least
be a smaller, simpler icon?
- [123]Q-10: Can I make x11vnc more quiet and also go into the
+ [124]Q-10: Can I make x11vnc more quiet and also go into the
background after starting up?
- [124]Q-11: Sometimes when a VNC viewer dies abruptly, x11vnc also dies
+ [125]Q-11: Sometimes when a VNC viewer dies abruptly, x11vnc also dies
with the error message like: "Broken pipe". I'm using the -forever
mode and I want x11vnc to keep running.
- [125]Q-12: Are there any build-time customizations possible, e.g.
+ [126]Q-12: Are there any build-time customizations possible, e.g.
change defaults, create a smaller binary, etc?
[Win2VNC Related]
- [126]Q-13: I have two separate machine displays in front of me, one
+ [127]Q-13: I have two separate machine displays in front of me, one
Windows the other X11: can I use x11vnc in combination with Win2VNC in
dual-screen mode to pass the keystrokes and mouse motions to the X11
display?
- [127]Q-14: I am running Win2VNC on my Windows machine and "x11vnc
+ [128]Q-14: 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
[Color Issues]
- [128]Q-15: The X display I run x11vnc on is only 8 bits per pixel
+ [129]Q-15: The X display I run x11vnc on is only 8 bits per pixel
(bpp) PseudoColor (i.e. only 256 distinct colors). The x11vnc colors
may start out OK, but after a while they are incorrect in certain
windows.
- [129]Q-16: Color problems: Why are the colors for some windows
+ [130]Q-16: Color problems: Why are the colors for some windows
incorrect in x11vnc? BTW, my X display has nice overlay/multi-depth
visuals of different color depths: e.g. there are both depth 8 and 24
visuals available at the same time.
- [130]Q-17: How do I figure out the window id to supply to the -id
+ [131]Q-17: How do I figure out the window id to supply to the -id
windowid option?
- [131]Q-18: Why don't menus or other transient windows come up when I
+ [132]Q-18: Why don't menus or other transient windows come up when I
am using the -id windowid option to view a single application window?
- [132]Q-19: My X display is depth 24 at 24bpp (instead of the normal
+ [133]Q-19: My X display is depth 24 at 24bpp (instead of the normal
depth 24 at 32bpp). I'm having lots of color and visual problems with
x11vnc and/or vncviewer. What's up?
[Xterminals]
- [133]Q-20: Can I use x11vnc to view and interact with an Xterminal
+ [134]Q-20: Can I use x11vnc to view and interact with an Xterminal
(e.g. NCD) that is not running UNIX and so x11vnc cannot be run on it
directly?
- [134]Q-21: How do I get my X permissions (MIT-MAGIC-COOKIE file)
+ [135]Q-21: How do I get my X permissions (MIT-MAGIC-COOKIE file)
correct for a Unix/Linux machine acting as an Xterminal?
[Sun Rays]
- [135]Q-22: I'm having trouble using x11vnc with my Sun Ray session.
+ [136]Q-22: I'm having trouble using x11vnc with my Sun Ray session.
[Remote Control]
- [136]Q-23: How do I stop x11vnc once it is running in the background?
+ [137]Q-23: How do I stop x11vnc once it is running in the background?
- [137]Q-24: Can I change settings in x11vnc without having to restart
+ [138]Q-24: Can I change settings in x11vnc without having to restart
it? Can I remote control it?
[Security and Permissions]
- [138]Q-25: How do I create a VNC password for use with x11vnc?
+ [139]Q-25: How do I create a VNC password for use with x11vnc?
- [139]Q-26: Can I make it so -storepasswd doesn't show my password on
+ [140]Q-26: Can I make it so -storepasswd doesn't show my password on
the screen?
- [140]Q-27: Can I have two passwords for VNC viewers, one for full
+ [141]Q-27: Can I have two passwords for VNC viewers, one for full
access and the other for view-only access to the display?
- [141]Q-28: Can I have as many full-access and view-only passwords as I
+ [142]Q-28: Can I have as many full-access and view-only passwords as I
like?
- [142]Q-29: Does x11vnc support Unix usernames and passwords? Can I
+ [143]Q-29: Does x11vnc support Unix usernames and passwords? Can I
further limit the set of Unix usernames who can connect to the VNC
desktop?
- [143]Q-30: Why does x11vnc exit as soon as the VNC viewer disconnects?
+ [144]Q-30: Why does x11vnc exit as soon as the VNC viewer disconnects?
And why doesn't it allow more than one VNC viewer to connect at the
same time?
- [144]Q-31: Can I limit which machines incoming VNC clients can connect
+ [145]Q-31: Can I limit which machines incoming VNC clients can connect
from?
- [145]Q-32: How do I build x11vnc/libvncserver with libwrap
+ [146]Q-32: How do I build x11vnc/libvncserver with libwrap
(tcp_wrappers) support?
- [146]Q-33: Can I have x11vnc only listen on one network interface
+ [147]Q-33: Can I have x11vnc only listen on one network interface
(e.g. internal LAN) rather than having it listen on all network
interfaces and relying on -allow to filter unwanted connections out?
- [147]Q-34: Now that -localhost implies listening only on the loopback
+ [148]Q-34: Now that -localhost implies listening only on the loopback
interface, how I can occasionally allow in a non-localhost via the -R
allowonce remote control command?
- [148]Q-35: Can I fine tune what types of user input are allowed? E.g.
+ [149]Q-35: Can I fine tune what types of user input are allowed? E.g.
have some users just be able to move the mouse, but not click or type
anything?
- [149]Q-36: Can I prompt the user at the local X display whether the
+ [150]Q-36: Can I prompt the user at the local X display whether the
incoming VNC client should be accepted or not? Can I decide to make
some clients view-only? How about running an arbitrary program to make
the decisions?
- [150]Q-37: I start x11vnc as root because it is launched via inetd(1)
+ [151]Q-37: I start x11vnc as root because it is launched via inetd(1)
or a display manager like gdm(1). Can I have x11vnc later switch to a
different user?
- [151]Q-38: I use a screen-lock when I leave my workstation (e.g.
+ [152]Q-38: I use a screen-lock when I leave my workstation (e.g.
xscreensaver or xlock). When I remotely access my workstation desktop
via x11vnc I can unlock the desktop fine, but I am worried people will
see my activities on the physical monitor. What can I do to prevent
this, or at least make it more difficult?
- [152]Q-39: Can I have x11vnc automatically lock the screen when I
+ [153]Q-39: Can I have x11vnc automatically lock the screen when I
disconnect the VNC viewer?
[Encrypted Connections]
- [153]Q-40: How can I tunnel my connection to x11vnc via an encrypted
+ [154]Q-40: How can I tunnel my connection to x11vnc via an encrypted
SSH channel between two Unix machines?
- [154]Q-41: How can I tunnel my connection to x11vnc via an encrypted
+ [155]Q-41: How can I tunnel my connection to x11vnc via an encrypted
SSH channel from Windows using an SSH client like Putty?
- [155]Q-42: How can I tunnel my connection to x11vnc via an encrypted
+ [156]Q-42: How can I tunnel my connection to x11vnc via an encrypted
SSL channel using an external tool like stunnel?
- [156]Q-43: Does x11vnc have built-in SSL tunneling?
+ [157]Q-43: Does x11vnc have built-in SSL tunneling?
- [157]Q-44: How do I use VNC Viewers with built-in SSL tunneling?
+ [158]Q-44: How do I use VNC Viewers with built-in SSL tunneling?
- [158]Q-45: How do I use VNC Viewers with built-in SSL tunneling when
+ [159]Q-45: How do I use VNC Viewers with built-in SSL tunneling when
going through a Web Proxy?
- [159]Q-46: Can Apache web server act as a gateway for users to connect
+ [160]Q-46: Can Apache web server act as a gateway for users to connect
via SSL from the Internet with a Web browser to x11vnc running on
their workstations behind a firewall?
- [160]Q-47: Can I create and use my own SSL Certificate Authority (CA)
+ [161]Q-47: Can I create and use my own SSL Certificate Authority (CA)
with x11vnc?
[Display Managers and Services]
- [161]Q-48: How can I run x11vnc as a "service" that is always
+ [162]Q-48: How can I run x11vnc as a "service" that is always
available?
- [162]Q-49: How can I use x11vnc to connect to an X login screen like
+ [163]Q-49: How can I use x11vnc to connect to an X login screen like
xdm, GNOME gdm, KDE kdm, or CDE dtlogin? (i.e. nobody is logged into
an X session yet).
- [163]Q-50: Can I run x11vnc out of inetd(1)? How about xinetd(1)?
+ [164]Q-50: Can I run x11vnc out of inetd(1)? How about xinetd(1)?
- [164]Q-51: Can I have x11vnc restart itself after it terminates?
+ [165]Q-51: Can I have x11vnc restart itself after it terminates?
- [165]Q-52: How do I make x11vnc work with the Java VNC viewer applet
+ [166]Q-52: How do I make x11vnc work with the Java VNC viewer applet
in a web browser?
- [166]Q-53: Are reverse connections (i.e. the VNC server connecting to
+ [167]Q-53: Are reverse connections (i.e. the VNC server connecting to
the VNC viewer) using "vncviewer -listen" and vncconnect(1) supported?
- [167]Q-54: Can I use x11vnc as a replacement for Xvnc? (i.e. not for a
+ [168]Q-54: Can I use x11vnc as a replacement for Xvnc? (i.e. not for a
real display, but for a virtual one I keep around).
- [168]Q-55: How can I use x11vnc on "headless" machines? Why might I
+ [169]Q-55: How can I use x11vnc on "headless" machines? Why might I
want to?
[Resource Usage and Performance]
- [169]Q-56: I have lots of memory, but why does x11vnc fail with
+ [170]Q-56: I have lots of memory, but why does x11vnc fail with
shmget: No space left on device or Minor opcode of failed
request: 1 (X_ShmAttach)?
- [170]Q-57: How can I make x11vnc use less system resources?
+ [171]Q-57: How can I make x11vnc use less system resources?
- [171]Q-58: How can I make x11vnc use MORE system resources?
+ [172]Q-58: How can I make x11vnc use MORE system resources?
- [172]Q-59: I use x11vnc over a slow link with high latency (e.g.
+ [173]Q-59: I use x11vnc over a slow link with high latency (e.g.
dialup modem), is there anything I can do to speed things up?
- [173]Q-60: Does x11vnc support the X DAMAGE Xserver extension to find
+ [174]Q-60: Does x11vnc support the X DAMAGE Xserver extension to find
modified regions of the screen quickly and efficiently?
- [174]Q-61: When I drag windows around with the mouse or scroll up and
+ [175]Q-61: When I drag windows around with the mouse or scroll up and
down things really bog down (unless I do the drag in a single, quick
motion). Is there anything to do to improve things?
- [175]Q-62: Why not do something like wireframe animations to avoid the
+ [176]Q-62: Why not do something like wireframe animations to avoid the
windows "lurching" when being moved or resized?
- [176]Q-63: Can x11vnc try to apply heuristics to detect when an window
+ [177]Q-63: Can x11vnc try to apply heuristics to detect when an window
is scrolling its contents and use the CopyRect encoding for a speedup?
[Mouse Cursor Shapes]
- [177]Q-64: Why isn't the mouse cursor shape (the little icon shape
+ [178]Q-64: Why isn't the mouse cursor shape (the little icon shape
where the mouse pointer is) correct as I move from window to window?
- [178]Q-65: When using XFIXES cursorshape mode, some of the cursors
+ [179]Q-65: When using XFIXES cursorshape mode, some of the cursors
look really bad with extra black borders around the cursor and other
cruft. How can I improve their appearance?
- [179]Q-66: In XFIXES mode, are there any hacks to handle cursor
+ [180]Q-66: In XFIXES mode, are there any hacks to handle cursor
transparency ("alpha channel") exactly?
[Mouse Pointer]
- [180]Q-67: Why does the mouse arrow just stay in one corner in my
+ [181]Q-67: Why does the mouse arrow just stay in one corner in my
vncviewer, whereas my cursor (that does move) is just a dot?
- [181]Q-68: Can I take advantage of the TightVNC extension to the VNC
+ [182]Q-68: Can I take advantage of the TightVNC extension to the VNC
protocol where Cursor Positions Updates are sent back to all connected
clients (i.e. passive viewers can see the mouse cursor being moved
around by another viewer)?
- [182]Q-69: Is it possible to swap the mouse buttons (e.g. left-handed
+ [183]Q-69: Is it possible to swap the mouse buttons (e.g. left-handed
operation), or arbitrarily remap them? How about mapping button clicks
to keystrokes, e.g. to partially emulate Mouse wheel scrolling?
[Keyboard Issues]
- [183]Q-70: How can I get my AltGr and Shift modifiers to work between
+ [184]Q-70: How can I get my AltGr and Shift modifiers to work between
keyboards for different languages?
- [184]Q-71: When I try to type a "<" (i.e. less than) instead I get ">"
+ [185]Q-71: When I try to type a "<" (i.e. less than) instead I get ">"
(i.e. greater than)! Strangely, typing ">" works OK!!
- [185]Q-72: When I try to type a "<" (i.e. less than) instead I get
+ [186]Q-72: When I try to type a "<" (i.e. less than) instead I get
"<," (i.e. an extra comma).
- [186]Q-73: I'm using an "international" keyboard (e.g. German "de", or
+ [187]Q-73: I'm using an "international" keyboard (e.g. German "de", or
Danish "dk") and the -modtweak mode works well if the VNC viewer is
run on a Unix/Linux machine with a similar keyboard. But if I run
the VNC viewer on Unix/Linux with a different keyboard (e.g. "us") or
Windows with any keyboard, I can't type some keys like: "@", "$",
"<", ">", etc. How can I fix this?
- [187]Q-74: When typing I sometimes get double, triple, or more of my
+ [188]Q-74: When typing I sometimes get double, triple, or more of my
keystrokes repeated. I'm sure I only typed them once, what can I do?
- [188]Q-75: The x11vnc -norepeat mode is in effect, but I still get
+ [189]Q-75: The x11vnc -norepeat mode is in effect, but I still get
repeated keystrokes!!
- [189]Q-76: The machine where I run x11vnc has an AltGr key, but the
+ [190]Q-76: The machine where I run x11vnc has an AltGr key, but the
local machine where I run the VNC viewer does not. Is there a way I
can map a local unused key to send an AltGr? How about a Compose key
as well?
- [190]Q-77: I have a Sun machine I run x11vnc on. Its Sun keyboard has
+ [191]Q-77: I have a Sun machine I run x11vnc on. Its Sun keyboard has
just one Alt key labelled "Alt" and two Meta keys labelled with little
diamonds. The machine where I run the VNC viewer only has Alt keys.
How can I send a Meta keypress? (e.g. emacs needs this)
- [191]Q-78: Can I map a keystroke to a mouse button click on the remote
+ [192]Q-78: Can I map a keystroke to a mouse button click on the remote
machine?
+ [193]Q-79: How can I get Caps_Lock to work between my VNC viewer and
+ x11vnc?
+
[Screen Related Issues and Features]
- [192]Q-79: The remote display is larger (in number of pixels) than the
+ [194]Q-80: The remote display is larger (in number of pixels) than the
local display I am running the vncviewer on. I don't like the
vncviewer scrollbars, what I can do?
- [193]Q-80: Does x11vnc support server-side framebuffer scaling? (E.g.
+ [195]Q-81: Does x11vnc support server-side framebuffer scaling? (E.g.
to make the desktop smaller).
- [194]Q-81: Does x11vnc work with Xinerama? (i.e. multiple monitors
+ [196]Q-82: Does x11vnc work with Xinerama? (i.e. multiple monitors
joined together to form one big, single screen).
- [195]Q-82: Can I use x11vnc on a multi-headed display that is not
+ [197]Q-83: Can I use x11vnc on a multi-headed display that is not
Xinerama (i.e. separate screens :0.0, :0.1, ... for each monitor)?
- [196]Q-83: Can x11vnc show only a portion of the display? (E.g. for a
+ [198]Q-84: Can x11vnc show only a portion of the display? (E.g. for a
special purpose rfb application).
- [197]Q-84: Does x11vnc support the XRANDR (X Resize, Rotate and
+ [199]Q-85: Does x11vnc support the XRANDR (X Resize, Rotate and
Reflection) extension? Whenever I rotate or resize the screen x11vnc
just seems to crash.
- [198]Q-85: Why is the view in my VNC viewer completely black? Or why
+ [200]Q-86: Why is the view in my VNC viewer completely black? Or why
is everything flashing around randomly?
- [199]Q-86: I use Linux Virtual Consoles (VC's) to implement 'Fast User
+ [201]Q-87: I use Linux Virtual Consoles (VC's) to implement 'Fast User
Switching' between users' sessions (e.g. Betty is on Ctrl-Alt-F7,
Bobby is on Ctrl-Alt-F8, and Sid is on Ctrl-Alt-F1: they use those
keystrokes to switch between their sessions). How come the view in a
@@ -1173,31 +1182,34 @@ make
otherwise all messed up unless the X session x11vnc is attached to is
in the active VC?
- [200]Q-87: Can I use x11vnc to view my VMWare session remotely?
+ [202]Q-88: Can I use x11vnc to view my VMWare session remotely?
- [201]Q-88: Can non-X devices (e.g. a raw framebuffer) be viewed (and
+ [203]Q-89: Can non-X devices (e.g. a raw framebuffer) be viewed (and
even controlled) with VNC via x11vnc?
- [202]Q-89: Can I export via VNC a Webcam or TV tuner framebuffer using
+ [204]Q-90: Can I export via VNC a Webcam or TV tuner framebuffer using
x11vnc?
- [203]Q-90: I am using x11vnc where my local machine has "popup/hidden
+ [205]Q-91: I am using x11vnc where my local machine has "popup/hidden
taskbars" (e.g. GNOME or MacOS X) and the remote display where x11vnc
runs also has "popup/hidden taskbars" (e.g. GNOME). When I move the
mouse to the edge of the screen where the popups happen, the taskbars
interfere and fight with each other in strange ways. What can I do?
- [Misc: Clipboard, File Transfer, Beeps, Thanks, etc.]
+ [Misc: Clipboard, File Transfer, Sound, Beeps, Thanks, etc.]
- [204]Q-91: Does the Clipboard/Selection get transferred between the
+ [206]Q-92: Does the Clipboard/Selection get transferred between the
vncviewer and the X display?
- [205]Q-92: Can I transfer files back and forth with x11vnc?
+ [207]Q-93: Can I transfer files back and forth with x11vnc?
- [206]Q-93: Why don't I hear the "Beeps" in my X session (e.g. when
+ [208]Q-94: How can I hear the sound (audio) from the remote
+ applications on the desktop I am viewing via x11vnc?
+
+ [209]Q-95: Why don't I hear the "Beeps" in my X session (e.g. when
typing tput bel in an xterm)?
- [207]Q-94: Thanks for your program and for your help! Can I make a
+ [210]Q-96: Thanks for your program and for your help! Can I make a
donation?
_________________________________________________________________
@@ -1210,7 +1222,7 @@ make
For the former error, you need to specify the X display to connect to
(it also needs to be on the same machine the x11vnc process is to run
- on). Set your DISPLAY environment variable or use the [208]-display
+ on). Set your DISPLAY environment variable or use the [211]-display
option to specify it. Nearly always the correct value will be ":0"
@@ -1227,7 +1239,7 @@ make
How to Solve: See the xauth(1), Xsecurity(7), and xhost(1) man pages
for much info on X11 permissions. For example, you may need to set
- your XAUTHORITY environment variable or use the [209]-auth option to
+ your XAUTHORITY environment variable or use the [212]-auth option to
point to the correct MIT-MAGIC-COOKIE file (e.g. /home/joe/.Xauthority
or /var/gdm/:0.Xauth or /var/lib/kdm/A:0-crWk72K or /tmp/.gdmzndVlR),
or simply be sure you run x11vnc as the correct user (i.e. the user
@@ -1249,7 +1261,7 @@ make
x11vnc -display :0 -auth /var/gdm/:0.Xauth
(this is for the display manager gdm and requires root permission to
- read the gdm cookie file, see [210]this faq for other display manager
+ read the gdm cookie file, see [213]this faq for other display manager
cookie file names). While running x11vnc as root, remember it comes
with no warranty ;-).
@@ -1259,7 +1271,7 @@ make
(from the same machine). The person could then type "xhost -localhost"
after x11vnc has connected to go back to the default permissions.
Also, for some situations the "-users lurk=" option may be of use
- (please read the documentation on the [211]-users option).
+ (please read the documentation on the [214]-users option).
To test out your X11 permissions from a remote shell, set DISPLAY and
possibly XAUTHORITY (see your shell's man page, bash(1), tcsh(1), on
@@ -1371,7 +1383,7 @@ h
earlier and perhaps non-Solaris):
First use the environment settings (CPPFLAGS, LDFLAGS, etc.) in the
- above [212]Solaris build script to run the configure command. That
+ above [215]Solaris build script to run the configure command. That
should succeed without failure. Then you have to hand edit the
autogenerated rfb/rfbconfig.h file in the source tree, and just before
the last #endif at the bottom of that file insert these workaround
@@ -1397,7 +1409,7 @@ typedef unsigned int in_addr_t;
on other older OS (Solaris, Linux, ...) releases.
Here are some notes for similar steps that need to be done to build on
- [213]SunOS 4.x
+ [216]SunOS 4.x
Please let us know if you had to use the above workaround (and whether
it worked or not). If there is enough demand we will try to push clean
@@ -1407,25 +1419,28 @@ typedef unsigned int in_addr_t;
Q-5: Where can I get a precompiled x11vnc binary for my Operating
System?
- Hopefully the [214]build steps above and [215]FAQ provide enough info
+ Hopefully the [217]build steps above and [218]FAQ provide enough info
for a painless compile for most environments. Please report problems
with the x11vnc configure, make, etc. on your system (if your system
is known to compile other GNU packages successfully).
There are precompiled x11vnc binaries built by other groups that are
available at the following locations:
- Debian: (.deb) [216]http://packages.debian.org/x11vnc
-
- Slackware: (.tgz) [217]http://www.linuxpackages.net/ Redhat/Fedora:
- (.rpm) [218]http://dag.wieers.com/packages/x11vnc/
- [219]http://dries.ulyssis.org/rpm/packages/x11vnc SuSE: (.rpm)
- [220]http://linux01.gwdg.de/~pbleser/ Solaris: (pkg)
- [221]http://www.sunfreeware.com/ Nokia 770 (.deb)
- [222]http://mike.saunby.net/770/x11vnc/ Sharp Zaurus
- [223]http://www.pdaxrom.org/ and [224]http://www.focv.com/
+ Debian: (.deb) [219]http://packages.debian.org/x11vnc
+
+ Slackware: (.tgz) [220]http://www.linuxpackages.net/ Redhat/Fedora:
+ (.rpm) [221]http://dag.wieers.com/packages/x11vnc/
+ [222]http://dries.ulyssis.org/rpm/packages/x11vnc SuSE: (.rpm)
+ [223]http://linux01.gwdg.de/~pbleser/ Solaris: (pkg)
+ [224]http://www.sunfreeware.com/ FreeBSD: (.tbz)
+ [225]http://www.freebsd.org/ OpenBSD: (.tgz)
+ [226]http://www.openbsd.org/ NetBSD: (src)
+ [227]http://pkgsrc.se/x11/x11vnc Nokia 770 (.deb)
+ [228]http://mike.saunby.net/770/x11vnc/ Sharp Zaurus
+ [229]http://www.pdaxrom.org/ and [230]http://www.focv.com/
If the above binaries don't work and building x11vnc on your OS fails
- (and all else fails!) you can try one of [225]my collection of
+ (and all else fails!) you can try one of [231]my collection of
binaries for various OS's and x11vnc releases.
As a general note, the x11vnc program is simple enough you don't
@@ -1446,10 +1461,10 @@ typedef unsigned int in_addr_t;
To obtain VNC viewers for the viewing side (Windows, Mac OS, or Unix)
try here:
- * [226]http://www.tightvnc.com/download.html
- * [227]http://www.realvnc.com/download-free.html
- * [228]http://sourceforge.net/projects/cotvnc/
- * [229]http://www.ultravnc.com/
+ * [232]http://www.tightvnc.com/download.html
+ * [233]http://www.realvnc.com/download-free.html
+ * [234]http://sourceforge.net/projects/cotvnc/
+ * [235]http://www.ultravnc.com/
Q-7: How can I see all of x11vnc's command line options and
@@ -1457,7 +1472,7 @@ typedef unsigned int in_addr_t;
Run: x11vnc -opts to list just the option names or run: x11vnc
-help for long descriptions about each option. The output is listed
- [230]here as well.
+ [236]here as well.
Q-8: I don't like typing arcane command line options every time I
@@ -1487,10 +1502,10 @@ display :0
remote-control functionality ("-R") that was added. The /usr/bin/wish
program is needed for operation. The gui is not particularly
user-friendly, it just provides a point and click mode to set all the
- many x11vnc parameters and obtain help on them. See the [231]-gui
+ many x11vnc parameters and obtain help on them. See the [237]-gui
option for more info. Examples: "x11vnc ... -gui" and "x11vnc ... -gui
other:0" in the latter case the gui is displayed on other:0, not the X
- display x11vnc is polling. There is also a "[232]-gui tray" system
+ display x11vnc is polling. There is also a "[238]-gui tray" system
tray mode.
@@ -1518,11 +1533,11 @@ display :0
Q-10: Can I make x11vnc more quiet and also go into the background
after starting up?
- Use the [233]-q and [234]-bg options, respectively. (also: -quiet is
+ Use the [239]-q and [240]-bg options, respectively. (also: -quiet is
an alias for -q)
Note that under -bg the stderr messages will be lost unless you use
- the "[235]-o logfile" option.
+ the "[241]-o logfile" option.
Q-11: Sometimes when a VNC viewer dies abruptly, x11vnc also dies with
@@ -1543,7 +1558,7 @@ display :0
There are some options. They are enabled by adding something like
-Dxxxx=1 to the CPPFLAGS environment variable before running configure
- (see the [236]build notes for general background).
+ (see the [242]build notes for general background).
/*
* Mar/2006
* Build-time customization via CPPFLAGS.
@@ -1614,21 +1629,21 @@ display :0
dual-screen mode to pass the keystrokes and mouse motions to the X11
display?
- Yes, for best response start up x11vnc with the "[237]-nofb" option
+ Yes, for best response start up x11vnc with the "[243]-nofb" option
(disables framebuffer polling, and does other optimizations) on the
secondary display (X11) machine. Then start up Win2VNC on the primary
display (Windows) referring it to the secondary display.
- This will also work X11 to X11 using [238]x2vnc, however you would
+ This will also work X11 to X11 using [244]x2vnc, however you would
probably just want to avoid VNC and use x2x for that.
For reference, here are some links to Win2VNC-like programs for
multiple monitor setups:
- * [239]Original Win2VNC
- * [240]Enhanced Win2VNC and [241]sourceforge link
- * [242]x2vnc
- * [243]x2x also [244]here
- * [245]zvnc (MorphOS)
+ * [245]Original Win2VNC
+ * [246]Enhanced Win2VNC and [247]sourceforge link
+ * [248]x2vnc
+ * [249]x2x also [250]here
+ * [251]zvnc (MorphOS)
All of them will work with x11vnc (except x2x where it is not needed).
@@ -1648,7 +1663,7 @@ display :0
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 [246]-visual option to allow you to force the framebuffer
+ has the [252]-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:
@@ -1663,7 +1678,7 @@ display :0
PseudoColor (i.e. only 256 distinct colors). The x11vnc colors may
start out OK, but after a while they are incorrect in certain windows.
- Use the [247]-flashcmap option to have x11vnc watch for changes in the
+ Use the [253]-flashcmap option to have x11vnc watch for changes in the
colormap, and propagate those changes back to connected clients. This
can be slow (since the whole screen must be updated over the network
whenever the colormap changes). This flashing colormap behavior often
@@ -1672,13 +1687,13 @@ display :0
example of this. Consider reconfiguring the system to 16 bpp or depth
24 TrueColor if at all possible.
- Also note the option [248]-8to24 (Jan/2006) can often remove the need
+ Also note the option [254]-8to24 (Jan/2006) can often remove the need
for flashing the colormap. Everything is dynamically transformed to
depth 24 at 32 bpp using the colormaps. There may be painting errors
however (see the following FAQ for tips on reducing and correcting
them).
- In some rare cases the [249]-notruecolor option has corrected colors
+ In some rare cases the [255]-notruecolor option has corrected colors
on 8bpp displays. The red, green, and blue masks were non-zero in 8bpp
PseudoColor on an obscure setup, and this option corrected the
problems.
@@ -1689,13 +1704,13 @@ display :0
different color depths: e.g. there are both depth 8 and 24 visuals
available at the same time.
- You may want to review the [250]previous question regarding 8 bpp
+ You may want to review the [256]previous question regarding 8 bpp
PseudoColor.
- On some hardware (Sun/SPARC and SGI), the [251]-overlay option
+ On some hardware (Sun/SPARC and SGI), the [257]-overlay option
discussed a couple paragraphs down may solve this for you (you may
want to skip to it directly). On other hardware the less robust
- [252]-8to24 option may help (also discussed below).
+ [258]-8to24 option may help (also discussed below).
Run xdpyinfo(1) to see what the default visual is and what the depths
of the other visuals are. Does the default visual have a depth of 8
@@ -1731,7 +1746,7 @@ TrueColor defdepth 24
The -overlay mode: Another option is if the system with overlay
visuals is a Sun system running Solaris or SGI running IRIX you can
- use the [253]-overlay x11vnc option (Aug/2004) to have x11vnc use the
+ use the [259]-overlay x11vnc option (Aug/2004) to have x11vnc use the
Solaris XReadScreen(3X11) function to poll the "true view" of the
whole screen at depth 24 TrueColor. XReadDisplay(3X11) is used on
IRIX. This is useful for Legacy applications (older versions of
@@ -1756,7 +1771,7 @@ TrueColor defdepth 24
Xsun, e.g. in your /etc/dt/config/Xservers file).
- The -8to24 mode: The [254]-8to24 x11vnc option (Jan/2006) is a kludge
+ The -8to24 mode: The [260]-8to24 x11vnc option (Jan/2006) is a kludge
to try to dynamically rewrite the pixel values so that the 8bpp part
of the screen is mapped onto depth 24 TrueColor. This is less robust
than the -overlay mode because it is done by x11vnc outside of the X
@@ -1770,11 +1785,11 @@ TrueColor defdepth 24
32bpp view is exported via VNC.
Even on pure 8bpp displays it can be used as an alternative to
- [255]-flashcmap to avoid color flashing completely.
+ [261]-flashcmap to avoid color flashing completely.
This scheme is approximate and can often lead to painting errors. You
can manually correct most painting errors by pressing 3 Alt_L's in a
- row, or by using something like: [256]-fixscreen V=3.0 to
+ row, or by using something like: [262]-fixscreen V=3.0 to
automatically refresh the screen every 3 seconds. Also -fixscreen
8=3.0 has been added to just refresh the non-default visual parts of
the screen.
@@ -1787,23 +1802,23 @@ TrueColor defdepth 24
nogetimage can give a nice speedup if the default depth 24 X server
supports hiding the 8bpp bits in bits 25-32 of the framebuffer data.
On very slow machines -8to24 poll=0.2,cachewin=5.0 gives an useful
- speedup. See the [257]-8to24 help description for information on
+ speedup. See the [263]-8to24 help description for information on
tunable parameters, etc.
Colors still not working correctly? Run xwininfo on the application
with the incorrect colors to verify that the depth of its visual is
different from the default visual depth (gotten from xdpyinfo). One
- possible workaround in this case is to use the [258]-id option to
+ possible workaround in this case is to use the [264]-id option to
point x11vnc at the application window itself. If the application is
complicated (lots of toplevel windows and popup menus) this may not be
acceptable, and may even crash x11vnc (but not the application).
It is theoretically possible to solve this problem in general (see
xwd(1) for example), but it does not seem trivial or sufficiently fast
- for x11vnc to be able to do so in real time. The [259]-8to24 method
+ for x11vnc to be able to do so in real time. The [265]-8to24 method
does this approximately and is somewhat usable. Fortunately the
- [260]-overlay option works for Solaris machines with overlay visuals
+ [266]-overlay option works for Solaris machines with overlay visuals
where most of this problem occurs.
@@ -1814,9 +1829,9 @@ TrueColor defdepth 24
the desired application window. After clicking, it will print out much
information, including the window id (e.g. 0x6000010). Also, the
visual and depth of the window printed out is often useful in
- debugging x11vnc [261]color problems.
+ debugging x11vnc [267]color problems.
- Also, as of Dec/2004 you can use "[262]-id pick" to have x11vnc run
+ Also, as of Dec/2004 you can use "[268]-id pick" to have x11vnc run
xwininfo(1) for you and after you click the window it extracts the
windowid. Besides "pick" there is also "id:root" to allow you to go
back to root window when doing remote-control.
@@ -1834,7 +1849,7 @@ TrueColor defdepth 24
you should be able to see these transient windows.
If things are not working and you still want to do the single window
- polling, try the [263]-sid windowid option ("shifted" windowid).
+ polling, try the [269]-sid windowid option ("shifted" windowid).
Q-19: My X display is depth 24 at 24bpp (instead of the normal depth
@@ -1869,7 +1884,7 @@ TrueColor defdepth 24
handle 24bpp from the server, so you may want to use those. They
evidently request 32 bpp and libvncserver obliges.
- Update: as of Apr/2006 you can use the [264]-24to32 option to have
+ Update: as of Apr/2006 you can use the [270]-24to32 option to have
x11vnc dynamically transform the 24bpp pixel data to 32bpp. This extra
transformation could slow things down further.
@@ -1888,15 +1903,15 @@ TrueColor defdepth 24
since you will be polling the X display over the network as opposed to
over the local hardware. To do this, run x11vnc on a UNIX machine as
close as possible network-wise (e.g. same switch) to the Xterminal
- machine. Use the [265]-display option to point the display to that of
+ machine. Use the [271]-display option to point the display to that of
the Xterminal (you'll of course need basic X11 permission to do that)
- and also supply the [266]-noshm option (this enables the polling over
+ and also supply the [272]-noshm option (this enables the polling over
the network).
The response will likely be sluggish (maybe only one "frame" per
second). This mode is not recommended except for "quick checks" of
hard to get to X servers. Use something like "-wait 150" to cut down
- on the polling rate. You may also need [267]-flipbyteorder if the
+ on the polling rate. You may also need [273]-flipbyteorder if the
colors get messed up due to endian byte order differences.
Q-21: How do I get my X permissions (MIT-MAGIC-COOKIE file) correct
@@ -1920,7 +1935,7 @@ TrueColor defdepth 24
copied to the Xterminal. If $HOME/.Xauthority is exported via NFS
(this is insecure of course, but has been going on for decades), then
x11vnc can simply pick it up via NFS (you may need to use the
- [268]-auth option to point to the correct file). Other options include
+ [274]-auth option to point to the correct file). Other options include
copying the auth file using scp, or something like:
central-server> xauth nextract - xterm123:0 | ssh xterm123 xauth nmerge -
@@ -1932,7 +1947,7 @@ TrueColor defdepth 24
details.
If the display name in the cookie file needs to be changed between the
- two hosts, see [269]this note on the "xauth add ..." command.
+ two hosts, see [275]this note on the "xauth add ..." command.
A less secure option is to run something like "xhost +127.0.0.1" while
sitting at the Xterminal box to allow cookie-free local access for
@@ -1946,7 +1961,7 @@ TrueColor defdepth 24
occasional app more efficiently locally on the Xterminal box (e.g.
realplayer).
- Not recommended, but as a last resort, you could have x11vnc [270]poll
+ Not recommended, but as a last resort, you could have x11vnc [276]poll
the Xterminal Display over the network. For this you would run a
"x11vnc -noshm ..." process on the central-server (and hope the
network admin doesn't get angry...)
@@ -1975,13 +1990,13 @@ TrueColor defdepth 24
Q-22: I'm having trouble using x11vnc with my Sun Ray session.
- The [271]Sun Ray technology is a bit like "VNC done in hardware" (the
+ The [277]Sun Ray technology is a bit like "VNC done in hardware" (the
Sun Ray terminal device, DTU, playing the role of the vncviewer).
Completely independent of that, the SunRay user's session is still an
X server that speaks the X11 protocol and so x11vnc simply talks to
the X server part to export the SunRay desktop to any place in the
world (i.e. not only to a Sun Ray terminal device), creating a sort of
- "Soft Ray". Please see [272]this discussion of Sun Ray issues for
+ "Soft Ray". Please see [278]this discussion of Sun Ray issues for
solutions to problems.
[Remote Control]
@@ -1989,17 +2004,17 @@ TrueColor defdepth 24
Q-23: How do I stop x11vnc once it is running in the background?
As of Dec/2004 there is a remote control feature. It can change a huge
- amount of things on the fly: see the [273]-remote and [274]-query
+ amount of things on the fly: see the [279]-remote and [280]-query
options. To shut down the running x11vnc server just type "x11vnc -R
stop". To disconnect all clients do "x11vnc -R disconnect:all", etc.
- If the [275]-forever option has not been supplied, x11vnc will
+ If the [281]-forever option has not been supplied, x11vnc will
automatically exit after the first client disconnects. In general you
will have to kill the x11vnc process This can be done via: "kill
NNNNN" (where NNNNN is the x11vnc process id number found from ps(1)),
or "pkill x11vnc", or "killall x11vnc" (Linux only).
- If you have not put x11vnc in the background via the [276]-bg option
+ If you have not put x11vnc in the background via the [282]-bg option
or shell & operator, then simply press Ctrl-C in the shell where
x11vnc is running to stop it.
@@ -2009,15 +2024,15 @@ TrueColor defdepth 24
down state in the Xserver. Tapping the stuck key (either via a new
x11vnc or at the physical console) will release it from the stuck
state. If the keyboard seems to be acting strangely it is often fixed
- by tapping Ctrl, Shift, and Alt. Alternatively, the [277]-clear_mods
- option and [278]-clear_keys option can be used to release pressed keys
+ by tapping Ctrl, Shift, and Alt. Alternatively, the [283]-clear_mods
+ option and [284]-clear_keys option can be used to release pressed keys
at startup and exit.
Q-24: Can I change settings in x11vnc without having to restart it?
Can I remote control it?
- Look at the [279]-remote (same as -R) and [280]-query (same as -Q)
+ Look at the [285]-remote (same as -R) and [286]-query (same as -Q)
options added in Dec/2004. They allow nearly everything to be changed
dynamically and settings to be queried. Examples: "x11vnc -R shared",
"x11vnc -R forever", "x11vnc -R scale:3/4", "x11vnc -Q modtweak",
@@ -2028,7 +2043,7 @@ TrueColor defdepth 24
correctly for communication to be possible.
There is also a simple Tcl/Tk gui based on this remote control
- mechanism. See the [281]-gui option for more info. You will need to
+ mechanism. See the [287]-gui option for more info. You will need to
have Tcl/Tk (i.e. /usr/bin/wish) installed for it to work. It can also
run in the system tray: "-gui tray" or as a standalone icon window:
"-gui icon".
@@ -2043,12 +2058,12 @@ TrueColor defdepth 24
vncpasswd(1) program from those packages.
As of Jun/2004 x11vnc supports the -storepasswd "pass" "file"
- [282]option, which is the same functionality of storepasswd. Be sure
+ [288]option, which is the same functionality of storepasswd. Be sure
to quote the "pass" if it contains shell meta characters, spaces, etc.
Example:
x11vnc -storepasswd 'sword*fish' $HOME/myvncpasswd
- You then use the password via the x11vnc option: "[283]-rfbauth
+ You then use the password via the x11vnc option: "[289]-rfbauth
$HOME/myvncpasswd"
If you do not supply any arguments:
@@ -2058,11 +2073,11 @@ TrueColor defdepth 24
keystrokes when entering the password will not be echoed to the
screen).
- x11vnc also has the [284]-passwdfile and -passwd/-viewpasswd plain
+ x11vnc also has the [290]-passwdfile and -passwd/-viewpasswd plain
text (i.e. not obscured like the -rfbauth VNC passwords) password
options.
- You can use the [285]-usepw option to automatically use any password
+ You can use the [291]-usepw option to automatically use any password
file you have in ~/.vnc/passwd or ~/.vnc/passwdfile (the latter is
used with the -passwdfile option).
@@ -2090,14 +2105,14 @@ TrueColor defdepth 24
Q-27: Can I have two passwords for VNC viewers, one for full access
and the other for view-only access to the display?
- Yes, as of May/2004 there is the [286]-viewpasswd option to supply the
- view-only password. Note the full-access password option [287]-passwd
+ Yes, as of May/2004 there is the [292]-viewpasswd option to supply the
+ view-only password. Note the full-access password option [293]-passwd
must be supplied at the same time. E.g.: -passwd sword -viewpasswd
fish.
To avoid specifying the passwords on the command line (where they
could be observed via the ps(1) command by any user) you can use the
- [288]-passwdfile option to specify a file containing plain text
+ [294]-passwdfile option to specify a file containing plain text
passwords. Presumably this file is readable only by you, and ideally
it is located on the machine x11vnc is run on (to avoid being snooped
on over the network). The first line of this file is the full-access
@@ -2105,7 +2120,7 @@ TrueColor defdepth 24
it is taken as the view-only password. (use "__EMPTY__" to supply an
empty one).
- View-only passwords currently do not work for the [289]-rfbauth
+ View-only passwords currently do not work for the [295]-rfbauth
password option (standard VNC password storing mechanism). FWIW, note
that although the output (usually placed in $HOME/.vnc/passwd) by the
vncpasswd or storepasswd programs (or from x11vnc -storepasswd) looks
@@ -2118,7 +2133,7 @@ TrueColor defdepth 24
Q-28: Can I have as many full-access and view-only passwords as I
like?
- Yes, as of Jan/2006 in the libvncserver CVS the [290]-passwdfile
+ Yes, as of Jan/2006 in the libvncserver CVS the [296]-passwdfile
option has been extended to handle as many passwords as you like. You
put the view-only passwords after a line __BEGIN_VIEWONLY__.
@@ -2132,7 +2147,7 @@ TrueColor defdepth 24
Until the VNC protocol and libvncserver support this things will be
approximate at best.
- Update: as of Feb/2006 x11vnc has the [291]-unixpw option that does
+ Update: as of Feb/2006 x11vnc has the [297]-unixpw option that does
this outside of the VNC protocol and libvncserver. The standard su(1)
program is used to validate the user's password. A familiar "login:"
and "Password:" dialog is presented to the user on a black screen
@@ -2142,7 +2157,7 @@ TrueColor defdepth 24
A list of allowed Unix usernames may also be supplied along with
per-user settings.
- There is also the [292]-unixpw_nis option for non-shadow-password
+ There is also the [298]-unixpw_nis option for non-shadow-password
(typically NIS environments, hence the name) systems where the
traditional getpwnam() and crypt() functions are used instead of
su(1). The encrypted user passwords must be accessible to the user
@@ -2151,7 +2166,7 @@ TrueColor defdepth 24
shadow(5).
Two settings are enforced in the -unixpw and -unixpw_nis modes to
- provide extra security: the 1) [293]-localhost and 2) [294]-stunnel
+ provide extra security: the 1) [299]-localhost and 2) [300]-stunnel
options. Without these one might send the Unix username and password
data in clear text over the network which is a very bad idea. They can
be relaxed if you want to provide encryption other than stunnel (the
@@ -2169,13 +2184,13 @@ TrueColor defdepth 24
Previous discussion: One approximate method involves starting x11vnc
- with the [295]-localhost option. This basically requires the viewer
+ with the [301]-localhost option. This basically requires the viewer
user to log into the workstation where x11vnc is running via their
Unix username and password, and then somehow set up a port redirection
of his vncviewer connection to make it appear to emanate from the
local machine. As discussed above, ssh is useful for this: "ssh -L
5900:localhost:5900 user@hostname ..." See the ssh wrapper scripts
- mentioned [296]elsewhere on this page. [297]stunnel does this as well.
+ mentioned [302]elsewhere on this page. [303]stunnel does this as well.
Of course a malicious user could allow other users to get in through
his channel, but that is a problem with every method. Another thing to
@@ -2186,7 +2201,7 @@ TrueColor defdepth 24
traditional way would be to further require a VNC password to supplied
(-rfbauth, -passwd, etc) and only tell the people allowed in what the
VNC password is. A scheme that avoids a second password involves using
- the [298]-accept option that runs a program to examine the connection
+ the [304]-accept option that runs a program to examine the connection
information to determine which user is connecting from the local
machine. That may be difficult to do, but, for example, the program
could use the ident service on the local machine (normally ident
@@ -2225,15 +2240,15 @@ exit 1 # reject it
These defaults are simple safety measures to avoid someone unknowingly
leaving his X11 desktop exposed (to the internet, say) for long
- periods of time. Use the [299]-forever option (aka -many) to have
+ periods of time. Use the [305]-forever option (aka -many) to have
x11vnc wait for more connections after the first client disconnects.
- Use the [300]-shared option to have x11vnc allow multiple clients to
+ Use the [306]-shared option to have x11vnc allow multiple clients to
connect simultaneously.
- Recommended additional safety measures include using ssh ([301]see
+ Recommended additional safety measures include using ssh ([307]see
above), stunnel, or a VPN to authenticate and encrypt the viewer
- connections or to at least use the -rfbauth passwd-file [302]option to
- use VNC password protection (or [303]-passwdfile) It is up to YOU to
+ connections or to at least use the -rfbauth passwd-file [308]option to
+ use VNC password protection (or [309]-passwdfile) It is up to YOU to
apply these security measures, they will not be done for you
automatically.
@@ -2241,7 +2256,7 @@ exit 1 # reject it
Q-31: Can I limit which machines incoming VNC clients can connect
from?
- Yes, look at the [304]-allow and [305]-localhost options to limit
+ Yes, look at the [310]-allow and [311]-localhost options to limit
connections by hostname or IP address. E.g.
x11vnc -allow 192.168.0.1,192.168.0.2
@@ -2253,7 +2268,7 @@ exit 1 # reject it
Note that -localhost is the same as "-allow 127.0.0.1"
For more control, build libvncserver with libwrap support
- [306](tcp_wrappers) and then use /etc/hosts.allow See hosts_access(5)
+ [312](tcp_wrappers) and then use /etc/hosts.allow See hosts_access(5)
for complete details.
@@ -2273,7 +2288,7 @@ exit 1 # reject it
is "vnc", e.g.:
vnc: 192.168.100.3 .example.com
- Note that if you run x11vnc out of [307]inetd you do not need to build
+ Note that if you run x11vnc out of [313]inetd you do not need to build
x11vnc with libwrap support because the /usr/sbin/tcpd reference in
/etc/inetd.conf handles the tcp_wrappers stuff.
@@ -2282,15 +2297,15 @@ exit 1 # reject it
internal LAN) rather than having it listen on all network interfaces
and relying on -allow to filter unwanted connections out?
- As of Mar/2005 there is the "[308]-listen ipaddr" option that enables
+ As of Mar/2005 there is the "[314]-listen ipaddr" option that enables
this. For ipaddr either supply the desired network interface's IP
address (or use a hostname that resolves to it) or use the string
"localhost". For additional filtering simultaneously use the
- "[309]-allow host1,..." option to allow only specific hosts in.
+ "[315]-allow host1,..." option to allow only specific hosts in.
This option is useful if you want to insure that no one can even begin
a dialog with x11vnc from untrusted network interfaces (e.g. ppp0).
- The option [310]-localhost now implies "-listen localhost" since that
+ The option [316]-localhost now implies "-listen localhost" since that
is what most people expect it to do.
@@ -2298,17 +2313,17 @@ exit 1 # reject it
interface, how I can occasionally allow in a non-localhost via the -R
allowonce remote control command?
- To do this specify "[311]-allow localhost". Unlike [312]-localhost
+ To do this specify "[317]-allow localhost". Unlike [318]-localhost
this will leave x11vnc listening on all interfaces (but of course only
allowing in local connections, e.g. ssh redirs). Then you can later
run "x11vnc -R allowonce:somehost" or use to gui to permit a one-shot
connection from a remote host.
Note that if you do a lot of changing of the listening interface
- ([313]-listen option) via remote control or gui, you may need to also
- manually adjust the [314]-allow list if you unexpectedly get into a
+ ([319]-listen option) via remote control or gui, you may need to also
+ manually adjust the [320]-allow list if you unexpectedly get into a
state where the allow list cannot match any hosts that would be coming
- in on the listening interface. If you just toggle [315]-localhost on
+ in on the listening interface. If you just toggle [321]-localhost on
and off x11vnc should see to it that you never get into such a state.
@@ -2316,7 +2331,7 @@ exit 1 # reject it
some users just be able to move the mouse, but not click or type
anything?
- As of Feb/2005, the [316]-input option allows you to do this. "K",
+ As of Feb/2005, the [322]-input option allows you to do this. "K",
"M", and "B" stand for Keystroke, Mouse-motion, and Button-clicks,
respectively. The setting: "-input M" makes attached viewers only able
to move the mouse. "-input KMB,M" lets normal clients do everything
@@ -2331,7 +2346,7 @@ exit 1 # reject it
some clients view-only? How about running an arbitrary program to make
the decisions?
- Yes, look at the "[317]-accept command" option, it allows you to
+ Yes, look at the "[323]-accept command" option, it allows you to
specify an external command that is run for each new client. (use
quotes around the command if it contains spaces, etc.). If the
external command returns 0 the client is accepted, otherwise the
@@ -2350,7 +2365,7 @@ exit 1 # reject it
own simple popup window. To accept the client press "y" or click mouse
on the "Yes" button. To reject the client press "n" or click mouse on
the "No" button. To accept the client View-only, press "v" or click
- mouse on the "View" button. If the [318]-viewonly option has been
+ mouse on the "View" button. If the [324]-viewonly option has been
supplied, the "View" action will not be present: the whole display is
view only in that case.
@@ -2366,7 +2381,7 @@ exit 1 # reject it
program to prompt the user whether the client should be accepted or
not. This requires that you have xmessage installed and available via
PATH. In case it is not already on your system, the xmessage program
- is available at [319]ftp://ftp.x.org/
+ is available at [325]ftp://ftp.x.org/
To include view-only decisions for the external commands, prefix the
command something like this: "yes:0,no:*,view:3 mycommand ..." This
@@ -2405,7 +2420,7 @@ elif [ $rc = 4 ]; then
fi
exit 1
- Stefan Radman has written a nice dtksh script [320]dtVncPopup for use
+ Stefan Radman has written a nice dtksh script [326]dtVncPopup for use
in CDE environments to do the same sort of thing. Information on how
to use it is found at the top of the file. He encourages you to
provide feedback to him to help improve the script.
@@ -2414,7 +2429,7 @@ exit 1
popup is being run, so attached clients will not receive screen
updates, etc during this period.
- To run a command when a client disconnects, use the "[321]-gone
+ To run a command when a client disconnects, use the "[327]-gone
command" option. This is for the user's convenience only: the return
code of the command is not interpreted by x11vnc. The same environment
variables are set as in "-accept command" (except that RFB_MODE will
@@ -2425,7 +2440,7 @@ exit 1
display manager like gdm(1). Can I have x11vnc later switch to a
different user?
- As of Feb/2005 x11vnc has the [322]-users option that allows things
+ As of Feb/2005 x11vnc has the [328]-users option that allows things
like this. Please read the documentation on it (also in the x11vnc
-help output) carefully for features and caveats. It's use can often
decrease security unless care is taken.
@@ -2450,7 +2465,7 @@ exit 1
In any event, as of Jun/2004 there is an experimental utility to make
it more difficult for nosey people to see your x11vnc activities. The
- source for it is [323]blockdpy.c The idea behind it is simple (but
+ source for it is [329]blockdpy.c The idea behind it is simple (but
obviously not bulletproof): when a VNC client attaches to x11vnc put
the display monitor in the DPMS "off" state, if the DPMS state ever
changes immediately start up the screen-lock program. The x11vnc user
@@ -2466,8 +2481,8 @@ exit 1
bulletproof. A really robust solution would likely require X server
and perhaps even video hardware support.
- The blockdpy utility is launched by the [324]-accept option and told
- to exit via the [325]-gone option (the vnc client user should
+ The blockdpy utility is launched by the [330]-accept option and told
+ to exit via the [331]-gone option (the vnc client user should
obviously re-lock the screen before disconnecting!). Instructions can
be found in the source code for the utility at the above link.
@@ -2475,7 +2490,7 @@ exit 1
Q-39: Can I have x11vnc automatically lock the screen when I
disconnect the VNC viewer?
- Yes, a user mentions he uses the [326]-gone option under CDE to run a
+ Yes, a user mentions he uses the [332]-gone option under CDE to run a
screen lock program:
x11vnc -display :0 -forever -gone 'dtaction LockDisplay'
@@ -2484,7 +2499,7 @@ exit 1
x11vnc -display :0 -forever -gone 'kdesktop_lock'
x11vnc -display :0 -forever -gone 'xlock &'
- Here is a scheme using the [327]-afteraccept option (in version 0.7.3)
+ Here is a scheme using the [333]-afteraccept option (in version 0.7.3)
to unlock the screen after the first valid VNC login and to lock the
screen after the last valid VNC login disconnects:
x11vnc -display :0 -forever -shared -afteraccept ./myxlocker -gone ./myxlocke
@@ -2515,7 +2530,7 @@ fi
Q-40: How can I tunnel my connection to x11vnc via an encrypted SSH
channel between two Unix machines?
- See the description earlier on this page on [328]how to tunnel VNC via
+ See the description earlier on this page on [334]how to tunnel VNC via
SSH from Unix to Unix. A number of ways are described along with some
issues you may encounter.
@@ -2526,7 +2541,7 @@ fi
Q-41: How can I tunnel my connection to x11vnc via an encrypted SSH
channel from Windows using an SSH client like Putty?
- [329]Above we described how to tunnel VNC via SSH from Unix to Unix,
+ [335]Above we described how to tunnel VNC via SSH from Unix to Unix,
you may want to review it. To do this from Windows using Putty it
would go something like this:
* In the Putty dialog window under 'Session' enter the hostname or
@@ -2549,8 +2564,8 @@ fi
process in a BAT file including launching the VNC viewer by using the
plink Putty utility. Send us the script if you get that working.
- For extra protection feel free to run x11vnc with the [330]-localhost
- and [331]-rfbauth/[332]-passwdfile options.
+ For extra protection feel free to run x11vnc with the [336]-localhost
+ and [337]-rfbauth/[338]-passwdfile options.
If the machine you SSH into via Putty is not the same machine with the
X display you wish to view (e.g. your company provides incoming SSH
@@ -2558,11 +2573,11 @@ fi
dialog setting to: 'Destination: otherhost:5900', Once logged in,
you'll need to do a second login (ssh or rsh) to the workstation
machine 'otherhost' and then start up x11vnc on it. This can also be
- automated by [333]chaining ssh's.
+ automated by [339]chaining ssh's.
- As discussed [334]above another option is to first start the VNC
+ As discussed [340]above another option is to first start the VNC
viewer in "listen" mode, and then launch x11vnc with the
- "[335]-connect localhost" option to establish the reverse connection.
+ "[341]-connect localhost" option to establish the reverse connection.
In this case a Remote port redirection (not Local) is needed for port
5500 instead of 5900 (i.e. 'Source port: 5500' and
'Destination: localhost:5500' for a Remote connection).
@@ -2572,7 +2587,7 @@ fi
channel using an external tool like stunnel?
It is possible to use a "lighter weight" encryption setup than SSH or
- IPSEC. SSL tunnels such as [336]stunnel provide an encrypted channel
+ IPSEC. SSL tunnels such as [342]stunnel provide an encrypted channel
without the need for Unix users, passwords, and key passphrases
required for ssh (and at the other extreme can also provide a complete
signed certificate chain of trust). OTOH, since SSH is usually
@@ -2580,12 +2595,12 @@ fi
frequently the path of least resistance (it also nicely manages public
keys for you).
- Update: As of Feb/2006 x11vnc has the options [337]-ssl,
- [338]-stunnel, and [339]-sslverify to provide integrated SSL schemes.
- They are discussed [340]in the Next FAQ (you may want to skip to it
+ Update: As of Feb/2006 x11vnc has the options [343]-ssl,
+ [344]-stunnel, and [345]-sslverify to provide integrated SSL schemes.
+ They are discussed [346]in the Next FAQ (you may want to skip to it
now).
- Here are some basic examples using [341]stunnel but the general idea
+ Here are some basic examples using [347]stunnel but the general idea
for any SSL tunnel utility is the same:
* Start up x11vnc and constrain it to listen on localhost.
* Then start up the SSL tunnel running on the same machine to
@@ -2609,7 +2624,7 @@ fi
The above two commands are run on host "far-away.east". The
stunnel.pem is the self-signed PEM file certificate created when
- stunnel is built. One can also create certificates [342]signed by
+ stunnel is built. One can also create certificates [348]signed by
Certificate Authorities or self-signed if desired using the x11vnc
utilities described there.
@@ -2623,7 +2638,7 @@ fi
Then point the viewer to the local tunnel on port 5902:
vncviewer -encodings "copyrect tight zrle hextile" localhost:2
- That's it. (note that the [343]ssl_vncviewer script can automate
+ That's it. (note that the [349]ssl_vncviewer script can automate
this.)
Be sure to use a VNC password because unlike ssh by default the
@@ -2631,13 +2646,13 @@ fi
some extra configuration one could also set up certificates to provide
authentication of either or both sides as well (and hence avoid
man-in-the-middle attacks). See the stunnel and openssl documentation
- and also [344]the key management section for details.
+ and also [350]the key management section for details.
stunnel has also been ported to Windows, and there are likely others
to choose from for that OS. Much info for using it on Windows can be
- found at the stunnel site and in this [345]article The article also
+ found at the stunnel site and in this [351]article The article also
shows the detailed steps to set up all the authentication
- certificates. (for both server and clients, see also the [346]x11vnc
+ certificates. (for both server and clients, see also the [352]x11vnc
utilities that do this). The default Windows client setup (no certs)
is simpler and only 4 files are needed in a folder: stunnel.exe,
stunnel.conf, libssl32.dll, libeay32.dll. We used an stunnel.conf
@@ -2658,7 +2673,7 @@ connect = far-away.east:5901
As an aside, if you don't like the little "gap" of unencrypted TCP
traffic (and a localhost listening socket) on the local machine
between stunnel and x11vnc it can actually be closed by having stunnel
- start up x11vnc in [347]-inetd mode:
+ start up x11vnc in [353]-inetd mode:
stunnel -p /path/to/stunnel.pem -P none -d 5900 -l ./x11vnc_sh
Where the script x11vnc_sh starts up x11vnc:
@@ -2701,16 +2716,16 @@ connect = 5900
probably wouldn't work since the SSL negotiation is likely embedded in
the VNC protocol unlike our case where it is external.
- Note: as of Mar/2006 libvncserver/x11vnc provides a [348]SSL-enabled
- Java applet that can be served up via the [349]-httpdir or [350]-http
- options when [351]-ssl is enabled. It will also be served via HTTPS
+ Note: as of Mar/2006 libvncserver/x11vnc provides a [354]SSL-enabled
+ Java applet that can be served up via the [355]-httpdir or [356]-http
+ options when [357]-ssl is enabled. It will also be served via HTTPS
via either the VNC port (e.g. https://host:5900/) or a 2nd port via
- the [352]-https option.
+ the [358]-https option.
In general current SSL VNC solutions are not particularly "seemless".
But it can be done, and with a wrapper script on the viewer side and
- the [353]-stunnel option on the server side it works well and is
- convenient. Here is a simple script [354]ssl_vncviewer that automates
+ the [359]-stunnel option on the server side it works well and is
+ convenient. Here is a simple script [360]ssl_vncviewer that automates
running stunnel on the VNC viewer side on Unix a little more carefully
than the commands printed above. (One could probably do a similar
thing with a .BAT file on Windows in the stunnel folder.)
@@ -2718,7 +2733,7 @@ connect = 5900
Q-43: Does x11vnc have built-in SSL tunneling?
- You can read about non-built-in methods [355]in the Previous FAQ
+ You can read about non-built-in methods [361]in the Previous FAQ
SSL tunnels provide an encrypted channel without the need for Unix
users, passwords, and key passphrases required for ssh (and at the
@@ -2729,14 +2744,14 @@ connect = 5900
Built-in SSL x11vnc options:
- As of Feb/2006 the x11vnc [356]-ssl and [357]-stunnel options automate
- the SSL tunnel creation on the x11vnc server side. An [358]SSL-enabled
+ As of Feb/2006 the x11vnc [362]-ssl and [363]-stunnel options automate
+ the SSL tunnel creation on the x11vnc server side. An [364]SSL-enabled
Java Viewer applet also provided that can be served via http or https
to automate SSL on the client side.
- The [359]-ssl mode uses the [360]www.openssl.org library if available
- at build time. The [361]-stunnel mode requires the
- [362]www.stunnel.org command stunnel(8) to be installed on the system.
+ The [365]-ssl mode uses the [366]www.openssl.org library if available
+ at build time. The [367]-stunnel mode requires the
+ [368]www.stunnel.org command stunnel(8) to be installed on the system.
Both modes require an SSL certificate and key (i.e. .pem file). These
are usually created via the openssl(1) (in fact in for options "-ssl"
@@ -2788,12 +2803,12 @@ connect = 5900
is to encrypt the key with a passphrase (note however this requires
supplying the passphrase each time x11vnc is started up).
- See the discussion on [363]x11vnc Key Management for some utilities
+ See the discussion on [369]x11vnc Key Management for some utilities
provided for creating and managing certificates and keys and even for
creating your own Certificate Authority (CA) for signing VNC server
and client certificates. This may be done by importing the certificate
into Web Browser or Java plugin keystores, or pointing stunnel to it.
- The wrapper script [364]ssl_vncviewer provides an example on unix
+ The wrapper script [370]ssl_vncviewer provides an example on unix
(-verify option).
Here are some notes on the simpler default (non-CA) operation. To have
@@ -2809,7 +2824,7 @@ connect = 5900
to machines where the VNC Viewer will be run to enable authenticating
the x11vnc SSL VNC server to the clients. When authentication takes
place this way (or via the more sophisticated CA signing described
- [365]here), then Man-In-The-Middle-Attacks are prevented. Otherwise,
+ [371]here), then Man-In-The-Middle-Attacks are prevented. Otherwise,
the SSL encryption only provides protection against passive network
traffic "sniffing". Nowadays, most people seem mostly concerned about
only the latter (and the default x11vnc SSL modes protect against it.)
@@ -2834,7 +2849,7 @@ connect = 5900
including using https to download it into the browser and connect to
x11vnc.
- See the [366]next FAQ for SSL enabled VNC Viewers.
+ See the [372]next FAQ for SSL enabled VNC Viewers.
Q-44: How do I use VNC Viewers with built-in SSL tunneling?
@@ -2845,9 +2860,9 @@ connect = 5900
The SSL enabled Java VNC Viewer (VncViewer.jar) in the x11vnc package
supports only SSL based connections by default (set the applet
parameter disableSSL=yes in index.vnc to override). As mentioned above
- the [367]-httpdir can be used to specify the path to .../classes/ssl.
+ the [373]-httpdir can be used to specify the path to .../classes/ssl.
A typical location might be /usr/local/share/x11vnc/classes/ssl. Or
- the [368]-http can be used to try to have it find the directory
+ the [374]-http can be used to try to have it find the directory
automatically.
The Java viewer uses SSL to communicate securely with x11vnc. Note
@@ -2872,7 +2887,7 @@ connect = 5900
example) can be slow or unreliable at times (it has to read some input
and try to guess if the connection is VNC or HTTP). If it is
unreliable and you still want to serve the Java applet via https, use
- the [369]-https option to get an additional port dedicated to https
+ the [375]-https option to get an additional port dedicated to https
(its URL will also be printed in the output).
Another possibility is to add the GET applet parameter:
@@ -2907,7 +2922,7 @@ connect = 5900
connection is VNC instead of the HTTPS it actually is (but since you
have paused too long at the dialog the GET request comes too late).
Often hitting Reload and going through the dialogs more quickly will
- let you connect. Use the [370]-https option if you want a dedicated
+ let you connect. Use the [376]-https option if you want a dedicated
port for HTTPS connections instead of sharing the VNC port.
@@ -2916,10 +2931,10 @@ connect = 5900
If you want to use a native VNC Viewer with the SSL enabled x11vnc you
will need to run an external SSL tunnel on the Viewer side. There do
not seem to be any native SSL VNC Viewers outside of the x11vnc
- package. The basic ideas of doing this were discussed [371]for
+ package. The basic ideas of doing this were discussed [377]for
external tunnel utilities here.
- The [372]ssl_vncviewer script provided with x11vnc can set up the
+ The [378]ssl_vncviewer script provided with x11vnc can set up the
stunnel tunnel automatically on unix as long as the stunnel command is
installed on the Viewer machine and available in PATH (and vncviewer
too of course). Note that on Debian based system you will need to
@@ -2951,10 +2966,10 @@ connect = 5900
The fifth one shows that Web proxies can be used if that is the only
way to get out of the firewall. If the "double proxy" situation arises
- separate the two by commas. See [373]this page for more information on
+ separate the two by commas. See [379]this page for more information on
how Web proxies come into play.
- If one uses a Certificate Authority (CA) scheme described [374]here,
+ If one uses a Certificate Authority (CA) scheme described [380]here,
the wrapper script would use the CA cert instead of the server cert:
3') ssl_vncviewer -verify ./cacert.crt far-away.east:0
@@ -2990,7 +3005,7 @@ connect = 5900
(instead of the unsigned one in https://yourmachine.com:5900/ that
gives the default index.vnc)
- Note that the [375]ssl_vncviewer stunnel wrapper script can use Web
+ Note that the [381]ssl_vncviewer stunnel wrapper script can use Web
proxies as well.
Proxies that limit CONNECT to ports 443 and 563:
@@ -3019,7 +3034,7 @@ connect = 5900
https://yourmachine.com/proxy.vnc?PORT=443
this is cleaner because it avoids editing the file, but requires more
- parameters in the URL. To use the GET [376]trick discussed above, do:
+ parameters in the URL. To use the GET [382]trick discussed above, do:
https://yourmachine.com/proxy.vnc?PORT=443&GET=1
@@ -3027,7 +3042,7 @@ connect = 5900
SSL from the Internet with a Web browser to x11vnc running on their
workstations behind a firewall?
Yes. You will need to configure apache to forward these connections.
- It is discussed [377]here. This provides a clean alternative to the
+ It is discussed [383]here. This provides a clean alternative to the
traditional method where the user uses SSH to log in through the
gateway to create the encrypted port redirection to x11vnc running on
her desktop.
@@ -3035,7 +3050,7 @@ connect = 5900
Q-47: Can I create and use my own SSL Certificate Authority (CA) with
x11vnc?
- Yes, see [378]this page for how to do this and the utility commands
+ Yes, see [384]this page for how to do this and the utility commands
x11vnc provides to create and manage many types of certificates and
private keys.
@@ -3054,11 +3069,11 @@ connect = 5900
need to have sufficient permissions to connect to the X display.
Here are some ideas:
- * Use the description under "Continuously" in the [379]FAQ on x11vnc
+ * Use the description under "Continuously" in the [385]FAQ on x11vnc
and Display Managers
- * Use the description in the [380]FAQ on x11vnc and inetd(1)
+ * Use the description in the [386]FAQ on x11vnc and inetd(1)
* Start x11vnc from your $HOME/.xsession (or $HOME/.xinitrc)
- * Although less reliable, see the [381]x11vnc_loop rc.local hack
+ * Although less reliable, see the [387]x11vnc_loop rc.local hack
below.
The display manager scheme will not be specific to which user has the
@@ -3089,7 +3104,7 @@ x11vnc -logfile $HOME/.x11vnc.log -rfbauth $HOME/.vnc/passwd -forever -bg
while running x11vnc as root, e.g. for the gnome display manager, gdm:
x11vnc -auth /var/gdm/:0.Xauth -display :0
- (the [382]-auth option sets the XAUTHORITY variable for you).
+ (the [388]-auth option sets the XAUTHORITY variable for you).
There will be a similar thing for xdm using however a different auth
directory path (perhaps something like
@@ -3114,7 +3129,7 @@ x11vnc -logfile $HOME/.x11vnc.log -rfbauth $HOME/.vnc/passwd -forever -bg
auth file should be in /var/dt), you'll also need to add something
like Dtlogin*grabServer:False to the Xconfig file
(/etc/dt/config/Xconfig or /usr/dt/config/Xconfig on Solaris, see
- [383]the example at the end of this FAQ). Then restart dtlogin, e.g.:
+ [389]the example at the end of this FAQ). Then restart dtlogin, e.g.:
/etc/init.d/dtlogin stop; /etc/init.d/dtlogin start or reboot.
Continuously. Have x11vnc reattach each time the X server is
@@ -3177,7 +3192,7 @@ rever -bg
Then restart: /usr/sbin/gdm-restart (or reboot). The
KillInitClients=false setting is important: without it x11vnc will be
- killed immediately after the user logs in. Here are [384]full details
+ killed immediately after the user logs in. Here are [390]full details
on how to configure gdm
_________________________________________________________________
@@ -3219,13 +3234,13 @@ rever -bg
If you do not want to deal with any display manager startup scripts,
here is a kludgey script that can be run manually or out of a boot
- file like rc.local: [385]x11vnc_loop It will need some local
+ file like rc.local: [391]x11vnc_loop It will need some local
customization before running. Because the XAUTHORITY auth file must be
guessed by this script, use of the display manager script method
described above is greatly preferred.
If the machine is a traditional Xterminal you may want to read
- [386]this FAQ.
+ [392]this FAQ.
Q-50: Can I run x11vnc out of inetd(1)? How about xinetd(1)?
@@ -3235,7 +3250,7 @@ rever -bg
5900 stream tcp nowait root /usr/sbin/tcpd /usr/local/bin/x11vnc_sh
- where the shell script /usr/local/bin/x11vnc_sh uses the [387]-inetd
+ where the shell script /usr/local/bin/x11vnc_sh uses the [393]-inetd
option and looks something like (you'll need to customize to your
settings).
#!/bin/sh
@@ -3248,7 +3263,7 @@ rever -bg
and that confuses it greatly, causing it to abort). If you do not use
a wrapper script as above but rather call x11vnc directly in
/etc/inetd.conf and do not redirect stderr to a file, then you must
- specify the -q (aka [388]-quiet) option: "/usr/local/bin/x11vnc -q
+ specify the -q (aka [394]-quiet) option: "/usr/local/bin/x11vnc -q
-inetd ...". When you supply both -q and -inet and no "-o logfile"
then stderr will automatically be closed (to prevent, e.g. library
stderr messages leaking out to the viewer). The recommended practice
@@ -3256,7 +3271,7 @@ rever -bg
script with "2>logfile" redirection because the errors and warnings
printed out are very useful in troubleshooting problems.
- Note also the need to set XAUTHORITY via [389]-auth to point to the
+ Note also the need to set XAUTHORITY via [395]-auth to point to the
MIT-COOKIE auth file to get permission to connect to the X display
(setting and exporting the XAUTHORITY variable accomplishes the same
thing). See the x11vnc_loop file in the previous question for more
@@ -3324,7 +3339,7 @@ service x11vncservice
Q-51: Can I have x11vnc restart itself after it terminates?
One could do this in a shell script, but now there is an option
- [390]-loop that makes it easier. Of course when x11vnc restarts it
+ [396]-loop that makes it easier. Of course when x11vnc restarts it
needs to have permissions to connect to the (potentially new) X
display. This mode could be useful if the X server restarts often. Use
e.g. "-loop5000" to sleep 5000 ms between restarts. Also "-loop2000,5"
@@ -3335,7 +3350,7 @@ service x11vncservice
web browser?
To have x11vnc serve up a Java VNC viewer applet to any web browsers
- that connect to it, run x11vnc with this [391]option:
+ that connect to it, run x11vnc with this [397]option:
-httpdir /path/to/the/java/classes/dir
(this directory will contain the files index.vnc and, for example,
@@ -3354,7 +3369,7 @@ service x11vncservice
then you can connect to that URL with any Java enabled browser. Feel
free to customize the default index.vnc file in the classes directory.
- As of May/2005 the [392]-http option will try to guess where the Java
+ As of May/2005 the [398]-http option will try to guess where the Java
classes jar file is by looking a expected locations.
Also note that if you wanted to, you could also start the Java viewer
@@ -3368,7 +3383,7 @@ service x11vncservice
As of Mar/2004 x11vnc supports reverse connections. On Unix one starts
the VNC viewer in listen mode: vncviewer -listen (see your
documentation for Windows, etc), and then starts up x11vnc with the
- [393]-connect option. To connect immediately at x11vnc startup time
+ [399]-connect option. To connect immediately at x11vnc startup time
use the "-connect host:port" option (use commas for a list of hosts to
connect to). The ":port" is optional (default is 5500).
@@ -3376,7 +3391,7 @@ service x11vncservice
file is checked periodically (about once a second) for new hosts to
connect to.
- The [394]-remote control option (aka -R) can also be used to do this
+ The [400]-remote control option (aka -R) can also be used to do this
during an active x11vnc session, e.g.:
x11vnc -display :0 -R connect:hostname.domain
@@ -3388,7 +3403,7 @@ x11vnc -display :0 -R connect:hostname.domain
starting x11vnc.
To use the vncconnect(1) program (from the core VNC package at
- www.realvnc.com) specify the [395]-vncconnect option to x11vnc (Note:
+ www.realvnc.com) specify the [401]-vncconnect option to x11vnc (Note:
as of Dec/2004 -vncconnect is now the default). vncconnect(1) must be
pointed to the same X11 DISPLAY as x11vnc (since it uses X properties
to communicate with x11vnc). If you do not have or do not want to get
@@ -3433,7 +3448,7 @@ xprop -root -f VNC_CONNECT 8s -set VNC_CONNECT "$1"
There are some annoyances WRT Xvfb though. The default keyboard
mapping seems to be very poor. One should run x11vnc with
- [396]-add_keysyms option to have keysyms added automatically. Also, to
+ [402]-add_keysyms option to have keysyms added automatically. Also, to
add the Shift_R and Control_R modifiers something like this is needed:
#!/bin/sh
xmodmap -e "keycode any = Shift_R"
@@ -3455,11 +3470,11 @@ xmodmap -e "add Control = Control_L Control_R"
The main drawback to this method (besides requiring extra
configuration and possibly root permission) is that it also does the
- Linux Virtual Console/Terminal (VC/VT) [397]switching even though it
+ Linux Virtual Console/Terminal (VC/VT) [403]switching even though it
does not need to (since it doesn't use a real framebuffer). There are
some "dual headed" (actually multi-headed/multi-user) patches to the X
server that turn off the VT usage in the X server. Update: As of
- Jul/2005 we have an LD_PRELOAD script [398]Xdummy that allows you to
+ Jul/2005 we have an LD_PRELOAD script [404]Xdummy that allows you to
use a stock (i.e. unpatched) Xorg or XFree86 server with the "dummy"
driver and not have any VT switching problems! Currently Xdummy needs
to be run as root, but with some luck that may be relaxed in the
@@ -3491,7 +3506,7 @@ startx -- /path/to/Xdummy :1
An X server can be started on the headless machine (sometimes this
requires configuring the X server to not fail if it cannot detect a
keyboard or mouse, see the next paragraph). Then you can export that X
- display via x11vnc (e.g. see [399]this FAQ) and access it from
+ display via x11vnc (e.g. see [405]this FAQ) and access it from
anywhere on the network via a VNC viewer.
Some tips on getting X servers to start on machines without keyboard
@@ -3534,7 +3549,7 @@ startx -- /path/to/Xdummy :1
19/03/2004 10:10:58 error creating tile-row shm for len=4
19/03/2004 10:10:58 reverting to single_copytile mode
- Here is a shell script [400]shm_clear to list and prompt for removal
+ Here is a shell script [406]shm_clear to list and prompt for removal
of your unattached shm segments (attached ones are skipped). I use it
while debugging x11vnc (I use "shm_clear -y" to assume "yes" for each
prompt). If x11vnc is regularly not cleaning up its shm segments,
@@ -3568,36 +3583,36 @@ ied)
in /etc/system. See the next paragraph for more workarounds.
To minimize the number of shm segments used by x11vnc try using the
- [401]-onetile option (corresponds to only 3 shm segments used, and
+ [407]-onetile option (corresponds to only 3 shm segments used, and
adding -fs 1.0 knocks it down to 2). If you are having much trouble
with shm segments, consider disabling shm completely via the
- [402]-noshm option. Performance will be somewhat degraded but when
+ [408]-noshm option. Performance will be somewhat degraded but when
done over local machine sockets it should be acceptable (see an
- [403]earlier question discussing -noshm).
+ [409]earlier question discussing -noshm).
Q-57: How can I make x11vnc use less system resources?
- The [404]-nap and "[405]-wait n" (where n is the sleep between polls
+ The [410]-nap and "[411]-wait n" (where n is the sleep between polls
in milliseconds, the default is 30 or so) option are good places to
start. Reducing the X server bits per pixel depth (e.g. to 16bpp or
even 8bpp) will further decrease memory I/O and network I/O. The
ShadowFB will make x11vnc's screen polling less severe. Using the
- [406]-onetile option will use less memory and use fewer shared memory
- slots (add [407]-fs 1.0 for one less slot).
+ [412]-onetile option will use less memory and use fewer shared memory
+ slots (add [413]-fs 1.0 for one less slot).
Q-58: How can I make x11vnc use MORE system resources?
- You can try [408]-threads and dial down the wait time (e.g. -wait 1)
- and possibly dial down [409]-defer as well. Note that if you try to
+ You can try [414]-threads and dial down the wait time (e.g. -wait 1)
+ and possibly dial down [415]-defer as well. Note that if you try to
increase the "frame rate" too much you can bog down the server end
with the extra work it needs to do compressing the framebuffer data,
etc.
That said, it is possible to "stream" video via x11vnc if the video
window is small enough. E.g. a 256x192 xawtv TV capture window (using
- the x11vnc [410]-id option) can be streamed over a LAN or wireless at
+ the x11vnc [416]-id option) can be streamed over a LAN or wireless at
a reasonable frame rate.
@@ -3613,7 +3628,7 @@ ied)
* Use a smaller desktop size (e.g. 1024x768 instead of 1280x1024)
* Make sure the desktop background is a solid color (the background
is resent every time it is re-exposed). Consider using the
- [411]-solid [color] option to try to do this automatically.
+ [417]-solid [color] option to try to do this automatically.
* Configure your window manager or desktop "theme" to not use fancy
images, shading, and gradients for the window decorations, etc.
Disable window animations, etc. Maybe your desktop has a "low
@@ -3622,9 +3637,9 @@ ied)
-> Use Smooth Scrolling (deselect it).
* Avoid small scrolls of large windows using the Arrow keys or
scrollbar. Try to use PageUp/PageDown instead. (not so much of a
- problem in x11vnc 0.7.2 if [412]-scrollcopyrect is active and
+ problem in x11vnc 0.7.2 if [418]-scrollcopyrect is active and
detecting scrolls for the application).
- * If the [413]-wireframe option is not available (earlier than
+ * If the [419]-wireframe option is not available (earlier than
x11vnc 0.7.2 or you have disabled it via -nowireframe) then
Disable Opaque Moves and Resizes in the window manager/desktop.
* However if -wireframe is active (on by default in x11vnc 0.7.2)
@@ -3644,7 +3659,7 @@ ied)
noticed.
VNC viewer parameters:
- * Use a [414]TightVNC enabled viewer! (Actually, RealVNC 4.x viewer
+ * Use a [420]TightVNC enabled viewer! (Actually, RealVNC 4.x viewer
with ZRLE encoding is not too bad either; some claim it is
faster).
* Make sure the tight (or zrle) encoding is being used (look at
@@ -3667,33 +3682,33 @@ ied)
file.
x11vnc parameters:
- * Make sure the [415]-wireframe option is active (it should be on by
+ * Make sure the [421]-wireframe option is active (it should be on by
default) and you have Opaque Moves/Resizes Enabled in the window
manager.
- * Make sure the [416]-scrollcopyrect option is active (it should be
+ * Make sure the [422]-scrollcopyrect option is active (it should be
on by default). This detects scrolls in many (but not all)
applications an applies the CopyRect encoding for a big speedup.
- * Specify [417]-speeds modem to force the wireframe and
+ * Specify [423]-speeds modem to force the wireframe and
scrollcopyrect heuristic parameters (and any future ones) to those
of a dialup modem connection (or supply the rd,bw,lat numerical
values that characterize your link).
* If wireframe and scrollcopyrect aren't working, try using the more
- drastic [418]-nodragging (no screen updates when dragging mouse,
+ drastic [424]-nodragging (no screen updates when dragging mouse,
but sometimes you miss visual feedback)
- * Set [419]-fs 1.0 (disables fullscreen updates)
- * Try increasing [420]-wait or [421]-defer (reduces the maximum
+ * Set [425]-fs 1.0 (disables fullscreen updates)
+ * Try increasing [426]-wait or [427]-defer (reduces the maximum
"frame rate", but won't help much for large screen changes)
- * Try the [422]-progressive pixelheight mode with the block
+ * Try the [428]-progressive pixelheight mode with the block
pixelheight 100 or so (delays sending vertical blocks since they
may change while viewer is receiving earlier ones)
- * If you just want to watch one (simple) window use [423]-id (cuts
+ * If you just want to watch one (simple) window use [429]-id (cuts
down extraneous polling and updates, but can be buggy or
insufficient)
- * Set [424]-nosel (disables all clipboard selection exchange)
- * Use [425]-nocursor and [426]-nocursorpos (repainting the remote
+ * Set [430]-nosel (disables all clipboard selection exchange)
+ * Use [431]-nocursor and [432]-nocursorpos (repainting the remote
cursor position and shape takes resources and round trips)
* On very slow links (e.g. <= 28.8) you may need to increase the
- [427]-readtimeout n setting if it sometimes takes more than 20sec
+ [433]-readtimeout n setting if it sometimes takes more than 20sec
to paint the full screen, etc.
@@ -3715,7 +3730,7 @@ ied)
Note that the DAMAGE extension does not speed up the actual reading of
pixels from the video card framebuffer memory, by, say, mirroring them
- in main memory. So reading the fb is still painfully [428]slow (e.g.
+ in main memory. So reading the fb is still painfully [434]slow (e.g.
5MB/sec), and so even using X DAMAGE when large changes occur on the
screen the bulk of the time is still spent retrieving them. Not ideal,
but use of the ShadowFB XFree86/Xorg option speeds up the reading
@@ -3733,27 +3748,27 @@ ied)
DAMAGE rectangles to contain real damage. The larger rectangles are
only used as hints to focus the traditional scanline polling (i.e. if
a scanline doesn't intersect a recent DAMAGE rectangle, the scan is
- skipped). You can use the "[429]-xd_area A" option to adjust the size
+ skipped). You can use the "[435]-xd_area A" option to adjust the size
of the trusted DAMAGE rectangles. The default is 20000 pixels (e.g. a
140x140 square, etc). Use "-xd_area 0" to disable the cutoff and trust
all DAMAGE rectangles.
- The option "[430]-xd_mem f" may also be of use in tuning the
- algorithm. To disable using DAMAGE entirely use "[431]-noxdamage".
+ The option "[436]-xd_mem f" may also be of use in tuning the
+ algorithm. To disable using DAMAGE entirely use "[437]-noxdamage".
Q-61: When I drag windows around with the mouse or scroll up and down
things really bog down (unless I do the drag in a single, quick
motion). Is there anything to do to improve things?
- This problem is primarily due to [432]slow hardware read rates from
+ This problem is primarily due to [438]slow hardware read rates from
video cards: as you scroll or move a large window around the screen
changes are much too rapid for x11vnc to keep up them (it can usually
only read the video card at about 5-10 MB/sec, so it can take a good
fraction of a second to read the changes induce from moving a large
window, if this to be done a number of times in succession the window
or scroll appears to "lurch" forward). See the description in the
- [433]-pointer_mode option for more info. The next bottleneck is
+ [439]-pointer_mode option for more info. The next bottleneck is
compressing all of these changes and sending them out to connected
viewers, however the VNC protocol is pretty much self-adapting with
respect to that (updates are only packaged and sent when viewers ask
@@ -3763,26 +3778,26 @@ ied)
default should now be much better than before and dragging small
windows around should no longer be a huge pain. If for some reason
these changes make matters worse, you can go back to the old way via
- the "[434]-pointer_mode 1" option.
+ the "[440]-pointer_mode 1" option.
- Also added was the [435]-nodragging option that disables all screen
+ Also added was the [441]-nodragging option that disables all screen
updates while dragging with the mouse (i.e. mouse motion with a button
held down). This gives the snappiest response, but might be undesired
in some circumstances when you want to see the visual feedback while
dragging (e.g. menu traversal or text selection).
- As of Dec/2004 the [436]-pointer_mode n option was introduced. n=1 is
+ As of Dec/2004 the [442]-pointer_mode n option was introduced. n=1 is
the original mode, n=2 an improvement, etc.. See the -pointer_mode n
help for more info.
- Also, in some circumstances the [437]-threads option can improve
+ Also, in some circumstances the [443]-threads option can improve
response considerably. Be forewarned that if more than one vncviewer
is connected at the same time then libvncserver may not be thread safe
(try to get the viewers to use different VNC encodings, e.g. tight and
ZRLE).
- As of Apr/2005 two new options (see the [438]wireframe FAQ and
- [439]scrollcopyrect FAQ below) provide schemes to sweep this problem
+ As of Apr/2005 two new options (see the [444]wireframe FAQ and
+ [445]scrollcopyrect FAQ below) provide schemes to sweep this problem
under the rug for window moves or resizes and for some (but not all)
window scrolls.
@@ -3798,8 +3813,8 @@ ied)
the window move/resize stops, it returns to normal processing: you
should only see the window appear in the new position. This spares you
from interacting with a "lurching" window between all of the
- intermediate steps. BTW the lurching is due to [440]slow video card
- read rates (see [441]here too). A displacement, even a small one, of a
+ intermediate steps. BTW the lurching is due to [446]slow video card
+ read rates (see [447]here too). A displacement, even a small one, of a
large window requires a non-negligible amount of time, a good fraction
of a second, to read in from the hardware framebuffer.
@@ -3807,7 +3822,7 @@ ied)
for -wireframe to do any good.
The mode is currently on by default because most people are inflicted
- with the problem. It can be disabled with the [442]-nowireframe option
+ with the problem. It can be disabled with the [448]-nowireframe option
(aka -nowf). Why might one want to turn off the wireframing? Since
x11vnc is merely guessing when windows are being moved/resized, it may
guess poorly for your window-manager or desktop, or even for the way
@@ -3852,13 +3867,13 @@ ied)
* Maximum time to show a wireframe animation.
* Minimum time between sending wireframe outlines.
- See the [443]"-wireframe tweaks" option for more details. On a slow
+ See the [449]"-wireframe tweaks" option for more details. On a slow
link, e.g. dialup modem, the parameters may be automatically adjusted
for better response.
CopyRect encoding: In addition to the above there is the
- [444]"-wirecopyrect mode" option. It is also on by default. This
+ [450]"-wirecopyrect mode" option. It is also on by default. This
instructs x11vnc to not only show the wireframe animation, but to also
instruct all connected VNC viewers to locally translate the window
image data from the original position to the new position on the
@@ -3906,7 +3921,7 @@ ied)
requiring the image data to be transmitted over the network. For fast
links the speedup is primarily due to x11vnc not having to read the
scrolled framebuffer data from the X server (recall that reading from
- the hardware framebuffer is [445]slow).
+ the hardware framebuffer is [451]slow).
To do this x11vnc uses the RECORD X extension to snoop the X11
protocol between the X client with the focus window and the X server.
@@ -3928,10 +3943,10 @@ ied)
the X server display: if one falls too far behind it could become a
mess...
- The initial implementation of [446]-scrollcopyrect option is useful in
+ The initial implementation of [452]-scrollcopyrect option is useful in
that it detects many scrolls and thus gives a much nicer working
- environment (especially when combined with the [447]-wireframe
- [448]-wirecopyrect [449]options, which are also on by default; and if
+ environment (especially when combined with the [453]-wireframe
+ [454]-wirecopyrect [455]options, which are also on by default; and if
you are willing to enable the ShadowFB things are very fast). The fact
that there aren't long delays or lurches during scrolling is the
primary improvement.
@@ -3964,10 +3979,10 @@ ied)
One can tap the Alt_L key (Left "Alt" key) 3 times in a row to
signal x11vnc to refresh the screen to all viewers. Your
VNC-viewer may have its own screen refresh hot-key or button. See
- also: [450]-fixscreen
+ also: [456]-fixscreen
* Some applications, notably OpenOffice, do XCopyArea scrolls in
weird ways that assume ancestor window clipping is taking place.
- See the [451]-scr_skip option for ways to tweak this on a
+ See the [457]-scr_skip option for ways to tweak this on a
per-application basis.
* Selecting text while dragging the mouse may be slower, especially
if the Button-down event happens near the window's edge. This is
@@ -3984,7 +3999,7 @@ ied)
because it fails to detect scrolls in it. Sometimes clicking
inside the application window or selecting some text in it to
force the focus helps.
- * When using the [452]-scale option there will be a quick CopyRect
+ * When using the [458]-scale option there will be a quick CopyRect
scroll, but it needs to be followed by a slower "cleanup" update.
This is because for a fixed finite screen resolution (e.g. 75 dpi)
scaling and copyrect-ing are not exactly independent. Scaling
@@ -3997,7 +4012,7 @@ ied)
If you find the -scrollcopyrect behavior too approximate or
distracting you can go back to the standard polling-only update method
- with the [453]-noscrollcopyrect (or -noscr for short). If you find
+ with the [459]-noscrollcopyrect (or -noscr for short). If you find
some extremely bad and repeatable behavior for -scrollcopyrect please
report a bug.
@@ -4036,23 +4051,23 @@ ied)
this is because the cursor shape is often downloaded to the graphics
hardware (video card), but I could be mistaken.
- A simple kludge is provided by the "[454]-cursor X" option that
+ A simple kludge is provided by the "[460]-cursor X" option that
changes the cursor when the mouse is on the root background (or any
window has the same cursor as the root background). Note that desktops
like GNOME or KDE often cover up the root background, so this won't
- work for those cases. Also see the "[455]-cursor some" option for
+ work for those cases. Also see the "[461]-cursor some" option for
additional kludges.
Note that as of Aug/2004 on Solaris using the SUN_OVL overlay
extension and IRIX, x11vnc can show the correct mouse cursor when the
- [456]-overlay option is supplied. See [457]this FAQ for more info.
+ [462]-overlay option is supplied. See [463]this FAQ for more info.
Also as of Dec/2004 XFIXES X extension support has been added to allow
exact extraction of the mouse cursor shape. XFIXES fixes the problem
of the cursor-shape being write-only: x11vnc can now query the X
server for the current shape and send it back to the connected
viewers. XFIXES is available on recent Linux Xorg based distros and
- [458]Solaris 10.
+ [464]Solaris 10.
The only XFIXES issue is the handling of alpha channel transparency in
cursors. If a cursor has any translucency then in general it must be
@@ -4060,7 +4075,7 @@ ied)
situations where the cursor transparency can also handled exactly:
when the VNC Viewer requires the cursor shape be drawn into the VNC
framebuffer or if you apply a patch to your VNC Viewer to extract
- hidden alpha channel data under 32bpp. [459]Details can be found here.
+ hidden alpha channel data under 32bpp. [465]Details can be found here.
Q-65: When using XFIXES cursorshape mode, some of the cursors look
@@ -4093,17 +4108,17 @@ ied)
for most cursor themes and you don't have to worry about it.
In case it still looks bad for your cursor theme, there are (of
- course!) some tunable parameters. The "[460]-alphacut n" option lets
+ course!) some tunable parameters. The "[466]-alphacut n" option lets
you set the threshold "n" (between 0 and 255): cursor pixels with
alpha values below n will be considered completely transparent while
values equal to or above n will be completely opaque. The default is
- 240. The "[461]-alphafrac f" option tries to correct individual
+ 240. The "[467]-alphafrac f" option tries to correct individual
cursors that did not fare well with the default -alphacut value: if a
cursor has less than fraction f (between 0.0 and 1.0) of its pixels
selected by the default -alphacut, the threshold is lowered until f of
its pixels are selected. The default fraction is 0.33.
- Finally, there is an option [462]-alpharemove that is useful for
+ Finally, there is an option [468]-alpharemove that is useful for
themes where many cursors are light colored (e.g. "whiteglass").
XFIXES returns the cursor data with the RGB values pre-multiplied by
the alpha value. If the white cursors look too grey, specify
@@ -4129,10 +4144,10 @@ ied)
alpha channel data to libvncserver. However, this data will only be
used for VNC clients that do not support the CursorShapeUpdates VNC
extension (or have disabled it). It can be disabled for all clients
- with the [463]-nocursorshape x11vnc option. In this case the cursor is
+ with the [469]-nocursorshape x11vnc option. In this case the cursor is
drawn, correctly blended with the background, into the VNC framebuffer
before being sent out to the client. So the alpha blending is done on
- the x11vnc side. Use the [464]-noalphablend option to disable this
+ the x11vnc side. Use the [470]-noalphablend option to disable this
behavior (always approximate transparent cursors with opaque RGB
values).
@@ -4161,9 +4176,9 @@ ied)
Q-67: Why does the mouse arrow just stay in one corner in my
vncviewer, whereas my cursor (that does move) is just a dot?
- This default takes advantage of a [465]tightvnc extension
+ This default takes advantage of a [471]tightvnc extension
(CursorShapeUpdates) that allows specifying a cursor image shape for
- the local VNC viewer. You may disable it with the [466]-nocursor
+ the local VNC viewer. You may disable it with the [472]-nocursor
option to x11vnc if your viewer does not have this extension.
Note: as of Aug/2004 this should be fixed: the default for
@@ -4177,17 +4192,17 @@ ied)
clients (i.e. passive viewers can see the mouse cursor being moved
around by another viewer)?
- Use the [467]-cursorpos option when starting x11vnc. A VNC viewer must
+ Use the [473]-cursorpos option when starting x11vnc. A VNC viewer must
support the Cursor Positions Updates for the user to see the mouse
motions (the TightVNC viewers support this). As of Aug/2004 -cursorpos
- is the default. See also [468]-nocursorpos and [469]-nocursorshape.
+ is the default. See also [474]-nocursorpos and [475]-nocursorshape.
Q-69: Is it possible to swap the mouse buttons (e.g. left-handed
operation), or arbitrarily remap them? How about mapping button clicks
to keystrokes, e.g. to partially emulate Mouse wheel scrolling?
- You can remap the mouse buttons via something like: [470]-buttonmap
+ You can remap the mouse buttons via something like: [476]-buttonmap
13-31 (or perhaps 12-21). Also, note that xmodmap(1) lets you directly
adjust the X server's button mappings, but in some circumstances it
might be more desirable to have x11vnc do it.
@@ -4195,7 +4210,7 @@ ied)
One user had an X server with only one mouse button(!) and was able to
map all of the VNC client mouse buttons to it via: -buttonmap 123-111.
- Note that the [471]-debug_pointer option prints out much info for
+ Note that the [477]-debug_pointer option prints out much info for
every mouse/pointer event and is handy in solving problems.
To map mouse button clicks to keystrokes you can use the alternate
@@ -4217,7 +4232,7 @@ ied)
Exactly what keystroke "scrolling" events they should be bound to
depends on one's taste. If this method is too approximate, one could
- consider not using [472]-buttonmap but rather configuring the X server
+ consider not using [478]-buttonmap but rather configuring the X server
to think it has a mouse with 5 buttons even though the physical mouse
does not. (e.g. 'Option "ZAxisMapping" "4 5"').
@@ -4247,7 +4262,7 @@ ied)
Q-70: How can I get my AltGr and Shift modifiers to work between
keyboards for different languages?
- The option [473]-modtweak should help here. It is a mode that monitors
+ The option [479]-modtweak should help here. It is a mode that monitors
the state of the Shift and AltGr Modifiers and tries to deduce the
correct keycode to send, possibly by sending fake modifier key presses
and releases in addition to the actual keystroke.
@@ -4256,16 +4271,16 @@ ied)
to get the old behavior). This was done because it was noticed on
newer XFree86 setups even on bland "us" keyboards like "pc104 us"
XFree86 included a "ghost" key with both "<" and ">" it. This key does
- not exist on the keyboard (see [474]this FAQ for more info). Without
+ not exist on the keyboard (see [480]this FAQ for more info). Without
-modtweak there was then an ambiguity in the reverse map keysym =>
keycode, making it so the "<" symbol could not be typed.
- Also see the [475]FAQ about the -xkb option for a more powerful method
+ Also see the [481]FAQ about the -xkb option for a more powerful method
of modifier tweaking for use on X servers with the XKEYBOARD
extension.
When trying to resolve keyboard mapping problems, note that the
- [476]-debug_keyboard option prints out much info for every keystroke
+ [482]-debug_keyboard option prints out much info for every keystroke
and so can be useful debugging things.
@@ -4277,9 +4292,9 @@ ied)
(e.g. pc105 in the XF86Config file when it should be something else,
say pc104).
- Short Cut: Try the [477]-xkb or [478]-sloppy_keys options and see if
+ Short Cut: Try the [483]-xkb or [484]-sloppy_keys options and see if
that helps the situation. The discussion below is a bit outdated (e.g.
- [479]-modtweak is now the default) but is useful reference for various
+ [485]-modtweak is now the default) but is useful reference for various
tricks and so is kept.
@@ -4322,17 +4337,17 @@ ied)
-remap less-comma
These are convenient in that they do not modify the actual X server
- settings. The former ([480]-modtweak) is a mode that monitors the
+ settings. The former ([486]-modtweak) is a mode that monitors the
state of the Shift and AltGr modifiers and tries to deduce the correct
keycode sequence to send. Since Jul/2004 -modtweak is now the default.
- The latter ([481]-remap less-comma) is an immediate remapping of the
+ The latter ([487]-remap less-comma) is an immediate remapping of the
keysym less to the keysym comma when it comes in from a client (so
when Shift is down the comma press will yield "<").
- See also the [482]FAQ about the -xkb option as a possible workaround
+ See also the [488]FAQ about the -xkb option as a possible workaround
using the XKEYBOARD extension.
- Note that the [483]-debug_keyboard option prints out much info for
+ Note that the [489]-debug_keyboard option prints out much info for
every keystroke to aid debugging keyboard problems.
@@ -4340,13 +4355,13 @@ ied)
(i.e. an extra comma).
This is likely because you press "Shift" then "<" but then released
- the Shift key before releasing the "<". Because of a [484]keymapping
+ the Shift key before releasing the "<". Because of a [490]keymapping
ambiguity the last event "< up" is interpreted as "," because that key
unshifted is the comma.
- This should not happen in [485]-xkb mode, because it works hard to
+ This should not happen in [491]-xkb mode, because it works hard to
resolve the ambiguities. If you do not want to use -xkb, try the
- option [486]-sloppy_keys to attempt a similar type of algorithm.
+ option [492]-sloppy_keys to attempt a similar type of algorithm.
Q-73: I'm using an "international" keyboard (e.g. German "de", or
@@ -4370,7 +4385,7 @@ ied)
In both cases no AltGr is sent to the VNC server, but we know AltGr is
needed on the physical international keyboard to type a "@".
- This all worked fine with x11vnc running with the [487]-modtweak
+ This all worked fine with x11vnc running with the [493]-modtweak
option (it figures out how to adjust the Modifier keys (Shift or
AltGr) to get the "@"). However it fails under recent versions of
XFree86 (and the X.org fork). These run the XKEYBOARD extension by
@@ -4387,7 +4402,7 @@ ied)
* there is a new option -xkb to use the XKEYBOARD extension API to
do the Modifier key tweaking.
- The [488]-xkb option seems to fix all of the missing keys: "@", "<",
+ The [494]-xkb option seems to fix all of the missing keys: "@", "<",
">", etc.: it is recommended that you try it if you have this sort of
problem. Let us know if there are any remaining problems (see the next
paragraph for some known problems). If you specify the -debug_keyboard
@@ -4395,7 +4410,7 @@ ied)
debugging output (send it along with any problems you report).
Update: as of Jun/2005 x11vnc will try to automatically enable
- [489]-xkb if it appears that would be beneficial (e.g. if it sees any
+ [495]-xkb if it appears that would be beneficial (e.g. if it sees any
of "@", "<", ">", "[" and similar keys are mapped in a way that needs
the -xkb to access them). To disable this automatic check use -noxkb.
@@ -4410,7 +4425,7 @@ ied)
was attached to keycode 93 (no physical key generates this
keycode) while ISO_Level3_Shift was attached to keycode 113. The
keycode skipping option was used to disable the ghost key:
- [490]-skip_keycodes 93
+ [496]-skip_keycodes 93
* In implementing -xkb we noticed that some characters were still
not getting through, e.g. "~" and "^". This is not really an
XKEYBOARD problem. What was happening was the VNC viewer was
@@ -4427,16 +4442,16 @@ ied)
What to do? In general the VNC protocol has not really solved this
problem: what should be done if the VNC viewer sends a keysym not
recognized by the VNC server side? Workarounds can possibly be
- created using the [491]-remap x11vnc option:
+ created using the [497]-remap x11vnc option:
-remap asciitilde-dead_tilde,asciicircum-dead_circumflex
etc. Use -remap filename if the list is long. Please send us your
workarounds for this problem on your keyboard. Perhaps we can have
x11vnc adjust automatically at some point. Also see the
- [492]-add_keysyms option in the next paragraph.
- Update: for convenience "[493]-remap DEAD" does many of these
+ [498]-add_keysyms option in the next paragraph.
+ Update: for convenience "[499]-remap DEAD" does many of these
mappings at once.
- * To complement the above workaround using the [494]-remap, an
- option [495]-add_keysyms was added. This option instructs x11vnc
+ * To complement the above workaround using the [500]-remap, an
+ option [501]-add_keysyms was added. This option instructs x11vnc
to bind any unknown Keysyms coming in from VNC viewers to unused
Keycodes in the X server. This modifies the global state of the X
server. When x11vnc exits it removes the extra keymappings it
@@ -4455,7 +4470,7 @@ ied)
Short answer: disable key autorepeating by running the command "xset r
off" on the Xserver where x11vnc is run (restore via "xset r on") or
- use the new (Jul/2004) [496]-norepeat x11vnc option. You will still
+ use the new (Jul/2004) [502]-norepeat x11vnc option. You will still
have autorepeating because that is taken care of on your VNC viewer
side.
@@ -4479,7 +4494,7 @@ ied)
off", does the problem go away?
The workaround is to manually apply "xset r off" and "xset r on" as
- needed, or to use the [497]-norepeat (which has since Dec/2004 been
+ needed, or to use the [503]-norepeat (which has since Dec/2004 been
made the default). Note that with X server autorepeat turned off the
VNC viewer side of the connection will (nearly always) do its own
autorepeating so there is no big loss here, unless someone is also
@@ -4490,7 +4505,7 @@ ied)
keystrokes!!
Are you using x11vnc to log in to an X session? (as described in
- [498]this FAQ) If so, x11vnc is starting before your session and it
+ [504]this FAQ) If so, x11vnc is starting before your session and it
disables autorepeat when you connect, but then after you log in your
session startup (GNOME, KDE, ...) could be resetting the autorepeat to
be on. Or it could be something inside your desktop trying to be
@@ -4514,7 +4529,7 @@ ied)
machine where I run the VNC viewer does not. Is there a way I can map
a local unused key to send an AltGr? How about a Compose key as well?
- Something like "[499]-remap Super_R-Mode_switch" x11vnc option may
+ Something like "[505]-remap Super_R-Mode_switch" x11vnc option may
work. Note that Super_R is the "Right Windoze(tm) Flaggie" key; you
may want to choose another. The -debug_keyboard option comes in handy
in finding keysym names (so does xev(1)).
@@ -4537,7 +4552,7 @@ ied)
Since xmodmap(1) modifies the X server mappings you may not want to do
this (because it affects local work on that machine). Something like
- the [500]-remap Alt_L-Meta_L to x11vnc may be sufficient for ones
+ the [506]-remap Alt_L-Meta_L to x11vnc may be sufficient for ones
needs, and does not modify the X server environment. Note that you
cannot send Alt_L in this case, maybe -remap Super_L-Meta_L would be a
better choice if the Super_L key is typically unused in Unix.
@@ -4548,7 +4563,7 @@ ied)
This can be done directly in some X servers using AccessX and
Pointer_EnableKeys, but is a bit awkward. It may be more convenient to
- have x11vnc do the remapping. This can be done via the [501]-remap
+ have x11vnc do the remapping. This can be done via the [507]-remap
option using the fake "keysyms" Button1, Button2, etc. as the "to"
keys (i.e. the ones after the "-")
@@ -4557,7 +4572,7 @@ ied)
button "paste" because (using XFree86/Xorg Emulate3Buttons) you have
to click both buttons on the touch pad at the same time. This
remapping:
- [502]-remap Super_R-Button2
+ [508]-remap Super_R-Button2
maps the Super_R "flag" key press to the Button2 click, thereby making
X pasting a bit easier.
@@ -4566,9 +4581,24 @@ ied)
are generated immediately on the x11vnc side. When the key is released
(i.e. goes up) no events are generated.
+ Q-79: How can I get Caps_Lock to work between my VNC viewer and
+ x11vnc?
+
+ This is a little tricky because it is possible to get the Caps_Lock
+ state out of sync between your viewer-side machine and the x11vnc-side
+ X server. For best results, we recommend not ever letting the
+ Caps_Lock keypresses be processed by x11vnc. That way when you press
+ Caps_Lock in the viewer your local machine goes into the Caps_Lock on
+ state and sends keysym "A" say when you press "a". x11vnc will then
+ fake things up so that Shift is held down to generate "A". The
+ [509]-skip_lockkeys option should help to accomplish this. For finer
+ grain control use something like: "[510]-remap Caps_Lock-None".
+
+ Also try the [511]-nomodtweak and [512]-capslock options.
+
[Screen Related Issues and Features]
- Q-79: The remote display is larger (in number of pixels) than the
+ Q-80: The remote display is larger (in number of pixels) than the
local display I am running the vncviewer on. I don't like the
vncviewer scrollbars, what I can do?
@@ -4587,15 +4617,15 @@ ied)
There may also be scaling viewers out there (e.g. TightVNC or UltraVNC
on Windows) that automatically shrink or expand the remote framebuffer
to fit the local display. Especially for hand-held devices. See also
- [503]this FAQ on x11vnc scaling.
+ [513]this FAQ on x11vnc scaling.
- Q-80: Does x11vnc support server-side framebuffer scaling? (E.g. to
+ Q-81: Does x11vnc support server-side framebuffer scaling? (E.g. to
make the desktop smaller).
As of Jun/2004 x11vnc provides basic server-side scaling. It is a
global scaling of the desktop, not a per-client setting. To enable it
- use the "[504]-scale fraction" option. "fraction" can either be a
+ use the "[514]-scale fraction" option. "fraction" can either be a
floating point number (e.g. -scale 0.5) or the alternative m/n
fraction notation (e.g. -scale 2/3). Note that if fraction is greater
than one the display is magnified.
@@ -4616,7 +4646,7 @@ ied)
One can also use the ":nb" with an integer scale factor (say "-scale
2:nb") to use x11vnc as a screen magnifier for vision impaired
- [505]applications. Since with integer scale factors the framebuffers
+ [515]applications. Since with integer scale factors the framebuffers
become huge and scaling operations time consuming, be sure to use
":nb" for the fastest response.
@@ -4642,12 +4672,12 @@ ied)
If one desires per-client scaling for something like 1:1 from a
workstation and 1:2 from a smaller device (e.g. handheld), currently
the only option is to run two (or more) x11vnc processes with
- different scalings listening on separate ports ([506]-rfbport option,
+ different scalings listening on separate ports ([516]-rfbport option,
etc.).
BTW, whenever you run two or more x11vnc's on the same X display and
- use the [507]GUI, then to avoid all of the x11vnc's simultaneously
- answering the gui you will need to use something like [508]"-connect
+ use the [517]GUI, then to avoid all of the x11vnc's simultaneously
+ answering the gui you will need to use something like [518]"-connect
file1 -gui ..." with different connect files for each x11vnc you want
to control via the gui (or remote-control). The "-connect file1" usage
gives separate communication channels between a x11vnc proces and the
@@ -4656,12 +4686,12 @@ ied)
Update: As of Mar/2005 x11vnc now scales the mouse cursor with the
same scale factor as the screen. If you don't want that, use the
- [509]"-scale_cursor frac" option to set the cursor scaling to a
+ [519]"-scale_cursor frac" option to set the cursor scaling to a
different factor (e.g. use "-scale_cursor 1" to keep the cursor at its
natural unscaled size).
- Q-81: Does x11vnc work with Xinerama? (i.e. multiple monitors joined
+ Q-82: Does x11vnc work with Xinerama? (i.e. multiple monitors joined
together to form one big, single screen).
Yes, it should generally work because it simply polls the big
@@ -4678,23 +4708,23 @@ ied)
screen is not rectangular (e.g. 1280x1024 and 1024x768 monitors joined
together), then there will be "non-existent" areas on the screen. The
X server will return "garbage" image data for these areas and so they
- may be distracting to the viewer. The [510]-blackout x11vnc option
+ may be distracting to the viewer. The [520]-blackout x11vnc option
allows you to blacken-out rectangles by manually specifying their
WxH+X+Y geometries. If your system has the libXinerama library, the
- [511]-xinerama x11vnc option can be used to have it automatically
+ [521]-xinerama x11vnc option can be used to have it automatically
determine the rectangles to be blackened out. (Note on 8bpp
PseudoColor displays the fill color may not be black).
Some users have reported that the mouse does not behave properly for
their Xinerama display: i.e. the mouse cannot be moved to all regions
- of the large display. If this happens try using the [512]-xwarppointer
+ of the large display. If this happens try using the [522]-xwarppointer
option. This instructs x11vnc to fake mouse pointer motions using the
XWarpPointer function instead of the XTestFakeMotionEvent XTEST
function. (This may be due to a bug in the X server for XTEST when
Xinerama is enabled).
- Q-82: Can I use x11vnc on a multi-headed display that is not Xinerama
+ Q-83: Can I use x11vnc on a multi-headed display that is not Xinerama
(i.e. separate screens :0.0, :0.1, ... for each monitor)?
You can, but it is a little bit awkward: you must start separate
@@ -4712,32 +4742,32 @@ ied)
Note: if you are running on Solaris 8 or earlier you can easily hit up
against the maximum of 6 shm segments per process (for Xsun in this
case) from running multiple x11vnc processes. You should modify
- /etc/system as mentioned in another [513]FAQ to increase the limit. It
- is probably also a good idea to run with the [514]-onetile option in
+ /etc/system as mentioned in another [523]FAQ to increase the limit. It
+ is probably also a good idea to run with the [524]-onetile option in
this case (to limit each x11vnc to 3 shm segments), or even
- [515]-noshm to use no shm segments.
+ [525]-noshm to use no shm segments.
- Q-83: Can x11vnc show only a portion of the display? (E.g. for a
+ Q-84: Can x11vnc show only a portion of the display? (E.g. for a
special purpose rfb application).
- As of Mar/2005 x11vnc has the "[516]-clip WxH+X+Y" option to select a
+ As of Mar/2005 x11vnc has the "[526]-clip WxH+X+Y" option to select a
rectangle of width W, height H and offset (X, Y). Thus the VNC screen
will be the clipped sub-region of the display and be only WxH in size.
- One user used -clip to split up a large [517]Xinerama screen into two
+ One user used -clip to split up a large [527]Xinerama screen into two
more managable smaller screens.
This also works to view a sub-region of a single application window if
- the [518]-id or [519]-sid options are used. The offset is measured
+ the [528]-id or [529]-sid options are used. The offset is measured
from the upper left corner of the selected window.
- Q-84: Does x11vnc support the XRANDR (X Resize, Rotate and Reflection)
+ Q-85: Does x11vnc support the XRANDR (X Resize, Rotate and Reflection)
extension? Whenever I rotate or resize the screen x11vnc just seems to
crash.
As of Dec/2004 x11vnc supports XRANDR. You enable it with the
- [520]-xrandr option to make x11vnc monitor XRANDR events and also trap
+ [530]-xrandr option to make x11vnc monitor XRANDR events and also trap
X server errors if the screen change occurred in the middle of an X
call like XGetImage. Once it traps the screen change it will create a
new framebuffer using the new screen.
@@ -4747,7 +4777,7 @@ ied)
then the viewer will automatically resize. Otherwise, the new
framebuffer is fit as best as possible into the original viewer size
(portions of the screen may be clipped, unused, etc). For these
- viewers you can try the [521]-padgeom option to make the region big
+ viewers you can try the [531]-padgeom option to make the region big
enough to hold all resizes and rotations.
If you specify "-xrandr newfbsize" then vnc viewers that do not
@@ -4756,13 +4786,13 @@ ied)
terminate.
- Q-85: Why is the view in my VNC viewer completely black? Or why is
+ Q-86: Why is the view in my VNC viewer completely black? Or why is
everything flashing around randomly?
See the next FAQ for a possible explanation.
- Q-86: I use Linux Virtual Consoles (VC's) to implement 'Fast User
+ Q-87: I use Linux Virtual Consoles (VC's) to implement 'Fast User
Switching' between users' sessions (e.g. Betty is on Ctrl-Alt-F7,
Bobby is on Ctrl-Alt-F8, and Sid is on Ctrl-Alt-F1: they use those
keystrokes to switch between their sessions). How come the view in a
@@ -4791,7 +4821,7 @@ ied)
"chvt 7" for VC #7.
- Q-87: Can I use x11vnc to view my VMWare session remotely?
+ Q-88: Can I use x11vnc to view my VMWare session remotely?
Yes, since VMWare is an X application you can view it via x11vnc in
the normal way.
@@ -4802,12 +4832,15 @@ ied)
* Fullscreen mode
The way VMWare does Fullscreen mode on Linux is to display the Guest
- desktop in a separate Virtual Console (e.g. VC 8) (see [522]this FAQ
+ desktop in a separate Virtual Console (e.g. VC 8) (see [532]this FAQ
on VC's for background). Unfortunately, this Fullscreen VC is not an X
- server. So x11vnc cannot access it (however, [523]see this for a
+ server. So x11vnc cannot access it (however, [533]see this for a
possible partial workaround). x11vnc works fine with "Normal X
application window" and "Quick-Switch mode" because these use X.
+ Update: It appears the in VMWare 5.x the Fullscreen mode is X, so
+ x11vnc access does work.
+
One user reports he left his machine with VMWare in the Fullscreen
mode, and even though his X session wasn't in the active VC, he could
still connect x11vnc to the X session and pass the keystrokes Ctrl-Alt
@@ -4815,19 +4848,20 @@ ied)
out of Fullscreen into Normal X mode and he could continue working in
the Guest desktop remotely.
+
Sometimes it is convenient (for performance, etc.) to start VMWare in
its own X session using startx(1). This can be used to have a minimal
window manger (e.g. twm or even no window manager), to improve
response. One can also cut the display depth (e.g. to 16bpp) in this
2nd X session to improve video performance. This 2nd X session
emulates Fullscreen mode to some degree and can be viewed via x11vnc
- as long as the VMWare X session [524]is in the active VC.
+ as long as the VMWare X session [534]is in the active VC.
Also note that with a little bit of playing with "xwininfo -all
-children" output one can extract the (non-toplevel) windowid of the
of the Guest desktop only when VMWare is running as a normal X
application. Then one can export just the guest desktop (i.e. without
- the VMWare menu buttons) by use of the [525]-id windowid option. The
+ the VMWare menu buttons) by use of the [535]-id windowid option. The
caveats are the X session VMWare is in must be in the active VC and
the window must be fully visible, so this mode is not terribly
convenient, but could be useful in some circumstances (e.g. running
@@ -4836,7 +4870,7 @@ ied)
mouse)).
- Q-88: Can non-X devices (e.g. a raw framebuffer) be viewed (and even
+ Q-89: Can non-X devices (e.g. a raw framebuffer) be viewed (and even
controlled) with VNC via x11vnc?
As of Apr/2005 there is rudimentary support for this. Two options were
@@ -4872,9 +4906,9 @@ ied)
memory and is preferred over "file" (that uses the slower lseek(2)
access method). Only use file if map isn't working. BTW, "mmap" is an
alias for "map" and if you do not supply a type and the file exists,
- map is assumed. The "snap:" setting applies the [526]-snapfb option
+ map is assumed. The "snap:" setting applies the [536]-snapfb option
with "file:" type reading (this is useful for exporting webcams or tv
- tuner video; see [527]the next FAQ for more info).
+ tuner video; see [537]the next FAQ for more info).
Also, if the string is of the form "setup:cmd" then cmd is run and the
first line of its output retrieved and used as the rawfb string. This
@@ -4914,7 +4948,7 @@ ied)
screen to either shm or a mapped file. The format of these is XWD and
so the initial header should be skipped. BTW, since XWD is not
strictly RGB the view will only be approximate. Of course for the case
- of Xvfb x11vnc can poll it much better via the [528]X API, but you get
+ of Xvfb x11vnc can poll it much better via the [538]X API, but you get
the idea.
By default in -rawfb mode x11vnc will actually close any X display it
@@ -4933,7 +4967,7 @@ ied)
All of the above was just for viewing the raw framebuffer. That may be
enough for certain applications of this feature (e.g. suppose a
- [529]video camera mapped its framebuffer into memory). To handle the
+ [539]video camera mapped its framebuffer into memory). To handle the
pointer and keyboard input from the viewer users the "-pipeinput cmd"
option was added to indicate a helper program to process the user
input. The input is streamed to it and looks something like this:
@@ -4968,7 +5002,7 @@ ied)
keystrokes into the Linux console (e.g. the virtual consoles:
/dev/tty1, /dev/tty2, etc) in x11vnc/misc/vcinject.pl. It is based on
the vncterm/LinuxVNC.c program also in the libvncserver CVS. So to
- view and interact with VC #2 (assuming it is the [530]active VC) one
+ view and interact with VC #2 (assuming it is the [540]active VC) one
can run something like:
x11vnc -rawfb map:/dev/fb0@1024x768x16 -pipeinput './vcinject.pl 2'
@@ -5009,7 +5043,7 @@ ied)
more accurate and faster LinuxVNC program. The only advantage x11vnc
-rawfb might have is that it can presumably allow interaction with a
non-text application, e.g. one based on svgalib. For example the
- [531]VMWare Fullscreen mode is actually viewable under -rawfb. But
+ [541]VMWare Fullscreen mode is actually viewable under -rawfb. But
this isn't much use until one figures out how to inject keystrokes and
mouse events...
@@ -5020,12 +5054,12 @@ ied)
program that passes the framebuffer to libvncserver.
- Q-89: Can I export via VNC a Webcam or TV tuner framebuffer using
+ Q-90: Can I export via VNC a Webcam or TV tuner framebuffer using
x11vnc?
- Yes, this is possible to some degree with the [532]-rawfb option.
+ Yes, this is possible to some degree with the [542]-rawfb option.
There is no X11 involved: snapshots from the video capture device are
- used for the screen image data. See the [533]previous FAQ on -rawfb
+ used for the screen image data. See the [543]previous FAQ on -rawfb
for background. For best results, use x11vnc version 0.8.1 or later.
Roughly, one would do something like this:
@@ -5037,7 +5071,7 @@ ied)
snapshot to a file that you point -rawfb to; ask me if it is not clear
what to do).
- The "snap:" enforces [534]-snapfb mode which appears to be necessary.
+ The "snap:" enforces [544]-snapfb mode which appears to be necessary.
The read pointer for video capture devices cannot be repositioned
(which would be needed for scanline polling), but you can read a full
frame of data from the device.
@@ -5059,7 +5093,7 @@ ied)
Many video4linux drivers tend to set the framebuffer to be 24bpp (as
opposed to 32bpp). Since this can cause problems with VNC viewers,
- etc, the [535]-24to32 option will be automatically imposed when in
+ etc, the [545]-24to32 option will be automatically imposed when in
24bpp.
Note that by its very nature, video capture involves rapid change in
@@ -5067,7 +5101,7 @@ ied)
wavering in brightness is always happening. This can lead to much
network bandwidth consumption for the VNC traffic and also local CPU
and I/O resource usage. You may want to experiment with "dialing down"
- the framerate via the [536]-wait, [537]-slow_fb, or [538]-defer
+ the framerate via the [546]-wait, [547]-slow_fb, or [548]-defer
options. Decreasing the window size and bpp also helps.
@@ -5155,12 +5189,12 @@ ied)
format to HI240, RGB565, RGB24, RGB32, RGB555, and
GREY respectively. See -rawfb video for details.
- See also the [539]-freqtab option to supply your own xawtv channel to
+ See also the [549]-freqtab option to supply your own xawtv channel to
frequency mappings for your country (only ntsc-cable-us is built into
x11vnc).
- Q-90: I am using x11vnc where my local machine has "popup/hidden
+ Q-91: I am using x11vnc where my local machine has "popup/hidden
taskbars" (e.g. GNOME or MacOS X) and the remote display where x11vnc
runs also has "popup/hidden taskbars" (e.g. GNOME). When I move the
mouse to the edge of the screen where the popups happen, the taskbars
@@ -5173,32 +5207,123 @@ ied)
click on the task bar panel, and uncheck "enable auto-hide" from the
panel properties dialog box. This will make the panel always visible.
- [Misc: Clipboard, File Transfer, Beeps, Thanks, etc.]
+ [Misc: Clipboard, File Transfer, Sound, Beeps, Thanks, etc.]
- Q-91: Does the Clipboard/Selection get transferred between the
+ Q-92: Does the Clipboard/Selection get transferred between the
vncviewer and the X display?
As of Jan/2004 x11vnc supports the "CutText" part of the rfb protocol.
Furthermore, x11vnc is able to hold the PRIMARY selection (Xvnc does
not seem to do this). If you don't want the Clipboard/Selection
- exchanged use the [540]-nosel option. If you don't want the PRIMARY
- selection to be polled for changes use the [541]-noprimary option. You
- can also fine-tune it a bit with the [542]-seldir dir option.
+ exchanged use the [550]-nosel option. If you don't want the PRIMARY
+ selection to be polled for changes use the [551]-noprimary option. You
+ can also fine-tune it a bit with the [552]-seldir dir option.
You may need to watch out for desktop utilities such as KDE's
"Klipper" that do odd things with the selection, clipboard, and
cutbuffers.
- Q-92: Can I transfer files back and forth with x11vnc?
+ Q-93: Can I transfer files back and forth with x11vnc?
As of Oct/2005 x11vnc enables the TightVNC file transfer
implementation that was added to libvncserver. This currently only
works with TightVNC viewers (and Windows only it appears). It is on by
- default, to disable it use the [543]-nofilexfer option.
+ default, to disable it use the [553]-nofilexfer option.
+
+
+ Q-94: How can I hear the sound (audio) from the remote applications on
+ the desktop I am viewing via x11vnc?
+
+ You will have to use an external network audio mechanism for this.
+ Audio is not part of the VNC protocol.
+
+ We show a simple unix to unix esd method here (artsd should be
+ possible too, and perhaps even one or both of these have been ported
+ to Windows so you can redirect the sound there).
+ First you will need a tunnel to redirect the audio from the remote
+ machine to the one you sitting at. We use an ssh tunnel:
+ sitting-here> ssh -C -R 16001:localhost:16001 far-away.east
- Q-93: Why don't I hear the "Beeps" in my X session (e.g. when typing
+ Or one could combine this with the VNC tunnel at the same time, e.g.:
+ sitting-here> ssh -C -R 16001:localhost:16001 -L 5900:localhost:5900 far-away
+.east 'x11vnc -localhost -display :0'
+
+ Port 16001 is the default ESD uses. So when an application on the
+ remote desktop makes a sound it will connect to this tunnel and be
+ redirected to port 16001 on the local machine (sitting-here in this
+ example). The -C option is an attempt to compress the audio a little
+ bit.
+
+ So we next need a local (sitting-here) esd daemon running that will
+ receive those requests and play them on the local sound device:
+ sitting-here> esd -promiscuous -port 16001 -tcp
+
+ See the esd(1) man page for the meaning of the options (the above are
+ not very secure).
+
+ To test this sound tunnel, we use the esdplay program to play a simple
+ .wav file:
+ far-away> esdplay -s localhost:16001 im_so_happy.wav
+
+ If you hear the sound (Captain Kirk in this example), that means you
+ are in great shape.
+
+ To run individual audio applications you can use the esddsp(1)
+ command:
+ far-away> esddsp -s localhost:16001 xmms
+
+ Then you could try playing some sounds inside xmms. You could also set
+ the environment variable ESPEAKER=localhost:16001 to not need to
+ supply the -s option all the time. (for reasons not clear, sometimes
+ esddsp can figure it out on its own). All the script esddsp does is to
+ set ESPEAKER and LD_PRELOAD for you so that when the application opens
+ the sound device (usually /dev/dsp) its interactions with the device
+ will be intercepted and sent to the esd daemon running on sitting-here
+ (that in turn writes them to the real, local /dev/dsp.
+
+ Redirecting All sound:
+
+ It does not seem to be possible to switch all of the sound of the
+ remote machine from its sound device to the above esd+ssh tunnel
+ without some preparation. But it can be done reasonably well if you
+ prepare (i.e. restart) the desktop with this in mind.
+
+ Here is one way to redirect all sound. The idea is we run the entire
+ desktop with sound directed to localhost:16001. When we are sitting at
+ far-away.east we run "esd -promiscuous -port 16001 -tcp" on
+ far-away.east (to be able to hear the sound). However, when we are
+ sitting at sitting-here.west we kill the esd process and run that same
+ esd command on sitting-here.west and start up the above ssh tunnel.
+ This is a little awkward, but with some scripts one would probably
+ kill and restart the esd processes automatically.
+
+ So next we have to run the whole desktop pointing toward our esd. Here
+ is a simple way to test. Log in to the machine via the "FailSafe"
+ desktop. Then in the lone terminal type something like:
+ esddsp -s localhost:16001 gnome-session
+or:
+ esddsp -s localhost:16001 startkde
+
+ or whatever command starts your desktop. This causes the environment
+ variables ESPEAKER and LD_PRELOAD to be set appropriately and every
+ application (processes with the desktop as an ancestor) will use them.
+ If this scheme works well you can make it less klunky by adding the
+ command to your ~/.xsession, etc. file that starts your default
+ desktop. Or you may be able to configure your desktop to use
+ localhost:16001, or whatever is needed, via a gui configuration panel.
+ Some Notes:
+ * Not all audio applications are compatible with the esd and artsd
+ mechanisms, but many are.
+ * The audio is not compressed so you probably need a broadband or
+ faster connection. Listening to music may not be very pleasant...
+ * Linux does not seem to have the concept of LD_PRELOAD_64 so if you
+ run on a mixed 64- and 32-bit ABI system (e.g. AMD x86_64) some of
+ the applications will fail to run because LD_PRELOAD will point to
+ libraries of the wrong wordsize.
+
+ Q-95: Why don't I hear the "Beeps" in my X session (e.g. when typing
tput bel in an xterm)?
As of Dec/2003 "Beep" XBell events are tracked by default. The X
@@ -5206,16 +5331,16 @@ ied)
in Solaris, see Xserver(1) for how to turn it on via +kb), and so you
won't hear them if the extension is not present.
- If you don't want to hear the beeps use the [544]-nobell option. If
+ If you don't want to hear the beeps use the [554]-nobell option. If
you want to hear the audio from the remote applications, consider
- trying a redirector such as esd.
+ trying a [555]redirector such as esd.
Contributions:
- Q-94: Thanks for your program and for your help! Can I make a
+ Q-96: Thanks for your program and for your help! Can I make a
donation?
Please do (any amount is appreciated) and thank you for your support!
@@ -5290,18 +5415,18 @@ References
63. http://www.karlrunge.com/x11vnc/x11vnc-0.8.1.tar.gz
64. http://www.karlrunge.com/x11vnc/bins
65. mailto:x11vnc-beta@karlrunge.com
- 66. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-unixpw
- 67. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-unixpw_nis
- 68. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-ssl
- 69. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-localhost
- 70. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-stunnel
- 71. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-ssl
- 72. http://www.openssl.org/
- 73. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-stunnel
- 74. http://www.stunnel.org/
- 75. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-sslverify
- 76. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-https
- 77. http://www.karlrunge.com/x11vnc/index.html#ssl_vncviewer
+ 66. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-ssl
+ 67. http://www.openssl.org/
+ 68. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-stunnel
+ 69. http://www.stunnel.org/
+ 70. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-sslverify
+ 71. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-https
+ 72. http://www.karlrunge.com/x11vnc/index.html#ssl_vncviewer
+ 73. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-unixpw
+ 74. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-unixpw_nis
+ 75. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-ssl
+ 76. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-localhost
+ 77. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-stunnel
78. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-usepw
79. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-rawfb
80. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-rawfb
@@ -5335,440 +5460,451 @@ References
108. http://www.karlrunge.com/x11vnc/index.html#faq-xvfb
109. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-cursor
110. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-overlay
- 111. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-scrollcopyrect
- 112. mailto:xvml@karlrunge.com
- 113. http://www.karlrunge.com/x11vnc/index.html#faq-thanks
- 114. http://www.karlrunge.com/x11vnc/index.html#faq-xperms
- 115. http://www.karlrunge.com/x11vnc/index.html#faq-build
- 116. http://www.karlrunge.com/x11vnc/index.html#faq-missing-xtest
- 117. http://www.karlrunge.com/x11vnc/index.html#faq-solaris251build
- 118. http://www.karlrunge.com/x11vnc/index.html#faq-binaries
- 119. http://www.karlrunge.com/x11vnc/index.html#faq-viewer-download
- 120. http://www.karlrunge.com/x11vnc/index.html#faq-cmdline-opts
- 121. http://www.karlrunge.com/x11vnc/index.html#faq-config-file
- 122. http://www.karlrunge.com/x11vnc/index.html#faq-gui-tray
- 123. http://www.karlrunge.com/x11vnc/index.html#faq-quiet-bg
- 124. http://www.karlrunge.com/x11vnc/index.html#faq-sigpipe
- 125. http://www.karlrunge.com/x11vnc/index.html#faq-build-customizations
- 126. http://www.karlrunge.com/x11vnc/index.html#faq-win2vnc
- 127. http://www.karlrunge.com/x11vnc/index.html#faq-win2vnc-8bpp
- 128. http://www.karlrunge.com/x11vnc/index.html#faq-8bpp
- 129. http://www.karlrunge.com/x11vnc/index.html#faq-overlays
- 130. http://www.karlrunge.com/x11vnc/index.html#faq-windowid
- 131. http://www.karlrunge.com/x11vnc/index.html#faq-transients-id
- 132. http://www.karlrunge.com/x11vnc/index.html#faq-24bpp
- 133. http://www.karlrunge.com/x11vnc/index.html#faq-noshm
- 134. http://www.karlrunge.com/x11vnc/index.html#faq-xterminal-xauth
- 135. http://www.karlrunge.com/x11vnc/index.html#faq-sunrays
- 136. http://www.karlrunge.com/x11vnc/index.html#faq-stop-bg
- 137. http://www.karlrunge.com/x11vnc/index.html#faq-remote_control
- 138. http://www.karlrunge.com/x11vnc/index.html#faq-passwd
- 139. http://www.karlrunge.com/x11vnc/index.html#faq-passwd-noecho
- 140. http://www.karlrunge.com/x11vnc/index.html#faq-passwdfile
- 141. http://www.karlrunge.com/x11vnc/index.html#faq-multipasswd
- 142. http://www.karlrunge.com/x11vnc/index.html#faq-unix-passwords
- 143. http://www.karlrunge.com/x11vnc/index.html#faq-forever-shared
- 144. http://www.karlrunge.com/x11vnc/index.html#faq-allow-opt
- 145. http://www.karlrunge.com/x11vnc/index.html#faq-tcp_wrappers
- 146. http://www.karlrunge.com/x11vnc/index.html#faq-listen-interface
- 147. http://www.karlrunge.com/x11vnc/index.html#faq-listen-localhost
- 148. http://www.karlrunge.com/x11vnc/index.html#faq-input-opt
- 149. http://www.karlrunge.com/x11vnc/index.html#faq-accept-opt
- 150. http://www.karlrunge.com/x11vnc/index.html#faq-users-opt
- 151. http://www.karlrunge.com/x11vnc/index.html#faq-blockdpy
- 152. http://www.karlrunge.com/x11vnc/index.html#faq-gone-lock
- 153. http://www.karlrunge.com/x11vnc/index.html#faq-ssh-unix
- 154. http://www.karlrunge.com/x11vnc/index.html#faq-ssh-putty
- 155. http://www.karlrunge.com/x11vnc/index.html#faq-ssl-tunnel-ext
- 156. http://www.karlrunge.com/x11vnc/index.html#faq-ssl-tunnel-int
- 157. http://www.karlrunge.com/x11vnc/index.html#faq-ssl-tunnel-viewers
- 158. http://www.karlrunge.com/x11vnc/index.html#faq-ssl-java-viewer-proxy
- 159. http://www.karlrunge.com/x11vnc/index.html#faq-ssl-portal
- 160. http://www.karlrunge.com/x11vnc/index.html#faq-ssl-ca
- 161. http://www.karlrunge.com/x11vnc/index.html#faq-service
- 162. http://www.karlrunge.com/x11vnc/index.html#faq-display-manager
- 163. http://www.karlrunge.com/x11vnc/index.html#faq-inetd
- 164. http://www.karlrunge.com/x11vnc/index.html#faq-loop
- 165. http://www.karlrunge.com/x11vnc/index.html#faq-java-http
- 166. http://www.karlrunge.com/x11vnc/index.html#faq-reverse-connect
- 167. http://www.karlrunge.com/x11vnc/index.html#faq-xvfb
- 168. http://www.karlrunge.com/x11vnc/index.html#faq-headless
- 169. http://www.karlrunge.com/x11vnc/index.html#faq-solshm
- 170. http://www.karlrunge.com/x11vnc/index.html#faq-less-resource
- 171. http://www.karlrunge.com/x11vnc/index.html#faq-more-resource
- 172. http://www.karlrunge.com/x11vnc/index.html#faq-slow-link
- 173. http://www.karlrunge.com/x11vnc/index.html#faq-xdamage
- 174. http://www.karlrunge.com/x11vnc/index.html#faq-pointer-mode
- 175. http://www.karlrunge.com/x11vnc/index.html#faq-wireframe
- 176. http://www.karlrunge.com/x11vnc/index.html#faq-scrollcopyrect
- 177. http://www.karlrunge.com/x11vnc/index.html#faq-cursor-shape
- 178. http://www.karlrunge.com/x11vnc/index.html#faq-xfixes-alpha
- 179. http://www.karlrunge.com/x11vnc/index.html#faq-xfixes-alpha-hacks
- 180. http://www.karlrunge.com/x11vnc/index.html#faq-cursor-arrow
- 181. http://www.karlrunge.com/x11vnc/index.html#faq-cursor-positions
- 182. http://www.karlrunge.com/x11vnc/index.html#faq-buttonmap-opt
- 183. http://www.karlrunge.com/x11vnc/index.html#faq-altgr
- 184. http://www.karlrunge.com/x11vnc/index.html#faq-greaterless
- 185. http://www.karlrunge.com/x11vnc/index.html#faq-greaterless-sloppy
- 186. http://www.karlrunge.com/x11vnc/index.html#faq-xkbmodtweak
- 187. http://www.karlrunge.com/x11vnc/index.html#faq-repeated-keys
- 188. http://www.karlrunge.com/x11vnc/index.html#faq-repeated-keys-still
- 189. http://www.karlrunge.com/x11vnc/index.html#faq-remap-opt
- 190. http://www.karlrunge.com/x11vnc/index.html#faq-sun-alt-meta
- 191. http://www.karlrunge.com/x11vnc/index.html#faq-remap-button-click
- 192. http://www.karlrunge.com/x11vnc/index.html#faq-scrollbars
- 193. http://www.karlrunge.com/x11vnc/index.html#faq-scaling
- 194. http://www.karlrunge.com/x11vnc/index.html#faq-xinerama
- 195. http://www.karlrunge.com/x11vnc/index.html#faq-multi-screen
- 196. http://www.karlrunge.com/x11vnc/index.html#faq-clip-screen
- 197. http://www.karlrunge.com/x11vnc/index.html#faq-xrandr
- 198. http://www.karlrunge.com/x11vnc/index.html#faq-black-screen
- 199. http://www.karlrunge.com/x11vnc/index.html#faq-linuxvc
- 200. http://www.karlrunge.com/x11vnc/index.html#faq-vmware
- 201. http://www.karlrunge.com/x11vnc/index.html#faq-rawfb
- 202. http://www.karlrunge.com/x11vnc/index.html#faq-video
- 203. http://www.karlrunge.com/x11vnc/index.html#faq-hidden-taskbars
- 204. http://www.karlrunge.com/x11vnc/index.html#faq-clipboard
- 205. http://www.karlrunge.com/x11vnc/index.html#faq-filexfer
- 206. http://www.karlrunge.com/x11vnc/index.html#faq-beeps
- 207. http://www.karlrunge.com/x11vnc/index.html#faq-thanks
- 208. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-display
- 209. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-auth
- 210. http://www.karlrunge.com/x11vnc/index.html#faq-display-manager
- 211. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-users
- 212. http://www.karlrunge.com/x11vnc/index.html#solarisbuilding
- 213. http://www.karlrunge.com/x11vnc/x11vnc_sunos4.html
- 214. http://www.karlrunge.com/x11vnc/index.html#building
- 215. http://www.karlrunge.com/x11vnc/index.html#faq-build
- 216. http://packages.debian.org/x11vnc
- 217. http://www.linuxpackages.net/search_view.php?by=name&name=x11vnc
- 218. http://dag.wieers.com/packages/x11vnc/
- 219. http://dries.ulyssis.org/rpm/packages/x11vnc/info.html
- 220. http://linux01.gwdg.de/~pbleser/rpm-navigation.php?cat=Network/x11vnc/
- 221. http://www.sunfreeware.com/
- 222. http://mike.saunby.net/770/x11vnc/
- 223. http://www.pdaxrom.org/ipk_feed.php?menuid=11&showfeed=unstable#x11vnc
- 224. http://www.focv.com/ipkg/
- 225. http://www.karlrunge.com/x11vnc/bins
- 226. http://www.tightvnc.com/download.html
- 227. http://www.realvnc.com/download-free.html
- 228. http://sourceforge.net/projects/cotvnc/
- 229. http://www.ultravnc.com/
- 230. http://www.karlrunge.com/x11vnc/x11vnc_opts.html
- 231. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-gui
- 232. http://www.karlrunge.com/x11vnc/index.html#faq-gui-tray
- 233. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-q
- 234. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-bg
- 235. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-o
- 236. http://www.karlrunge.com/x11vnc/index.html#solarisbuilding
- 237. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-nofb
- 238. http://fredrik.hubbe.net/x2vnc.html
- 239. http://www.hubbe.net/~hubbe/win2vnc.html
- 240. http://www.deboer.gmxhome.de/
- 241. http://sourceforge.net/projects/win2vnc/
- 242. http://fredrik.hubbe.net/x2vnc.html
- 243. http://freshmeat.net/projects/x2x/
- 244. http://ftp.digital.com/pub/Digital/SRC/x2x/
- 245. http://zapek.com/software/zvnc/
- 246. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-visual
- 247. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-flashcmap
- 248. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-8to24
- 249. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-notruecolor
- 250. http://www.karlrunge.com/x11vnc/index.html#faq-8bpp
- 251. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-overlay
- 252. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-8to24
- 253. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-overlay
+ 111. http://www.karlrunge.com/x11vnc/index.html#faq-sound
+ 112. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-scrollcopyrect
+ 113. mailto:xvml@karlrunge.com
+ 114. http://www.karlrunge.com/x11vnc/index.html#faq-thanks
+ 115. http://www.karlrunge.com/x11vnc/index.html#faq-xperms
+ 116. http://www.karlrunge.com/x11vnc/index.html#faq-build
+ 117. http://www.karlrunge.com/x11vnc/index.html#faq-missing-xtest
+ 118. http://www.karlrunge.com/x11vnc/index.html#faq-solaris251build
+ 119. http://www.karlrunge.com/x11vnc/index.html#faq-binaries
+ 120. http://www.karlrunge.com/x11vnc/index.html#faq-viewer-download
+ 121. http://www.karlrunge.com/x11vnc/index.html#faq-cmdline-opts
+ 122. http://www.karlrunge.com/x11vnc/index.html#faq-config-file
+ 123. http://www.karlrunge.com/x11vnc/index.html#faq-gui-tray
+ 124. http://www.karlrunge.com/x11vnc/index.html#faq-quiet-bg
+ 125. http://www.karlrunge.com/x11vnc/index.html#faq-sigpipe
+ 126. http://www.karlrunge.com/x11vnc/index.html#faq-build-customizations
+ 127. http://www.karlrunge.com/x11vnc/index.html#faq-win2vnc
+ 128. http://www.karlrunge.com/x11vnc/index.html#faq-win2vnc-8bpp
+ 129. http://www.karlrunge.com/x11vnc/index.html#faq-8bpp
+ 130. http://www.karlrunge.com/x11vnc/index.html#faq-overlays
+ 131. http://www.karlrunge.com/x11vnc/index.html#faq-windowid
+ 132. http://www.karlrunge.com/x11vnc/index.html#faq-transients-id
+ 133. http://www.karlrunge.com/x11vnc/index.html#faq-24bpp
+ 134. http://www.karlrunge.com/x11vnc/index.html#faq-noshm
+ 135. http://www.karlrunge.com/x11vnc/index.html#faq-xterminal-xauth
+ 136. http://www.karlrunge.com/x11vnc/index.html#faq-sunrays
+ 137. http://www.karlrunge.com/x11vnc/index.html#faq-stop-bg
+ 138. http://www.karlrunge.com/x11vnc/index.html#faq-remote_control
+ 139. http://www.karlrunge.com/x11vnc/index.html#faq-passwd
+ 140. http://www.karlrunge.com/x11vnc/index.html#faq-passwd-noecho
+ 141. http://www.karlrunge.com/x11vnc/index.html#faq-passwdfile
+ 142. http://www.karlrunge.com/x11vnc/index.html#faq-multipasswd
+ 143. http://www.karlrunge.com/x11vnc/index.html#faq-unix-passwords
+ 144. http://www.karlrunge.com/x11vnc/index.html#faq-forever-shared
+ 145. http://www.karlrunge.com/x11vnc/index.html#faq-allow-opt
+ 146. http://www.karlrunge.com/x11vnc/index.html#faq-tcp_wrappers
+ 147. http://www.karlrunge.com/x11vnc/index.html#faq-listen-interface
+ 148. http://www.karlrunge.com/x11vnc/index.html#faq-listen-localhost
+ 149. http://www.karlrunge.com/x11vnc/index.html#faq-input-opt
+ 150. http://www.karlrunge.com/x11vnc/index.html#faq-accept-opt
+ 151. http://www.karlrunge.com/x11vnc/index.html#faq-users-opt
+ 152. http://www.karlrunge.com/x11vnc/index.html#faq-blockdpy
+ 153. http://www.karlrunge.com/x11vnc/index.html#faq-gone-lock
+ 154. http://www.karlrunge.com/x11vnc/index.html#faq-ssh-unix
+ 155. http://www.karlrunge.com/x11vnc/index.html#faq-ssh-putty
+ 156. http://www.karlrunge.com/x11vnc/index.html#faq-ssl-tunnel-ext
+ 157. http://www.karlrunge.com/x11vnc/index.html#faq-ssl-tunnel-int
+ 158. http://www.karlrunge.com/x11vnc/index.html#faq-ssl-tunnel-viewers
+ 159. http://www.karlrunge.com/x11vnc/index.html#faq-ssl-java-viewer-proxy
+ 160. http://www.karlrunge.com/x11vnc/index.html#faq-ssl-portal
+ 161. http://www.karlrunge.com/x11vnc/index.html#faq-ssl-ca
+ 162. http://www.karlrunge.com/x11vnc/index.html#faq-service
+ 163. http://www.karlrunge.com/x11vnc/index.html#faq-display-manager
+ 164. http://www.karlrunge.com/x11vnc/index.html#faq-inetd
+ 165. http://www.karlrunge.com/x11vnc/index.html#faq-loop
+ 166. http://www.karlrunge.com/x11vnc/index.html#faq-java-http
+ 167. http://www.karlrunge.com/x11vnc/index.html#faq-reverse-connect
+ 168. http://www.karlrunge.com/x11vnc/index.html#faq-xvfb
+ 169. http://www.karlrunge.com/x11vnc/index.html#faq-headless
+ 170. http://www.karlrunge.com/x11vnc/index.html#faq-solshm
+ 171. http://www.karlrunge.com/x11vnc/index.html#faq-less-resource
+ 172. http://www.karlrunge.com/x11vnc/index.html#faq-more-resource
+ 173. http://www.karlrunge.com/x11vnc/index.html#faq-slow-link
+ 174. http://www.karlrunge.com/x11vnc/index.html#faq-xdamage
+ 175. http://www.karlrunge.com/x11vnc/index.html#faq-pointer-mode
+ 176. http://www.karlrunge.com/x11vnc/index.html#faq-wireframe
+ 177. http://www.karlrunge.com/x11vnc/index.html#faq-scrollcopyrect
+ 178. http://www.karlrunge.com/x11vnc/index.html#faq-cursor-shape
+ 179. http://www.karlrunge.com/x11vnc/index.html#faq-xfixes-alpha
+ 180. http://www.karlrunge.com/x11vnc/index.html#faq-xfixes-alpha-hacks
+ 181. http://www.karlrunge.com/x11vnc/index.html#faq-cursor-arrow
+ 182. http://www.karlrunge.com/x11vnc/index.html#faq-cursor-positions
+ 183. http://www.karlrunge.com/x11vnc/index.html#faq-buttonmap-opt
+ 184. http://www.karlrunge.com/x11vnc/index.html#faq-altgr
+ 185. http://www.karlrunge.com/x11vnc/index.html#faq-greaterless
+ 186. http://www.karlrunge.com/x11vnc/index.html#faq-greaterless-sloppy
+ 187. http://www.karlrunge.com/x11vnc/index.html#faq-xkbmodtweak
+ 188. http://www.karlrunge.com/x11vnc/index.html#faq-repeated-keys
+ 189. http://www.karlrunge.com/x11vnc/index.html#faq-repeated-keys-still
+ 190. http://www.karlrunge.com/x11vnc/index.html#faq-remap-opt
+ 191. http://www.karlrunge.com/x11vnc/index.html#faq-sun-alt-meta
+ 192. http://www.karlrunge.com/x11vnc/index.html#faq-remap-button-click
+ 193. http://www.karlrunge.com/x11vnc/index.html#faq-remap-capslock
+ 194. http://www.karlrunge.com/x11vnc/index.html#faq-scrollbars
+ 195. http://www.karlrunge.com/x11vnc/index.html#faq-scaling
+ 196. http://www.karlrunge.com/x11vnc/index.html#faq-xinerama
+ 197. http://www.karlrunge.com/x11vnc/index.html#faq-multi-screen
+ 198. http://www.karlrunge.com/x11vnc/index.html#faq-clip-screen
+ 199. http://www.karlrunge.com/x11vnc/index.html#faq-xrandr
+ 200. http://www.karlrunge.com/x11vnc/index.html#faq-black-screen
+ 201. http://www.karlrunge.com/x11vnc/index.html#faq-linuxvc
+ 202. http://www.karlrunge.com/x11vnc/index.html#faq-vmware
+ 203. http://www.karlrunge.com/x11vnc/index.html#faq-rawfb
+ 204. http://www.karlrunge.com/x11vnc/index.html#faq-video
+ 205. http://www.karlrunge.com/x11vnc/index.html#faq-hidden-taskbars
+ 206. http://www.karlrunge.com/x11vnc/index.html#faq-clipboard
+ 207. http://www.karlrunge.com/x11vnc/index.html#faq-filexfer
+ 208. http://www.karlrunge.com/x11vnc/index.html#faq-sound
+ 209. http://www.karlrunge.com/x11vnc/index.html#faq-beeps
+ 210. http://www.karlrunge.com/x11vnc/index.html#faq-thanks
+ 211. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-display
+ 212. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-auth
+ 213. http://www.karlrunge.com/x11vnc/index.html#faq-display-manager
+ 214. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-users
+ 215. http://www.karlrunge.com/x11vnc/index.html#solarisbuilding
+ 216. http://www.karlrunge.com/x11vnc/x11vnc_sunos4.html
+ 217. http://www.karlrunge.com/x11vnc/index.html#building
+ 218. http://www.karlrunge.com/x11vnc/index.html#faq-build
+ 219. http://packages.debian.org/x11vnc
+ 220. http://www.linuxpackages.net/search_view.php?by=name&name=x11vnc
+ 221. http://dag.wieers.com/packages/x11vnc/
+ 222. http://dries.ulyssis.org/rpm/packages/x11vnc/info.html
+ 223. http://linux01.gwdg.de/~pbleser/rpm-navigation.php?cat=Network/x11vnc/
+ 224. http://www.sunfreeware.com/
+ 225. http://www.freebsd.org/cgi/ports.cgi?query=x11vnc&stype=all
+ 226. http://www.openbsd.org/3.9_packages/i386/x11vnc-0.6.2.tgz-long.html
+ 227. http://pkgsrc.se/x11/x11vnc
+ 228. http://mike.saunby.net/770/x11vnc/
+ 229. http://www.pdaxrom.org/ipk_feed.php?menuid=11&showfeed=unstable#x11vnc
+ 230. http://www.focv.com/ipkg/
+ 231. http://www.karlrunge.com/x11vnc/bins
+ 232. http://www.tightvnc.com/download.html
+ 233. http://www.realvnc.com/download-free.html
+ 234. http://sourceforge.net/projects/cotvnc/
+ 235. http://www.ultravnc.com/
+ 236. http://www.karlrunge.com/x11vnc/x11vnc_opts.html
+ 237. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-gui
+ 238. http://www.karlrunge.com/x11vnc/index.html#faq-gui-tray
+ 239. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-q
+ 240. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-bg
+ 241. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-o
+ 242. http://www.karlrunge.com/x11vnc/index.html#solarisbuilding
+ 243. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-nofb
+ 244. http://fredrik.hubbe.net/x2vnc.html
+ 245. http://www.hubbe.net/~hubbe/win2vnc.html
+ 246. http://www.deboer.gmxhome.de/
+ 247. http://sourceforge.net/projects/win2vnc/
+ 248. http://fredrik.hubbe.net/x2vnc.html
+ 249. http://freshmeat.net/projects/x2x/
+ 250. http://ftp.digital.com/pub/Digital/SRC/x2x/
+ 251. http://zapek.com/software/zvnc/
+ 252. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-visual
+ 253. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-flashcmap
254. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-8to24
- 255. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-flashcmap
- 256. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-fixscreen
- 257. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-8to24
- 258. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-id
- 259. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-8to24
- 260. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-overlay
- 261. http://www.karlrunge.com/x11vnc/index.html#faq-overlays
- 262. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-id
- 263. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-sid
- 264. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-24to32
- 265. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-display
- 266. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-noshm
- 267. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-flipbyteorder
- 268. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-auth
- 269. http://www.karlrunge.com/x11vnc/index.html#xauth_pain
- 270. http://www.karlrunge.com/x11vnc/index.html#faq-noshm
- 271. http://wwws.sun.com/sunray/index.html
- 272. http://www.karlrunge.com/x11vnc/sunray.html
- 273. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-remote
- 274. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-query
- 275. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-forever
- 276. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-bg
- 277. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-clear_mods
- 278. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-clear_keys
+ 255. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-notruecolor
+ 256. http://www.karlrunge.com/x11vnc/index.html#faq-8bpp
+ 257. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-overlay
+ 258. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-8to24
+ 259. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-overlay
+ 260. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-8to24
+ 261. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-flashcmap
+ 262. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-fixscreen
+ 263. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-8to24
+ 264. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-id
+ 265. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-8to24
+ 266. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-overlay
+ 267. http://www.karlrunge.com/x11vnc/index.html#faq-overlays
+ 268. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-id
+ 269. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-sid
+ 270. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-24to32
+ 271. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-display
+ 272. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-noshm
+ 273. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-flipbyteorder
+ 274. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-auth
+ 275. http://www.karlrunge.com/x11vnc/index.html#xauth_pain
+ 276. http://www.karlrunge.com/x11vnc/index.html#faq-noshm
+ 277. http://wwws.sun.com/sunray/index.html
+ 278. http://www.karlrunge.com/x11vnc/sunray.html
279. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-remote
280. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-query
- 281. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-gui
- 282. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-storepasswd
- 283. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-rfbauth
- 284. http://www.karlrunge.com/x11vnc/index.html#faq-passwdfile
- 285. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-usepw
- 286. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-viewpasswd
- 287. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-passwd
- 288. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-passwdfile
+ 281. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-forever
+ 282. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-bg
+ 283. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-clear_mods
+ 284. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-clear_keys
+ 285. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-remote
+ 286. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-query
+ 287. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-gui
+ 288. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-storepasswd
289. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-rfbauth
- 290. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-passwdfile
- 291. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-unixpw
- 292. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-unixpw_nis
- 293. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-localhost
- 294. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-stunnel
- 295. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-localhost
- 296. http://www.karlrunge.com/x11vnc/index.html#tunnelling
- 297. http://www.karlrunge.com/x11vnc/index.html#faq-ssl-tunnel
- 298. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-accept
- 299. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-forever
- 300. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-shared
- 301. http://www.karlrunge.com/x11vnc/index.html#tunnelling
- 302. http://www.karlrunge.com/x11vnc/index.html#faq-passwd
- 303. http://www.karlrunge.com/x11vnc/index.html#faq-passwdfile
- 304. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-allow
- 305. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-localhost
- 306. http://www.karlrunge.com/x11vnc/index.html#faq-tcp_wrappers
- 307. http://www.karlrunge.com/x11vnc/index.html#faq-inetd
- 308. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-listen
- 309. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-allow
- 310. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-localhost
- 311. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-allow
- 312. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-localhost
- 313. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-listen
- 314. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-allow
- 315. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-localhost
- 316. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-input
- 317. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-accept
- 318. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-viewonly
- 319. ftp://ftp.x.org/
- 320. http://www.karlrunge.com/x11vnc/dtVncPopup
- 321. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-gone
- 322. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-users
- 323. http://www.karlrunge.com/x11vnc/blockdpy.c
- 324. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-accept
- 325. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-gone
- 326. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-gone
- 327. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-afteraccept
- 328. http://www.karlrunge.com/x11vnc/index.html#tunnelling
- 329. http://www.karlrunge.com/x11vnc/index.html#tunnelling
- 330. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-localhost
- 331. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-rfbauth
- 332. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-passwdfile
- 333. http://www.karlrunge.com/x11vnc/index.html#gateway_double_ssh
+ 290. http://www.karlrunge.com/x11vnc/index.html#faq-passwdfile
+ 291. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-usepw
+ 292. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-viewpasswd
+ 293. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-passwd
+ 294. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-passwdfile
+ 295. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-rfbauth
+ 296. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-passwdfile
+ 297. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-unixpw
+ 298. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-unixpw_nis
+ 299. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-localhost
+ 300. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-stunnel
+ 301. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-localhost
+ 302. http://www.karlrunge.com/x11vnc/index.html#tunnelling
+ 303. http://www.karlrunge.com/x11vnc/index.html#faq-ssl-tunnel
+ 304. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-accept
+ 305. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-forever
+ 306. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-shared
+ 307. http://www.karlrunge.com/x11vnc/index.html#tunnelling
+ 308. http://www.karlrunge.com/x11vnc/index.html#faq-passwd
+ 309. http://www.karlrunge.com/x11vnc/index.html#faq-passwdfile
+ 310. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-allow
+ 311. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-localhost
+ 312. http://www.karlrunge.com/x11vnc/index.html#faq-tcp_wrappers
+ 313. http://www.karlrunge.com/x11vnc/index.html#faq-inetd
+ 314. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-listen
+ 315. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-allow
+ 316. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-localhost
+ 317. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-allow
+ 318. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-localhost
+ 319. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-listen
+ 320. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-allow
+ 321. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-localhost
+ 322. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-input
+ 323. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-accept
+ 324. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-viewonly
+ 325. ftp://ftp.x.org/
+ 326. http://www.karlrunge.com/x11vnc/dtVncPopup
+ 327. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-gone
+ 328. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-users
+ 329. http://www.karlrunge.com/x11vnc/blockdpy.c
+ 330. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-accept
+ 331. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-gone
+ 332. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-gone
+ 333. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-afteraccept
334. http://www.karlrunge.com/x11vnc/index.html#tunnelling
- 335. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-connect
- 336. http://www.stunnel.org/
- 337. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-ssl
- 338. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-stunnel
- 339. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-sslverify
- 340. http://www.karlrunge.com/x11vnc/index.html#faq-ssl-tunnel-int
- 341. http://www.stunnel.org/
- 342. http://www.karlrunge.com/x11vnc/ssl.html
- 343. http://www.karlrunge.com/x11vnc/index.html#ssl_vncviewer
- 344. http://www.karlrunge.com/x11vnc/ssl.html
- 345. http://www.securityfocus.com/infocus/1677
- 346. http://www.karlrunge.com/x11vnc/ssl.html
- 347. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-inetd
- 348. http://www.karlrunge.com/x11vnc/index.html#faq-ssl-tunnel-viewers
- 349. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-httpdir
- 350. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-http
- 351. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-ssl
- 352. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-https
- 353. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-stunnel
- 354. http://www.karlrunge.com/x11vnc/index.html#ssl_vncviewer
- 355. http://www.karlrunge.com/x11vnc/index.html#faq-ssl-tunnel-ext
- 356. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-ssl
- 357. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-stunnel
- 358. http://www.karlrunge.com/x11vnc/index.html#faq-ssl-tunnel-viewers
- 359. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-ssl
- 360. http://www.openssl.org/
- 361. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-stunnel
- 362. http://www.stunnel.org/
- 363. http://www.karlrunge.com/x11vnc/ssl.html
- 364. http://www.karlrunge.com/x11vnc/index.html#ssl_vncviewer
- 365. http://www.karlrunge.com/x11vnc/ssl.html
- 366. http://www.karlrunge.com/x11vnc/index.html#faq-ssl-tunnel-viewers
- 367. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-httpdir
- 368. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-http
- 369. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-https
- 370. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-https
- 371. http://www.karlrunge.com/x11vnc/index.html#faq-ssl-tunnel-ext
- 372. http://www.karlrunge.com/x11vnc/ssl_vncviewer
- 373. http://www.karlrunge.com/x11vnc/ssl-portal.html
- 374. http://www.karlrunge.com/x11vnc/ssl.html
- 375. http://www.karlrunge.com/x11vnc/index.html#ssl_vncviewer
- 376. http://www.karlrunge.com/x11vnc/index.html#faq-ssl-tunnel-viewers
- 377. http://www.karlrunge.com/x11vnc/ssl-portal.html
- 378. http://www.karlrunge.com/x11vnc/ssl.html
- 379. http://www.karlrunge.com/x11vnc/index.html#display-manager-continuously
- 380. http://www.karlrunge.com/x11vnc/index.html#faq-inetd
- 381. http://www.karlrunge.com/x11vnc/index.html#x11vnc_loop
- 382. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-auth
- 383. http://www.karlrunge.com/x11vnc/index.html#dtlogin_solaris
- 384. http://www.jirka.org/gdm-documentation/x241.html
- 385. http://www.karlrunge.com/x11vnc/x11vnc_loop
- 386. http://www.karlrunge.com/x11vnc/index.html#faq-xterminal-xauth
- 387. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-inetd
- 388. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-q
- 389. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-auth
- 390. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-loop
- 391. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-httpdir
- 392. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-http
- 393. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-connect
- 394. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-remote
- 395. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-vncconnect
- 396. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-add_keysyms
- 397. http://www.karlrunge.com/x11vnc/index.html#faq-linuxvc
- 398. http://www.karlrunge.com/x11vnc/Xdummy
- 399. http://www.karlrunge.com/x11vnc/index.html#display-manager-continuously
- 400. http://www.karlrunge.com/x11vnc/shm_clear
- 401. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-onetile
- 402. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-noshm
- 403. http://www.karlrunge.com/x11vnc/index.html#faq-noshm
- 404. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-nap
- 405. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-wait
- 406. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-onetile
- 407. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-fs
- 408. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-threads
- 409. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-defer
- 410. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-id
- 411. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-solid
- 412. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-scrollcopyrect
- 413. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-wireframe
- 414. http://www.tightvnc.com/
- 415. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-wireframe
- 416. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-scrollcopyrect
- 417. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-speeds
- 418. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-nodragging
- 419. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-fs
- 420. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-wait
- 421. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-defer
- 422. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-progressive
- 423. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-id
- 424. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-nosel
- 425. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-nocursor
- 426. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-nocursorpos
- 427. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-readtimeout
- 428. http://www.karlrunge.com/x11vnc/index.html#fb_read_slow
- 429. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-xd_area
- 430. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-xd_mem
- 431. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-noxdamage
- 432. http://www.karlrunge.com/x11vnc/index.html#fb_read_slow
- 433. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-pointer_mode
- 434. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-pointer_mode
- 435. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-nodragging
- 436. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-pointer_mode
- 437. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-threads
- 438. http://www.karlrunge.com/x11vnc/index.html#faq-wireframe
- 439. http://www.karlrunge.com/x11vnc/index.html#faq-scrollcopyrect
- 440. http://www.karlrunge.com/x11vnc/index.html#faq-pointer-mode
- 441. http://www.karlrunge.com/x11vnc/index.html#fb_read_slow
- 442. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-wireframe
- 443. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-wireframe
- 444. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-wireframe
- 445. http://www.karlrunge.com/x11vnc/index.html#fb_read_slow
- 446. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-scrollcopyrect
- 447. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-wireframe
- 448. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-wirecopyrect
- 449. http://www.karlrunge.com/x11vnc/index.html#faq-wireframe
- 450. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-fixscreen
- 451. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-scr_skip
- 452. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-scale
- 453. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-scrollcopyrect
- 454. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-cursor
- 455. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-cursor
- 456. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-overlay
- 457. http://www.karlrunge.com/x11vnc/index.html#the-overlay-mode
- 458. http://www.karlrunge.com/x11vnc/index.html#solaris10-build
- 459. http://www.karlrunge.com/x11vnc/index.html#faq-xfixes-alpha-hacks
- 460. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-alphacut
- 461. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-alphafrac
- 462. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-alpharemove
- 463. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-nocursorshape
- 464. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-noalphablend
- 465. http://www.tightvnc.com/
- 466. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-nocursor
- 467. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-cursorpos
- 468. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-nocursorpos
+ 335. http://www.karlrunge.com/x11vnc/index.html#tunnelling
+ 336. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-localhost
+ 337. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-rfbauth
+ 338. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-passwdfile
+ 339. http://www.karlrunge.com/x11vnc/index.html#gateway_double_ssh
+ 340. http://www.karlrunge.com/x11vnc/index.html#tunnelling
+ 341. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-connect
+ 342. http://www.stunnel.org/
+ 343. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-ssl
+ 344. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-stunnel
+ 345. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-sslverify
+ 346. http://www.karlrunge.com/x11vnc/index.html#faq-ssl-tunnel-int
+ 347. http://www.stunnel.org/
+ 348. http://www.karlrunge.com/x11vnc/ssl.html
+ 349. http://www.karlrunge.com/x11vnc/index.html#ssl_vncviewer
+ 350. http://www.karlrunge.com/x11vnc/ssl.html
+ 351. http://www.securityfocus.com/infocus/1677
+ 352. http://www.karlrunge.com/x11vnc/ssl.html
+ 353. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-inetd
+ 354. http://www.karlrunge.com/x11vnc/index.html#faq-ssl-tunnel-viewers
+ 355. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-httpdir
+ 356. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-http
+ 357. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-ssl
+ 358. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-https
+ 359. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-stunnel
+ 360. http://www.karlrunge.com/x11vnc/index.html#ssl_vncviewer
+ 361. http://www.karlrunge.com/x11vnc/index.html#faq-ssl-tunnel-ext
+ 362. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-ssl
+ 363. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-stunnel
+ 364. http://www.karlrunge.com/x11vnc/index.html#faq-ssl-tunnel-viewers
+ 365. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-ssl
+ 366. http://www.openssl.org/
+ 367. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-stunnel
+ 368. http://www.stunnel.org/
+ 369. http://www.karlrunge.com/x11vnc/ssl.html
+ 370. http://www.karlrunge.com/x11vnc/index.html#ssl_vncviewer
+ 371. http://www.karlrunge.com/x11vnc/ssl.html
+ 372. http://www.karlrunge.com/x11vnc/index.html#faq-ssl-tunnel-viewers
+ 373. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-httpdir
+ 374. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-http
+ 375. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-https
+ 376. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-https
+ 377. http://www.karlrunge.com/x11vnc/index.html#faq-ssl-tunnel-ext
+ 378. http://www.karlrunge.com/x11vnc/ssl_vncviewer
+ 379. http://www.karlrunge.com/x11vnc/ssl-portal.html
+ 380. http://www.karlrunge.com/x11vnc/ssl.html
+ 381. http://www.karlrunge.com/x11vnc/index.html#ssl_vncviewer
+ 382. http://www.karlrunge.com/x11vnc/index.html#faq-ssl-tunnel-viewers
+ 383. http://www.karlrunge.com/x11vnc/ssl-portal.html
+ 384. http://www.karlrunge.com/x11vnc/ssl.html
+ 385. http://www.karlrunge.com/x11vnc/index.html#display-manager-continuously
+ 386. http://www.karlrunge.com/x11vnc/index.html#faq-inetd
+ 387. http://www.karlrunge.com/x11vnc/index.html#x11vnc_loop
+ 388. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-auth
+ 389. http://www.karlrunge.com/x11vnc/index.html#dtlogin_solaris
+ 390. http://www.jirka.org/gdm-documentation/x241.html
+ 391. http://www.karlrunge.com/x11vnc/x11vnc_loop
+ 392. http://www.karlrunge.com/x11vnc/index.html#faq-xterminal-xauth
+ 393. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-inetd
+ 394. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-q
+ 395. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-auth
+ 396. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-loop
+ 397. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-httpdir
+ 398. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-http
+ 399. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-connect
+ 400. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-remote
+ 401. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-vncconnect
+ 402. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-add_keysyms
+ 403. http://www.karlrunge.com/x11vnc/index.html#faq-linuxvc
+ 404. http://www.karlrunge.com/x11vnc/Xdummy
+ 405. http://www.karlrunge.com/x11vnc/index.html#display-manager-continuously
+ 406. http://www.karlrunge.com/x11vnc/shm_clear
+ 407. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-onetile
+ 408. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-noshm
+ 409. http://www.karlrunge.com/x11vnc/index.html#faq-noshm
+ 410. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-nap
+ 411. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-wait
+ 412. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-onetile
+ 413. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-fs
+ 414. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-threads
+ 415. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-defer
+ 416. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-id
+ 417. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-solid
+ 418. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-scrollcopyrect
+ 419. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-wireframe
+ 420. http://www.tightvnc.com/
+ 421. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-wireframe
+ 422. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-scrollcopyrect
+ 423. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-speeds
+ 424. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-nodragging
+ 425. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-fs
+ 426. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-wait
+ 427. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-defer
+ 428. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-progressive
+ 429. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-id
+ 430. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-nosel
+ 431. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-nocursor
+ 432. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-nocursorpos
+ 433. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-readtimeout
+ 434. http://www.karlrunge.com/x11vnc/index.html#fb_read_slow
+ 435. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-xd_area
+ 436. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-xd_mem
+ 437. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-noxdamage
+ 438. http://www.karlrunge.com/x11vnc/index.html#fb_read_slow
+ 439. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-pointer_mode
+ 440. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-pointer_mode
+ 441. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-nodragging
+ 442. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-pointer_mode
+ 443. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-threads
+ 444. http://www.karlrunge.com/x11vnc/index.html#faq-wireframe
+ 445. http://www.karlrunge.com/x11vnc/index.html#faq-scrollcopyrect
+ 446. http://www.karlrunge.com/x11vnc/index.html#faq-pointer-mode
+ 447. http://www.karlrunge.com/x11vnc/index.html#fb_read_slow
+ 448. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-wireframe
+ 449. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-wireframe
+ 450. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-wireframe
+ 451. http://www.karlrunge.com/x11vnc/index.html#fb_read_slow
+ 452. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-scrollcopyrect
+ 453. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-wireframe
+ 454. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-wirecopyrect
+ 455. http://www.karlrunge.com/x11vnc/index.html#faq-wireframe
+ 456. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-fixscreen
+ 457. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-scr_skip
+ 458. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-scale
+ 459. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-scrollcopyrect
+ 460. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-cursor
+ 461. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-cursor
+ 462. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-overlay
+ 463. http://www.karlrunge.com/x11vnc/index.html#the-overlay-mode
+ 464. http://www.karlrunge.com/x11vnc/index.html#solaris10-build
+ 465. http://www.karlrunge.com/x11vnc/index.html#faq-xfixes-alpha-hacks
+ 466. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-alphacut
+ 467. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-alphafrac
+ 468. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-alpharemove
469. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-nocursorshape
- 470. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-buttonmap
- 471. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-debug_pointer
- 472. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-buttonmap
- 473. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-modtweak
- 474. http://www.karlrunge.com/x11vnc/index.html#faq-greaterless
- 475. http://www.karlrunge.com/x11vnc/index.html#faq-xkbmodtweak
- 476. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-debug_keyboard
- 477. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-xkb
- 478. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-sloppy_keys
+ 470. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-noalphablend
+ 471. http://www.tightvnc.com/
+ 472. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-nocursor
+ 473. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-cursorpos
+ 474. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-nocursorpos
+ 475. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-nocursorshape
+ 476. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-buttonmap
+ 477. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-debug_pointer
+ 478. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-buttonmap
479. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-modtweak
- 480. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-modtweak
- 481. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-remap
- 482. http://www.karlrunge.com/x11vnc/index.html#faq-xkbmodtweak
- 483. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-debug_keyboard
- 484. http://www.karlrunge.com/x11vnc/index.html#faq-greaterless
- 485. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-xkb
- 486. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-sloppy_keys
- 487. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-modtweak
- 488. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-xkb
- 489. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-xkb
- 490. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-skip_keycodes
- 491. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-remap
- 492. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-add_keysyms
- 493. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-remap
- 494. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-remap
- 495. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-add_keysyms
- 496. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-norepeat
- 497. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-norepeat
- 498. http://www.karlrunge.com/x11vnc/index.html#faq-display-manager
+ 480. http://www.karlrunge.com/x11vnc/index.html#faq-greaterless
+ 481. http://www.karlrunge.com/x11vnc/index.html#faq-xkbmodtweak
+ 482. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-debug_keyboard
+ 483. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-xkb
+ 484. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-sloppy_keys
+ 485. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-modtweak
+ 486. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-modtweak
+ 487. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-remap
+ 488. http://www.karlrunge.com/x11vnc/index.html#faq-xkbmodtweak
+ 489. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-debug_keyboard
+ 490. http://www.karlrunge.com/x11vnc/index.html#faq-greaterless
+ 491. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-xkb
+ 492. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-sloppy_keys
+ 493. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-modtweak
+ 494. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-xkb
+ 495. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-xkb
+ 496. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-skip_keycodes
+ 497. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-remap
+ 498. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-add_keysyms
499. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-remap
500. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-remap
- 501. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-remap
- 502. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-remap
- 503. http://www.karlrunge.com/x11vnc/index.html#faq-scaling
- 504. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-scale
- 505. http://www.cus.cam.ac.uk/~ssb22/source/vnc-magnification.html
- 506. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-rfbport
- 507. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-gui
- 508. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-connect
- 509. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-scale_cursor
- 510. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-blackout
- 511. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-xinerama
- 512. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-xwarppointer
- 513. http://www.karlrunge.com/x11vnc/index.html#faq-solshm
- 514. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-onetile
- 515. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-noshm
- 516. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-clip
- 517. http://www.karlrunge.com/x11vnc/index.html#faq-xinerama
- 518. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-id
- 519. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-id
- 520. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-xrandr
- 521. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-padgeom
- 522. http://www.karlrunge.com/x11vnc/index.html#faq-linuxvc
- 523. http://www.karlrunge.com/x11vnc/index.html#faq-rawfb
- 524. http://www.karlrunge.com/x11vnc/index.html#faq-linuxvc
- 525. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-id
- 526. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-snapfb
- 527. http://www.karlrunge.com/x11vnc/index.html#faq-video
- 528. http://www.karlrunge.com/x11vnc/index.html#faq-xvfb
- 529. http://www.karlrunge.com/x11vnc/index.html#faq-video
- 530. http://www.karlrunge.com/x11vnc/index.html#faq-linuxvc
- 531. http://www.karlrunge.com/x11vnc/index.html#faq-vmware
- 532. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-rawfb
+ 501. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-add_keysyms
+ 502. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-norepeat
+ 503. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-norepeat
+ 504. http://www.karlrunge.com/x11vnc/index.html#faq-display-manager
+ 505. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-remap
+ 506. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-remap
+ 507. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-remap
+ 508. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-remap
+ 509. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-skip_lockkeys
+ 510. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-remap
+ 511. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-nomodtweak
+ 512. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-capslock
+ 513. http://www.karlrunge.com/x11vnc/index.html#faq-scaling
+ 514. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-scale
+ 515. http://www.cus.cam.ac.uk/~ssb22/source/vnc-magnification.html
+ 516. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-rfbport
+ 517. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-gui
+ 518. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-connect
+ 519. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-scale_cursor
+ 520. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-blackout
+ 521. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-xinerama
+ 522. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-xwarppointer
+ 523. http://www.karlrunge.com/x11vnc/index.html#faq-solshm
+ 524. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-onetile
+ 525. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-noshm
+ 526. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-clip
+ 527. http://www.karlrunge.com/x11vnc/index.html#faq-xinerama
+ 528. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-id
+ 529. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-id
+ 530. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-xrandr
+ 531. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-padgeom
+ 532. http://www.karlrunge.com/x11vnc/index.html#faq-linuxvc
533. http://www.karlrunge.com/x11vnc/index.html#faq-rawfb
- 534. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-snapfb
- 535. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-24to32
- 536. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-wait
- 537. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-slow_fb
- 538. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-defer
- 539. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-freqtab
- 540. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-nosel
- 541. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-noprimary
- 542. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-seldir
- 543. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-nofilexfer
- 544. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-nobell
+ 534. http://www.karlrunge.com/x11vnc/index.html#faq-linuxvc
+ 535. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-id
+ 536. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-snapfb
+ 537. http://www.karlrunge.com/x11vnc/index.html#faq-video
+ 538. http://www.karlrunge.com/x11vnc/index.html#faq-xvfb
+ 539. http://www.karlrunge.com/x11vnc/index.html#faq-video
+ 540. http://www.karlrunge.com/x11vnc/index.html#faq-linuxvc
+ 541. http://www.karlrunge.com/x11vnc/index.html#faq-vmware
+ 542. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-rawfb
+ 543. http://www.karlrunge.com/x11vnc/index.html#faq-rawfb
+ 544. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-snapfb
+ 545. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-24to32
+ 546. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-wait
+ 547. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-slow_fb
+ 548. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-defer
+ 549. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-freqtab
+ 550. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-nosel
+ 551. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-noprimary
+ 552. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-seldir
+ 553. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-nofilexfer
+ 554. http://www.karlrunge.com/x11vnc/x11vnc_opts.html#opt-nobell
+ 555. http://www.karlrunge.com/x11vnc/index.html#faq-sound
=======================================================================
http://www.karlrunge.com/x11vnc/chainingssh.html:
@@ -5840,6 +5976,9 @@ http://www.karlrunge.com/x11vnc/miscbuild.html:
i.e. avoid using the bash with the misbehavior. A bug has been filed
against autoconf to guard against this.
+ AIX: one user had to add the "X11.adt" package to AIX to get build
+ header files like XShm.h, etc.
+
References
1. http://www.karlrunge.com/x11vnc/miscbuild.html#faq-build
@@ -6901,7 +7040,7 @@ x11vnc: a VNC server for real X displays
Here are all of x11vnc command line options:
% x11vnc -opts (see below for -help long descriptions)
-x11vnc: allow VNC connections to real X11 displays. 0.8.1 lastmod: 2006-05-06
+x11vnc: allow VNC connections to real X11 displays. 0.8.1 lastmod: 2006-06-03
x11vnc options:
-display disp -auth file -id windowid
@@ -6915,60 +7054,58 @@ x11vnc options:
-connect string -vncconnect -novncconnect
-allow host1[,host2..] -localhost -nolookup
-input string -viewpasswd string -passwdfile filename
- -unixpw [list] -unixpw_nis [list] -ssl [pem]
- -ssldir [dir] -sslverify [path] -sslGenCA [dir]
- -sslGenCert type name -sslEncKey [pem] -sslCertInfo [pem]
- -sslDelCert [pem] -stunnel [pem] -stunnel3 [pem]
- -https [port] -usepw -storepasswd pass file
- -nopw -accept string -afteraccept string
- -gone string -users list -noshm
- -flipbyteorder -onetile -solid [color]
- -blackout string -xinerama -noxinerama
- -xtrap -xrandr [mode] -padgeom WxH
- -o logfile -flag file -rc filename
- -norc -h, -help -?, -opts
- -V, -version -dbg -q
- -bg -modtweak -nomodtweak
- -xkb -noxkb -skip_keycodes string
- -sloppy_keys -skip_dups -noskip_dups
- -add_keysyms -noadd_keysyms -clear_mods
- -clear_keys -remap string -norepeat
- -repeat -nofb -nobell
- -nosel -noprimary -nosetprimary
- -noclipboard -nosetclipboard -seldir string
- -cursor [mode] -nocursor -arrow n
- -noxfixes -alphacut n -alphafrac fraction
- -alpharemove -noalphablend -nocursorshape
- -cursorpos -nocursorpos -xwarppointer
- -buttonmap string -nodragging -wireframe [str]
- -nowireframe -wirecopyrect mode -nowirecopyrect
- -debug_wireframe -scrollcopyrect mode -noscrollcopyrect
- -scr_area n -scr_skip list -scr_inc list
- -scr_keys list -scr_term list -scr_keyrepeat lo-hi
- -scr_parms string -fixscreen string -debug_scroll
- -noxrecord -grab_buster -nograb_buster
- -debug_grabs -debug_sel -pointer_mode n
- -input_skip n -speeds rd,bw,lat -wmdt string
- -debug_pointer -debug_keyboard -defer time
- -wait time -wait_ui factor -nowait_bog
- -slow_fb time -readtimeout n -nap
- -nonap -sb time -nofbpm
- -fbpm -noxdamage -xd_area A
- -xd_mem f -sigpipe string -threads
- -nothreads -fs f -gaps n
- -grow n -fuzz n -debug_tiles
- -snapfb -rawfb string -freqtab file
- -pipeinput cmd -gui [gui-opts] -remote command
- -query variable -QD variable -sync
- -noremote -yesremote -unsafe
- -safer -privremote -nocmds
- -deny_all
+ -usepw -storepasswd pass file -nopw
+ -accept string -afteraccept string -gone string
+ -users list -noshm -flipbyteorder
+ -onetile -solid [color] -blackout string
+ -xinerama -noxinerama -xtrap
+ -xrandr [mode] -padgeom WxH -o logfile
+ -flag file -rc filename -norc
+ -h, -help -?, -opts -V, -version
+ -dbg -q -bg
+ -modtweak -nomodtweak -xkb
+ -noxkb -capslock -skip_lockkeys
+ -skip_keycodes string -sloppy_keys -skip_dups
+ -noskip_dups -add_keysyms -noadd_keysyms
+ -clear_mods -clear_keys -remap string
+ -norepeat -repeat -nofb
+ -nobell -nosel -noprimary
+ -nosetprimary -noclipboard -nosetclipboard
+ -seldir string -cursor [mode] -nocursor
+ -arrow n -noxfixes -alphacut n
+ -alphafrac fraction -alpharemove -noalphablend
+ -nocursorshape -cursorpos -nocursorpos
+ -xwarppointer -buttonmap string -nodragging
+ -wireframe [str] -nowireframe -wirecopyrect mode
+ -nowirecopyrect -debug_wireframe -scrollcopyrect mode
+ -noscrollcopyrect -scr_area n -scr_skip list
+ -scr_inc list -scr_keys list -scr_term list
+ -scr_keyrepeat lo-hi -scr_parms string -fixscreen string
+ -debug_scroll -noxrecord -grab_buster
+ -nograb_buster -debug_grabs -debug_sel
+ -pointer_mode n -input_skip n -speeds rd,bw,lat
+ -wmdt string -debug_pointer -debug_keyboard
+ -defer time -wait time -wait_ui factor
+ -nowait_bog -slow_fb time -readtimeout n
+ -nap -nonap -sb time
+ -nofbpm -fbpm -noxdamage
+ -xd_area A -xd_mem f -sigpipe string
+ -threads -nothreads -fs f
+ -gaps n -grow n -fuzz n
+ -debug_tiles -snapfb -rawfb string
+ -freqtab file -pipeinput cmd -gui [gui-opts]
+ -remote command -query variable -QD variable
+ -sync -noremote -yesremote
+ -unsafe -safer -privremote
+ -nocmds -deny_all
libvncserver options:
-rfbport port TCP port for RFB protocol
-rfbwait time max time in ms to wait for RFB client
-rfbauth passwd-file use authentication on RFB protocol
(use 'storepasswd' to create a password file)
+-rfbversion 3.x Set the version of the RFB we choose to advertise
+-permitfiletransfer permit file transfer support
-passwd plain-password use authentication
(use plain-password as password, USE AT YOUR RISK)
-deferupdate time time in ms to defer updates (default 40)
@@ -6994,7 +7131,7 @@ libvncserver-tight-extension options:
% x11vnc -help
-x11vnc: allow VNC connections to real X11 displays. 0.8.1 lastmod: 2006-05-06
+x11vnc: allow VNC connections to real X11 displays. 0.8.1 lastmod: 2006-06-03
(type "x11vnc -opts" to just list the options.)
@@ -7402,635 +7539,6 @@ Options:
and last line be "__BEGIN_VIEWONLY__" to have 2
full-access passwords)
--unixpw [list] Use Unix username and password authentication. x11vnc
- uses the su(1) program to verify the user's password.
- [list] is an optional comma separated list of allowed
- Unix usernames. See below for per-user options that
- can be applied.
-
- A familiar "login:" and "Password:" dialog is
- presented to the user on a black screen inside the
- vncviewer. The connection is dropped if the user fails
- to supply the correct password in 3 tries or does not
- send one before a 25 second timeout. Existing clients
- are view-only during this period.
-
- Since the detailed behavior of su(1) can vary from
- OS to OS and for local configurations, test the mode
- carefully on your systems before using it in production.
- Test different combinations of valid/invalid usernames
- and valid/invalid passwords to see if it behaves as
- expected. x11vnc will attempt to be conservative and
- reject a login if anything abnormal occurs.
-
- On FreeBSD and the other BSD's by default it is
- impossible for the user running x11vnc to validate
- his *own* password via su(1) (evidently commenting out
- the pam_self.so entry in /etc/pam.d/su eliminates this
- problem). So the x11vnc login will always *fail* for
- this case (even when the correct password is supplied).
-
- A possible workaround for this would be to start
- x11vnc as root with the "-users +nobody" option to
- immediately switch to user nobody. Another source of
- problems are PAM modules that prompt for extra info,
- e.g. password aging modules. These logins will fail
- as well even when the correct password is supplied.
-
- **IMPORTANT**: to prevent the Unix password being sent
- in *clear text* over the network, one of two schemes
- will be enforced: 1) the -ssl builtin SSL mode, or 2)
- require both -localhost and -stunnel be enabled.
-
- Method 1) ensures the traffic is encrypted between
- viewer and server. A PEM file will be required, see the
- discussion under -ssl below (under some circumstances
- a temporary one can be automatically generated).
-
- Method 2) requires the viewer connection to appear
- to come from the same machine x11vnc is running on
- (e.g. from a ssh -L port redirection). And that the
- -stunnel SSL mode be used for encryption over the
- network.(see the description of -stunnel below).
-
- Note: as a convenience, if you ssh(1) in and start
- x11vnc it will check if the environment variable
- SSH_CONNECTION is set and appears reasonable. If it
- does, then the -ssl or -stunnel requirement will be
- dropped since it is assumed you are using ssh for the
- encrypted tunnelling. -localhost is still enforced.
- Use -ssl or -stunnel to force SSL usage even if
- SSH_CONNECTION is set.
-
- To override the above restrictions you can set
- environment variables before starting x11vnc:
-
- Set UNIXPW_DISABLE_SSL=1 to disable requiring either
- -ssl or -stunnel. Evidently you will be using a
- different method to encrypt the data between the
- vncviewer and x11vnc: perhaps ssh(1) or an IPSEC VPN.
-
- Note that use of -localhost with ssh(1) is roughly
- the same as requiring a Unix user login (since a Unix
- password or the user's public key authentication is
- used by sshd on the machine where x11vnc runs and only
- local connections from that machine are accepted)
-
- Set UNIXPW_DISABLE_LOCALHOST=1 to disable the -localhost
- requirement in Method 2). One should never do this
- (i.e. allow the Unix passwords to be sniffed on the
- network).
-
- Regarding reverse connections (e.g. -R connect:host
- and -connect host), when the -localhost constraint is
- in effect then reverse connections can only be used
- to connect to the same machine x11vnc is running on
- (default port 5500). Please use a ssh or stunnel port
- redirection to the viewer machine to tunnel the reverse
- connection over an encrypted channel. Note that in -ssl
- mode reverse connection are disabled (see below).
-
- In -inetd mode the Method 1) will be enforced (not
- Method 2). With -ssl in effect reverse connections
- are disabled. If you override this via env. var, be
- sure to also use encryption from the viewer to inetd.
- Tip: you can also have your own stunnel spawn x11vnc
- in -inetd mode (thereby bypassing inetd). See the FAQ
- for details.
-
- The user names in the comma separated [list] can have
- per-user options after a ":", e.g. "fred:opts"
- where "opts" is a "+" separated list of
- "viewonly", "fullaccess", "input=XXXX", or
- "deny", e.g. "karl,fred:viewonly,boss:input=M".
- For "input=" it is the K,M,B,C described under -input.
-
- If a user in the list is "*" that means those
- options apply to all users. It also means all users
- are allowed to log in after supplying a valid password.
- Use "deny" to explicitly deny some users if you use
- "*" to set a global option.
-
- There are also some utilities for testing password
- if [list] starts with the "%" character. See the
- quick_pw() function in the source for details.
-
--unixpw_nis [list] As -unixpw above, however do not use su(1) but rather
- use the traditional getpwnam(3) + crypt(3) method to
- verify passwords instead. This requires that the
- encrypted passwords be readable. Passwords stored
- in /etc/shadow will be inaccessible unless x11vnc
- is run as root.
-
- This is called "NIS" mode simply because in most
- NIS setups the user encrypted passwords are accessible
- (e.g. "ypcat passwd"). NIS is not required for this
- mode to work (only that getpwnam(3) return the encrypted
- password is required), but it is unlikely it will work
- for any other modern environment. All of the -unixpw
- options and contraints apply.
-
--ssl [pem] Use the openssl library (www.openssl.org) to provide a
- built-in encrypted SSL tunnel between VNC viewers and
- x11vnc. This requires libssl support to be compiled
- into x11vnc at build time. If x11vnc is not built
- with libssl support it will exit immediately when -ssl
- is prescribed.
-
- [pem] is optional, use "-ssl /path/to/mycert.pem"
- to specify a PEM certificate file to use to identify
- and provide a key for this server. See openssl(1) for
- more info about PEMs and the -sslGenCert option below.
-
- The connecting VNC viewer SSL tunnel can optionally
- authenticate this server if they have the public
- key part of the certificate (or a common certificate
- authority, CA, is a more sophisicated way to verify
- this server's cert, see -sslGenCA below). This is
- used to prevent man-in-the-middle attacks. Otherwise,
- if the VNC viewer accepts this server's key without
- verification, at least the traffic is protected
- from passive sniffing on the network (but NOT from
- man-in-the-middle attacks).
-
- If [pem] is not supplied and the openssl(1) utility
- command exists in PATH, then a temporary, self-signed
- certificate will be generated for this session (this
- may take 5-30 seconds on slow machines). If openssl(1)
- cannot be used to generate a temporary certificate
- x11vnc exits immediately.
-
- If successful in using openssl(1) to generate a
- temporary certificate, the public part of it will be
- displayed to stderr (e.g. one could copy it to the
- client-side to provide authentication of the server to
- VNC viewers.) See following paragraphs for how to save
- keys to reuse when x11vnc is restarted.
-
- Set the env. var. X11VNC_SHOW_TMP_PEM=1 to have x11vnc
- print out the entire certificate, including the PRIVATE
- KEY part, to stderr. One could reuse this cert if saved
- in a [pem] file. Similarly, set X11VNC_KEEP_TMP_PEM=1
- to not delete the temporary PEM file: the file name
- will be printed to stderr (so one could move it to
- a safe place for reuse). You will be prompted for a
- passphrase for the private key.
-
- If [pem] is "SAVE" then the certificate will be saved
- to the file ~/.vnc/certs/server.pem, or if that file
- exists it will be used directly. Similarly, if [pem]
- is "SAVE_PROMPT" the server.pem certificate will be
- made based on your answers to its prompts for info such
- as OrganizationalName, CommonName, etc.
-
- Use "SAVE-<string>" and "SAVE_PROMPT-<string>"
- to refer to the file ~/.vnc/certs/server-<string>.pem
- instead. E.g. "SAVE-charlie" will store to the file
- ~/.vnc/certs/server-charlie.pem
-
- See -ssldir below to use a directory besides the
- default ~/.vnc/certs
-
- Example: x11vnc -ssl SAVE -display :0 ...
-
- Reverse connections are disabled in -ssl mode because
- there is no way to ensure that data channel will
- be encrypted. Set X11VNC_SSL_ALLOW_REVERSE=1 to
- override this.
-
- Your VNC viewer will also need to be able to connect
- via SSL. See the discussion below under -stunnel and
- the FAQ (ssl_vncviewer script) for how this might be
- achieved. E.g. on Unix it is easy to write a shell
- script that starts up stunnel and then vncviewer.
- Also in the x11vnc source a SSL enabled Java VNC Viewer
- applet is provided in the classes/ssl directory.
-
--ssldir [dir] Use [dir] as an alternate ssl certificate and key
- management toplevel directory. The default is
- ~/.vnc/certs
-
- This directory is used to store server and other
- certificates and keys and also other materials. E.g. in
- the simplest case, "-ssl SAVE" will store the x11vnc
- server cert in [dir]/server.pem
-
- Use of alternate directories via -ssldir allows you to
- manage multiple VNC Certificate Authority (CA) keys.
- Another use is if ~/.vnc/cert is on an NFS share you
- might want your certificates and keys to be on a local
- filesystem to prevent network snooping (for example
- -ssldir /var/lib/x11vnc-certs).
-
- -ssldir affects nearly all of the other -ssl* options,
- e.g. -ssl SAVE, -sslGenCert, etc..
-
--sslverify [path] For either of the -ssl or -stunnel modes, use [path]
- to provide certificates to authenticate incoming VNC
- *Client* connections (normally only the server is
- authenticated in SSL.) This can be used as a method
- to replace standard password authentication of clients.
-
- If [path] is a directory it contains the client (or CA)
- certificates in separate files. If [path] is a file,
- it contains multiple certificates. See special tokens
- below. These correspond to the "CApath = dir" and
- "CAfile = file" stunnel options. See the stunnel(8)
- manpage for details.
-
- Examples:
- x11vnc -ssl -sslverify ~/my.pem
- x11vnc -ssl -sslverify ~/my_pem_dir/
-
- Note that if [path] is a directory, it must contain
- the certs in separate files named like <HASH>.0, where
- the value of <HASH> is found by running the command
- "openssl x509 -hash -noout -in file.crt". Evidently
- one uses <HASH>.1 if there is a collision...
-
- The the key-management utility "-sslCertInfo HASHON"
- and "-sslCertInfo HASHOFF" will create/delete these
- hashes for you automatically (via symlink) in the HASH
- subdirs it manages. Then you can point -sslverify to
- the HASH subdir.
-
- Special tokens: in -ssl mode, if [path] is not a file or
- a directory, it is taken as a comma separated list of
- tokens that are interpreted as follows:
-
- If a token is "CA" that means load the CA/cacert.pem
- file from the ssl directory. If a token is "clients"
- then all the files clients/*.crt in the ssl directory
- are loaded. Otherwise the file clients/token.crt
- is attempted to be loaded. As a kludge, use a token
- like ../server-foo to load a server cert if you find
- that necessary.
-
- Use -ssldir to use a directory different from the
- ~/.vnc/certs default.
-
- Note that if the "CA" cert is loaded you do not need
- to load any of the certs that have been signed by it.
- You will need to load any additional self-signed certs
- however.
-
- Examples:
- x11vnc -ssl -sslverify CA
- x11vnc -ssl -sslverify self:fred,self:jim
- x11vnc -ssl -sslverify CA,clients
-
- Usually "-sslverify CA" is the most effective.
- See the -sslGenCA and -sslGenCert options below for
- how to set up and manage the CA framework.
-
-
-
- NOTE: the following utilities, -sslGenCA, -sslGenCert,
- -sslEncKey, and -sslCertInfo are provided for
- completeness, but for casual usage they are overkill.
-
- They provide VNC Certificate Authority (CA) key creation
- and server / client key generation and signing. So they
- provide a basic Public Key management framework for
- VNC-ing with x11vnc. (note that they require openssl(1)
- be installed on the system)
-
- However, the simplest usage mode (where x11vnc
- automatically generates its own, self-signed, temporary
- key and the VNC viewers always accept it, e.g. accepting
- via a dialog box) is probably safe enough for most
- scenarios. CA management is not needed.
-
- To protect against Man-In-The-Middle attacks the
- simplest mode can be improved by using "-ssl SAVE"
- to have x11vnc create a longer term self-signed
- certificate, and then (safely) copy the corresponding
- public key cert to the desired client machines (care
- must be taken the private key part is not stolen;
- you will be prompted for a passphrase).
-
- So keep in mind no CA key creation or management
- (-sslGenCA and -sslGenCert) is needed for either of
- the above two common usage modes.
-
- One might want to use -sslGenCA and -sslGenCert
- if you had a large number of VNC client and server
- workstations. That way the administrator could generate
- a single CA key with -sslGenCA and distribute its
- certificate part to all of the workstations.
-
- Next, he could create signed VNC server keys
- (-sslGenCert server ...) for each workstation or user
- that then x11vnc would use to authenticate itself to
- any VNC client that has the CA cert.
-
- Optionally, the admin could also make it so the
- VNC clients themselves are authenticated to x11vnc
- (-sslGenCert client ...) For this -sslverify would be
- pointed to the CA cert (and/or self-signed certs).
-
- x11vnc will be able to use all of these cert and
- key files. On the VNC client side, they will need to
- be "imported" somehow. Web browsers have "Manage
- Certificates" actions as does the Java applet plugin
- Control Panel. stunnel can also use these files (see
- the ssl_vncviewer example script in the FAQ.)
-
--sslGenCA [dir] Generate your own Certificate Authority private key,
- certificate, and other files in directory [dir].
-
- If [dir] is not supplied, a -ssldir setting is used,
- or otherwise ~/.vnc/certs is used.
-
- This command also creates directories where server and
- client certs and keys will be stored. The openssl(1)
- program must be installed on the system and available
- in PATH.
-
- After the CA files and directories are created the
- command exits; the VNC server is not run.
-
- You will be prompted for information to put into the CA
- certificate. The info does not have to be accurate just
- as long as clients accept the cert for VNC connections.
- You will also need to supply a passphrase of at least
- 4 characters for the CA private key.
-
- Once you have generated the CA you can distribute
- its certificate part, [dir]/CA/cacert.pem, to other
- workstations where VNC viewers will be run. One will
- need to "import" this certicate in the applications,
- e.g. Web browser, Java applet plugin, stunnel, etc.
- Next, you can create and sign keys using the CA with
- the -sslGenCert option below.
-
- Examples:
- x11vnc -sslGenCA
- x11vnc -sslGenCA ~/myCAdir
- x11vnc -ssldir ~/myCAdir -sslGenCA
-
- (the last two lines are equivalent)
-
--sslGenCert type name Generate a VNC server or client certificate and private
- key pair signed by the CA created previously with
- -sslGenCA. The openssl(1) program must be installed
- on the system and available in PATH.
-
- After the Certificate is generated the command exits;
- the VNC server is not run.
-
- The type of key to be generated is the string "type".
- It is either "server" (i.e. for use by x11vnc) or
- "client" (for a VNC viewer). Note that typically
- only "server" is used: the VNC clients authenticate
- themselves by a non-public-key method (e.g. VNC or
- unix password). "type" is required.
-
- An arbitrary default name you want to associate with
- the key is supplied by the "name" string. You can
- change it at the various prompts when creating the key.
- "name" is optional.
-
- If name is left blank for clients keys then "nobody"
- is used. If left blank for server keys, then the
- primary server key: "server.pem" is created (this
- is the saved one referenced by "-ssl SAVE" when the
- server is started)
-
- If "name" begins with the string "self:" then
- a self-signed certificate is created instead of one
- signed by your CA key.
-
- If "name" begins with the string "req:" then only a
- key (.key) and a certificate signing *request* (.req)
- are generated. You can then send the .req file to
- an external CA (even a professional one, e.g. Thawte)
- and then combine the .key and the received cert into
- the .pem file with the same basename.
-
- The distinction between "server" and "client" is
- simply the choice of output filenames and sub-directory.
- This makes it so the -ssl SAVE-name option can easily
- pick up the x11vnc PEM file this option generates.
- And similarly makes it easy for the -sslverify option
- to pick up your client certs.
-
- There is nothing special about the filename or directory
- location of either the "server" and "client" certs.
- You can rename the files or move them to wherever
- you like.
-
- Precede this option with -ssldir [dir] to use a
- directory other than the default ~/.vnc/certs You will
- need to run -sslGenCA on that directory first before
- doing any -sslGenCert key creation.
-
- Note you cannot recreate a cert with exactly the same
- distiguished name (DN) as an existing one. To do so,
- you will need to edit the [dir]/CA/index.txt file to
- delete the line.
-
- Similar to -sslGenCA, you will be prompted to fill
- in some information that will be recorded in the
- certificate when it is created. Tip: if you know
- the fully-quailified hostname other people will be
- connecting to you can use that as the CommonName "CN"
- to avoid some applications (e.g. web browsers and java
- plugin) complaining it does not match the hostname.
-
- You will also need to supply the CA private key
- passphrase to unlock the private key created from
- -sslGenCA. This private key is used to sign the server
- or client certicate.
-
- The "server" certs can be used by x11vnc directly by
- pointing to them via the -ssl [pem] option. The default
- file will be ~/.vnc/certs/server.pem. This one would
- be used by simply typing -ssl SAVE. The pem file
- contains both the certificate and the private key.
- server.crt file contains the cert only.
-
- The "client" cert + private key file will need
- to be copied and imported into the VNC viewer
- side applications (Web browser, Java plugin,
- stunnel, etc.) Once that is done you can delete the
- "client" private key file on this machine since
- it is only needed on the VNC viewer side. The,
- e.g. ~/.vnc/certs/clients/<name>.pem contains both
- the cert and private key. The <name>.crt contains the
- certificate only.
-
- NOTE: It is very important to know one should always
- generate new keys with a passphrase. Otherwise if an
- untrusted user steals the key file he could use it to
- masquerade as the x11vnc server (or VNC viewer client).
- You will be prompted whether to encrypt the key with
- a passphrase or not. It is recommended that you do.
- One inconvenience to a passphrase is that it must
- be suppled every time x11vnc or the client app is
- started up.
-
- Examples:
-
- x11vnc -sslGenCert server
- x11vnc -ssl SAVE -display :0 ...
-
- and then on viewer using ssl_vncviewer stunnel wrapper
- (see the FAQ):
- ssl_vncviewer -verify ./cacert.crt hostname:0
-
- (this assumes the cacert.crt cert from -sslGenCA
- was safely copied to the VNC viewer machine where
- ssl_vncviewer is run)
-
- Example using a name:
-
- x11vnc -sslGenCert server charlie
- x11vnc -ssl SAVE-charlie -display :0 ...
-
- Example for a client certificate (rarely used):
-
- x11vnc -sslGenCert client roger
- scp ~/.vnc/certs/clients/roger.pem somehost:.
- rm ~/.vnc/certs/clients/roger.pem
-
- x11vnc is then started with the the option -sslverify
- ~/.vnc/certs/clients/roger.crt (or simply -sslverify
- roger), and on the viewer user on somehost could do
- for example:
-
- ssl_vncviewer -mycert ./roger.pem hostname:0
-
--sslEncKey [pem] Utility to encrypt an existing PEM file with a
- passphrase you supply when prompted. For that key to be
- used (e.g. by x11vnc) the passphrase must be supplied
- each time.
-
- The "SAVE" notation described under -ssl applies as
- well. (precede this option with -ssldir [dir] to refer
- a directory besides the default ~/.vnc/certs)
-
- The openssl(1) program must be installed on the system
- and available in PATH. After the Key file is encrypted
- the command exits; the VNC server is not run.
-
- Examples:
- x11vnc -sslEncKey /path/to/foo.pem
- x11vnc -sslEncKey SAVE
- x11vnc -sslEncKey SAVE-charlie
-
--sslCertInfo [pem] Prints out information about an existing PEM file.
- In addition the public certificate is also printed.
- The openssl(1) program must be in PATH. Basically the
- command "openssl x509 -text" is run on the pem.
-
- The "SAVE" notation described under -ssl applies
- as well.
-
- Using "LIST" will give a list of all certs being
- managed (in the ~/.vnc/certs dir, use -ssldir to refer
- to another dir). "ALL" will print out the info for
- every managed key (this can be very long). Giving a
- client or server cert shortname will also try a lookup
- (e.g. -sslCertInfo charlie). Use "LISTL" or "LL"
- for a long (ls -l style) listing.
-
- Using "HASHON" will create subdirs [dir]/HASH and
- [dir]/HASH with OpenSSL hash filenames (e.g. 0d5fbbf1.0)
- symlinks pointing up to the corresponding *.crt file.
- ([dir] is ~/.vnc/certs or one given by -ssldir.)
- This is a useful way for other OpenSSL applications
- (e.g. stunnel) to access all of the certs without
- having to concatenate them. x11vnc will not use them
- unless you specifically reference them. "HASHOFF"
- removes these HASH subdirs.
-
- The LIST, LISTL, LL, ALL, HASHON, HASHOFF words can
- also be lowercase, e.g. "list".
-
--sslDelCert [pem] Prompts you to delete all .crt .pem .key .req files
- associated with [pem]. "SAVE" and lookups as in
- -sslCertInfo apply as well.
-
-
--stunnel [pem] Use the stunnel(8) (www.stunnel.org) to provide an
- encrypted SSL tunnel between viewers and x11vnc.
-
- This external tunnel method was implemented prior to the
- integrated -ssl encryption described above. It still
- works well. This requires stunnel to be installed
- on the system and available via PATH (n.b. stunnel is
- often installed in sbin directories). Version 4.x of
- stunnel is assumed (but see -stunnel3 below.)
-
- [pem] is optional, use "-stunnel /path/to/stunnel.pem"
- to specify a PEM certificate file to pass to stunnel.
- Whether one is needed or not depends on your stunnel
- configuration. stunnel often generates one at install
- time. See the stunnel documentation for details.
-
- stunnel is started up as a child process of x11vnc and
- any SSL connections stunnel receives are decrypted and
- sent to x11vnc over a local socket. The strings
- "The SSL VNC desktop is ..." and "SSLPORT=..."
- are printed out at startup to indicate this.
-
- The -localhost option is enforced by default
- to avoid people routing around the SSL channel.
- Set STUNNEL_DISABLE_LOCALHOST=1 before starting x11vnc
- to disable the requirement.
-
- Your VNC viewer will also need to be able to connect via
- SSL. Unfortunately not too many do this. UltraVNC has
- an encryption plugin but it does not seem to be SSL.
-
- Also, in the x11vnc distribution, a patched TightVNC
- Java applet is provided in classes/ssl that does SSL
- connections (only).
-
- It is also not too difficult to set up an stunnel or
- other SSL tunnel on the viewer side. A simple example
- on Unix using stunnel 3.x is:
-
- % stunnel -c -d localhost:5901 -r remotehost:5900
- % vncviewer localhost:1
-
- For Windows, stunnel has been ported to it and there
- are probably other such tools available. See the FAQ
- for more examples.
-
--stunnel3 [pem] Use version 3.x stunnel command line syntax instead of
- version 4.x
-
--https [port] Choose a separate HTTPS port (-ssl mode only).
-
- In -ssl mode, it turns out you can use the
- single VNC port (e.g. 5900) for both VNC and HTTPS
- connections. (HTTPS is used to retrieve a SSL-aware
- VncViewer.jar applet that is provided with x11vnc).
- Since both use SSL the implementation was extended to
- detect if HTTP traffic (i.e. GET) is taking place and
- handle it accordingly. The URL would be, e.g.:
-
- https://mymachine.org:5900/
-
- This is convenient for firewalls, etc, because only one
- port needs to be allowed in. However, this heuristic
- adds a few seconds delay to each connection and can be
- unreliable (especially if the user takes much time to
- ponder the Certificate dialogs in his browser, Java VM,
- or VNC Viewer applet. That's right 3 separate "Are
- you sure you want to connect" dialogs!)
-
- So use the -https option to provide a separate, more
- reliable HTTPS port that x11vnc will listen on. If
- [port] is not provided (or is 0), one is autoselected.
- The URL to use is printed out at startup.
-
- The SSL Java applet directory is specified via the
- -httpdir option. If not supplied it will try to guess
- the directory as though the -http option was supplied.
-
-usepw If no other password method was supplied on the command
line, first look for ~/.vnc/passwd and if found use it
with -rfbauth; next, look for ~/.vnc/passwdfile and
@@ -8039,9 +7547,6 @@ Options:
the -rfbauth option. If none of these succeed x11vnc
exits immediately.
- Note: -unixpw currently does not count as a password
- method by this option.
-
-storepasswd pass file Store password "pass" as the VNC password in the
file "file". Once the password is stored the
program exits. Use the password via "-rfbauth file"
@@ -8332,6 +7837,36 @@ Options:
e.g. !, @, [, are only accessible via -xkb mode and if
so then automatically enable the mode. To disable this
automatic detection use -noxkb.
+
+-capslock When in -modtweak (the default) or -xkb mode,
+ if a keysym in the range A-Z comes in check the X
+ server to see if the Caps_Lock is set. If it is do
+ not artificially press Shift to generate the keysym.
+ This will enable the CapsLock key to behave correctly
+ in some circumstances: namely *both* the VNC viewer
+ machine and the x11vnc X server are in the CapsLock
+ on state. If one side has CapsLock on and the other
+ off and the keyboard is not behaving as you think it
+ should you should correct the CapsLock states (hint:
+ pressing CapsLock inside and outside of the viewer can
+ help toggle them both to the correct state). However,
+ for best results do not use this option, but rather
+ *only* enable CapsLock on the VNC viewer side (i.e. by
+ pressing CapsLock outside of the viewer window, also
+ -skip_lockkeys below). Also try -nomodtweak for a
+ possible workaround.
+
+-skip_lockkeys Have x11vnc ignore all Caps_Lock, Shift_Lock, Num_Lock,
+ Scroll_Lock keysyms received from viewers. The idea is
+ you press Caps_Lock on the VNC Viewer side but that does
+ not change the lock state in the x11vnc-side X server.
+ Nevertheless your capitalized letters come in over
+ the wire and are applied correctly to the x11vnc-side
+ X server. Note this mode probably won't do what you
+ want in -nomodtweak mode. Also, a kludge for KP_n
+ digits is always done it this mode: they are mapped to
+ regular digit keysyms. See also -capslock above.
+
-skip_keycodes string Ignore the comma separated list of decimal keycodes.
Perhaps these are keycodes not on your keyboard but
your X server thinks exist. Currently only applies
@@ -8378,6 +7913,9 @@ Options:
"Button1", ..., etc. E.g: "-remap Super_R-Button2"
(useful for pasting on a laptop)
+ To disable a keysym (i.e. make it so it will not be
+ injected), remap it to "NoSymbol" or "None".
+
Dead keys: "dead" (or silent, mute) keys are keys that
do not produce a character but must be followed by a 2nd
keystroke. This is often used for accenting characters,
@@ -9369,6 +8907,10 @@ Options:
format to HI240, RGB565, RGB24, RGB32, RGB555, and
GREY respectively. See -rawfb video for details.
+ If cmd is "CONS" or "CONSn" where n is a Linux
+ console number, then the linux console keystroke
+ insertion (see -rawfb cons) is performed.
+
-gui [gui-opts] Start up a simple tcl/tk gui based on the the remote
control options -remote/-query described below.
Requires the "wish" program to be installed on the
@@ -9603,6 +9145,10 @@ n
nomodtweak enable -nomodtweak mode.
xkb enable -xkb modtweak mode.
noxkb disable -xkb modtweak mode.
+ capslock enable -capslock mode.
+ nocapslock disable -capslock mode.
+ skip_lockkeys enable -skip_lockkeys mode.
+ noskip_lockkeys disable -skip_lockkeys mode.
skip_keycodes:str enable -xkb -skip_keycodes "str".
sloppy_keys enable -sloppy_keys mode.
nosloppy_keys disable -sloppy_keys mode.
@@ -9797,8 +9343,9 @@ n
listen lookup nolookup accept afteraccept gone shm
noshm flipbyteorder noflipbyteorder onetile noonetile
solid_color solid nosolid blackout xinerama noxinerama
- xtrap noxtrap xrandr noxrandr xrandr_mode padgeom quiet
- q noquiet modtweak nomodtweak xkb noxkb skip_keycodes
+ xtrap noxtrap xrandr noxrandr xrandr_mode padgeom
+ quiet q noquiet modtweak nomodtweak xkb noxkb capslock
+ nocapslock skip_lockkeys noskip_lockkeys skip_keycodes
sloppy_keys nosloppy_keys skip_dups noskip_dups
add_keysyms noadd_keysyms clear_mods noclear_mods
clear_keys noclear_keys remap repeat norepeat fb nofb
@@ -9836,8 +9383,7 @@ n
scale_str scaled_x scaled_y scale_numer scale_denom
scale_fac scaling_blend scaling_nomult4 scaling_pad
scaling_interpolate inetd privremote unsafe safer nocmds
- passwdfile unixpw unixpw_nis unixpw_list ssl ssl_pem
- sslverify stunnel stunnel_pem https usepw using_shm
+ passwdfile usepw using_shm
logfile o flag rc norc h help V version lastmod bg
sigpipe threads readrate netrate netlatency pipeinput
clients client_count pid ext_xtest ext_xtrap ext_xrecord
@@ -9920,6 +9466,8 @@ These options are passed to libvncserver:
-rfbwait time max time in ms to wait for RFB client
-rfbauth passwd-file use authentication on RFB protocol
(use 'storepasswd' to create a password file)
+-rfbversion 3.x Set the version of the RFB we choose to advertise
+-permitfiletransfer permit file transfer support
-passwd plain-password use authentication
(use plain-password as password, USE AT YOUR RISK)
-deferupdate time time in ms to defer updates (default 40)
diff --git a/x11vnc/cleanup.c b/x11vnc/cleanup.c
index f41112d..f162b37 100644
--- a/x11vnc/cleanup.c
+++ b/x11vnc/cleanup.c
@@ -51,8 +51,6 @@ static void interrupted (int sig);
void clean_shm(int quick) {
int i, cnt = 0;
- if (raw_fb) quick = 1; /* raw_fb hack */
-
/*
* to avoid deadlock, etc, under quick=1 we just delete the shm
* areas and leave the X stuff hanging.
diff --git a/x11vnc/connections.c b/x11vnc/connections.c
index 0dcebe2..e1c9e88 100644
--- a/x11vnc/connections.c
+++ b/x11vnc/connections.c
@@ -644,6 +644,7 @@ void client_gone(rfbClientPtr client) {
* we disconnect after 1 successful connection).
*/
if ((client->state == RFB_PROTOCOL_VERSION ||
+ client->state == RFB_SECURITY_TYPE ||
client->state == RFB_AUTHENTICATION) && accepted_client) {
rfbLog("connect_once: invalid password or early "
"disconnect.\n");
diff --git a/x11vnc/help.c b/x11vnc/help.c
index c070323..14713c2 100644
--- a/x11vnc/help.c
+++ b/x11vnc/help.c
@@ -425,6 +425,7 @@ void print_help(int mode) {
" and last line be \"__BEGIN_VIEWONLY__\" to have 2\n"
" full-access passwords)\n"
"\n"
+#ifndef REL81
"-unixpw [list] Use Unix username and password authentication. x11vnc\n"
" uses the su(1) program to verify the user's password.\n"
" [list] is an optional comma separated list of allowed\n"
@@ -1055,6 +1056,7 @@ void print_help(int mode) {
" -httpdir option. If not supplied it will try to guess\n"
" the directory as though the -http option was supplied.\n"
"\n"
+#endif
"-usepw If no other password method was supplied on the command\n"
" line, first look for ~/.vnc/passwd and if found use it\n"
" with -rfbauth; next, look for ~/.vnc/passwdfile and\n"
@@ -1063,9 +1065,11 @@ void print_help(int mode) {
" the -rfbauth option. If none of these succeed x11vnc\n"
" exits immediately.\n"
"\n"
+#ifndef REL81
" Note: -unixpw currently does not count as a password\n"
" method by this option.\n"
"\n"
+#endif
"-storepasswd pass file Store password \"pass\" as the VNC password in the\n"
" file \"file\". Once the password is stored the\n"
" program exits. Use the password via \"-rfbauth file\"\n"
@@ -1356,6 +1360,36 @@ void print_help(int mode) {
" e.g. !, @, [, are only accessible via -xkb mode and if\n"
" so then automatically enable the mode. To disable this\n"
" automatic detection use -noxkb.\n"
+"\n"
+"-capslock When in -modtweak (the default) or -xkb mode,\n"
+" if a keysym in the range A-Z comes in check the X\n"
+" server to see if the Caps_Lock is set. If it is do\n"
+" not artificially press Shift to generate the keysym.\n"
+" This will enable the CapsLock key to behave correctly\n"
+" in some circumstances: namely *both* the VNC viewer\n"
+" machine and the x11vnc X server are in the CapsLock\n"
+" on state. If one side has CapsLock on and the other\n"
+" off and the keyboard is not behaving as you think it\n"
+" should you should correct the CapsLock states (hint:\n"
+" pressing CapsLock inside and outside of the viewer can\n"
+" help toggle them both to the correct state). However,\n"
+" for best results do not use this option, but rather\n"
+" *only* enable CapsLock on the VNC viewer side (i.e. by\n"
+" pressing CapsLock outside of the viewer window, also\n"
+" -skip_lockkeys below). Also try -nomodtweak for a\n"
+" possible workaround.\n"
+"\n"
+"-skip_lockkeys Have x11vnc ignore all Caps_Lock, Shift_Lock, Num_Lock,\n"
+" Scroll_Lock keysyms received from viewers. The idea is\n"
+" you press Caps_Lock on the VNC Viewer side but that does\n"
+" not change the lock state in the x11vnc-side X server.\n"
+" Nevertheless your capitalized letters come in over\n"
+" the wire and are applied correctly to the x11vnc-side\n"
+" X server. Note this mode probably won't do what you\n"
+" want in -nomodtweak mode. Also, a kludge for KP_n\n"
+" digits is always done it this mode: they are mapped to\n"
+" regular digit keysyms. See also -capslock above.\n"
+"\n"
"-skip_keycodes string Ignore the comma separated list of decimal keycodes.\n"
" Perhaps these are keycodes not on your keyboard but\n"
" your X server thinks exist. Currently only applies\n"
@@ -1410,6 +1444,9 @@ void print_help(int mode) {
" \"Button1\", ..., etc. E.g: \"-remap Super_R-Button2\"\n"
" (useful for pasting on a laptop)\n"
"\n"
+" To disable a keysym (i.e. make it so it will not be\n"
+" injected), remap it to \"NoSymbol\" or \"None\".\n"
+"\n"
" Dead keys: \"dead\" (or silent, mute) keys are keys that\n"
" do not produce a character but must be followed by a 2nd\n"
" keystroke. This is often used for accenting characters,\n"
@@ -2401,6 +2438,10 @@ void print_help(int mode) {
" format to HI240, RGB565, RGB24, RGB32, RGB555, and\n"
" GREY respectively. See -rawfb video for details.\n"
"\n"
+" If cmd is \"CONS\" or \"CONSn\" where n is a Linux\n"
+" console number, then the linux console keystroke\n"
+" insertion (see -rawfb cons) is performed.\n"
+"\n"
"-gui [gui-opts] Start up a simple tcl/tk gui based on the the remote\n"
" control options -remote/-query described below.\n"
" Requires the \"wish\" program to be installed on the\n"
@@ -2642,6 +2683,10 @@ void print_help(int mode) {
" nomodtweak enable -nomodtweak mode.\n"
" xkb enable -xkb modtweak mode.\n"
" noxkb disable -xkb modtweak mode.\n"
+" capslock enable -capslock mode.\n"
+" nocapslock disable -capslock mode.\n"
+" skip_lockkeys enable -skip_lockkeys mode.\n"
+" noskip_lockkeys disable -skip_lockkeys mode.\n"
" skip_keycodes:str enable -xkb -skip_keycodes \"str\".\n"
" sloppy_keys enable -sloppy_keys mode.\n"
" nosloppy_keys disable -sloppy_keys mode.\n"
@@ -2835,8 +2880,9 @@ void print_help(int mode) {
" listen lookup nolookup accept afteraccept gone shm\n"
" noshm flipbyteorder noflipbyteorder onetile noonetile\n"
" solid_color solid nosolid blackout xinerama noxinerama\n"
-" xtrap noxtrap xrandr noxrandr xrandr_mode padgeom quiet\n"
-" q noquiet modtweak nomodtweak xkb noxkb skip_keycodes\n"
+" xtrap noxtrap xrandr noxrandr xrandr_mode padgeom\n"
+" quiet q noquiet modtweak nomodtweak xkb noxkb capslock\n"
+" nocapslock skip_lockkeys noskip_lockkeys skip_keycodes\n"
" sloppy_keys nosloppy_keys skip_dups noskip_dups\n"
" add_keysyms noadd_keysyms clear_mods noclear_mods\n"
" clear_keys noclear_keys remap repeat norepeat fb nofb\n"
@@ -2874,8 +2920,12 @@ void print_help(int mode) {
" scale_str scaled_x scaled_y scale_numer scale_denom\n"
" scale_fac scaling_blend scaling_nomult4 scaling_pad\n"
" scaling_interpolate inetd privremote unsafe safer nocmds\n"
+#ifndef REL81
" passwdfile unixpw unixpw_nis unixpw_list ssl ssl_pem\n"
" sslverify stunnel stunnel_pem https usepw using_shm\n"
+#else
+" passwdfile usepw using_shm\n"
+#endif
" logfile o flag rc norc h help V version lastmod bg\n"
" sigpipe threads readrate netrate netlatency pipeinput\n"
" clients client_count pid ext_xtest ext_xtrap ext_xrecord\n"
diff --git a/x11vnc/keyboard.c b/x11vnc/keyboard.c
index 7e1f952..c160726 100644
--- a/x11vnc/keyboard.c
+++ b/x11vnc/keyboard.c
@@ -531,8 +531,10 @@ static void add_remap(char *line) {
}
}
if (ksym1 == NoSymbol || ksym2 == NoSymbol) {
- rfbLog("warning: skipping invalid remap line: %s", line);
- return;
+ if (strcasecmp(str2, "NoSymbol") && strcasecmp(str2, "None")) {
+ rfbLog("warning: skipping invalid remap line: %s", line);
+ return;
+ }
}
remap = (keyremap_t *) malloc((size_t) sizeof(keyremap_t));
remap->before = ksym1;
@@ -1860,6 +1862,22 @@ static void xkb_tweak_keyboard(rfbBool down, rfbKeySym keysym,
} else if (ks == XK_ISO_Level3_Shift) {
skip = 0;
}
+
+ if (watch_capslock && kbstate.locked_mods & LockMask) {
+ if (keysym >= 'A' && keysym <= 'Z') {
+ if (ks == XK_Shift_L || ks == XK_Shift_R) {
+ if (debug_keyboard > 1) {
+ fprintf(stderr, " A-Z caplock skip Shift\n");
+ }
+ skip = 1;
+ } else if (ks == XK_Caps_Lock) {
+ if (debug_keyboard > 1) {
+ fprintf(stderr, " A-Z caplock noskip CapsLock\n");
+ }
+ skip = 0;
+ }
+ }
+ }
/*
* Alt, Meta, Control, Super,
* Hyper, Num, Caps are skipped.
@@ -2328,9 +2346,23 @@ static void modifier_tweak_keyboard(rfbBool down, rfbKeySym keysym,
ADJUSTMOD(XK_Mode_switch, ALTGR)
if ( down && keysym >= ' ' && keysym < 0x100 ) {
+ unsigned int state = 0;
tweak = 1;
- tweak_mod(modifiers[keysym], True);
- k = keycodes[keysym];
+ if (watch_capslock && keysym >= 'A' && keysym <= 'Z') {
+ X_LOCK;
+ state = mask_state();
+ X_UNLOCK;
+ }
+ if (state & LockMask) {
+ /* capslock set for A-Z, so no tweak */
+ X_LOCK;
+ k = XKeysymToKeycode(dpy, (KeySym) keysym);
+ X_UNLOCK;
+ tweak = 0;
+ } else {
+ tweak_mod(modifiers[keysym], True);
+ k = keycodes[keysym];
+ }
} else {
X_LOCK;
k = XKeysymToKeycode(dpy, (KeySym) keysym);
@@ -2618,6 +2650,31 @@ void keyboard(rfbBool down, rfbKeySym keysym, rfbClientPtr client) {
}
}
+ if (skip_lockkeys) {
+ /* we don't handle XK_ISO*_Lock or XK_Kana_Lock ... */
+ if (keysym == XK_Scroll_Lock || keysym == XK_Num_Lock ||
+ keysym == XK_Caps_Lock || keysym == XK_Shift_Lock) {
+ if (debug_keyboard) {
+ rfbLog("skipping lock key event: %d 0x%x\n",
+ down, keysym);
+ }
+ return;
+ } else if (keysym >= XK_KP_0 && keysym <= XK_KP_9) {
+ /* ugh this is probably what they meant... assume NumLock. */
+ if (debug_keyboard) {
+ rfbLog("changed KP digit to regular digit: %d 0x%x\n",
+ down, keysym);
+ }
+ keysym = (keysym - XK_KP_0) + XK_0;
+ } else if (keysym == XK_KP_Decimal) {
+ if (debug_keyboard) {
+ rfbLog("changed XK_KP_Decimal to XK_period: %d 0x%x\n",
+ down, keysym);
+ }
+ keysym = XK_period;
+ }
+ }
+
last_down = down;
last_keysym = keysym;
last_keyboard_time = tnow;
diff --git a/x11vnc/linuxfb.c b/x11vnc/linuxfb.c
index 2f4e0be..c190feb 100644
--- a/x11vnc/linuxfb.c
+++ b/x11vnc/linuxfb.c
@@ -142,7 +142,7 @@ char *console_guess(char *str, int *fd) {
}
void console_key_command(rfbBool down, rfbKeySym keysym, rfbClientPtr client) {
- static int control = 0;
+ static int control = 0, alt = 0;
if (debug_keyboard) fprintf(stderr, "console_key_command: %d %s\n", (int) keysym, down ? "down" : "up");
if (pipeinput_cons_fd < 0) {
return;
@@ -159,6 +159,16 @@ void console_key_command(rfbBool down, rfbKeySym keysym, rfbClientPtr client) {
}
return;
}
+ if (keysym == XK_Alt_L || keysym == XK_Alt_R) {
+ if (! down) {
+ if (alt > 0) {
+ alt--;
+ }
+ } else {
+ alt++;
+ }
+ return;
+ }
if (!down) {
return;
}
@@ -166,6 +176,7 @@ void console_key_command(rfbBool down, rfbKeySym keysym, rfbClientPtr client) {
keysym = 27;
}
if (control) {
+ /* shift down to the "control" zone */
if (keysym >= 'a' && keysym <= 'z') {
keysym -= ('a' - 1);
} else if (keysym >= 'A' && keysym <= 'Z') {
@@ -173,10 +184,16 @@ void console_key_command(rfbBool down, rfbKeySym keysym, rfbClientPtr client) {
} else {
keysym = 0xffff;
}
+ } else if (alt) {
+ /* shift up to the upper half Latin zone */
+ if (keysym >= '!' && keysym <= '~') {
+ keysym += 128;
+ }
}
+ if (debug_keyboard) fprintf(stderr, "keysym now: %d\n", (int) keysym);
if (keysym == XK_Tab) {
keysym = '\t';
- } else if (keysym == XK_Return) {
+ } else if (keysym == XK_Return || keysym == XK_KP_Enter) {
keysym = '\r';
} else if (keysym == XK_BackSpace) {
keysym = 8;
@@ -196,6 +213,10 @@ void console_key_command(rfbBool down, rfbKeySym keysym, rfbClientPtr client) {
keysym = 2;
} else if (keysym == XK_Prior || keysym == XK_KP_Prior) {
keysym = 2;
+ } else {
+ if (keysym >= XK_KP_Multiply && keysym <= XK_KP_Equal) {
+ keysym -= 0xFF80;
+ }
}
#if LIBVNCSERVER_HAVE_SYS_IOCTL_H && defined(TIOCSTI)
if (keysym < 0x100) {
diff --git a/x11vnc/options.c b/x11vnc/options.c
index b270547..a22edec 100644
--- a/x11vnc/options.c
+++ b/x11vnc/options.c
@@ -108,6 +108,8 @@ char *cmap8to24_str = NULL;
int launch_gui = 0; /* -gui */
int use_modifier_tweak = 1; /* use the shift/altgr modifier tweak */
+int watch_capslock = 0; /* -capslock */
+int skip_lockkeys = 0; /* -skip_lockkeys */
int use_iso_level3 = 0; /* ISO_Level3_Shift instead of Mode_switch */
int clear_mods = 0; /* -clear_mods (1) and -clear_keys (2) */
int nofb = 0; /* do not send any fb updates */
diff --git a/x11vnc/options.h b/x11vnc/options.h
index a4c2cc9..cbd28e9 100644
--- a/x11vnc/options.h
+++ b/x11vnc/options.h
@@ -83,6 +83,8 @@ extern int xform24to32;
extern int launch_gui;
extern int use_modifier_tweak;
+extern int watch_capslock;
+extern int skip_lockkeys;
extern int use_iso_level3;
extern int clear_mods;
extern int nofb;
diff --git a/x11vnc/rates.c b/x11vnc/rates.c
index d6f1c5c..7b00238 100644
--- a/x11vnc/rates.c
+++ b/x11vnc/rates.c
@@ -350,8 +350,16 @@ db = 0;
}
nclients++;
+
+#if 0
+ for (i=0; i<MAX_ENCODINGS; i++) {
+ cbs += cl->bytesSent[i];
+ }
+ rbs = cl->rawBytesEquivalent;
+#else
cbs = rfbStatGetSentBytes(cl);
rbs = rfbStatGetSentBytesIfRaw(cl);
+#endif
if (init) {
@@ -432,7 +440,13 @@ if (db) fprintf(stderr, "%d client num rects req: %d mod: %d cbs: %d "
if (db) fprintf(stderr, "dt2 calc: num rects req: %d/%d mod: %d/%d "
"fbu-sent: %d dt: %.4f dt2: %.4f tm: %.4f\n",
- req0, req1, mod0, mod1, rfbStatGetMessageCountSent(cl, rfbFramebufferUpdate), dt, dt2, tm);
+ req0, req1, mod0, mod1,
+#if 0
+ cl->framebufferUpdateMessagesSent,
+#else
+ rfbStatGetMessageCountSent(cl, rfbFramebufferUpdate),
+#endif
+ dt, dt2, tm);
if (req1 != 0 && mod1 == 0) {
got_t2 = 1;
break;
@@ -499,7 +513,13 @@ if (db) fprintf(stderr, "dt2 calc: num rects req: %d/%d mod: %d/%d "
if (db) fprintf(stderr, "dt3 calc: num rects req: %d/%d mod: %d/%d "
"fbu-sent: %d dt: %.4f dt3: %.4f tm: %.4f\n",
- req0, req1, mod0, mod1, rfbStatGetMessageCountSent(cl, rfbFramebufferUpdate), dt, dt3, tm);
+ req0, req1, mod0, mod1,
+#if 0
+ cl->framebufferUpdateMessagesSent,
+#else
+ rfbStatGetMessageCountSent(cl, rfbFramebufferUpdate),
+#endif
+ dt, dt3, tm);
if (req1 != 0 && mod1 == 0) {
dts[got_t3++] = dt3;
diff --git a/x11vnc/remote.c b/x11vnc/remote.c
index 8181454..cebd00f 100644
--- a/x11vnc/remote.c
+++ b/x11vnc/remote.c
@@ -1957,6 +1957,38 @@ char *process_remote_cmd(char *cmd, int stringonly) {
got_noxkb = 1;
initialize_modtweak();
+ } else if (!strcmp(p, "capslock")) {
+ if (query) {
+ snprintf(buf, bufn, "ans=%s:%d", p, watch_capslock);
+ goto qry;
+ }
+ rfbLog("remote_cmd: enabling -capslock mode\n");
+ watch_capslock = 1;
+
+ } else if (!strcmp(p, "nocapslock")) {
+ if (query) {
+ snprintf(buf, bufn, "ans=%s:%d", p, !watch_capslock);
+ goto qry;
+ }
+ rfbLog("remote_cmd: disabling -capslock mode\n");
+ watch_capslock = 0;
+
+ } else if (!strcmp(p, "skip_lockkeys")) {
+ if (query) {
+ snprintf(buf, bufn, "ans=%s:%d", p, skip_lockkeys);
+ goto qry;
+ }
+ rfbLog("remote_cmd: enabling -skip_lockkeys mode\n");
+ skip_lockkeys = 1;
+
+ } else if (!strcmp(p, "noskip_lockkeys")) {
+ if (query) {
+ snprintf(buf, bufn, "ans=%s:%d", p, !skip_lockkeys);
+ goto qry;
+ }
+ rfbLog("remote_cmd: disabling -skip_lockkeys mode\n");
+ skip_lockkeys = 0;
+
} else if (strstr(p, "skip_keycodes") == p) {
COLON_CHECK("skip_keycodes:")
if (query) {
@@ -3336,7 +3368,9 @@ char *process_remote_cmd(char *cmd, int stringonly) {
set_raw_fb_params(1);
}
rfbLog("hang on tight, here we go...\n");
+ raw_fb_back_to_X = 1;
do_new_fb(1);
+ raw_fb_back_to_X = 0;
} else if (strstr(p, "progressive") == p) {
int f;
@@ -3869,6 +3903,7 @@ char *process_remote_cmd(char *cmd, int stringonly) {
snprintf(buf, bufn, "aro=%s:%d", p, no_external_cmds);
} else if (!strcmp(p, "passwdfile")) {
snprintf(buf, bufn, "aro=%s:%s", p, NONUL(passwdfile));
+#ifndef REL81
} else if (!strcmp(p, "unixpw")) {
snprintf(buf, bufn, "aro=%s:%d", p, unixpw);
} else if (!strcmp(p, "unixpw_nis")) {
@@ -3887,6 +3922,7 @@ char *process_remote_cmd(char *cmd, int stringonly) {
snprintf(buf, bufn, "aro=%s:%s", p, NONUL(stunnel_pem));
} else if (!strcmp(p, "https")) {
snprintf(buf, bufn, "aro=%s:%d", p, https_port_num);
+#endif
} else if (!strcmp(p, "usepw")) {
snprintf(buf, bufn, "aro=%s:%d", p, usepw);
} else if (!strcmp(p, "using_shm")) {
diff --git a/x11vnc/scan.c b/x11vnc/scan.c
index 32ac5b5..ba08d43 100644
--- a/x11vnc/scan.c
+++ b/x11vnc/scan.c
@@ -213,6 +213,7 @@ static int shm_create(XShmSegmentInfo *shm, XImage **ximg_ptr, int w, int h,
XImage *xim;
static int reported_flip = 0;
+ int db = 0;
shm->shmid = -1;
shm->shmaddr = (char *) -1;
@@ -239,6 +240,7 @@ static int shm_create(XShmSegmentInfo *shm, XImage **ximg_ptr, int w, int h,
}
return 0;
}
+ if (db) fprintf(stderr, "shm_create simple %d %d\t0x%x %s\n", w, h, xim, name);
xim->data = (char *) malloc(xim->bytes_per_line * xim->height);
if (xim->data == NULL) {
rfbErr("XCreateImage(%s) data malloc failed.\n", name);
@@ -345,27 +347,28 @@ void shm_delete(XShmSegmentInfo *shm) {
}
void shm_clean(XShmSegmentInfo *shm, XImage *xim) {
+ int db = 0;
+ if (db) fprintf(stderr, "shm_clean: called: 0x%x\n", xim);
X_LOCK;
#if LIBVNCSERVER_HAVE_XSHM
- if (shm != NULL && shm->shmid != -1 && dpy) { /* raw_fb hack */
+ if (shm != NULL && shm->shmid != -1 && dpy) {
+ if (db) fprintf(stderr, "shm_clean: XShmDetach_wr\n");
XShmDetach_wr(dpy, shm);
}
#endif
if (xim != NULL) {
-#if 0
- /*
- * This would be needed if you want to crazily switch
- * back and forth between rawfb and X. You will also
- * need to supply -noviewonly. xim->f is public ABI,
- * but we choose not to use it. One could also
- * clean up the switch.
- */
- if (xim->f.destroy_image) {
-#else
- {
-#endif
- XDestroyImage(xim);
+ if (! raw_fb_back_to_X) { /* raw_fb hack */
+ if (xim->bitmap_unit != -1) {
+ if (db) fprintf(stderr, "shm_clean: XDestroyImage 0x%x\n", xim);
+ XDestroyImage(xim);
+ } else {
+ if (xim->data) {
+ if (db) fprintf(stderr, "shm_clean: free xim->data 0x%x 0x%x\n", xim, xim->data);
+ free(xim->data);
+ xim->data = NULL;
+ }
+ }
}
xim = NULL;
}
diff --git a/x11vnc/screen.c b/x11vnc/screen.c
index 5c2d7ee..231cf62 100644
--- a/x11vnc/screen.c
+++ b/x11vnc/screen.c
@@ -29,7 +29,7 @@ void set_colormap(int reset);
void set_nofb_params(int restore);
void set_raw_fb_params(int restore);
void do_new_fb(int reset_mem);
-void free_old_fb(char *old_main, char *old_rfb, char *old_8to24);
+void free_old_fb(char *old_main, char *old_rfb, char *old_8to24, char *old_snap_fb);
void check_padded_fb(void);
void install_padded_fb(char *geom);
XImage *initialize_xdisplay_fb(void);
@@ -545,6 +545,9 @@ void set_raw_fb_params(int restore) {
if (dpy) {
if (! quiet) rfbLog("reopened DISPLAY: %s\n",
raw_fb_orig_dpy);
+ scr = DefaultScreen(dpy);
+ rootwin = RootWindow(dpy, scr);
+ check_xevents(1);
} else {
if (! quiet) rfbLog("WARNING: failed to reopen "
"DISPLAY: %s\n", raw_fb_orig_dpy);
@@ -648,23 +651,30 @@ static void nofb_hook(rfbClientPtr cl) {
screen->displayHook = NULL;
}
-void free_old_fb(char *old_main, char *old_rfb, char *old_8to24) {
+void free_old_fb(char *old_main, char *old_rfb, char *old_8to24, char *old_snap_fb) {
if (old_main) {
free(old_main);
}
- if (old_rfb && old_rfb != old_main) {
- free(old_rfb);
+ if (old_rfb) {
+ if (old_rfb != old_main) {
+ free(old_rfb);
+ }
+ }
+ if (old_8to24) {
+ if (old_8to24 != old_main && old_8to24 != old_rfb) {
+ free(old_8to24);
+ }
}
- if (old_8to24 && old_8to24 != old_main && old_8to24 != old_rfb) {
- free(old_8to24);
+ if (old_snap_fb) {
+ if (old_snap_fb != old_main && old_snap_fb != old_rfb &&
+ old_snap_fb != old_8to24) {
+ free(old_snap_fb);
+ }
}
}
void do_new_fb(int reset_mem) {
XImage *fb;
- char *old_main = main_fb;
- char *old_rfb = rfb_fb;
- char *old_8to24 = cmap8to24_fb;
/* for threaded we really should lock libvncserver out. */
if (use_threads) {
@@ -678,6 +688,16 @@ void do_new_fb(int reset_mem) {
free_tiles();
}
+ free_old_fb(main_fb, rfb_fb, cmap8to24_fb, snap_fb);
+
+ if (raw_fb == main_fb || raw_fb == rfb_fb) {
+ raw_fb = NULL;
+ }
+ main_fb = NULL;
+ rfb_fb = NULL;
+ cmap8to24_fb = NULL;
+ snap_fb = NULL;
+
fb = initialize_xdisplay_fb();
initialize_screen(NULL, NULL, fb);
@@ -688,9 +708,6 @@ void do_new_fb(int reset_mem) {
initialize_polling_images();
}
- free_old_fb(old_main, old_rfb, old_8to24);
-
- fb0 = fb;
}
static void remove_fake_fb(void) {
@@ -922,6 +939,14 @@ if (db) fprintf(stderr, "initialize_raw_fb reset\n");
free(last_file);
last_file = NULL;
}
+ if (strstr(str, "Video") == str) {
+ if (pipeinput_str != NULL) {
+ free(pipeinput_str);
+ }
+ pipeinput_str = strdup("VID");
+ initialize_pipeinput();
+ str[0] = 'v';
+ }
if (strstr(str, "video") == str || strstr(str, "/dev/video") == str) {
char *str2 = v4l_guess(str, &raw_fb_fd);
@@ -1169,6 +1194,7 @@ if (db) fprintf(stderr, "initialize_raw_fb reset\n");
raw_fb_image->height = dpy_y;
raw_fb_image->bits_per_pixel = b;
raw_fb_image->bytes_per_line = dpy_x*b/8;
+ raw_fb_image->bitmap_unit = -1;
if (use_snapfb && (raw_fb_seek || raw_fb_mmap)) {
int b_use = b;
@@ -1186,6 +1212,7 @@ if (db) fprintf(stderr, "initialize_raw_fb reset\n");
snap->height = dpy_y;
snap->bits_per_pixel = b_use;
snap->bytes_per_line = dpy_x*b_use/8;
+ snap->bitmap_unit = -1;
}
if (rm == 0 && gm == 0 && bm == 0) {
@@ -2174,9 +2201,11 @@ void initialize_screen(int *argc, char **argv, XImage *fb) {
}
screen->frameBuffer = rfb_fb;
if (!quiet) {
- fprintf(stderr, " main_fb: %p\n", main_fb);
fprintf(stderr, " rfb_fb: %p\n", rfb_fb);
+ fprintf(stderr, " main_fb: %p\n", main_fb);
fprintf(stderr, " 8to24_fb: %p\n", cmap8to24_fb);
+ fprintf(stderr, " snap_fb: %p\n", snap_fb);
+ fprintf(stderr, " raw_fb: %p\n", raw_fb);
fprintf(stderr, "\n");
}
diff --git a/x11vnc/screen.h b/x11vnc/screen.h
index b14a62c..da5541f 100644
--- a/x11vnc/screen.h
+++ b/x11vnc/screen.h
@@ -10,7 +10,7 @@ extern void set_colormap(int reset);
extern void set_nofb_params(int restore);
extern void set_raw_fb_params(int restore);
extern void do_new_fb(int reset_mem);
-extern void free_old_fb(char *old_main, char *old_rfb, char *old_8to24);
+extern void free_old_fb(char *old_main, char *old_rfb, char *old_8to24, char *old_snap_fb);
extern void check_padded_fb(void);
extern void install_padded_fb(char *geom);
extern XImage *initialize_xdisplay_fb(void);
diff --git a/x11vnc/sslcmds.c b/x11vnc/sslcmds.c
index c63fdb3..a7bc290 100644
--- a/x11vnc/sslcmds.c
+++ b/x11vnc/sslcmds.c
@@ -14,6 +14,10 @@
#endif
#endif
+#ifdef REL81
+#undef SSLCMDS
+#endif
+
void check_stunnel(void);
int start_stunnel(int stunnel_port, int x11vnc_port);
@@ -39,9 +43,13 @@ void check_stunnel(void) {
if (stunnel_pid > 0) {
int status;
+#ifdef SSLCMDS
waitpid(stunnel_pid, &status, WNOHANG);
+#endif
if (kill(stunnel_pid, 0) != 0) {
+#ifdef SSLCMDS
waitpid(stunnel_pid, &status, WNOHANG);
+#endif
rfbLog("stunnel subprocess %d died.\n", stunnel_pid);
stunnel_pid = 0;
clean_up_exit(1);
@@ -74,7 +82,7 @@ int start_stunnel(int stunnel_port, int x11vnc_port) {
strcat(path, extra);
}
- exe = (char *) malloc(strlen(path) + strlen("stunnel") + 1);
+ exe = (char *) malloc(strlen(path) + 1 + strlen("stunnel") + 1);
p = strtok(path, ":");
@@ -123,7 +131,7 @@ int start_stunnel(int stunnel_port, int x11vnc_port) {
stunnel_pem = get_saved_pem(stunnel_pem, 1);
if (! stunnel_pem) {
rfbLog("start_stunnel: could not create or open"
- " saved PEM:\n", stunnel_pem);
+ " saved PEM.\n");
clean_up_exit(1);
}
}
@@ -278,7 +286,7 @@ void setup_stunnel(int rport, int *argc, char **argv) {
}
if (start_stunnel(rport, xport)) {
int tweaked = 0;
- char tmp[10];
+ char tmp[20];
sprintf(tmp, "%d", xport);
if (argv) {
for (i=0; i< *argc; i++) {
@@ -539,6 +547,7 @@ void sslEncKey(char *path, int mode) {
strcat(tca, " | xargs ls -ld ");
}
system(tca);
+ depth--;
return;
} else if (info_only && (!strcasecmp(path, "HASHON")
@@ -565,6 +574,7 @@ void sslEncKey(char *path, int mode) {
}
system(scr);
unlink(tmp);
+ depth--;
return;
}
@@ -624,7 +634,7 @@ void sslEncKey(char *path, int mode) {
}
if (! info_only) {
- cert = (char *) malloc(2*sbuf.st_size);
+ cert = (char *) malloc(2*(sbuf.st_size + 100));
file = fopen(path, "r");
if (file == NULL) {
rfbLog("sslEncKey: %s\n", path);
@@ -638,7 +648,9 @@ void sslEncKey(char *path, int mode) {
incert = 1;
}
if (incert) {
- strcat(cert, line);
+ if (strlen(cert) + strlen(line) < 2*sbuf.st_size) {
+ strcat(cert, line);
+ }
}
if (strstr(line, "-----END CERTIFICATE-----") == line) {
incert = 0;
diff --git a/x11vnc/sslhelper.c b/x11vnc/sslhelper.c
index 8aff624..95bca1a 100644
--- a/x11vnc/sslhelper.c
+++ b/x11vnc/sslhelper.c
@@ -12,12 +12,21 @@
#define OPENSSL_VNC 2
#define OPENSSL_HTTPS 3
+#define DO_DH 0
+
#if LIBVNCSERVER_HAVE_FORK
#if LIBVNCSERVER_HAVE_SYS_WAIT_H && LIBVNCSERVER_HAVE_WAITPID
#define FORK_OK
#endif
#endif
+#ifdef REL81
+#undef FORK_OK
+#undef LIBVNCSERVER_HAVE_LIBSSL
+#define LIBVNCSERVER_HAVE_LIBSSL 0
+#endif
+
+
int openssl_sock = -1;
int openssl_port_num = 0;
int https_sock = -1;
@@ -64,6 +73,7 @@ static SSL *ssl = NULL;
static void init_prng(void);
static void sslerrexit(void);
+static char *get_input(char *tag, char **in);
static char *create_tmp_pem(char *path, int prompt);
static int ssl_init(int s_in, int s_out);
static void raw_xfer(int csock, int s_in, int s_out);
@@ -146,9 +156,6 @@ static char *get_input(char *tag, char **in) {
str = lblanks(line);
if (! strcmp(str, "")) {
return *in;
- } else if (0 && !strcmp(str, "none")) {
- free(*in);
- return strdup("");
} else {
free(*in);
return strdup(line);
@@ -200,7 +207,7 @@ static char *create_tmp_pem(char *pathin, int prompt) {
FILE *in, *out;
char cnf[] = "/tmp/x11vnc-cnf.XXXXXX";
char pem[] = "/tmp/x11vnc-pem.XXXXXX";
- char str[7*1024], line[1024], *exe;
+ char str[8*1024], line[1024], *exe;
int cnf_fd, pem_fd, status, show_cert = 1;
char *days;
char *C, *L, *OU, *O, *CN, *EM;
@@ -431,9 +438,9 @@ static char *create_tmp_pem(char *pathin, int prompt) {
if (show_cert) {
char cmd[100];
if (inetd) {
- sprintf(cmd, "openssl x509 -text -in %s 1>&2", pem);
+ sprintf(cmd, "openssl x509 -text -in '%s' 1>&2", pem);
} else {
- sprintf(cmd, "openssl x509 -text -in %s", pem);
+ sprintf(cmd, "openssl x509 -text -in '%s'", pem);
}
fprintf(stderr, "\n");
system(cmd);
@@ -600,11 +607,7 @@ void openssl_init(void) {
double ds;
long mode;
-#if DO_DH
- do_dh = 1;
-#else
- do_dh = 0;
-#endif
+ do_dh = DO_DH;
if (! quiet) {
rfbLog("\n");
@@ -630,7 +633,7 @@ void openssl_init(void) {
}
ds = dnow();
- rsa_512 = RSA_generate_key(512,RSA_F4,NULL,NULL);
+ rsa_512 = RSA_generate_key(512, RSA_F4, NULL, NULL);
if (rsa_512 == NULL) {
rfbLog("openssl_init: RSA_generate_key(512) failed.\n");
sslerrexit();
@@ -639,7 +642,7 @@ void openssl_init(void) {
rfbLog("created 512 bit temporary RSA key: %.3fs\n", dnow() - ds);
ds = dnow();
- rsa_1024 = RSA_generate_key(1024,RSA_F4,NULL,NULL);
+ rsa_1024 = RSA_generate_key(1024, RSA_F4, NULL, NULL);
if (rsa_1024 == NULL) {
rfbLog("openssl_init: RSA_generate_key(1024) failed.\n");
sslerrexit();
@@ -717,7 +720,7 @@ void openssl_init(void) {
rfbLog("openssl_init: SSL_CTX_use_certificate_chain_file() failed.\n");
sslerrexit();
}
- if(! SSL_CTX_use_RSAPrivateKey_file(ctx, openssl_pem,
+ if (! SSL_CTX_use_RSAPrivateKey_file(ctx, openssl_pem,
SSL_FILETYPE_PEM)) {
rfbLog("openssl_init: SSL_CTX_set_tmp_rsa(1024) failed.\n");
sslerrexit();
@@ -739,7 +742,6 @@ void openssl_init(void) {
fprintf(stderr, "\n");
fclose(in);
}
-
}
unlink(openssl_pem);
free(openssl_pem);
@@ -866,15 +868,15 @@ static void lose_ram(void) {
* without doing exec(). we really should re-exec, but a pain
* to redo all SSL ctx.
*/
- free_old_fb(main_fb, rfb_fb, cmap8to24_fb);
+ free_old_fb(main_fb, rfb_fb, cmap8to24_fb, snap_fb);
+ if (raw_fb == main_fb || raw_fb == rfb_fb) {
+ raw_fb = NULL;
+ }
main_fb = NULL;
rfb_fb = NULL;
cmap8to24_fb = NULL;
+ snap_fb = NULL;
- if (snap_fb) {
- free(snap_fb);
- snap_fb = NULL;
- }
free_tiles();
}
@@ -991,7 +993,6 @@ static int is_ssl_readable(int s_in, time_t last_https, char *last_get,
tv.tv_sec = 2;
tv.tv_usec = 0;
-
if (mode == OPENSSL_INETD) {
/*
* https via inetd is icky because x11vnc is restarted
@@ -1037,7 +1038,7 @@ static int watch_for_http_traffic(char *buf_a, int *n_a) {
* sniff the first couple bytes of the stream and try to see
* if it is http or not. if we read them OK, we must read the
* rest of the available data otherwise we may deadlock.
- * what has be read is returned in buf_a and n_a.
+ * what has been read is returned in buf_a and n_a.
* *buf_a is ABSIZE+1 long and zeroed.
*/
if (getenv("ACCEPT_OPENSSL_DEBUG")) {
@@ -1081,6 +1082,7 @@ static int watch_for_http_traffic(char *buf_a, int *n_a) {
}
*n_a = n;
if (n > 0) {
+ /* XXX memcpy? */
strncpy(buf_a, buf, n);
}
return is_http;
@@ -1160,18 +1162,16 @@ if (db) fprintf(stderr, "ssl_init FAILED\n");
{
char *buf;
- int n, ptr;
+ int n = 0, ptr = 0;
buf = (char *) calloc((8192+1), 1);
- n = 0;
- ptr = 0;
while (ptr < 8192) {
n = SSL_read(ssl, buf + ptr, 8192 - ptr);
if (n > 0) {
ptr += n;
}
if (db) fprintf(stderr, "buf: '%s'\n", buf);
- if (strstr(buf, "\r\n\r\n") || strstr(buf, "\n\n")) {
+ if (strstr(buf, "\r\n\r\n")) {
break;
}
}
@@ -1708,7 +1708,7 @@ static int ssl_init(int s_in, int s_out) {
fprintf(stderr, "SSL_new failed\n");
return 0;
}
-if (db > 1) fprintf(stderr, "a\n");
+if (db > 1) fprintf(stderr, "ssl_init: 1\n");
SSL_set_session_id_context(ssl, sid, strlen((char *)sid));
@@ -1727,13 +1727,15 @@ if (db > 1) fprintf(stderr, "a\n");
return 0;
}
}
-if (db > 1) fprintf(stderr, "b\n");
+if (db > 1) fprintf(stderr, "ssl_init: 2\n");
SSL_set_accept_state(ssl);
-if (db > 1) fprintf(stderr, "c\n");
+
+if (db > 1) fprintf(stderr, "ssl_init: 3\n");
name = get_remote_host(ssock);
-if (db > 1) fprintf(stderr, "d\n");
+
+if (db > 1) fprintf(stderr, "ssl_init: 4\n");
while (1) {
if (db) fprintf(stderr, "calling SSL_accept...\n");
@@ -1751,33 +1753,44 @@ if (db > 1) fprintf(stderr, "d\n");
if (err == SSL_ERROR_NONE) {
break;
} else if (err == SSL_ERROR_WANT_READ) {
+
if (db) fprintf(stderr, "got SSL_ERROR_WANT_READ\n");
rfbLog("SSL: ssl_helper: SSL_accept() failed for: %s\n",
name);
return 0;
} else if (err == SSL_ERROR_WANT_WRITE) {
+
if (db) fprintf(stderr, "got SSL_ERROR_WANT_WRITE\n");
rfbLog("SSL: ssl_helper: SSL_accept() failed for: %s\n",
name);
return 0;
+
} else if (err == SSL_ERROR_SYSCALL) {
+
if (db) fprintf(stderr, "got SSL_ERROR_SYSCALL\n");
rfbLog("SSL: ssl_helper: SSL_accept() failed for: %s\n",
name);
return 0;
+
} else if (err == SSL_ERROR_ZERO_RETURN) {
+
if (db) fprintf(stderr, "got SSL_ERROR_ZERO_RETURN\n");
rfbLog("SSL: ssl_helper: SSL_accept() failed for: %s\n",
name);
return 0;
+
} else if (rc < 0) {
+
rfbLog("SSL: ssl_helper: SSL_accept() fatal: %d\n", rc);
return 0;
+
} else if (dnow() > start + 3.0) {
+
rfbLog("SSL: ssl_helper: timeout looping SSL_accept() "
"fatal.\n");
return 0;
+
} else {
BIO *bio = SSL_get_rbio(ssl);
if (bio == NULL) {
@@ -1819,7 +1832,7 @@ static void raw_xfer(int csock, int s_in, int s_out) {
break;
} else if (n > 0) {
m = write(s_out, buf, n);
-if (db > 1) write(2, buf, n);
+ if (db > 1) write(2, buf, n);
if (m != n) {
if (db) fprintf(stderr, "raw_xfer bad write: %d -> %d | %d/%d\n", csock, s_out, m, n);
break;
diff --git a/x11vnc/sslhelper.h b/x11vnc/sslhelper.h
index 7aa7db0..46ed070 100644
--- a/x11vnc/sslhelper.h
+++ b/x11vnc/sslhelper.h
@@ -8,8 +8,6 @@
#define OPENSSL_VNC 2
#define OPENSSL_HTTPS 3
-#define DO_DH 0
-
extern int openssl_sock;
extern int openssl_port_num;
extern int https_sock;
diff --git a/x11vnc/tkx11vnc b/x11vnc/tkx11vnc
index 415ef50..bb2b5ae 100755
--- a/x11vnc/tkx11vnc
+++ b/x11vnc/tkx11vnc
@@ -187,12 +187,14 @@ Keyboard
modtweak
xkb
--
- =FP remap:
+ capslock
+ skip_lockkeys
--
skip_keycodes:
- sloppy_keys
skip_dups
+ sloppy_keys
--
+ =FP remap:
clear_mods
clear_keys
diff --git a/x11vnc/tkx11vnc.h b/x11vnc/tkx11vnc.h
index dd94395..46ed039 100644
--- a/x11vnc/tkx11vnc.h
+++ b/x11vnc/tkx11vnc.h
@@ -198,12 +198,14 @@ char gui_code[] = "";
" modtweak\n"
" xkb\n"
" --\n"
-" =FP remap:\n"
+" capslock\n"
+" skip_lockkeys\n"
" --\n"
" skip_keycodes:\n"
-" sloppy_keys\n"
" skip_dups\n"
+" sloppy_keys\n"
" --\n"
+" =FP remap:\n"
" clear_mods\n"
" clear_keys\n"
"\n"
diff --git a/x11vnc/unixpw.c b/x11vnc/unixpw.c
index bb66cd7..4730219 100644
--- a/x11vnc/unixpw.c
+++ b/x11vnc/unixpw.c
@@ -40,6 +40,11 @@ extern char *crypt(const char*, const char *);
#define IS_BSD
#endif
+#ifdef REL81
+#undef UNIXPW_SU
+#undef UNIXPW_CRYPT
+#endif
+
void unixpw_screen(int init);
void unixpw_keystroke(rfbBool down, rfbKeySym keysym, int init);
void unixpw_accept(char *user);
diff --git a/x11vnc/userinput.c b/x11vnc/userinput.c
index 7646d08..10e56d6 100644
--- a/x11vnc/userinput.c
+++ b/x11vnc/userinput.c
@@ -4082,7 +4082,11 @@ int fb_update_sent(int *count) {
i = rfbGetClientIterator(screen);
while( (cl = rfbClientIteratorNext(i)) ) {
+#if 0
+ sent += cl->framebufferUpdateMessagesSent;
+#else
sent += rfbStatGetMessageCountSent(cl, rfbFramebufferUpdate);
+#endif
}
rfbReleaseClientIterator(i);
if (sent != last_count) {
diff --git a/x11vnc/win_utils.c b/x11vnc/win_utils.c
index a7ebe06..4ff3107 100644
--- a/x11vnc/win_utils.c
+++ b/x11vnc/win_utils.c
@@ -19,6 +19,7 @@ int get_window_size(Window win, int *x, int *y);
void snapshot_stack_list(int free_only, double allowed_age);
void update_stack_list(void);
Window query_pointer(Window start);
+unsigned int mask_state(void);
int pick_windowid(unsigned long *num);
Window descend_pointer(int depth, Window start, char *name_info, int len);
@@ -279,6 +280,20 @@ Window query_pointer(Window start) {
}
}
+unsigned int mask_state(void) {
+ Window r, c;
+ int rx, ry, wx, wy;
+ unsigned int mask;
+
+ RAWFB_RET(0)
+
+ if (XQueryPointer(dpy, rootwin, &r, &c, &rx, &ry, &wx, &wy, &mask)) {
+ return mask;
+ } else {
+ return 0;
+ }
+}
+
int pick_windowid(unsigned long *num) {
char line[512];
int ok = 0, n = 0, msec = 10, secmax = 15;
diff --git a/x11vnc/win_utils.h b/x11vnc/win_utils.h
index 386666e..135e9e0 100644
--- a/x11vnc/win_utils.h
+++ b/x11vnc/win_utils.h
@@ -17,6 +17,7 @@ extern int get_window_size(Window win, int *x, int *y);
extern void snapshot_stack_list(int free_only, double allowed_age);
extern void update_stack_list(void);
extern Window query_pointer(Window start);
+extern unsigned int mask_state(void);
extern int pick_windowid(unsigned long *num);
extern Window descend_pointer(int depth, Window start, char *name_info, int len);
diff --git a/x11vnc/x11vnc.1 b/x11vnc/x11vnc.1
index cb232aa..c8490bc 100644
--- a/x11vnc/x11vnc.1
+++ b/x11vnc/x11vnc.1
@@ -1,8 +1,8 @@
.\" This file was automatically generated from x11vnc -help output.
-.TH X11VNC "1" "May 2006" "x11vnc " "User Commands"
+.TH X11VNC "1" "June 2006" "x11vnc " "User Commands"
.SH NAME
x11vnc - allow VNC connections to real X11 displays
- version: 0.8.1, lastmod: 2006-05-06
+ version: 0.8.1, lastmod: 2006-06-03
.SH SYNOPSIS
.B x11vnc
[OPTION]...
@@ -515,696 +515,6 @@ used to have viewonly passwords. (tip: make the 3rd
and last line be "__BEGIN_VIEWONLY__" to have 2
full-access passwords)
.PP
-\fB-unixpw\fR \fI[list]\fR
-.IP
-Use Unix username and password authentication. x11vnc
-uses the
-.IR su (1)
-program to verify the user's password.
-[list] is an optional comma separated list of allowed
-Unix usernames. See below for per-user options that
-can be applied.
-.IP
-A familiar "login:" and "Password:" dialog is
-presented to the user on a black screen inside the
-vncviewer. The connection is dropped if the user fails
-to supply the correct password in 3 tries or does not
-send one before a 25 second timeout. Existing clients
-are view-only during this period.
-.IP
-Since the detailed behavior of
-.IR su (1)
-can vary from
-OS to OS and for local configurations, test the mode
-carefully on your systems before using it in production.
-Test different combinations of valid/invalid usernames
-and valid/invalid passwords to see if it behaves as
-expected. x11vnc will attempt to be conservative and
-reject a login if anything abnormal occurs.
-.IP
-On FreeBSD and the other BSD's by default it is
-impossible for the user running x11vnc to validate
-his *own* password via
-.IR su (1)
-(evidently commenting out
-the pam_self.so entry in /etc/pam.d/su eliminates this
-problem). So the x11vnc login will always *fail* for
-this case (even when the correct password is supplied).
-.IP
-A possible workaround for this would be to start
-x11vnc as root with the "\fB-users\fR \fI+nobody\fR" option to
-immediately switch to user nobody. Another source of
-problems are PAM modules that prompt for extra info,
-e.g. password aging modules. These logins will fail
-as well even when the correct password is supplied.
-.IP
-**IMPORTANT**: to prevent the Unix password being sent
-in *clear text* over the network, one of two schemes
-will be enforced: 1) the \fB-ssl\fR builtin SSL mode, or 2)
-require both \fB-localhost\fR and \fB-stunnel\fR be enabled.
-.IP
-Method 1) ensures the traffic is encrypted between
-viewer and server. A PEM file will be required, see the
-discussion under \fB-ssl\fR below (under some circumstances
-a temporary one can be automatically generated).
-.IP
-Method 2) requires the viewer connection to appear
-to come from the same machine x11vnc is running on
-(e.g. from a ssh \fB-L\fR port redirection). And that the
-\fB-stunnel\fR SSL mode be used for encryption over the
-network.(see the description of \fB-stunnel\fR below).
-.IP
-Note: as a convenience, if you
-.IR ssh (1)
-in and start
-x11vnc it will check if the environment variable
-SSH_CONNECTION is set and appears reasonable. If it
-does, then the \fB-ssl\fR or \fB-stunnel\fR requirement will be
-dropped since it is assumed you are using ssh for the
-encrypted tunnelling. \fB-localhost\fR is still enforced.
-Use \fB-ssl\fR or \fB-stunnel\fR to force SSL usage even if
-SSH_CONNECTION is set.
-.IP
-To override the above restrictions you can set
-environment variables before starting x11vnc:
-.IP
-Set UNIXPW_DISABLE_SSL=1 to disable requiring either
-\fB-ssl\fR or \fB-stunnel.\fR Evidently you will be using a
-different method to encrypt the data between the
-vncviewer and x11vnc: perhaps
-.IR ssh (1)
-or an IPSEC VPN.
-.IP
-Note that use of \fB-localhost\fR with
-.IR ssh (1)
-is roughly
-the same as requiring a Unix user login (since a Unix
-password or the user's public key authentication is
-used by sshd on the machine where x11vnc runs and only
-local connections from that machine are accepted)
-.IP
-Set UNIXPW_DISABLE_LOCALHOST=1 to disable the \fB-localhost\fR
-requirement in Method 2). One should never do this
-(i.e. allow the Unix passwords to be sniffed on the
-network).
-.IP
-Regarding reverse connections (e.g. \fB-R\fR connect:host
-and \fB-connect\fR host), when the \fB-localhost\fR constraint is
-in effect then reverse connections can only be used
-to connect to the same machine x11vnc is running on
-(default port 5500). Please use a ssh or stunnel port
-redirection to the viewer machine to tunnel the reverse
-connection over an encrypted channel. Note that in \fB-ssl\fR
-mode reverse connection are disabled (see below).
-.IP
-In \fB-inetd\fR mode the Method 1) will be enforced (not
-Method 2). With \fB-ssl\fR in effect reverse connections
-are disabled. If you override this via env. var, be
-sure to also use encryption from the viewer to inetd.
-Tip: you can also have your own stunnel spawn x11vnc
-in \fB-inetd\fR mode (thereby bypassing inetd). See the FAQ
-for details.
-.IP
-The user names in the comma separated [list] can have
-per-user options after a ":", e.g. "fred:opts"
-where "opts" is a "+" separated list of
-"viewonly", "fullaccess", "input=XXXX", or
-"deny", e.g. "karl,fred:viewonly,boss:input=M".
-For "input=" it is the K,M,B,C described under \fB-input.\fR
-.IP
-If a user in the list is "*" that means those
-options apply to all users. It also means all users
-are allowed to log in after supplying a valid password.
-Use "deny" to explicitly deny some users if you use
-"*" to set a global option.
-.IP
-There are also some utilities for testing password
-if [list] starts with the "%" character. See the
-quick_pw() function in the source for details.
-.PP
-\fB-unixpw_nis\fR \fI[list]\fR
-.IP
-As \fB-unixpw\fR above, however do not use
-.IR su (1)
-but rather
-use the traditional
-.IR getpwnam (3)
-+
-.IR crypt (3)
-method to
-verify passwords instead. This requires that the
-encrypted passwords be readable. Passwords stored
-in /etc/shadow will be inaccessible unless x11vnc
-is run as root.
-.IP
-This is called "NIS" mode simply because in most
-NIS setups the user encrypted passwords are accessible
-(e.g. "ypcat passwd"). NIS is not required for this
-mode to work (only that
-.IR getpwnam (3)
-return the encrypted
-password is required), but it is unlikely it will work
-for any other modern environment. All of the \fB-unixpw\fR
-options and contraints apply.
-.PP
-\fB-ssl\fR \fI[pem]\fR
-.IP
-Use the openssl library (www.openssl.org) to provide a
-built-in encrypted SSL tunnel between VNC viewers and
-x11vnc. This requires libssl support to be compiled
-into x11vnc at build time. If x11vnc is not built
-with libssl support it will exit immediately when \fB-ssl\fR
-is prescribed.
-.IP
-[pem] is optional, use "\fB-ssl\fR \fI/path/to/mycert.pem\fR"
-to specify a PEM certificate file to use to identify
-and provide a key for this server. See
-.IR openssl (1)
-for
-more info about PEMs and the \fB-sslGenCert\fR option below.
-.IP
-The connecting VNC viewer SSL tunnel can optionally
-authenticate this server if they have the public
-key part of the certificate (or a common certificate
-authority, CA, is a more sophisicated way to verify
-this server's cert, see \fB-sslGenCA\fR below). This is
-used to prevent man-in-the-middle attacks. Otherwise,
-if the VNC viewer accepts this server's key without
-verification, at least the traffic is protected
-from passive sniffing on the network (but NOT from
-man-in-the-middle attacks).
-.IP
-If [pem] is not supplied and the
-.IR openssl (1)
-utility
-command exists in PATH, then a temporary, self-signed
-certificate will be generated for this session (this
-may take 5-30 seconds on slow machines). If
-.IR openssl (1)
-cannot be used to generate a temporary certificate
-x11vnc exits immediately.
-.IP
-If successful in using
-.IR openssl (1)
-to generate a
-temporary certificate, the public part of it will be
-displayed to stderr (e.g. one could copy it to the
-client-side to provide authentication of the server to
-VNC viewers.) See following paragraphs for how to save
-keys to reuse when x11vnc is restarted.
-.IP
-Set the env. var. X11VNC_SHOW_TMP_PEM=1 to have x11vnc
-print out the entire certificate, including the PRIVATE
-KEY part, to stderr. One could reuse this cert if saved
-in a [pem] file. Similarly, set X11VNC_KEEP_TMP_PEM=1
-to not delete the temporary PEM file: the file name
-will be printed to stderr (so one could move it to
-a safe place for reuse). You will be prompted for a
-passphrase for the private key.
-.IP
-If [pem] is "SAVE" then the certificate will be saved
-to the file ~/.vnc/certs/server.pem, or if that file
-exists it will be used directly. Similarly, if [pem]
-is "SAVE_PROMPT" the server.pem certificate will be
-made based on your answers to its prompts for info such
-as OrganizationalName, CommonName, etc.
-.IP
-Use "SAVE-<string>" and "SAVE_PROMPT-<string>"
-to refer to the file ~/.vnc/certs/server-<string>.pem
-instead. E.g. "SAVE-charlie" will store to the file
-~/.vnc/certs/server-charlie.pem
-.IP
-See \fB-ssldir\fR below to use a directory besides the
-default ~/.vnc/certs
-.IP
-Example: x11vnc \fB-ssl\fR SAVE \fB-display\fR :0 ...
-.IP
-Reverse connections are disabled in \fB-ssl\fR mode because
-there is no way to ensure that data channel will
-be encrypted. Set X11VNC_SSL_ALLOW_REVERSE=1 to
-override this.
-.IP
-Your VNC viewer will also need to be able to connect
-via SSL. See the discussion below under \fB-stunnel\fR and
-the FAQ (ssl_vncviewer script) for how this might be
-achieved. E.g. on Unix it is easy to write a shell
-script that starts up stunnel and then vncviewer.
-Also in the x11vnc source a SSL enabled Java VNC Viewer
-applet is provided in the classes/ssl directory.
-.PP
-\fB-ssldir\fR \fI[dir]\fR
-.IP
-Use [dir] as an alternate ssl certificate and key
-management toplevel directory. The default is
-~/.vnc/certs
-.IP
-This directory is used to store server and other
-certificates and keys and also other materials. E.g. in
-the simplest case, "\fB-ssl\fR \fISAVE\fR" will store the x11vnc
-server cert in [dir]/server.pem
-.IP
-Use of alternate directories via \fB-ssldir\fR allows you to
-manage multiple VNC Certificate Authority (CA) keys.
-Another use is if ~/.vnc/cert is on an NFS share you
-might want your certificates and keys to be on a local
-filesystem to prevent network snooping (for example
-\fB-ssldir\fR /var/lib/x11vnc-certs).
-.IP
-\fB-ssldir\fR affects nearly all of the other \fB-ssl*\fR options,
-e.g. \fB-ssl\fR SAVE, \fB-sslGenCert,\fR etc..
-.PP
-\fB-sslverify\fR \fI[path]\fR
-.IP
-For either of the \fB-ssl\fR or \fB-stunnel\fR modes, use [path]
-to provide certificates to authenticate incoming VNC
-*Client* connections (normally only the server is
-authenticated in SSL.) This can be used as a method
-to replace standard password authentication of clients.
-.IP
-If [path] is a directory it contains the client (or CA)
-certificates in separate files. If [path] is a file,
-it contains multiple certificates. See special tokens
-below. These correspond to the "CApath = dir" and
-"CAfile = file" stunnel options. See the
-.IR stunnel (8)
-manpage for details.
-.IP
-Examples:
-x11vnc \fB-ssl\fR \fB-sslverify\fR ~/my.pem
-x11vnc \fB-ssl\fR \fB-sslverify\fR ~/my_pem_dir/
-.IP
-Note that if [path] is a directory, it must contain
-the certs in separate files named like <HASH>.0, where
-the value of <HASH> is found by running the command
-"openssl x509 \fB-hash\fR \fB-noout\fR \fB-in\fR file.crt". Evidently
-one uses <HASH>.1 if there is a collision...
-.IP
-The the key-management utility "\fB-sslCertInfo\fR \fIHASHON\fR"
-and "\fB-sslCertInfo\fR \fIHASHOFF\fR" will create/delete these
-hashes for you automatically (via symlink) in the HASH
-subdirs it manages. Then you can point \fB-sslverify\fR to
-the HASH subdir.
-.IP
-Special tokens: in \fB-ssl\fR mode, if [path] is not a file or
-a directory, it is taken as a comma separated list of
-tokens that are interpreted as follows:
-.IP
-If a token is "CA" that means load the CA/cacert.pem
-file from the ssl directory. If a token is "clients"
-then all the files clients/*.crt in the ssl directory
-are loaded. Otherwise the file clients/token.crt
-is attempted to be loaded. As a kludge, use a token
-like ../server-foo to load a server cert if you find
-that necessary.
-.IP
-Use \fB-ssldir\fR to use a directory different from the
-~/.vnc/certs default.
-.IP
-Note that if the "CA" cert is loaded you do not need
-to load any of the certs that have been signed by it.
-You will need to load any additional self-signed certs
-however.
-.IP
-Examples:
-x11vnc \fB-ssl\fR \fB-sslverify\fR CA
-x11vnc \fB-ssl\fR \fB-sslverify\fR self:fred,self:jim
-x11vnc \fB-ssl\fR \fB-sslverify\fR CA,clients
-.IP
-Usually "\fB-sslverify\fR \fICA\fR" is the most effective.
-See the \fB-sslGenCA\fR and \fB-sslGenCert\fR options below for
-how to set up and manage the CA framework.
-.IP
-NOTE: the following utilities, \fB-sslGenCA,\fR \fB-sslGenCert,\fR
-\fB-sslEncKey,\fR and \fB-sslCertInfo\fR are provided for
-completeness, but for casual usage they are overkill.
-.IP
-They provide VNC Certificate Authority (CA) key creation
-and server / client key generation and signing. So they
-provide a basic Public Key management framework for
-VNC-ing with x11vnc. (note that they require
-.IR openssl (1)
-be installed on the system)
-.IP
-However, the simplest usage mode (where x11vnc
-automatically generates its own, self-signed, temporary
-key and the VNC viewers always accept it, e.g. accepting
-via a dialog box) is probably safe enough for most
-scenarios. CA management is not needed.
-.IP
-To protect against Man-In-The-Middle attacks the
-simplest mode can be improved by using "\fB-ssl\fR \fISAVE\fR"
-to have x11vnc create a longer term self-signed
-certificate, and then (safely) copy the corresponding
-public key cert to the desired client machines (care
-must be taken the private key part is not stolen;
-you will be prompted for a passphrase).
-.IP
-So keep in mind no CA key creation or management
-(-sslGenCA and \fB-sslGenCert)\fR is needed for either of
-the above two common usage modes.
-.IP
-One might want to use \fB-sslGenCA\fR and \fB-sslGenCert\fR
-if you had a large number of VNC client and server
-workstations. That way the administrator could generate
-a single CA key with \fB-sslGenCA\fR and distribute its
-certificate part to all of the workstations.
-.IP
-Next, he could create signed VNC server keys
-(-sslGenCert server ...) for each workstation or user
-that then x11vnc would use to authenticate itself to
-any VNC client that has the CA cert.
-.IP
-Optionally, the admin could also make it so the
-VNC clients themselves are authenticated to x11vnc
-(-sslGenCert client ...) For this \fB-sslverify\fR would be
-pointed to the CA cert (and/or self-signed certs).
-.IP
-x11vnc will be able to use all of these cert and
-key files. On the VNC client side, they will need to
-be "imported" somehow. Web browsers have "Manage
-Certificates" actions as does the Java applet plugin
-Control Panel. stunnel can also use these files (see
-the ssl_vncviewer example script in the FAQ.)
-.PP
-\fB-sslGenCA\fR \fI[dir]\fR
-.IP
-Generate your own Certificate Authority private key,
-certificate, and other files in directory [dir].
-.IP
-If [dir] is not supplied, a \fB-ssldir\fR setting is used,
-or otherwise ~/.vnc/certs is used.
-.IP
-This command also creates directories where server and
-client certs and keys will be stored. The
-.IR openssl (1)
-program must be installed on the system and available
-in PATH.
-.IP
-After the CA files and directories are created the
-command exits; the VNC server is not run.
-.IP
-You will be prompted for information to put into the CA
-certificate. The info does not have to be accurate just
-as long as clients accept the cert for VNC connections.
-You will also need to supply a passphrase of at least
-4 characters for the CA private key.
-.IP
-Once you have generated the CA you can distribute
-its certificate part, [dir]/CA/cacert.pem, to other
-workstations where VNC viewers will be run. One will
-need to "import" this certicate in the applications,
-e.g. Web browser, Java applet plugin, stunnel, etc.
-Next, you can create and sign keys using the CA with
-the \fB-sslGenCert\fR option below.
-.IP
-Examples:
-x11vnc \fB-sslGenCA\fR
-x11vnc \fB-sslGenCA\fR ~/myCAdir
-x11vnc \fB-ssldir\fR ~/myCAdir \fB-sslGenCA\fR
-.IP
-(the last two lines are equivalent)
-.PP
-\fB-sslGenCert\fR \fItype\fR \fIname\fR
-.IP
-Generate a VNC server or client certificate and private
-key pair signed by the CA created previously with
-\fB-sslGenCA.\fR The
-.IR openssl (1)
-program must be installed
-on the system and available in PATH.
-.IP
-After the Certificate is generated the command exits;
-the VNC server is not run.
-.IP
-The type of key to be generated is the string \fItype\fR.
-It is either "server" (i.e. for use by x11vnc) or
-"client" (for a VNC viewer). Note that typically
-only "server" is used: the VNC clients authenticate
-themselves by a non-public-key method (e.g. VNC or
-unix password). \fItype\fR is required.
-.IP
-An arbitrary default name you want to associate with
-the key is supplied by the \fIname\fR string. You can
-change it at the various prompts when creating the key.
-\fIname\fR is optional.
-.IP
-If name is left blank for clients keys then "nobody"
-is used. If left blank for server keys, then the
-primary server key: "server.pem" is created (this
-is the saved one referenced by "\fB-ssl\fR \fISAVE\fR" when the
-server is started)
-.IP
-If \fIname\fR begins with the string "self:" then
-a self-signed certificate is created instead of one
-signed by your CA key.
-.IP
-If \fIname\fR begins with the string "req:" then only a
-key (.key) and a certificate signing *request* (.req)
-are generated. You can then send the .req file to
-an external CA (even a professional one, e.g. Thawte)
-and then combine the .key and the received cert into
-the .pem file with the same basename.
-.IP
-The distinction between "server" and "client" is
-simply the choice of output filenames and sub-directory.
-This makes it so the \fB-ssl\fR SAVE-name option can easily
-pick up the x11vnc PEM file this option generates.
-And similarly makes it easy for the \fB-sslverify\fR option
-to pick up your client certs.
-.IP
-There is nothing special about the filename or directory
-location of either the "server" and "client" certs.
-You can rename the files or move them to wherever
-you like.
-.IP
-Precede this option with \fB-ssldir\fR [dir] to use a
-directory other than the default ~/.vnc/certs You will
-need to run \fB-sslGenCA\fR on that directory first before
-doing any \fB-sslGenCert\fR key creation.
-.IP
-Note you cannot recreate a cert with exactly the same
-distiguished name (DN) as an existing one. To do so,
-you will need to edit the [dir]/CA/index.txt file to
-delete the line.
-.IP
-Similar to \fB-sslGenCA,\fR you will be prompted to fill
-in some information that will be recorded in the
-certificate when it is created. Tip: if you know
-the fully-quailified hostname other people will be
-connecting to you can use that as the CommonName "CN"
-to avoid some applications (e.g. web browsers and java
-plugin) complaining it does not match the hostname.
-.IP
-You will also need to supply the CA private key
-passphrase to unlock the private key created from
-\fB-sslGenCA.\fR This private key is used to sign the server
-or client certicate.
-.IP
-The "server" certs can be used by x11vnc directly by
-pointing to them via the \fB-ssl\fR [pem] option. The default
-file will be ~/.vnc/certs/server.pem. This one would
-be used by simply typing \fB-ssl\fR SAVE. The pem file
-contains both the certificate and the private key.
-server.crt file contains the cert only.
-.IP
-The "client" cert + private key file will need
-to be copied and imported into the VNC viewer
-side applications (Web browser, Java plugin,
-stunnel, etc.) Once that is done you can delete the
-"client" private key file on this machine since
-it is only needed on the VNC viewer side. The,
-e.g. ~/.vnc/certs/clients/<name>.pem contains both
-the cert and private key. The <name>.crt contains the
-certificate only.
-.IP
-NOTE: It is very important to know one should always
-generate new keys with a passphrase. Otherwise if an
-untrusted user steals the key file he could use it to
-masquerade as the x11vnc server (or VNC viewer client).
-You will be prompted whether to encrypt the key with
-a passphrase or not. It is recommended that you do.
-One inconvenience to a passphrase is that it must
-be suppled every time x11vnc or the client app is
-started up.
-.IP
-Examples:
-.IP
-x11vnc \fB-sslGenCert\fR server
-x11vnc \fB-ssl\fR SAVE \fB-display\fR :0 ...
-.IP
-and then on viewer using ssl_vncviewer stunnel wrapper
-(see the FAQ):
-ssl_vncviewer \fB-verify\fR ./cacert.crt hostname:0
-.IP
-(this assumes the cacert.crt cert from \fB-sslGenCA\fR
-was safely copied to the VNC viewer machine where
-ssl_vncviewer is run)
-.IP
-Example using a name:
-.IP
-x11vnc \fB-sslGenCert\fR server charlie
-x11vnc \fB-ssl\fR SAVE-charlie \fB-display\fR :0 ...
-.IP
-Example for a client certificate (rarely used):
-.IP
-x11vnc \fB-sslGenCert\fR client roger
-scp ~/.vnc/certs/clients/roger.pem somehost:.
-rm ~/.vnc/certs/clients/roger.pem
-.IP
-x11vnc is then started with the the option \fB-sslverify\fR
-~/.vnc/certs/clients/roger.crt (or simply \fB-sslverify\fR
-roger), and on the viewer user on somehost could do
-for example:
-.IP
-ssl_vncviewer \fB-mycert\fR ./roger.pem hostname:0
-.PP
-\fB-sslEncKey\fR \fI[pem]\fR
-.IP
-Utility to encrypt an existing PEM file with a
-passphrase you supply when prompted. For that key to be
-used (e.g. by x11vnc) the passphrase must be supplied
-each time.
-.IP
-The "SAVE" notation described under \fB-ssl\fR applies as
-well. (precede this option with \fB-ssldir\fR [dir] to refer
-a directory besides the default ~/.vnc/certs)
-.IP
-The
-.IR openssl (1)
-program must be installed on the system
-and available in PATH. After the Key file is encrypted
-the command exits; the VNC server is not run.
-.IP
-Examples:
-x11vnc \fB-sslEncKey\fR /path/to/foo.pem
-x11vnc \fB-sslEncKey\fR SAVE
-x11vnc \fB-sslEncKey\fR SAVE-charlie
-.PP
-\fB-sslCertInfo\fR \fI[pem]\fR
-.IP
-Prints out information about an existing PEM file.
-In addition the public certificate is also printed.
-The
-.IR openssl (1)
-program must be in PATH. Basically the
-command "openssl x509 \fB-text"\fR is run on the pem.
-.IP
-The "SAVE" notation described under \fB-ssl\fR applies
-as well.
-.IP
-Using "LIST" will give a list of all certs being
-managed (in the ~/.vnc/certs dir, use \fB-ssldir\fR to refer
-to another dir). "ALL" will print out the info for
-every managed key (this can be very long). Giving a
-client or server cert shortname will also try a lookup
-(e.g. \fB-sslCertInfo\fR charlie). Use "LISTL" or "LL"
-for a long (ls \fB-l\fR style) listing.
-.IP
-Using "HASHON" will create subdirs [dir]/HASH and
-[dir]/HASH with OpenSSL hash filenames (e.g. 0d5fbbf1.0)
-symlinks pointing up to the corresponding *.crt file.
-([dir] is ~/.vnc/certs or one given by \fB-ssldir.)\fR
-This is a useful way for other OpenSSL applications
-(e.g. stunnel) to access all of the certs without
-having to concatenate them. x11vnc will not use them
-unless you specifically reference them. "HASHOFF"
-removes these HASH subdirs.
-.IP
-The LIST, LISTL, LL, ALL, HASHON, HASHOFF words can
-also be lowercase, e.g. "list".
-.PP
-\fB-sslDelCert\fR \fI[pem]\fR
-.IP
-Prompts you to delete all .crt .pem .key .req files
-associated with [pem]. "SAVE" and lookups as in
-\fB-sslCertInfo\fR apply as well.
-.PP
-\fB-stunnel\fR \fI[pem]\fR
-.IP
-Use the
-.IR stunnel (8)
-(www.stunnel.org) to provide an
-encrypted SSL tunnel between viewers and x11vnc.
-.IP
-This external tunnel method was implemented prior to the
-integrated \fB-ssl\fR encryption described above. It still
-works well. This requires stunnel to be installed
-on the system and available via PATH (n.b. stunnel is
-often installed in sbin directories). Version 4.x of
-stunnel is assumed (but see \fB-stunnel3\fR below.)
-.IP
-[pem] is optional, use "\fB-stunnel\fR \fI/path/to/stunnel.pem\fR"
-to specify a PEM certificate file to pass to stunnel.
-Whether one is needed or not depends on your stunnel
-configuration. stunnel often generates one at install
-time. See the stunnel documentation for details.
-.IP
-stunnel is started up as a child process of x11vnc and
-any SSL connections stunnel receives are decrypted and
-sent to x11vnc over a local socket. The strings
-"The SSL VNC desktop is ..." and "SSLPORT=..."
-are printed out at startup to indicate this.
-.IP
-The \fB-localhost\fR option is enforced by default
-to avoid people routing around the SSL channel.
-Set STUNNEL_DISABLE_LOCALHOST=1 before starting x11vnc
-to disable the requirement.
-.IP
-Your VNC viewer will also need to be able to connect via
-SSL. Unfortunately not too many do this. UltraVNC has
-an encryption plugin but it does not seem to be SSL.
-.IP
-Also, in the x11vnc distribution, a patched TightVNC
-Java applet is provided in classes/ssl that does SSL
-connections (only).
-.IP
-It is also not too difficult to set up an stunnel or
-other SSL tunnel on the viewer side. A simple example
-on Unix using stunnel 3.x is:
-.IP
-% stunnel \fB-c\fR \fB-d\fR localhost:5901 \fB-r\fR remotehost:5900
-% vncviewer localhost:1
-.IP
-For Windows, stunnel has been ported to it and there
-are probably other such tools available. See the FAQ
-for more examples.
-.PP
-\fB-stunnel3\fR \fI[pem]\fR
-.IP
-Use version 3.x stunnel command line syntax instead of
-version 4.x
-.PP
-\fB-https\fR \fI[port]\fR
-.IP
-Choose a separate HTTPS port (-ssl mode only).
-.IP
-In \fB-ssl\fR mode, it turns out you can use the
-single VNC port (e.g. 5900) for both VNC and HTTPS
-connections. (HTTPS is used to retrieve a SSL-aware
-VncViewer.jar applet that is provided with x11vnc).
-Since both use SSL the implementation was extended to
-detect if HTTP traffic (i.e. GET) is taking place and
-handle it accordingly. The URL would be, e.g.:
-.IP
-https://mymachine.org:5900/
-.IP
-This is convenient for firewalls, etc, because only one
-port needs to be allowed in. However, this heuristic
-adds a few seconds delay to each connection and can be
-unreliable (especially if the user takes much time to
-ponder the Certificate dialogs in his browser, Java VM,
-or VNC Viewer applet. That's right 3 separate "Are
-you sure you want to connect" dialogs!)
-.IP
-So use the \fB-https\fR option to provide a separate, more
-reliable HTTPS port that x11vnc will listen on. If
-[port] is not provided (or is 0), one is autoselected.
-The URL to use is printed out at startup.
-.IP
-The SSL Java applet directory is specified via the
-\fB-httpdir\fR option. If not supplied it will try to guess
-the directory as though the \fB-http\fR option was supplied.
-.PP
\fB-usepw\fR
.IP
If no other password method was supplied on the command
@@ -1214,9 +524,6 @@ use it with \fB-passwdfile;\fR otherwise, prompt the user
for a password to create ~/.vnc/passwd and use it with
the \fB-rfbauth\fR option. If none of these succeed x11vnc
exits immediately.
-.IP
-Note: \fB-unixpw\fR currently does not count as a password
-method by this option.
.PP
\fB-storepasswd\fR \fIpass\fR \fIfile\fR
.IP
@@ -1600,6 +907,39 @@ e.g. !, @, [, are only accessible via \fB-xkb\fR mode and if
so then automatically enable the mode. To disable this
automatic detection use \fB-noxkb.\fR
.PP
+\fB-capslock\fR
+.IP
+When in \fB-modtweak\fR (the default) or \fB-xkb\fR mode,
+if a keysym in the range A-Z comes in check the X
+server to see if the Caps_Lock is set. If it is do
+not artificially press Shift to generate the keysym.
+This will enable the CapsLock key to behave correctly
+in some circumstances: namely *both* the VNC viewer
+machine and the x11vnc X server are in the CapsLock
+on state. If one side has CapsLock on and the other
+off and the keyboard is not behaving as you think it
+should you should correct the CapsLock states (hint:
+pressing CapsLock inside and outside of the viewer can
+help toggle them both to the correct state). However,
+for best results do not use this option, but rather
+*only* enable CapsLock on the VNC viewer side (i.e. by
+pressing CapsLock outside of the viewer window, also
+\fB-skip_lockkeys\fR below). Also try \fB-nomodtweak\fR for a
+possible workaround.
+.PP
+\fB-skip_lockkeys\fR
+.IP
+Have x11vnc ignore all Caps_Lock, Shift_Lock, Num_Lock,
+Scroll_Lock keysyms received from viewers. The idea is
+you press Caps_Lock on the VNC Viewer side but that does
+not change the lock state in the x11vnc-side X server.
+Nevertheless your capitalized letters come in over
+the wire and are applied correctly to the x11vnc-side
+X server. Note this mode probably won't do what you
+want in \fB-nomodtweak\fR mode. Also, a kludge for KP_n
+digits is always done it this mode: they are mapped to
+regular digit keysyms. See also \fB-capslock\fR above.
+.PP
\fB-skip_keycodes\fR \fIstring\fR
.IP
Ignore the comma separated list of decimal keycodes.
@@ -1667,6 +1007,9 @@ To map a key to a button click, use the fake Keysyms
"Button1", ..., etc. E.g: "\fB-remap\fR \fISuper_R-Button2\fR"
(useful for pasting on a laptop)
.IP
+To disable a keysym (i.e. make it so it will not be
+injected), remap it to "NoSymbol" or "None".
+.IP
Dead keys: "dead" (or silent, mute) keys are keys that
do not produce a character but must be followed by a 2nd
keystroke. This is often used for accenting characters,
@@ -2848,6 +2191,10 @@ Up and Down arrows adjust the station (if a tuner)
F1, F2, ..., F6 will switch the video capture pixel
format to HI240, RGB565, RGB24, RGB32, RGB555, and
GREY respectively. See \fB-rawfb\fR video for details.
+.IP
+If cmd is "CONS" or "CONSn" where n is a Linux
+console number, then the linux console keystroke
+insertion (see \fB-rawfb\fR cons) is performed.
.PP
\fB-gui\fR \fI[gui-opts]\fR
.IP
@@ -3165,6 +2512,14 @@ xkb enable \fB-xkb\fR modtweak mode.
.IP
noxkb disable \fB-xkb\fR modtweak mode.
.IP
+capslock enable \fB-capslock\fR mode.
+.IP
+nocapslock disable \fB-capslock\fR mode.
+.IP
+skip_lockkeys enable \fB-skip_lockkeys\fR mode.
+.IP
+noskip_lockkeys disable \fB-skip_lockkeys\fR mode.
+.IP
skip_keycodes:str enable \fB-xkb\fR \fB-skip_keycodes\fR "str".
.IP
sloppy_keys enable \fB-sloppy_keys\fR mode.
@@ -3502,8 +2857,9 @@ unlock connect allowonce allow localhost nolocalhost
listen lookup nolookup accept afteraccept gone shm
noshm flipbyteorder noflipbyteorder onetile noonetile
solid_color solid nosolid blackout xinerama noxinerama
-xtrap noxtrap xrandr noxrandr xrandr_mode padgeom quiet
-q noquiet modtweak nomodtweak xkb noxkb skip_keycodes
+xtrap noxtrap xrandr noxrandr xrandr_mode padgeom
+quiet q noquiet modtweak nomodtweak xkb noxkb capslock
+nocapslock skip_lockkeys noskip_lockkeys skip_keycodes
sloppy_keys nosloppy_keys skip_dups noskip_dups
add_keysyms noadd_keysyms clear_mods noclear_mods
clear_keys noclear_keys remap repeat norepeat fb nofb
@@ -3541,8 +2897,7 @@ http_url auth xauth users rootshift clipshift
scale_str scaled_x scaled_y scale_numer scale_denom
scale_fac scaling_blend scaling_nomult4 scaling_pad
scaling_interpolate inetd privremote unsafe safer nocmds
-passwdfile unixpw unixpw_nis unixpw_list ssl ssl_pem
-sslverify stunnel stunnel_pem https usepw using_shm
+passwdfile usepw using_shm
logfile o flag rc norc h help V version lastmod bg
sigpipe threads readrate netrate netlatency pipeinput
clients client_count pid ext_xtest ext_xtrap ext_xrecord
@@ -3658,6 +3013,14 @@ max time in ms to wait for RFB client
use authentication on RFB protocol
(use 'storepasswd' to create a password file)
.PP
+\fB-rfbversion\fR \fI3.x\fR
+.IP
+Set the version of the RFB we choose to advertise
+.PP
+\fB-permitfiletransfer\fR
+.IP
+permit file transfer support
+.PP
\fB-passwd\fR \fIplain-password\fR
.IP
use authentication
diff --git a/x11vnc/x11vnc.c b/x11vnc/x11vnc.c
index d9c0341..e4069a2 100644
--- a/x11vnc/x11vnc.c
+++ b/x11vnc/x11vnc.c
@@ -239,7 +239,11 @@ static void record_last_fb_update(void) {
iter = rfbGetClientIterator(screen);
while( (cl = rfbClientIteratorNext(iter)) ) {
+#if 0
rbs += cl->rawBytesEquivalent;
+#else
+ rbs += rfbStatGetSentBytesIfRaw(cl);
+#endif
}
rfbReleaseClientIterator(iter);
@@ -467,7 +471,7 @@ if (debug_scroll) fprintf(stderr, "watch_loop: LOOP-BACK: %d\n", ret);
}
check_new_clients();
- check_xevents();
+ check_xevents(0);
check_autorepeat();
check_pm();
check_keycode_state();
@@ -1384,6 +1388,7 @@ int main(int argc, char* argv[]) {
int dt = 0, bg = 0;
int got_rfbwait = 0;
int got_httpdir = 0, try_http = 0;
+ XImage *fb0 = NULL;
/* used to pass args we do not know about to rfbGetScreen(): */
int argc_vnc = 1; char *argv_vnc[128];
@@ -1592,6 +1597,7 @@ int main(int argc, char* argv[]) {
CHECK_ARGC
passwdfile = strdup(argv[++i]);
got_passwdfile = 1;
+#ifndef REL81
} else if (strstr(arg, "-unixpw") == arg) {
unixpw = 1;
if (strstr(arg, "-unixpw_nis")) {
@@ -1709,6 +1715,7 @@ int main(int argc, char* argv[]) {
i++;
}
}
+#endif
} else if (!strcmp(arg, "-nopw")) {
nopw = 1;
} else if (!strcmp(arg, "-usepw")) {
@@ -1826,6 +1833,10 @@ int main(int argc, char* argv[]) {
} else if (!strcmp(arg, "-noxkb")) {
use_xkb_modtweak = 0;
got_noxkb = 1;
+ } else if (!strcmp(arg, "-capslock")) {
+ watch_capslock = 1;
+ } else if (!strcmp(arg, "-skip_lockkeys")) {
+ skip_lockkeys = 1;
} else if (!strcmp(arg, "-xkbcompat")) {
xkbcompat = 1;
} else if (!strcmp(arg, "-skip_keycodes")) {
diff --git a/x11vnc/x11vnc.h b/x11vnc/x11vnc.h
index e017857..c5ff32a 100644
--- a/x11vnc/x11vnc.h
+++ b/x11vnc/x11vnc.h
@@ -114,6 +114,8 @@
#define PASSWD_UNLESS_NOPW 0
#endif
+#define REL81
+
/*
* Beginning of support for small binary footprint build for embedded
* systems, PDA's etc. It currently just cuts out the low-hanging
@@ -234,7 +236,6 @@ extern int h_errno;
#include <arpa/inet.h>
#endif
-/* XXX autoconf */
#if LIBVNCSERVER_HAVE_PWD_H
#include <pwd.h>
#endif
@@ -334,8 +335,7 @@ extern int num_buttons;
/* image structures */
extern XImage *scanline;
extern XImage *fullscreen;
-extern XImage **tile_row; /* for all possible row runs */
-extern XImage *fb0;
+extern XImage **tile_row; /* for all possible row runs */
extern XImage *snaprect; /* for XShmGetImage (fs_factor) */
extern XImage *snap; /* the full snap fb */
extern XImage *raw_fb_image; /* the raw fb */
@@ -373,6 +373,7 @@ extern int raw_fb_shm;
extern int raw_fb_mmap;
extern int raw_fb_seek;
extern int raw_fb_fd;
+extern int raw_fb_back_to_X;
extern int rfb_bytes_per_line;
extern int main_bytes_per_line;
diff --git a/x11vnc/x11vnc_defs.c b/x11vnc/x11vnc_defs.c
index 272e017..cfbbfb8 100644
--- a/x11vnc/x11vnc_defs.c
+++ b/x11vnc/x11vnc_defs.c
@@ -15,7 +15,7 @@ int xtrap_base_event_type = 0;
int xdamage_base_event_type = 0;
/* date +'lastmod: %Y-%m-%d' */
-char lastmod[] = "0.8.1 lastmod: 2006-05-06";
+char lastmod[] = "0.8.1 lastmod: 2006-06-03";
/* X display info */
@@ -37,7 +37,6 @@ int num_buttons = -1;
XImage *scanline = NULL;
XImage *fullscreen = NULL;
XImage **tile_row = NULL; /* for all possible row runs */
-XImage *fb0 = NULL;
XImage *snaprect = NULL; /* for XShmGetImage (fs_factor) */
XImage *snap = NULL; /* the full snap fb */
XImage *raw_fb_image = NULL; /* the raw fb */
@@ -58,13 +57,14 @@ char *rfb_fb = NULL; /* same as main_fb unless transformation */
char *fake_fb = NULL; /* used under -padgeom */
char *snap_fb = NULL; /* used under -snapfb */
char *cmap8to24_fb = NULL; /* used under -8to24 */
-char *raw_fb = NULL;
+char *raw_fb = NULL; /* when used should be main_fb */
char *raw_fb_addr = NULL;
int raw_fb_offset = 0;
int raw_fb_shm = 0;
int raw_fb_mmap = 0;
int raw_fb_seek = 0;
int raw_fb_fd = -1;
+int raw_fb_back_to_X = 0; /* kludge for testing rawfb -> X */
int rfb_bytes_per_line;
int main_bytes_per_line;
diff --git a/x11vnc/xevents.c b/x11vnc/xevents.c
index 951253b..25d9cd4 100644
--- a/x11vnc/xevents.c
+++ b/x11vnc/xevents.c
@@ -12,6 +12,7 @@
#include "gui.h"
#include "connections.h"
#include "unixpw.h"
+#include "cleanup.h"
/* XXX CHECK BEFORE RELEASE */
int grab_buster = 0;
@@ -24,11 +25,11 @@ void spawn_grab_buster(void);
void sync_tod_with_servertime(void);
void check_keycode_state(void);
void check_autorepeat(void);
-void check_xevents(void);
+void check_xevents(int reset);
void xcut_receive(char *text, int len, rfbClientPtr cl);
-static void initialize_xevents(void);
+static void initialize_xevents(int reset);
static void print_xevent_bases(void);
static void get_prop(char *str, int len, Atom prop);
static void bust_grab(int reset);
@@ -62,7 +63,7 @@ void initialize_clipboard_atom(void) {
}
}
-static void initialize_xevents(void) {
+static void initialize_xevents(int reset) {
static int did_xselect_input = 0;
static int did_xcreate_simple_window = 0;
static int did_vnc_connect_prop = 0;
@@ -73,6 +74,18 @@ static void initialize_xevents(void) {
static int did_xrandr = 0;
RAWFB_RET_VOID
+
+ if (reset) {
+ did_xselect_input = 0;
+ did_xcreate_simple_window = 0;
+ did_vnc_connect_prop = 0;
+ did_x11vnc_remote_prop = 0;
+ did_clipboard_atom = 0;
+ did_xfixes = 0;
+ did_xdamage = 0;
+ did_xrandr = 0;
+ }
+
if ((watch_selection || vnc_connect) && !did_xselect_input) {
/*
* register desired event(s) for notification.
@@ -688,7 +701,7 @@ void check_autorepeat(void) {
* This routine is periodically called to check for selection related
* and other X11 events and respond to them as needed.
*/
-void check_xevents(void) {
+void check_xevents(int reset) {
XEvent xev;
int tmp, have_clients = 0;
static int sent_some_sel = 0;
@@ -699,14 +712,18 @@ void check_xevents(void) {
static time_t last_time_sync = 0;
time_t now = time(0);
static double last_request = 0.0;
+ XErrorHandler old_handler;
RAWFB_RET_VOID
if (unixpw_in_progress) return;
- if (now > last_init_check+1) {
+ if (now > last_init_check+1 || reset) {
last_init_check = now;
- initialize_xevents();
+ initialize_xevents(reset);
+ if (reset) {
+ return;
+ }
}
if (screen && screen->clientHead) {
@@ -719,6 +736,7 @@ void check_xevents(void) {
* the client... so instead of sending right away we wait a
* the few seconds.
*/
+
if (have_clients && watch_selection && !sent_some_sel
&& now > last_client + sel_waittime) {
if (XGetSelectionOwner(dpy, XA_PRIMARY) == None) {
@@ -741,6 +759,10 @@ void check_xevents(void) {
if (now > last_call+1) {
/* we only check these once a second or so. */
int n = 0;
+
+ trapped_xerror = 0;
+ old_handler = XSetErrorHandler(trap_xerror);
+
while (XCheckTypedEvent(dpy, MappingNotify, &xev)) {
XRefreshKeyboardMapping((XMappingEvent *) &xev);
n++;
@@ -769,6 +791,9 @@ void check_xevents(void) {
while (XCheckTypedEvent(dpy, ClientMessage, &xev)) {
;
}
+
+ XSetErrorHandler(old_handler);
+ trapped_xerror = 0;
}
/* check for CUT_BUFFER0 and VNC_CONNECT changes: */
@@ -908,6 +933,9 @@ void check_xevents(void) {
if (own_primary || own_clipboard) {
/* we own PRIMARY or CLIPBOARD, see if someone requested it: */
+ trapped_xerror = 0;
+ old_handler = XSetErrorHandler(trap_xerror);
+
if (XCheckTypedEvent(dpy, SelectionRequest, &xev)) {
if (own_primary && xev.type == SelectionRequest &&
xev.xselectionrequest.selection == XA_PRIMARY) {
@@ -944,6 +972,9 @@ void check_xevents(void) {
}
}
}
+
+ XSetErrorHandler(old_handler);
+ trapped_xerror = 0;
}
if (watch_bell || now > last_bell+1) {
diff --git a/x11vnc/xevents.h b/x11vnc/xevents.h
index 888891d..0e501b0 100644
--- a/x11vnc/xevents.h
+++ b/x11vnc/xevents.h
@@ -13,7 +13,7 @@ extern void spawn_grab_buster(void);
extern void sync_tod_with_servertime(void);
extern void check_keycode_state(void);
extern void check_autorepeat(void);
-extern void check_xevents(void);
+extern void check_xevents(int reset);
extern void xcut_receive(char *text, int len, rfbClientPtr cl);
#endif /* _X11VNC_XEVENTS_H */
diff --git a/x11vnc/xwrappers.c b/x11vnc/xwrappers.c
index 181c4f1..14c63dd 100644
--- a/x11vnc/xwrappers.c
+++ b/x11vnc/xwrappers.c
@@ -265,6 +265,7 @@ XImage *XCreateImage_wr(Display *disp, Visual *visual, unsigned int depth,
xi->bitmap_pad = bitmap_pad;
xi->bytes_per_line = bytes_per_line ? bytes_per_line :
xi->width * xi->bits_per_pixel / 8;
+ xi->bitmap_unit = -1; /* hint to not call XDestroyImage */
return xi;
}