Go to file
Joel Martin 8db09746b7 New API. Refactor Canvas and RFB objects.
New API:

To use the RFB object, you now must instantiate it (this allows more
than one instance of it on the same page).

    rfb = new RFB(settings);

The 'settings' variable is a namespace that contains initial default
settings. These can also be set and read using 'rfb.set_FOO()' and
'rfb.get_FOO()' where FOO is the setting name. The current settings
are (and defaults) are:
    - target: the DOM Canvas element to use ('VNC_canvas').
    - encrypt: whether to encrypt the connection (false)
    - true_color: true_color or palette (true)
    - b64encode: base64 encode the WebSockets data (true)
    - local_cursor: use local cursor rendering (true if supported)
    - connectTimeout: milliseconds to wait for connect (2000)
    - updateState: callback when RFB state changes (none)
    - clipboardReceive: callback when clipboard data received (none)

The parameters to the updateState callback have also changed. The
function spec is now updateState(rfb, state, oldstate, msg):
    - rfb: the RFB object that this state change is for.
    - state: the new state
    - oldstate: the previous state
    - msg: a message associate with the state (not always set).

The clipboardReceive spec is clipboardReceive(rfb, text):
    - rfb: the RFB object that this text is from.
    - text: the clipboard text received.

Changes:

- The RFB and Canvas namespaces are now more proper objects. Private
  implementation is no longer exposed and the public API has been made
  explicit. Also, instantiation allows more than one VNC connection
  on the same page (to complete this, DefaultControls will also need
  this same refactoring).

- Added 'none' logging level.

- Removed automatic stylesheet selection workaround in util.js and
  move it to defaultcontrols so that it doesn't interfere with
  intergration.

- Also, some major JSLinting.

- Fix input, canvas, and cursor tests to work with new model.
2010-08-02 17:07:27 -05:00
docs Update TODO. 2010-07-29 10:46:58 -05:00
include New API. Refactor Canvas and RFB objects. 2010-08-02 17:07:27 -05:00
tests New API. Refactor Canvas and RFB objects. 2010-08-02 17:07:27 -05:00
utils Fix listen_port check. 2010-07-17 12:13:54 -05:00
.gitignore First pass at working C wsproxy. 2010-06-04 17:10:06 -05:00
LICENSE.txt Clean up top level: move license files to docs/ 2010-07-15 18:45:32 -05:00
README.md New API. Refactor Canvas and RFB objects. 2010-08-02 17:07:27 -05:00
vnc.html New API. Refactor Canvas and RFB objects. 2010-08-02 17:07:27 -05:00
vnc_auto.html New API. Refactor Canvas and RFB objects. 2010-08-02 17:07:27 -05:00

README.md

noVNC: HTML5 VNC Client

Description

noVNC is a VNC client implemented using HTML5 technologies, specifically Canvas and WebSockets (supports 'wss://' encryption).

For browsers that do not have builtin WebSockets support, the project includes web-socket-js, a WebSockets emulator using Adobe Flash .

In addition, as3crypto has been added to web-socket-js to implement WebSockets SSL/TLS encryption, i.e. the "wss://" URI scheme.

Special thanks to Sentry Data Systems for sponsoring ongoing development of this project (and for employing me).

Notable commits, announcements and news are posted to @noVNC

Screenshots

Running in Chrome before and after connecting:

 

See more screenshots here.

Requirements

Unless you are using a VNC server with support for WebSockets connections (only my fork of libvncserver currently), you need to use a WebSockets to TCP socket proxy. There is a python proxy included ('wsproxy'). One advantage of using the proxy is that it has builtin support for SSL/TLS encryption (i.e. "wss://").

There a few reasons why a proxy is required:

  1. WebSockets is not a pure socket protocol. There is an initial HTTP like handshake to allow easy hand-off by web servers and allow some origin policy exchange. Also, each WebSockets frame begins with 0 ('\x00') and ends with 255 ('\xff').

  2. Javascript itself does not have the ability to handle pure byte arrays. The python proxy encodes the data as base64 so that the Javascript client can decode the data as an integer array.

Quick Start

  • Use the launch script to start a mini-webserver and the WebSockets proxy. The --vnc option is used to specify the location of a running VNC server:

    ./utils/launch.sh --vnc localhost:5901

  • Point your browser to the cut-and-paste URL that is output by the launch script. Enter a password if the VNC server has one configured. Hit the Connect button and enjoy!

Advanced usage

  • To encrypt the traffic using the WebSocket 'wss://' URI scheme you need to generate a certificate for the proxy to load. By default the proxy loads a certificate file name self.pem but the --cert=CERT option can override the file name. You can generate a self-signed certificate using openssl. When asked for the common name, use the hostname of the server where the proxy will be running:

    openssl req -new -x509 -days 365 -nodes -out self.pem -keyout self.pem

  • tightvnc provide a nice startup script that can be used to run a separate X desktop that is served by VNC. To install and run the server under Ubuntu you would do something like this:

    sudo apt-get install tightvncserver

    vncserver :1

    The VNC server will run in the background. The port that it runs on is the display number + 5900 (i.e. 5901 in the case above).

  • x11vnc can be used to share your current X desktop. Note that if you run noVNC on the X desktop you are connecting to via VNC you will get a neat hall of mirrors effect, but the the client and server will fight over the mouse.

    sudo apt-get install x11vnc

    x11vnc -forever -display :0

    Without the -forever option, x11vnc will exit after the first disconnect. The -display option indicates the exiting X display to share. The port that it runs on is the display number + 5900 (i.e. 5900 in the case above).

  • To run the python proxy directly without using launch script (to pass additional options for example):

    ./utils/wsproxy.py -f source_port target_addr:target_port

    ./utils/wsproxy.py -f 8787 localhost:5901

  • To run the mini python web server without the launch script:

    ./utils/web.py PORT

    ./utils/web.py 8080

  • Point your web browser at http://localhost:8080/vnc.html (or whatever port you used above to run the web server). Specify the host and port where the proxy is running and the password that the vnc server is using (if any). Hit the Connect button.

Browser Support

In the following table Jaunty is Ubuntu 9.04 and WinXP is Windows XP.

Linux (Ubuntu 9.04)

OS Browser Status Notes
Jaunty Chrome 5.0.375.29 Excellent Very fast. Native WebSockets.
Jaunty Firefox 3.5 Good Large full-color images are somewhat slow from web-socket-js overhead.
Jaunty Firefox 3.0.17 Fair Works fine but is slow.
Jaunty Opera 10.60 Poor web-socket-js problems, mouse/keyboard issues. See note 1
Jaunty Arora 0.5 Good Broken putImageData so large full-color images are slow. Uses web-socket-js.
Jaunty Konqueror 4.2.2 Broken web-socket-js never loads
WinXP Chrome 5.0.375.99 Excellent Very fast. Native WebSockets.
WinXP Firefox 3.0.19 Good Some overhead from web-socket-js.
WinXP Safari 5.0 Fair Fast. Native WebSockets. Broken 'wss://' (SSL) - weird client header
WinXP IE 6, 7, 8 Non-starter No basic Canvas support. Javascript painfully slow.
  • Note 1: Opera interacts poorly with web-socket-js. After two disconnects the browser tab or Flash often hang. Although Javascript is faster than Firefox 3.5, the high variability of web-socket-js performance results in overall performance being lower. Middle mouse clicks and keyboard events need some work to work properly under Opera. Also, Opera does not have support for setting the cursor style url to a data URI scheme, so cursor pseudo-encoding is disabled.

Integration

The client is designed to be easily integrated with existing web structure and style.

At a minimum you must include the vnc.js and default_controls.js scripts and call DefaultControls.load(). For example:

<head>
    <script src='include/vnc.js'></script>
    <script src="include/default_controls.js"></script>
</head>
<body>
    <div id='vnc'>Loading</div>

    <script>
        window.onload = function () {
            DefaultControls.load('vnc');
        }
    </script>
</body>

See vnc.html and vnc_auto.html for examples. The file include/plain.css has a list of stylable elements.

The vnc.js also includes other scripts within the include sub-directory. The VNC_uri_prefix variable can be use override the URL path to the include sub-directory.

Troubleshooting

You will need console logging support in the browser. Recent Chrome and Opera versions have built in support. Firefox has a nice extension called "firebug" that gives console logging support.

First, load the noVNC page with logging=debug added to the query string. For example vnc.html?logging=debug.

Then, activate the console logger in your browser. With Chrome it can be activate using Ctrl+Shift+J and then switching to the "Console" tab. With firefox+firebug, it can be activated using Ctrl+F12.

Now reproduce the problem. The console log output will give more information about what is going wrong and where in the code the problem is located.

If you file a issue/bug, it is very helpful for me to have the last page of console output leading up the problem in the issue report. Other helpful issue/bug information: browser version, OS version, noVNC git version, and VNC server name/version.