2006-05-01 14:38:19 +04:00
|
|
|
/*
|
|
|
|
* QEMU VNC display driver
|
2007-09-17 01:08:06 +04:00
|
|
|
*
|
2006-05-01 14:38:19 +04:00
|
|
|
* Copyright (C) 2006 Anthony Liguori <anthony@codemonkey.ws>
|
|
|
|
* Copyright (C) 2006 Fabrice Bellard
|
2009-03-06 23:27:13 +03:00
|
|
|
* Copyright (C) 2009 Red Hat, Inc
|
2007-09-17 01:08:06 +04:00
|
|
|
*
|
2006-05-01 14:38:19 +04:00
|
|
|
* Permission is hereby granted, free of charge, to any person obtaining a copy
|
|
|
|
* of this software and associated documentation files (the "Software"), to deal
|
|
|
|
* in the Software without restriction, including without limitation the rights
|
|
|
|
* to use, copy, modify, merge, publish, distribute, sublicense, and/or sell
|
|
|
|
* copies of the Software, and to permit persons to whom the Software is
|
|
|
|
* furnished to do so, subject to the following conditions:
|
|
|
|
*
|
|
|
|
* The above copyright notice and this permission notice shall be included in
|
|
|
|
* all copies or substantial portions of the Software.
|
|
|
|
*
|
|
|
|
* THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
|
|
|
|
* IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
|
|
|
|
* FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL
|
|
|
|
* THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
|
|
|
|
* LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM,
|
|
|
|
* OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN
|
|
|
|
* THE SOFTWARE.
|
|
|
|
*/
|
|
|
|
|
2016-01-29 20:49:51 +03:00
|
|
|
#include "qemu/osdep.h"
|
2009-03-06 23:27:13 +03:00
|
|
|
#include "vnc.h"
|
2010-07-07 22:58:02 +04:00
|
|
|
#include "vnc-jobs.h"
|
2014-05-21 15:18:20 +04:00
|
|
|
#include "trace.h"
|
2014-09-18 14:54:49 +04:00
|
|
|
#include "hw/qdev.h"
|
2012-12-17 21:20:04 +04:00
|
|
|
#include "sysemu/sysemu.h"
|
2015-03-17 20:29:20 +03:00
|
|
|
#include "qemu/error-report.h"
|
2012-12-17 21:20:00 +04:00
|
|
|
#include "qemu/sockets.h"
|
|
|
|
#include "qemu/timer.h"
|
|
|
|
#include "qemu/acl.h"
|
2014-09-16 14:33:03 +04:00
|
|
|
#include "qemu/config-file.h"
|
2015-03-17 19:22:46 +03:00
|
|
|
#include "qapi/qmp/qerror.h"
|
2012-12-17 21:19:43 +04:00
|
|
|
#include "qapi/qmp/types.h"
|
2011-10-17 22:41:22 +04:00
|
|
|
#include "qmp-commands.h"
|
2013-12-02 17:27:18 +04:00
|
|
|
#include "ui/input.h"
|
2014-06-18 10:43:49 +04:00
|
|
|
#include "qapi-event.h"
|
2015-07-01 20:10:36 +03:00
|
|
|
#include "crypto/hash.h"
|
ui: convert VNC server to use QCryptoTLSSession
Switch VNC server over to using the QCryptoTLSSession object
for the TLS session. This removes the direct use of gnutls
from the VNC server code. It also removes most knowledge
about TLS certificate handling from the VNC server code.
This has the nice effect that all the CONFIG_VNC_TLS
conditionals go away and the user gets an actual error
message when requesting TLS instead of it being silently
ignored.
With this change, the existing configuration options for
enabling TLS with -vnc are deprecated.
Old syntax for anon-DH credentials:
-vnc hostname:0,tls
New syntax:
-object tls-creds-anon,id=tls0,endpoint=server \
-vnc hostname:0,tls-creds=tls0
Old syntax for x509 credentials, no client certs:
-vnc hostname:0,tls,x509=/path/to/certs
New syntax:
-object tls-creds-x509,id=tls0,dir=/path/to/certs,endpoint=server,verify-peer=no \
-vnc hostname:0,tls-creds=tls0
Old syntax for x509 credentials, requiring client certs:
-vnc hostname:0,tls,x509verify=/path/to/certs
New syntax:
-object tls-creds-x509,id=tls0,dir=/path/to/certs,endpoint=server,verify-peer=yes \
-vnc hostname:0,tls-creds=tls0
This aligns VNC with the way TLS credentials are to be
configured in the future for chardev, nbd and migration
backends. It also has the benefit that the same TLS
credentials can be shared across multiple VNC server
instances, if desired.
If someone uses the deprecated syntax, it will internally
result in the creation of a 'tls-creds' object with an ID
based on the VNC server ID. This allows backwards compat
with the CLI syntax, while still deleting all the original
TLS code from the VNC server.
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
2015-08-06 16:39:32 +03:00
|
|
|
#include "crypto/tlscredsanon.h"
|
|
|
|
#include "crypto/tlscredsx509.h"
|
|
|
|
#include "qom/object_interfaces.h"
|
2016-03-20 20:16:19 +03:00
|
|
|
#include "qemu/cutils.h"
|
2017-02-03 15:06:47 +03:00
|
|
|
#include "io/dns-resolver.h"
|
2006-05-01 01:28:36 +04:00
|
|
|
|
2013-03-14 14:56:16 +04:00
|
|
|
#define VNC_REFRESH_INTERVAL_BASE GUI_REFRESH_INTERVAL_DEFAULT
|
2009-08-03 13:56:01 +04:00
|
|
|
#define VNC_REFRESH_INTERVAL_INC 50
|
2013-03-14 14:56:16 +04:00
|
|
|
#define VNC_REFRESH_INTERVAL_MAX GUI_REFRESH_INTERVAL_IDLE
|
2011-02-04 11:05:55 +03:00
|
|
|
static const struct timeval VNC_REFRESH_STATS = { 0, 500000 };
|
|
|
|
static const struct timeval VNC_REFRESH_LOSSY = { 2, 0 };
|
2006-05-01 01:28:36 +04:00
|
|
|
|
|
|
|
#include "vnc_keysym.h"
|
2015-07-01 20:10:38 +03:00
|
|
|
#include "crypto/cipher.h"
|
2007-08-25 05:37:05 +04:00
|
|
|
|
2014-07-29 14:14:08 +04:00
|
|
|
static QTAILQ_HEAD(, VncDisplay) vnc_displays =
|
|
|
|
QTAILQ_HEAD_INITIALIZER(vnc_displays);
|
2007-02-05 23:20:30 +03:00
|
|
|
|
2010-05-21 13:54:34 +04:00
|
|
|
static int vnc_cursor_define(VncState *vs);
|
2012-02-08 16:18:37 +04:00
|
|
|
static void vnc_release_modifiers(VncState *vs);
|
2010-05-21 13:54:34 +04:00
|
|
|
|
2011-11-24 21:10:49 +04:00
|
|
|
static void vnc_set_share_mode(VncState *vs, VncShareMode mode)
|
|
|
|
{
|
|
|
|
#ifdef _VNC_DEBUG
|
|
|
|
static const char *mn[] = {
|
|
|
|
[0] = "undefined",
|
|
|
|
[VNC_SHARE_MODE_CONNECTING] = "connecting",
|
|
|
|
[VNC_SHARE_MODE_SHARED] = "shared",
|
|
|
|
[VNC_SHARE_MODE_EXCLUSIVE] = "exclusive",
|
|
|
|
[VNC_SHARE_MODE_DISCONNECTED] = "disconnected",
|
|
|
|
};
|
2015-02-27 19:20:57 +03:00
|
|
|
fprintf(stderr, "%s/%p: %s -> %s\n", __func__,
|
|
|
|
vs->ioc, mn[vs->share_mode], mn[mode]);
|
2011-11-24 21:10:49 +04:00
|
|
|
#endif
|
|
|
|
|
2014-10-02 14:09:34 +04:00
|
|
|
switch (vs->share_mode) {
|
|
|
|
case VNC_SHARE_MODE_CONNECTING:
|
|
|
|
vs->vd->num_connecting--;
|
|
|
|
break;
|
|
|
|
case VNC_SHARE_MODE_SHARED:
|
|
|
|
vs->vd->num_shared--;
|
|
|
|
break;
|
|
|
|
case VNC_SHARE_MODE_EXCLUSIVE:
|
2011-11-24 21:10:49 +04:00
|
|
|
vs->vd->num_exclusive--;
|
2014-10-02 14:09:34 +04:00
|
|
|
break;
|
|
|
|
default:
|
|
|
|
break;
|
2011-11-24 21:10:49 +04:00
|
|
|
}
|
2014-10-02 14:09:34 +04:00
|
|
|
|
2011-11-24 21:10:49 +04:00
|
|
|
vs->share_mode = mode;
|
2014-10-02 14:09:34 +04:00
|
|
|
|
|
|
|
switch (vs->share_mode) {
|
|
|
|
case VNC_SHARE_MODE_CONNECTING:
|
|
|
|
vs->vd->num_connecting++;
|
|
|
|
break;
|
|
|
|
case VNC_SHARE_MODE_SHARED:
|
|
|
|
vs->vd->num_shared++;
|
|
|
|
break;
|
|
|
|
case VNC_SHARE_MODE_EXCLUSIVE:
|
2011-11-24 21:10:49 +04:00
|
|
|
vs->vd->num_exclusive++;
|
2014-10-02 14:09:34 +04:00
|
|
|
break;
|
|
|
|
default:
|
|
|
|
break;
|
2011-11-24 21:10:49 +04:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2009-03-06 23:27:05 +03:00
|
|
|
|
2017-04-26 10:36:41 +03:00
|
|
|
static void vnc_init_basic_info(SocketAddress *addr,
|
2015-10-27 01:34:45 +03:00
|
|
|
VncBasicInfo *info,
|
|
|
|
Error **errp)
|
2009-12-10 22:16:10 +03:00
|
|
|
{
|
2015-02-27 19:20:57 +03:00
|
|
|
switch (addr->type) {
|
2017-04-26 10:36:41 +03:00
|
|
|
case SOCKET_ADDRESS_TYPE_INET:
|
|
|
|
info->host = g_strdup(addr->u.inet.host);
|
|
|
|
info->service = g_strdup(addr->u.inet.port);
|
|
|
|
if (addr->u.inet.ipv6) {
|
2015-02-27 19:20:57 +03:00
|
|
|
info->family = NETWORK_ADDRESS_FAMILY_IPV6;
|
|
|
|
} else {
|
|
|
|
info->family = NETWORK_ADDRESS_FAMILY_IPV4;
|
|
|
|
}
|
|
|
|
break;
|
2009-12-10 22:16:10 +03:00
|
|
|
|
2017-04-26 10:36:41 +03:00
|
|
|
case SOCKET_ADDRESS_TYPE_UNIX:
|
2015-02-27 19:20:57 +03:00
|
|
|
info->host = g_strdup("");
|
2017-04-26 10:36:41 +03:00
|
|
|
info->service = g_strdup(addr->u.q_unix.path);
|
2015-02-27 19:20:57 +03:00
|
|
|
info->family = NETWORK_ADDRESS_FAMILY_UNIX;
|
|
|
|
break;
|
|
|
|
|
2017-04-26 10:36:41 +03:00
|
|
|
case SOCKET_ADDRESS_TYPE_VSOCK:
|
|
|
|
case SOCKET_ADDRESS_TYPE_FD:
|
2017-03-30 20:43:11 +03:00
|
|
|
error_setg(errp, "Unsupported socket address type %s",
|
2017-04-26 10:36:41 +03:00
|
|
|
SocketAddressType_lookup[addr->type]);
|
2015-02-27 19:20:57 +03:00
|
|
|
break;
|
2017-03-30 20:43:11 +03:00
|
|
|
default:
|
|
|
|
abort();
|
2009-12-10 22:16:10 +03:00
|
|
|
}
|
|
|
|
|
2015-02-27 19:20:57 +03:00
|
|
|
return;
|
2009-12-10 22:16:10 +03:00
|
|
|
}
|
|
|
|
|
2015-02-27 19:20:57 +03:00
|
|
|
static void vnc_init_basic_info_from_server_addr(QIOChannelSocket *ioc,
|
|
|
|
VncBasicInfo *info,
|
2015-10-27 01:34:45 +03:00
|
|
|
Error **errp)
|
2009-12-10 22:16:10 +03:00
|
|
|
{
|
2017-04-26 10:36:41 +03:00
|
|
|
SocketAddress *addr = NULL;
|
2009-12-10 22:16:10 +03:00
|
|
|
|
vnc: don't crash getting server info if lsock is NULL
When VNC is started with '-vnc none' there will be no
listener socket present. When we try to populate the
VncServerInfo we'll crash accessing a NULL 'lsock'
field.
#0 qio_channel_socket_get_local_address (ioc=0x0, errp=errp@entry=0x7ffd5b8aa0f0) at io/channel-socket.c:33
#1 0x00007f4b9a297d6f in vnc_init_basic_info_from_server_addr (errp=0x7ffd5b8aa0f0, info=0x7f4b9d425460, ioc=<optimized out>) at ui/vnc.c:146
#2 vnc_server_info_get (vd=0x7f4b9e858000) at ui/vnc.c:223
#3 0x00007f4b9a29d318 in vnc_qmp_event (vs=0x7f4b9ef82000, vs=0x7f4b9ef82000, event=QAPI_EVENT_VNC_CONNECTED) at ui/vnc.c:279
#4 vnc_connect (vd=vd@entry=0x7f4b9e858000, sioc=sioc@entry=0x7f4b9e8b3a20, skipauth=skipauth@entry=true, websocket=websocket @entry=false) at ui/vnc.c:2994
#5 0x00007f4b9a29e8c8 in vnc_display_add_client (id=<optimized out>, csock=<optimized out>, skipauth=<optimized out>) at ui/v nc.c:3825
#6 0x00007f4b9a18d8a1 in qmp_marshal_add_client (args=<optimized out>, ret=<optimized out>, errp=0x7ffd5b8aa230) at qmp-marsh al.c:123
#7 0x00007f4b9a0b53f5 in handle_qmp_command (parser=<optimized out>, tokens=<optimized out>) at /usr/src/debug/qemu-2.6.0/mon itor.c:3922
#8 0x00007f4b9a348580 in json_message_process_token (lexer=0x7f4b9c78dfe8, input=0x7f4b9c7350e0, type=JSON_RCURLY, x=111, y=5 9) at qobject/json-streamer.c:94
#9 0x00007f4b9a35cfeb in json_lexer_feed_char (lexer=lexer@entry=0x7f4b9c78dfe8, ch=125 '}', flush=flush@entry=false) at qobj ect/json-lexer.c:310
#10 0x00007f4b9a35d0ae in json_lexer_feed (lexer=0x7f4b9c78dfe8, buffer=<optimized out>, size=<optimized out>) at qobject/json -lexer.c:360
#11 0x00007f4b9a348679 in json_message_parser_feed (parser=<optimized out>, buffer=<optimized out>, size=<optimized out>) at q object/json-streamer.c:114
#12 0x00007f4b9a0b3a1b in monitor_qmp_read (opaque=<optimized out>, buf=<optimized out>, size=<optimized out>) at /usr/src/deb ug/qemu-2.6.0/monitor.c:3938
#13 0x00007f4b9a186751 in tcp_chr_read (chan=<optimized out>, cond=<optimized out>, opaque=0x7f4b9c7add40) at qemu-char.c:2895
#14 0x00007f4b92b5c79a in g_main_context_dispatch () from /lib64/libglib-2.0.so.0
#15 0x00007f4b9a2bb0c0 in glib_pollfds_poll () at main-loop.c:213
#16 os_host_main_loop_wait (timeout=<optimized out>) at main-loop.c:258
#17 main_loop_wait (nonblocking=<optimized out>) at main-loop.c:506
#18 0x00007f4b9a0835cf in main_loop () at vl.c:1934
#19 main (argc=<optimized out>, argv=<optimized out>, envp=<optimized out>) at vl.c:4667
Do an upfront check for a NULL lsock and report an error to
the caller, which matches behaviour from before
commit 04d2529da27db512dcbd5e99d0e26d333f16efcc
Author: Daniel P. Berrange <berrange@redhat.com>
Date: Fri Feb 27 16:20:57 2015 +0000
ui: convert VNC server to use QIOChannelSocket
where getsockname() would be given a FD value -1 and thus report
an error to the caller.
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
Message-id: 1470134726-15697-2-git-send-email-berrange@redhat.com
Signed-off-by: Gerd Hoffmann <kraxel@redhat.com>
2016-08-02 13:45:24 +03:00
|
|
|
if (!ioc) {
|
|
|
|
error_setg(errp, "No listener socket available");
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
2015-02-27 19:20:57 +03:00
|
|
|
addr = qio_channel_socket_get_local_address(ioc, errp);
|
|
|
|
if (!addr) {
|
2015-10-27 01:34:45 +03:00
|
|
|
return;
|
2009-12-10 22:16:10 +03:00
|
|
|
}
|
|
|
|
|
2015-02-27 19:20:57 +03:00
|
|
|
vnc_init_basic_info(addr, info, errp);
|
2017-04-26 10:36:41 +03:00
|
|
|
qapi_free_SocketAddress(addr);
|
2009-12-10 22:16:10 +03:00
|
|
|
}
|
|
|
|
|
2015-02-27 19:20:57 +03:00
|
|
|
static void vnc_init_basic_info_from_remote_addr(QIOChannelSocket *ioc,
|
|
|
|
VncBasicInfo *info,
|
2015-10-27 01:34:45 +03:00
|
|
|
Error **errp)
|
2009-12-10 22:16:10 +03:00
|
|
|
{
|
2017-04-26 10:36:41 +03:00
|
|
|
SocketAddress *addr = NULL;
|
2009-12-10 22:16:10 +03:00
|
|
|
|
2015-02-27 19:20:57 +03:00
|
|
|
addr = qio_channel_socket_get_remote_address(ioc, errp);
|
|
|
|
if (!addr) {
|
2015-10-27 01:34:45 +03:00
|
|
|
return;
|
2009-12-10 22:16:10 +03:00
|
|
|
}
|
|
|
|
|
2015-02-27 19:20:57 +03:00
|
|
|
vnc_init_basic_info(addr, info, errp);
|
2017-04-26 10:36:41 +03:00
|
|
|
qapi_free_SocketAddress(addr);
|
2009-12-10 22:16:10 +03:00
|
|
|
}
|
|
|
|
|
2009-03-06 23:27:05 +03:00
|
|
|
static const char *vnc_auth_name(VncDisplay *vd) {
|
|
|
|
switch (vd->auth) {
|
|
|
|
case VNC_AUTH_INVALID:
|
|
|
|
return "invalid";
|
|
|
|
case VNC_AUTH_NONE:
|
|
|
|
return "none";
|
|
|
|
case VNC_AUTH_VNC:
|
|
|
|
return "vnc";
|
|
|
|
case VNC_AUTH_RA2:
|
|
|
|
return "ra2";
|
|
|
|
case VNC_AUTH_RA2NE:
|
|
|
|
return "ra2ne";
|
|
|
|
case VNC_AUTH_TIGHT:
|
|
|
|
return "tight";
|
|
|
|
case VNC_AUTH_ULTRA:
|
|
|
|
return "ultra";
|
|
|
|
case VNC_AUTH_TLS:
|
|
|
|
return "tls";
|
|
|
|
case VNC_AUTH_VENCRYPT:
|
|
|
|
switch (vd->subauth) {
|
|
|
|
case VNC_AUTH_VENCRYPT_PLAIN:
|
|
|
|
return "vencrypt+plain";
|
|
|
|
case VNC_AUTH_VENCRYPT_TLSNONE:
|
|
|
|
return "vencrypt+tls+none";
|
|
|
|
case VNC_AUTH_VENCRYPT_TLSVNC:
|
|
|
|
return "vencrypt+tls+vnc";
|
|
|
|
case VNC_AUTH_VENCRYPT_TLSPLAIN:
|
|
|
|
return "vencrypt+tls+plain";
|
|
|
|
case VNC_AUTH_VENCRYPT_X509NONE:
|
|
|
|
return "vencrypt+x509+none";
|
|
|
|
case VNC_AUTH_VENCRYPT_X509VNC:
|
|
|
|
return "vencrypt+x509+vnc";
|
|
|
|
case VNC_AUTH_VENCRYPT_X509PLAIN:
|
|
|
|
return "vencrypt+x509+plain";
|
2009-03-06 23:27:40 +03:00
|
|
|
case VNC_AUTH_VENCRYPT_TLSSASL:
|
|
|
|
return "vencrypt+tls+sasl";
|
|
|
|
case VNC_AUTH_VENCRYPT_X509SASL:
|
|
|
|
return "vencrypt+x509+sasl";
|
2009-03-06 23:27:05 +03:00
|
|
|
default:
|
|
|
|
return "vencrypt";
|
|
|
|
}
|
Add SASL authentication support ("Daniel P. Berrange")
This patch adds the new SASL authentication protocol to the VNC server.
It is enabled by setting the 'sasl' flag when launching VNC. SASL can
optionally provide encryption via its SSF layer, if a suitable mechanism
is configured (eg, GSSAPI/Kerberos, or Digest-MD5). If an SSF layer is
not available, then it should be combined with the x509 VNC authentication
protocol which provides encryption.
eg, if using GSSAPI
qemu -vnc localhost:1,sasl
eg if using TLS/x509 for encryption
qemu -vnc localhost:1,sasl,tls,x509
By default the Cyrus SASL library will look for its configuration in
the file /etc/sasl2/qemu.conf. For non-root users, this can be overridden
by setting the SASL_CONF_PATH environment variable, eg to make it look in
$HOME/.sasl2. NB unprivileged users may not have access to the full range
of SASL mechanisms, since some of them require some administrative privileges
to configure. The patch includes an example SASL configuration file which
illustrates config for GSSAPI and Digest-MD5, though it should be noted that
the latter is not really considered secure any more.
Most of the SASL authentication code is located in a separate source file,
vnc-auth-sasl.c. The main vnc.c file only contains minimal integration
glue, specifically parsing of command line flags / setup, and calls to
start the SASL auth process, to do encoding/decoding for data.
There are several possible stacks for reading & writing of data, depending
on the combo of VNC authentication methods in use
- Clear. read/write straight to socket
- TLS. read/write via GNUTLS helpers
- SASL. encode/decode via SASL SSF layer, then read/write to socket
- SASL+TLS. encode/decode via SASL SSF layer, then read/write via GNUTLS
Hence, the vnc_client_read & vnc_client_write methods have been refactored
a little.
vnc_client_read: main entry point for reading, calls either
- vnc_client_read_plain reading, with no intermediate decoding
- vnc_client_read_sasl reading, with SASL SSF decoding
These two methods, then call vnc_client_read_buf(). This decides
whether to write to the socket directly or write via GNUTLS.
The situation is the same for writing data. More extensive comments
have been added in the code / patch. The vnc_client_read_sasl and
vnc_client_write_sasl method implementations live in the separate
vnc-auth-sasl.c file.
The state required for the SASL auth mechanism is kept in a separate
VncStateSASL struct, defined in vnc-auth-sasl.h and included in the
main VncState.
The configure script probes for SASL and automatically enables it
if found, unless --disable-vnc-sasl was given to override it.
Makefile | 7
Makefile.target | 5
b/qemu.sasl | 34 ++
b/vnc-auth-sasl.c | 626 ++++++++++++++++++++++++++++++++++++++++++++++++++++
b/vnc-auth-sasl.h | 67 +++++
configure | 34 ++
qemu-doc.texi | 97 ++++++++
vnc-auth-vencrypt.c | 12
vnc.c | 249 ++++++++++++++++++--
vnc.h | 31 ++
10 files changed, 1129 insertions(+), 33 deletions(-)
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
Signed-off-by: Anthony Liguori <aliguori@us.ibm.com>
git-svn-id: svn://svn.savannah.nongnu.org/qemu/trunk@6724 c046a42c-6fe2-441c-8c8c-71466251a162
2009-03-06 23:27:28 +03:00
|
|
|
case VNC_AUTH_SASL:
|
2009-03-06 23:27:40 +03:00
|
|
|
return "sasl";
|
2009-03-06 23:27:05 +03:00
|
|
|
}
|
|
|
|
return "unknown";
|
|
|
|
}
|
|
|
|
|
2014-07-29 14:14:08 +04:00
|
|
|
static VncServerInfo *vnc_server_info_get(VncDisplay *vd)
|
2010-01-14 19:50:53 +03:00
|
|
|
{
|
2014-06-18 10:43:49 +04:00
|
|
|
VncServerInfo *info;
|
2015-10-27 01:34:45 +03:00
|
|
|
Error *err = NULL;
|
2010-01-14 19:50:53 +03:00
|
|
|
|
2017-02-03 15:06:44 +03:00
|
|
|
if (!vd->nlsock) {
|
|
|
|
return NULL;
|
|
|
|
}
|
|
|
|
|
vnc: fix crash when vnc_server_info_get has an error
The vnc_server_info_get will allocate the VncServerInfo
struct and then call vnc_init_basic_info_from_server_addr
to populate the basic fields. If this returns an error
though, the qapi_free_VncServerInfo call will then crash
because the VncServerInfo struct instance was not properly
NULL-initialized and thus contains random stack garbage.
#0 0x00007f1987c8e6f5 in raise () at /lib64/libc.so.6
#1 0x00007f1987c902fa in abort () at /lib64/libc.so.6
#2 0x00007f1987ccf600 in __libc_message () at /lib64/libc.so.6
#3 0x00007f1987cd7d4a in _int_free () at /lib64/libc.so.6
#4 0x00007f1987cdb2ac in free () at /lib64/libc.so.6
#5 0x00007f198b654f6e in g_free () at /lib64/libglib-2.0.so.0
#6 0x0000559193cdcf54 in visit_type_str (v=v@entry=
0x5591972f14b0, name=name@entry=0x559193de1e29 "host", obj=obj@entry=0x5591961dbfa0, errp=errp@entry=0x7fffd7899d80)
at qapi/qapi-visit-core.c:255
#7 0x0000559193cca8f3 in visit_type_VncBasicInfo_members (v=v@entry=
0x5591972f14b0, obj=obj@entry=0x5591961dbfa0, errp=errp@entry=0x7fffd7899dc0) at qapi-visit.c:12307
#8 0x0000559193ccb523 in visit_type_VncServerInfo_members (v=v@entry=
0x5591972f14b0, obj=0x5591961dbfa0, errp=errp@entry=0x7fffd7899e00) at qapi-visit.c:12632
#9 0x0000559193ccb60b in visit_type_VncServerInfo (v=v@entry=
0x5591972f14b0, name=name@entry=0x0, obj=obj@entry=0x7fffd7899e48, errp=errp@entry=0x0) at qapi-visit.c:12658
#10 0x0000559193cb53d8 in qapi_free_VncServerInfo (obj=<optimized out>) at qapi-types.c:3970
#11 0x0000559193c1e6ba in vnc_server_info_get (vd=0x7f1951498010) at ui/vnc.c:233
#12 0x0000559193c24275 in vnc_connect (vs=0x559197b2f200, vs=0x559197b2f200, event=QAPI_EVENT_VNC_CONNECTED) at ui/vnc.c:284
#13 0x0000559193c24275 in vnc_connect (vd=vd@entry=0x7f1951498010, sioc=sioc@entry=0x559196bf9c00, skipauth=skipauth@entry=tru e, websocket=websocket@entry=false) at ui/vnc.c:3039
#14 0x0000559193c25806 in vnc_display_add_client (id=<optimized out>, csock=<optimized out>, skipauth=<optimized out>)
at ui/vnc.c:3877
#15 0x0000559193a90c28 in qmp_marshal_add_client (args=<optimized out>, ret=<optimized out>, errp=0x7fffd7899f90)
at qmp-marshal.c:105
#16 0x000055919399c2b7 in handle_qmp_command (parser=<optimized out>, tokens=<optimized out>)
at /home/berrange/src/virt/qemu/monitor.c:3971
#17 0x0000559193ce3307 in json_message_process_token (lexer=0x559194ab0838, input=0x559194a6d940, type=JSON_RCURLY, x=111, y=1 2) at qobject/json-streamer.c:105
#18 0x0000559193cfa90d in json_lexer_feed_char (lexer=lexer@entry=0x559194ab0838, ch=125 '}', flush=flush@entry=false)
at qobject/json-lexer.c:319
#19 0x0000559193cfaa1e in json_lexer_feed (lexer=0x559194ab0838, buffer=<optimized out>, size=<optimized out>)
at qobject/json-lexer.c:369
#20 0x0000559193ce33c9 in json_message_parser_feed (parser=<optimized out>, buffer=<optimized out>, size=<optimized out>)
at qobject/json-streamer.c:124
#21 0x000055919399a85b in monitor_qmp_read (opaque=<optimized out>, buf=<optimized out>, size=<optimized out>)
at /home/berrange/src/virt/qemu/monitor.c:3987
#22 0x0000559193a87d00 in tcp_chr_read (chan=<optimized out>, cond=<optimized out>, opaque=0x559194a7d900)
at qemu-char.c:2895
#23 0x00007f198b64f703 in g_main_context_dispatch () at /lib64/libglib-2.0.so.0
#24 0x0000559193c484b3 in main_loop_wait () at main-loop.c:213
#25 0x0000559193c484b3 in main_loop_wait (timeout=<optimized out>) at main-loop.c:258
#26 0x0000559193c484b3 in main_loop_wait (nonblocking=<optimized out>) at main-loop.c:506
#27 0x0000559193964c55 in main () at vl.c:1908
#28 0x0000559193964c55 in main (argc=<optimized out>, argv=<optimized out>, envp=<optimized out>) at vl.c:4603
This was introduced in
commit 98481bfcd661daa3c160cc87a297b0e60a307788
Author: Eric Blake <eblake@redhat.com>
Date: Mon Oct 26 16:34:45 2015 -0600
vnc: Hoist allocation of VncBasicInfo to callers
which added error reporting for vnc_init_basic_info_from_server_addr
but didn't change the g_malloc calls to g_malloc0.
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
Message-id: 1470134726-15697-3-git-send-email-berrange@redhat.com
Signed-off-by: Gerd Hoffmann <kraxel@redhat.com>
2016-08-02 13:45:25 +03:00
|
|
|
info = g_malloc0(sizeof(*info));
|
2017-02-03 15:06:44 +03:00
|
|
|
vnc_init_basic_info_from_server_addr(vd->lsock[0],
|
qapi: Unbox base members
Rather than storing a base class as a pointer to a box, just
store the fields of that base class in the same order, so that
a child struct can be directly cast to its parent. This gives
less malloc overhead, less pointer dereferencing, and even less
generated code. Compare to the earlier commit 1e6c1616a "qapi:
Generate a nicer struct for flat unions" (although that patch
had fewer places to change, as less of qemu was directly using
qapi structs for flat unions). It also allows us to turn on
automatic type-safe wrappers for upcasting to the base class
of a struct.
Changes to the generated code look like this in qapi-types.h:
| struct SpiceChannel {
|- SpiceBasicInfo *base;
|+ /* Members inherited from SpiceBasicInfo: */
|+ char *host;
|+ char *port;
|+ NetworkAddressFamily family;
|+ /* Own members: */
| int64_t connection_id;
as well as additional upcast functions like qapi_SpiceChannel_base().
Meanwhile, changes to qapi-visit.c look like:
| static void visit_type_SpiceChannel_fields(Visitor *v, SpiceChannel **obj, Error **errp)
| {
| Error *err = NULL;
|
|- visit_type_implicit_SpiceBasicInfo(v, &(*obj)->base, &err);
|+ visit_type_SpiceBasicInfo_fields(v, (SpiceBasicInfo **)obj, &err);
| if (err) {
(the cast is necessary, since our upcast wrappers only deal with a
single pointer, not pointer-to-pointer); plus the wholesale
elimination of some now-unused visit_type_implicit_FOO() functions.
Without boxing, the corner case of one empty struct having
another empty struct as its base type now requires inserting a
dummy member (previously, the 'Base *base' member sufficed).
And now that we no longer consume a 'base' member in the generated
C struct, we can delete the former negative struct-base-clash-base
test.
Signed-off-by: Eric Blake <eblake@redhat.com>
Message-Id: <1445898903-12082-11-git-send-email-eblake@redhat.com>
[Commit message tweaked slightly]
Signed-off-by: Markus Armbruster <armbru@redhat.com>
2015-10-27 01:34:49 +03:00
|
|
|
qapi_VncServerInfo_base(info), &err);
|
2014-06-18 10:43:49 +04:00
|
|
|
info->has_auth = true;
|
2014-07-29 14:14:08 +04:00
|
|
|
info->auth = g_strdup(vnc_auth_name(vd));
|
2015-10-27 01:34:45 +03:00
|
|
|
if (err) {
|
|
|
|
qapi_free_VncServerInfo(info);
|
|
|
|
info = NULL;
|
|
|
|
error_free(err);
|
|
|
|
}
|
2014-06-18 10:43:49 +04:00
|
|
|
return info;
|
2010-01-14 19:50:53 +03:00
|
|
|
}
|
|
|
|
|
2010-01-14 19:50:56 +03:00
|
|
|
static void vnc_client_cache_auth(VncState *client)
|
2009-03-06 23:27:05 +03:00
|
|
|
{
|
2010-01-14 19:50:56 +03:00
|
|
|
if (!client->info) {
|
|
|
|
return;
|
2009-12-10 22:16:10 +03:00
|
|
|
}
|
Include auth credentials in 'info vnc' ("Daniel P. Berrange")
This patch extends the 'info vnc' monitor output to include information
about the VNC client authentication credentials.
For clients authenticated using SASL, this will output the username.
For clients authenticated using x509 certificates, this will output
the x509 distinguished name.
Auth can be stacked, so both username & x509 dname may be shown.
Server:
address: 0.0.0.0:5902
auth: vencrypt+x509+sasl
Client:
address: 10.33.6.67:38621
x509 dname: C=GB,O=ACME,L=London,ST=London,CN=localhost
username: admin
Client:
address: 10.33.6.63:38620
x509 dname: C=GB,O=ACME,L=London,ST=London,CN=localhost
username: admin
vnc-tls.c | 17 +++++++++++++++++
vnc-tls.h | 3 +++
vnc.c | 19 +++++++++++++++++--
3 files changed, 37 insertions(+), 2 deletions(-)
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
Signed-off-by: Anthony Liguori <aliguori@us.ibm.com>
git-svn-id: svn://svn.savannah.nongnu.org/qemu/trunk@6725 c046a42c-6fe2-441c-8c8c-71466251a162
2009-03-06 23:27:32 +03:00
|
|
|
|
ui: convert VNC server to use QCryptoTLSSession
Switch VNC server over to using the QCryptoTLSSession object
for the TLS session. This removes the direct use of gnutls
from the VNC server code. It also removes most knowledge
about TLS certificate handling from the VNC server code.
This has the nice effect that all the CONFIG_VNC_TLS
conditionals go away and the user gets an actual error
message when requesting TLS instead of it being silently
ignored.
With this change, the existing configuration options for
enabling TLS with -vnc are deprecated.
Old syntax for anon-DH credentials:
-vnc hostname:0,tls
New syntax:
-object tls-creds-anon,id=tls0,endpoint=server \
-vnc hostname:0,tls-creds=tls0
Old syntax for x509 credentials, no client certs:
-vnc hostname:0,tls,x509=/path/to/certs
New syntax:
-object tls-creds-x509,id=tls0,dir=/path/to/certs,endpoint=server,verify-peer=no \
-vnc hostname:0,tls-creds=tls0
Old syntax for x509 credentials, requiring client certs:
-vnc hostname:0,tls,x509verify=/path/to/certs
New syntax:
-object tls-creds-x509,id=tls0,dir=/path/to/certs,endpoint=server,verify-peer=yes \
-vnc hostname:0,tls-creds=tls0
This aligns VNC with the way TLS credentials are to be
configured in the future for chardev, nbd and migration
backends. It also has the benefit that the same TLS
credentials can be shared across multiple VNC server
instances, if desired.
If someone uses the deprecated syntax, it will internally
result in the creation of a 'tls-creds' object with an ID
based on the VNC server ID. This allows backwards compat
with the CLI syntax, while still deleting all the original
TLS code from the VNC server.
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
2015-08-06 16:39:32 +03:00
|
|
|
if (client->tls) {
|
|
|
|
client->info->x509_dname =
|
|
|
|
qcrypto_tls_session_get_peer_name(client->tls);
|
|
|
|
client->info->has_x509_dname =
|
|
|
|
client->info->x509_dname != NULL;
|
2009-12-10 22:16:10 +03:00
|
|
|
}
|
Include auth credentials in 'info vnc' ("Daniel P. Berrange")
This patch extends the 'info vnc' monitor output to include information
about the VNC client authentication credentials.
For clients authenticated using SASL, this will output the username.
For clients authenticated using x509 certificates, this will output
the x509 distinguished name.
Auth can be stacked, so both username & x509 dname may be shown.
Server:
address: 0.0.0.0:5902
auth: vencrypt+x509+sasl
Client:
address: 10.33.6.67:38621
x509 dname: C=GB,O=ACME,L=London,ST=London,CN=localhost
username: admin
Client:
address: 10.33.6.63:38620
x509 dname: C=GB,O=ACME,L=London,ST=London,CN=localhost
username: admin
vnc-tls.c | 17 +++++++++++++++++
vnc-tls.h | 3 +++
vnc.c | 19 +++++++++++++++++--
3 files changed, 37 insertions(+), 2 deletions(-)
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
Signed-off-by: Anthony Liguori <aliguori@us.ibm.com>
git-svn-id: svn://svn.savannah.nongnu.org/qemu/trunk@6725 c046a42c-6fe2-441c-8c8c-71466251a162
2009-03-06 23:27:32 +03:00
|
|
|
#ifdef CONFIG_VNC_SASL
|
|
|
|
if (client->sasl.conn &&
|
2009-12-10 22:16:10 +03:00
|
|
|
client->sasl.username) {
|
2014-06-18 10:43:49 +04:00
|
|
|
client->info->has_sasl_username = true;
|
|
|
|
client->info->sasl_username = g_strdup(client->sasl.username);
|
2009-12-10 22:16:10 +03:00
|
|
|
}
|
Include auth credentials in 'info vnc' ("Daniel P. Berrange")
This patch extends the 'info vnc' monitor output to include information
about the VNC client authentication credentials.
For clients authenticated using SASL, this will output the username.
For clients authenticated using x509 certificates, this will output
the x509 distinguished name.
Auth can be stacked, so both username & x509 dname may be shown.
Server:
address: 0.0.0.0:5902
auth: vencrypt+x509+sasl
Client:
address: 10.33.6.67:38621
x509 dname: C=GB,O=ACME,L=London,ST=London,CN=localhost
username: admin
Client:
address: 10.33.6.63:38620
x509 dname: C=GB,O=ACME,L=London,ST=London,CN=localhost
username: admin
vnc-tls.c | 17 +++++++++++++++++
vnc-tls.h | 3 +++
vnc.c | 19 +++++++++++++++++--
3 files changed, 37 insertions(+), 2 deletions(-)
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
Signed-off-by: Anthony Liguori <aliguori@us.ibm.com>
git-svn-id: svn://svn.savannah.nongnu.org/qemu/trunk@6725 c046a42c-6fe2-441c-8c8c-71466251a162
2009-03-06 23:27:32 +03:00
|
|
|
#endif
|
2010-01-14 19:50:56 +03:00
|
|
|
}
|
2009-12-10 22:16:10 +03:00
|
|
|
|
2010-01-14 19:50:56 +03:00
|
|
|
static void vnc_client_cache_addr(VncState *client)
|
|
|
|
{
|
2015-10-27 01:34:45 +03:00
|
|
|
Error *err = NULL;
|
|
|
|
|
|
|
|
client->info = g_malloc0(sizeof(*client->info));
|
2015-02-27 19:20:57 +03:00
|
|
|
vnc_init_basic_info_from_remote_addr(client->sioc,
|
qapi: Unbox base members
Rather than storing a base class as a pointer to a box, just
store the fields of that base class in the same order, so that
a child struct can be directly cast to its parent. This gives
less malloc overhead, less pointer dereferencing, and even less
generated code. Compare to the earlier commit 1e6c1616a "qapi:
Generate a nicer struct for flat unions" (although that patch
had fewer places to change, as less of qemu was directly using
qapi structs for flat unions). It also allows us to turn on
automatic type-safe wrappers for upcasting to the base class
of a struct.
Changes to the generated code look like this in qapi-types.h:
| struct SpiceChannel {
|- SpiceBasicInfo *base;
|+ /* Members inherited from SpiceBasicInfo: */
|+ char *host;
|+ char *port;
|+ NetworkAddressFamily family;
|+ /* Own members: */
| int64_t connection_id;
as well as additional upcast functions like qapi_SpiceChannel_base().
Meanwhile, changes to qapi-visit.c look like:
| static void visit_type_SpiceChannel_fields(Visitor *v, SpiceChannel **obj, Error **errp)
| {
| Error *err = NULL;
|
|- visit_type_implicit_SpiceBasicInfo(v, &(*obj)->base, &err);
|+ visit_type_SpiceBasicInfo_fields(v, (SpiceBasicInfo **)obj, &err);
| if (err) {
(the cast is necessary, since our upcast wrappers only deal with a
single pointer, not pointer-to-pointer); plus the wholesale
elimination of some now-unused visit_type_implicit_FOO() functions.
Without boxing, the corner case of one empty struct having
another empty struct as its base type now requires inserting a
dummy member (previously, the 'Base *base' member sufficed).
And now that we no longer consume a 'base' member in the generated
C struct, we can delete the former negative struct-base-clash-base
test.
Signed-off-by: Eric Blake <eblake@redhat.com>
Message-Id: <1445898903-12082-11-git-send-email-eblake@redhat.com>
[Commit message tweaked slightly]
Signed-off-by: Markus Armbruster <armbru@redhat.com>
2015-10-27 01:34:49 +03:00
|
|
|
qapi_VncClientInfo_base(client->info),
|
2015-10-27 01:34:45 +03:00
|
|
|
&err);
|
|
|
|
if (err) {
|
|
|
|
qapi_free_VncClientInfo(client->info);
|
|
|
|
client->info = NULL;
|
|
|
|
error_free(err);
|
2010-01-14 19:50:56 +03:00
|
|
|
}
|
2009-03-06 23:27:05 +03:00
|
|
|
}
|
|
|
|
|
2014-06-18 10:43:49 +04:00
|
|
|
static void vnc_qmp_event(VncState *vs, QAPIEvent event)
|
QMP: Introduce VNC_CONNECTED event
It's emitted when a VNC client connects to QEMU, client's information
such as port and IP address are provided.
Note that this event is emitted right when the connection is
established. This means that it happens before authentication
procedure and session initialization.
Event example:
{ "event": "VNC_CONNECTED",
"timestamp": { "seconds": 1262976601, "microseconds": 975795 },
"data": {
"server": { "auth": "sasl", "family": "ipv4",
"service": "5901", "host": "0.0.0.0" },
"client": { "family": "ipv4", "service": "58425",
"host": "127.0.0.1" } } }
Signed-off-by: Luiz Capitulino <lcapitulino@redhat.com>
Signed-off-by: Anthony Liguori <aliguori@us.ibm.com>
2010-01-14 19:50:57 +03:00
|
|
|
{
|
2014-06-18 10:43:49 +04:00
|
|
|
VncServerInfo *si;
|
QMP: Introduce VNC_CONNECTED event
It's emitted when a VNC client connects to QEMU, client's information
such as port and IP address are provided.
Note that this event is emitted right when the connection is
established. This means that it happens before authentication
procedure and session initialization.
Event example:
{ "event": "VNC_CONNECTED",
"timestamp": { "seconds": 1262976601, "microseconds": 975795 },
"data": {
"server": { "auth": "sasl", "family": "ipv4",
"service": "5901", "host": "0.0.0.0" },
"client": { "family": "ipv4", "service": "58425",
"host": "127.0.0.1" } } }
Signed-off-by: Luiz Capitulino <lcapitulino@redhat.com>
Signed-off-by: Anthony Liguori <aliguori@us.ibm.com>
2010-01-14 19:50:57 +03:00
|
|
|
|
|
|
|
if (!vs->info) {
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
2014-07-29 14:14:08 +04:00
|
|
|
si = vnc_server_info_get(vs->vd);
|
2014-06-18 10:43:49 +04:00
|
|
|
if (!si) {
|
QMP: Introduce VNC_CONNECTED event
It's emitted when a VNC client connects to QEMU, client's information
such as port and IP address are provided.
Note that this event is emitted right when the connection is
established. This means that it happens before authentication
procedure and session initialization.
Event example:
{ "event": "VNC_CONNECTED",
"timestamp": { "seconds": 1262976601, "microseconds": 975795 },
"data": {
"server": { "auth": "sasl", "family": "ipv4",
"service": "5901", "host": "0.0.0.0" },
"client": { "family": "ipv4", "service": "58425",
"host": "127.0.0.1" } } }
Signed-off-by: Luiz Capitulino <lcapitulino@redhat.com>
Signed-off-by: Anthony Liguori <aliguori@us.ibm.com>
2010-01-14 19:50:57 +03:00
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
2014-06-18 10:43:49 +04:00
|
|
|
switch (event) {
|
|
|
|
case QAPI_EVENT_VNC_CONNECTED:
|
qapi: Unbox base members
Rather than storing a base class as a pointer to a box, just
store the fields of that base class in the same order, so that
a child struct can be directly cast to its parent. This gives
less malloc overhead, less pointer dereferencing, and even less
generated code. Compare to the earlier commit 1e6c1616a "qapi:
Generate a nicer struct for flat unions" (although that patch
had fewer places to change, as less of qemu was directly using
qapi structs for flat unions). It also allows us to turn on
automatic type-safe wrappers for upcasting to the base class
of a struct.
Changes to the generated code look like this in qapi-types.h:
| struct SpiceChannel {
|- SpiceBasicInfo *base;
|+ /* Members inherited from SpiceBasicInfo: */
|+ char *host;
|+ char *port;
|+ NetworkAddressFamily family;
|+ /* Own members: */
| int64_t connection_id;
as well as additional upcast functions like qapi_SpiceChannel_base().
Meanwhile, changes to qapi-visit.c look like:
| static void visit_type_SpiceChannel_fields(Visitor *v, SpiceChannel **obj, Error **errp)
| {
| Error *err = NULL;
|
|- visit_type_implicit_SpiceBasicInfo(v, &(*obj)->base, &err);
|+ visit_type_SpiceBasicInfo_fields(v, (SpiceBasicInfo **)obj, &err);
| if (err) {
(the cast is necessary, since our upcast wrappers only deal with a
single pointer, not pointer-to-pointer); plus the wholesale
elimination of some now-unused visit_type_implicit_FOO() functions.
Without boxing, the corner case of one empty struct having
another empty struct as its base type now requires inserting a
dummy member (previously, the 'Base *base' member sufficed).
And now that we no longer consume a 'base' member in the generated
C struct, we can delete the former negative struct-base-clash-base
test.
Signed-off-by: Eric Blake <eblake@redhat.com>
Message-Id: <1445898903-12082-11-git-send-email-eblake@redhat.com>
[Commit message tweaked slightly]
Signed-off-by: Markus Armbruster <armbru@redhat.com>
2015-10-27 01:34:49 +03:00
|
|
|
qapi_event_send_vnc_connected(si, qapi_VncClientInfo_base(vs->info),
|
|
|
|
&error_abort);
|
2014-06-18 10:43:49 +04:00
|
|
|
break;
|
|
|
|
case QAPI_EVENT_VNC_INITIALIZED:
|
|
|
|
qapi_event_send_vnc_initialized(si, vs->info, &error_abort);
|
|
|
|
break;
|
|
|
|
case QAPI_EVENT_VNC_DISCONNECTED:
|
|
|
|
qapi_event_send_vnc_disconnected(si, vs->info, &error_abort);
|
|
|
|
break;
|
|
|
|
default:
|
|
|
|
break;
|
|
|
|
}
|
QMP: Introduce VNC_CONNECTED event
It's emitted when a VNC client connects to QEMU, client's information
such as port and IP address are provided.
Note that this event is emitted right when the connection is
established. This means that it happens before authentication
procedure and session initialization.
Event example:
{ "event": "VNC_CONNECTED",
"timestamp": { "seconds": 1262976601, "microseconds": 975795 },
"data": {
"server": { "auth": "sasl", "family": "ipv4",
"service": "5901", "host": "0.0.0.0" },
"client": { "family": "ipv4", "service": "58425",
"host": "127.0.0.1" } } }
Signed-off-by: Luiz Capitulino <lcapitulino@redhat.com>
Signed-off-by: Anthony Liguori <aliguori@us.ibm.com>
2010-01-14 19:50:57 +03:00
|
|
|
|
2014-06-18 10:43:49 +04:00
|
|
|
qapi_free_VncServerInfo(si);
|
QMP: Introduce VNC_CONNECTED event
It's emitted when a VNC client connects to QEMU, client's information
such as port and IP address are provided.
Note that this event is emitted right when the connection is
established. This means that it happens before authentication
procedure and session initialization.
Event example:
{ "event": "VNC_CONNECTED",
"timestamp": { "seconds": 1262976601, "microseconds": 975795 },
"data": {
"server": { "auth": "sasl", "family": "ipv4",
"service": "5901", "host": "0.0.0.0" },
"client": { "family": "ipv4", "service": "58425",
"host": "127.0.0.1" } } }
Signed-off-by: Luiz Capitulino <lcapitulino@redhat.com>
Signed-off-by: Anthony Liguori <aliguori@us.ibm.com>
2010-01-14 19:50:57 +03:00
|
|
|
}
|
|
|
|
|
2011-10-17 22:41:22 +04:00
|
|
|
static VncClientInfo *qmp_query_vnc_client(const VncState *client)
|
2007-02-05 23:20:30 +03:00
|
|
|
{
|
2011-10-17 22:41:22 +04:00
|
|
|
VncClientInfo *info;
|
2015-02-27 19:20:57 +03:00
|
|
|
Error *err = NULL;
|
2011-10-17 22:41:22 +04:00
|
|
|
|
2015-02-27 19:20:57 +03:00
|
|
|
info = g_malloc0(sizeof(*info));
|
2011-10-17 22:41:22 +04:00
|
|
|
|
2015-02-27 19:20:57 +03:00
|
|
|
vnc_init_basic_info_from_remote_addr(client->sioc,
|
|
|
|
qapi_VncClientInfo_base(info),
|
|
|
|
&err);
|
|
|
|
if (err) {
|
|
|
|
error_free(err);
|
|
|
|
qapi_free_VncClientInfo(info);
|
2011-10-17 22:41:22 +04:00
|
|
|
return NULL;
|
|
|
|
}
|
2009-12-10 22:16:10 +03:00
|
|
|
|
qapi: Unbox base members
Rather than storing a base class as a pointer to a box, just
store the fields of that base class in the same order, so that
a child struct can be directly cast to its parent. This gives
less malloc overhead, less pointer dereferencing, and even less
generated code. Compare to the earlier commit 1e6c1616a "qapi:
Generate a nicer struct for flat unions" (although that patch
had fewer places to change, as less of qemu was directly using
qapi structs for flat unions). It also allows us to turn on
automatic type-safe wrappers for upcasting to the base class
of a struct.
Changes to the generated code look like this in qapi-types.h:
| struct SpiceChannel {
|- SpiceBasicInfo *base;
|+ /* Members inherited from SpiceBasicInfo: */
|+ char *host;
|+ char *port;
|+ NetworkAddressFamily family;
|+ /* Own members: */
| int64_t connection_id;
as well as additional upcast functions like qapi_SpiceChannel_base().
Meanwhile, changes to qapi-visit.c look like:
| static void visit_type_SpiceChannel_fields(Visitor *v, SpiceChannel **obj, Error **errp)
| {
| Error *err = NULL;
|
|- visit_type_implicit_SpiceBasicInfo(v, &(*obj)->base, &err);
|+ visit_type_SpiceBasicInfo_fields(v, (SpiceBasicInfo **)obj, &err);
| if (err) {
(the cast is necessary, since our upcast wrappers only deal with a
single pointer, not pointer-to-pointer); plus the wholesale
elimination of some now-unused visit_type_implicit_FOO() functions.
Without boxing, the corner case of one empty struct having
another empty struct as its base type now requires inserting a
dummy member (previously, the 'Base *base' member sufficed).
And now that we no longer consume a 'base' member in the generated
C struct, we can delete the former negative struct-base-clash-base
test.
Signed-off-by: Eric Blake <eblake@redhat.com>
Message-Id: <1445898903-12082-11-git-send-email-eblake@redhat.com>
[Commit message tweaked slightly]
Signed-off-by: Markus Armbruster <armbru@redhat.com>
2015-10-27 01:34:49 +03:00
|
|
|
info->websocket = client->websocket;
|
2009-12-10 22:16:10 +03:00
|
|
|
|
ui: convert VNC server to use QCryptoTLSSession
Switch VNC server over to using the QCryptoTLSSession object
for the TLS session. This removes the direct use of gnutls
from the VNC server code. It also removes most knowledge
about TLS certificate handling from the VNC server code.
This has the nice effect that all the CONFIG_VNC_TLS
conditionals go away and the user gets an actual error
message when requesting TLS instead of it being silently
ignored.
With this change, the existing configuration options for
enabling TLS with -vnc are deprecated.
Old syntax for anon-DH credentials:
-vnc hostname:0,tls
New syntax:
-object tls-creds-anon,id=tls0,endpoint=server \
-vnc hostname:0,tls-creds=tls0
Old syntax for x509 credentials, no client certs:
-vnc hostname:0,tls,x509=/path/to/certs
New syntax:
-object tls-creds-x509,id=tls0,dir=/path/to/certs,endpoint=server,verify-peer=no \
-vnc hostname:0,tls-creds=tls0
Old syntax for x509 credentials, requiring client certs:
-vnc hostname:0,tls,x509verify=/path/to/certs
New syntax:
-object tls-creds-x509,id=tls0,dir=/path/to/certs,endpoint=server,verify-peer=yes \
-vnc hostname:0,tls-creds=tls0
This aligns VNC with the way TLS credentials are to be
configured in the future for chardev, nbd and migration
backends. It also has the benefit that the same TLS
credentials can be shared across multiple VNC server
instances, if desired.
If someone uses the deprecated syntax, it will internally
result in the creation of a 'tls-creds' object with an ID
based on the VNC server ID. This allows backwards compat
with the CLI syntax, while still deleting all the original
TLS code from the VNC server.
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
2015-08-06 16:39:32 +03:00
|
|
|
if (client->tls) {
|
|
|
|
info->x509_dname = qcrypto_tls_session_get_peer_name(client->tls);
|
|
|
|
info->has_x509_dname = info->x509_dname != NULL;
|
2011-10-17 22:41:22 +04:00
|
|
|
}
|
2009-12-10 22:16:10 +03:00
|
|
|
#ifdef CONFIG_VNC_SASL
|
2011-10-17 22:41:22 +04:00
|
|
|
if (client->sasl.conn && client->sasl.username) {
|
|
|
|
info->has_sasl_username = true;
|
|
|
|
info->sasl_username = g_strdup(client->sasl.username);
|
2009-12-10 22:16:10 +03:00
|
|
|
}
|
2011-10-17 22:41:22 +04:00
|
|
|
#endif
|
2009-03-06 23:27:05 +03:00
|
|
|
|
2011-10-17 22:41:22 +04:00
|
|
|
return info;
|
2009-12-10 22:16:10 +03:00
|
|
|
}
|
2009-03-06 23:27:05 +03:00
|
|
|
|
2014-07-29 14:14:08 +04:00
|
|
|
static VncDisplay *vnc_display_find(const char *id)
|
|
|
|
{
|
|
|
|
VncDisplay *vd;
|
|
|
|
|
|
|
|
if (id == NULL) {
|
|
|
|
return QTAILQ_FIRST(&vnc_displays);
|
|
|
|
}
|
|
|
|
QTAILQ_FOREACH(vd, &vnc_displays, next) {
|
|
|
|
if (strcmp(id, vd->id) == 0) {
|
|
|
|
return vd;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
return NULL;
|
|
|
|
}
|
|
|
|
|
2014-12-09 17:27:39 +03:00
|
|
|
static VncClientInfoList *qmp_query_client_list(VncDisplay *vd)
|
|
|
|
{
|
|
|
|
VncClientInfoList *cinfo, *prev = NULL;
|
|
|
|
VncState *client;
|
|
|
|
|
|
|
|
QTAILQ_FOREACH(client, &vd->clients, next) {
|
|
|
|
cinfo = g_new0(VncClientInfoList, 1);
|
|
|
|
cinfo->value = qmp_query_vnc_client(client);
|
|
|
|
cinfo->next = prev;
|
|
|
|
prev = cinfo;
|
|
|
|
}
|
|
|
|
return prev;
|
|
|
|
}
|
|
|
|
|
2011-10-17 22:41:22 +04:00
|
|
|
VncInfo *qmp_query_vnc(Error **errp)
|
2009-12-10 22:16:10 +03:00
|
|
|
{
|
2011-10-17 22:41:22 +04:00
|
|
|
VncInfo *info = g_malloc0(sizeof(*info));
|
2014-07-29 14:14:08 +04:00
|
|
|
VncDisplay *vd = vnc_display_find(NULL);
|
2017-04-26 10:36:41 +03:00
|
|
|
SocketAddress *addr = NULL;
|
2011-10-17 22:41:22 +04:00
|
|
|
|
2017-02-03 15:06:44 +03:00
|
|
|
if (vd == NULL || !vd->nlsock) {
|
2011-10-17 22:41:22 +04:00
|
|
|
info->enabled = false;
|
2009-12-10 22:16:10 +03:00
|
|
|
} else {
|
2011-10-17 22:41:22 +04:00
|
|
|
info->enabled = true;
|
|
|
|
|
|
|
|
/* for compatibility with the original command */
|
|
|
|
info->has_clients = true;
|
2014-12-09 17:27:39 +03:00
|
|
|
info->clients = qmp_query_client_list(vd);
|
2009-12-10 22:16:10 +03:00
|
|
|
|
2015-02-27 19:20:57 +03:00
|
|
|
if (vd->lsock == NULL) {
|
vnc: fix "info vnc" with "-vnc ..., reverse=on"
When reverse connection is in use, there is no active VNC server
socket. Because of this, getsockopt(-1, ...) is attempted and
the following error is emitted:
$ socat TCP-LISTEN:5900,reuseaddr TCP-LISTEN:5901,reuseaddr &
$ x86_64-softmmu/qemu-system-x86_64 -vnc localhost:5900,reverse -monitor stdio
QEMU 1.2.50 monitor - type 'help' for more information
(qemu) info vnc
An undefined error has occurred
Because however the host, family, service and auth fields are
optional, we can just exit if there is no active server socket.
$ x86_64-softmmu/qemu-system-x86_64 -vnc localhost:5900,reverse -monitor stdio
QEMU 1.2.50 monitor - type 'help' for more information
(qemu) info vnc
Server:
Client:
address: 127.0.0.1:5900
x509_dname: none
username: none
Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>
Signed-off-by: Stefan Hajnoczi <stefanha@redhat.com>
2012-10-10 16:30:58 +04:00
|
|
|
return info;
|
|
|
|
}
|
|
|
|
|
2017-02-03 15:06:44 +03:00
|
|
|
addr = qio_channel_socket_get_local_address(vd->lsock[0], errp);
|
2015-02-27 19:20:57 +03:00
|
|
|
if (!addr) {
|
2011-10-17 22:41:22 +04:00
|
|
|
goto out_error;
|
|
|
|
}
|
2009-12-10 22:16:10 +03:00
|
|
|
|
2015-02-27 19:20:57 +03:00
|
|
|
switch (addr->type) {
|
2017-04-26 10:36:41 +03:00
|
|
|
case SOCKET_ADDRESS_TYPE_INET:
|
|
|
|
info->host = g_strdup(addr->u.inet.host);
|
|
|
|
info->service = g_strdup(addr->u.inet.port);
|
|
|
|
if (addr->u.inet.ipv6) {
|
2015-02-27 19:20:57 +03:00
|
|
|
info->family = NETWORK_ADDRESS_FAMILY_IPV6;
|
|
|
|
} else {
|
|
|
|
info->family = NETWORK_ADDRESS_FAMILY_IPV4;
|
|
|
|
}
|
|
|
|
break;
|
|
|
|
|
2017-04-26 10:36:41 +03:00
|
|
|
case SOCKET_ADDRESS_TYPE_UNIX:
|
2015-02-27 19:20:57 +03:00
|
|
|
info->host = g_strdup("");
|
2017-04-26 10:36:41 +03:00
|
|
|
info->service = g_strdup(addr->u.q_unix.path);
|
2015-02-27 19:20:57 +03:00
|
|
|
info->family = NETWORK_ADDRESS_FAMILY_UNIX;
|
|
|
|
break;
|
|
|
|
|
2017-04-26 10:36:41 +03:00
|
|
|
case SOCKET_ADDRESS_TYPE_VSOCK:
|
|
|
|
case SOCKET_ADDRESS_TYPE_FD:
|
2017-03-30 20:43:11 +03:00
|
|
|
error_setg(errp, "Unsupported socket address type %s",
|
2017-04-26 10:36:41 +03:00
|
|
|
SocketAddressType_lookup[addr->type]);
|
2011-10-17 22:41:22 +04:00
|
|
|
goto out_error;
|
2017-03-30 20:43:11 +03:00
|
|
|
default:
|
|
|
|
abort();
|
2009-03-06 23:27:05 +03:00
|
|
|
}
|
2011-10-17 22:41:22 +04:00
|
|
|
|
|
|
|
info->has_host = true;
|
|
|
|
info->has_service = true;
|
|
|
|
info->has_family = true;
|
|
|
|
|
|
|
|
info->has_auth = true;
|
2014-07-29 14:14:08 +04:00
|
|
|
info->auth = g_strdup(vnc_auth_name(vd));
|
2007-02-05 23:20:30 +03:00
|
|
|
}
|
2011-10-17 22:41:22 +04:00
|
|
|
|
2017-04-26 10:36:41 +03:00
|
|
|
qapi_free_SocketAddress(addr);
|
2011-10-17 22:41:22 +04:00
|
|
|
return info;
|
|
|
|
|
|
|
|
out_error:
|
2017-04-26 10:36:41 +03:00
|
|
|
qapi_free_SocketAddress(addr);
|
2011-10-17 22:41:22 +04:00
|
|
|
qapi_free_VncInfo(info);
|
|
|
|
return NULL;
|
2007-02-05 23:20:30 +03:00
|
|
|
}
|
|
|
|
|
ui: fix reporting of VNC auth in query-vnc-servers
Currently the VNC authentication info is emitted at the
top level of the query-vnc-servers data. This is wrong
because the authentication scheme differs between plain
and websockets when TLS is enabled. We should instead
report auth against the individual servers. e.g.
(QEMU) query-vnc-servers
{
"return": [
{
"clients": [],
"id": "default",
"auth": "vencrypt",
"vencrypt": "x509-vnc",
"server": [
{
"host": "127.0.0.1"
"service": "5901",
"websocket": false,
"family": "ipv4",
"auth": "vencrypt",
"vencrypt": "x509-vnc"
},
{
"host": "127.0.0.1",
"service": "5902",
"websocket": true,
"family": "ipv4",
"auth": "vnc"
}
]
}
]
}
This also future proofs the QMP schema so that we can
cope with multiple VNC server instances, listening on
different interfaces or ports, with different auth
setup.
Reviewed-by: Eric Blake <eblake@redhat.com>
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
Message-id: 20170203120649.15637-3-berrange@redhat.com
Signed-off-by: Gerd Hoffmann <kraxel@redhat.com>
2017-02-03 15:06:43 +03:00
|
|
|
|
|
|
|
static void qmp_query_auth(int auth, int subauth,
|
|
|
|
VncPrimaryAuth *qmp_auth,
|
|
|
|
VncVencryptSubAuth *qmp_vencrypt,
|
|
|
|
bool *qmp_has_vencrypt);
|
|
|
|
|
|
|
|
static VncServerInfo2List *qmp_query_server_entry(QIOChannelSocket *ioc,
|
|
|
|
bool websocket,
|
|
|
|
int auth,
|
|
|
|
int subauth,
|
|
|
|
VncServerInfo2List *prev)
|
2014-12-17 17:49:44 +03:00
|
|
|
{
|
ui: fix reporting of VNC auth in query-vnc-servers
Currently the VNC authentication info is emitted at the
top level of the query-vnc-servers data. This is wrong
because the authentication scheme differs between plain
and websockets when TLS is enabled. We should instead
report auth against the individual servers. e.g.
(QEMU) query-vnc-servers
{
"return": [
{
"clients": [],
"id": "default",
"auth": "vencrypt",
"vencrypt": "x509-vnc",
"server": [
{
"host": "127.0.0.1"
"service": "5901",
"websocket": false,
"family": "ipv4",
"auth": "vencrypt",
"vencrypt": "x509-vnc"
},
{
"host": "127.0.0.1",
"service": "5902",
"websocket": true,
"family": "ipv4",
"auth": "vnc"
}
]
}
]
}
This also future proofs the QMP schema so that we can
cope with multiple VNC server instances, listening on
different interfaces or ports, with different auth
setup.
Reviewed-by: Eric Blake <eblake@redhat.com>
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
Message-id: 20170203120649.15637-3-berrange@redhat.com
Signed-off-by: Gerd Hoffmann <kraxel@redhat.com>
2017-02-03 15:06:43 +03:00
|
|
|
VncServerInfo2List *list;
|
|
|
|
VncServerInfo2 *info;
|
2015-02-27 19:20:57 +03:00
|
|
|
Error *err = NULL;
|
2017-04-26 10:36:41 +03:00
|
|
|
SocketAddress *addr;
|
2015-02-27 19:20:57 +03:00
|
|
|
|
|
|
|
addr = qio_channel_socket_get_local_address(ioc, &err);
|
|
|
|
if (!addr) {
|
|
|
|
error_free(err);
|
2014-12-17 17:49:44 +03:00
|
|
|
return prev;
|
|
|
|
}
|
|
|
|
|
ui: fix reporting of VNC auth in query-vnc-servers
Currently the VNC authentication info is emitted at the
top level of the query-vnc-servers data. This is wrong
because the authentication scheme differs between plain
and websockets when TLS is enabled. We should instead
report auth against the individual servers. e.g.
(QEMU) query-vnc-servers
{
"return": [
{
"clients": [],
"id": "default",
"auth": "vencrypt",
"vencrypt": "x509-vnc",
"server": [
{
"host": "127.0.0.1"
"service": "5901",
"websocket": false,
"family": "ipv4",
"auth": "vencrypt",
"vencrypt": "x509-vnc"
},
{
"host": "127.0.0.1",
"service": "5902",
"websocket": true,
"family": "ipv4",
"auth": "vnc"
}
]
}
]
}
This also future proofs the QMP schema so that we can
cope with multiple VNC server instances, listening on
different interfaces or ports, with different auth
setup.
Reviewed-by: Eric Blake <eblake@redhat.com>
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
Message-id: 20170203120649.15637-3-berrange@redhat.com
Signed-off-by: Gerd Hoffmann <kraxel@redhat.com>
2017-02-03 15:06:43 +03:00
|
|
|
info = g_new0(VncServerInfo2, 1);
|
|
|
|
vnc_init_basic_info(addr, qapi_VncServerInfo2_base(info), &err);
|
2017-04-26 10:36:41 +03:00
|
|
|
qapi_free_SocketAddress(addr);
|
2015-02-27 19:20:57 +03:00
|
|
|
if (err) {
|
ui: fix reporting of VNC auth in query-vnc-servers
Currently the VNC authentication info is emitted at the
top level of the query-vnc-servers data. This is wrong
because the authentication scheme differs between plain
and websockets when TLS is enabled. We should instead
report auth against the individual servers. e.g.
(QEMU) query-vnc-servers
{
"return": [
{
"clients": [],
"id": "default",
"auth": "vencrypt",
"vencrypt": "x509-vnc",
"server": [
{
"host": "127.0.0.1"
"service": "5901",
"websocket": false,
"family": "ipv4",
"auth": "vencrypt",
"vencrypt": "x509-vnc"
},
{
"host": "127.0.0.1",
"service": "5902",
"websocket": true,
"family": "ipv4",
"auth": "vnc"
}
]
}
]
}
This also future proofs the QMP schema so that we can
cope with multiple VNC server instances, listening on
different interfaces or ports, with different auth
setup.
Reviewed-by: Eric Blake <eblake@redhat.com>
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
Message-id: 20170203120649.15637-3-berrange@redhat.com
Signed-off-by: Gerd Hoffmann <kraxel@redhat.com>
2017-02-03 15:06:43 +03:00
|
|
|
qapi_free_VncServerInfo2(info);
|
2015-02-27 19:20:57 +03:00
|
|
|
error_free(err);
|
|
|
|
return prev;
|
|
|
|
}
|
2014-12-10 11:49:39 +03:00
|
|
|
info->websocket = websocket;
|
2014-12-17 17:49:44 +03:00
|
|
|
|
ui: fix reporting of VNC auth in query-vnc-servers
Currently the VNC authentication info is emitted at the
top level of the query-vnc-servers data. This is wrong
because the authentication scheme differs between plain
and websockets when TLS is enabled. We should instead
report auth against the individual servers. e.g.
(QEMU) query-vnc-servers
{
"return": [
{
"clients": [],
"id": "default",
"auth": "vencrypt",
"vencrypt": "x509-vnc",
"server": [
{
"host": "127.0.0.1"
"service": "5901",
"websocket": false,
"family": "ipv4",
"auth": "vencrypt",
"vencrypt": "x509-vnc"
},
{
"host": "127.0.0.1",
"service": "5902",
"websocket": true,
"family": "ipv4",
"auth": "vnc"
}
]
}
]
}
This also future proofs the QMP schema so that we can
cope with multiple VNC server instances, listening on
different interfaces or ports, with different auth
setup.
Reviewed-by: Eric Blake <eblake@redhat.com>
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
Message-id: 20170203120649.15637-3-berrange@redhat.com
Signed-off-by: Gerd Hoffmann <kraxel@redhat.com>
2017-02-03 15:06:43 +03:00
|
|
|
qmp_query_auth(auth, subauth, &info->auth,
|
|
|
|
&info->vencrypt, &info->has_vencrypt);
|
|
|
|
|
|
|
|
list = g_new0(VncServerInfo2List, 1);
|
2014-12-17 17:49:44 +03:00
|
|
|
list->value = info;
|
|
|
|
list->next = prev;
|
|
|
|
return list;
|
|
|
|
}
|
|
|
|
|
ui: fix reporting of VNC auth in query-vnc-servers
Currently the VNC authentication info is emitted at the
top level of the query-vnc-servers data. This is wrong
because the authentication scheme differs between plain
and websockets when TLS is enabled. We should instead
report auth against the individual servers. e.g.
(QEMU) query-vnc-servers
{
"return": [
{
"clients": [],
"id": "default",
"auth": "vencrypt",
"vencrypt": "x509-vnc",
"server": [
{
"host": "127.0.0.1"
"service": "5901",
"websocket": false,
"family": "ipv4",
"auth": "vencrypt",
"vencrypt": "x509-vnc"
},
{
"host": "127.0.0.1",
"service": "5902",
"websocket": true,
"family": "ipv4",
"auth": "vnc"
}
]
}
]
}
This also future proofs the QMP schema so that we can
cope with multiple VNC server instances, listening on
different interfaces or ports, with different auth
setup.
Reviewed-by: Eric Blake <eblake@redhat.com>
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
Message-id: 20170203120649.15637-3-berrange@redhat.com
Signed-off-by: Gerd Hoffmann <kraxel@redhat.com>
2017-02-03 15:06:43 +03:00
|
|
|
static void qmp_query_auth(int auth, int subauth,
|
|
|
|
VncPrimaryAuth *qmp_auth,
|
|
|
|
VncVencryptSubAuth *qmp_vencrypt,
|
|
|
|
bool *qmp_has_vencrypt)
|
2014-12-17 17:49:44 +03:00
|
|
|
{
|
ui: fix reporting of VNC auth in query-vnc-servers
Currently the VNC authentication info is emitted at the
top level of the query-vnc-servers data. This is wrong
because the authentication scheme differs between plain
and websockets when TLS is enabled. We should instead
report auth against the individual servers. e.g.
(QEMU) query-vnc-servers
{
"return": [
{
"clients": [],
"id": "default",
"auth": "vencrypt",
"vencrypt": "x509-vnc",
"server": [
{
"host": "127.0.0.1"
"service": "5901",
"websocket": false,
"family": "ipv4",
"auth": "vencrypt",
"vencrypt": "x509-vnc"
},
{
"host": "127.0.0.1",
"service": "5902",
"websocket": true,
"family": "ipv4",
"auth": "vnc"
}
]
}
]
}
This also future proofs the QMP schema so that we can
cope with multiple VNC server instances, listening on
different interfaces or ports, with different auth
setup.
Reviewed-by: Eric Blake <eblake@redhat.com>
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
Message-id: 20170203120649.15637-3-berrange@redhat.com
Signed-off-by: Gerd Hoffmann <kraxel@redhat.com>
2017-02-03 15:06:43 +03:00
|
|
|
switch (auth) {
|
2014-12-17 17:49:44 +03:00
|
|
|
case VNC_AUTH_VNC:
|
ui: fix reporting of VNC auth in query-vnc-servers
Currently the VNC authentication info is emitted at the
top level of the query-vnc-servers data. This is wrong
because the authentication scheme differs between plain
and websockets when TLS is enabled. We should instead
report auth against the individual servers. e.g.
(QEMU) query-vnc-servers
{
"return": [
{
"clients": [],
"id": "default",
"auth": "vencrypt",
"vencrypt": "x509-vnc",
"server": [
{
"host": "127.0.0.1"
"service": "5901",
"websocket": false,
"family": "ipv4",
"auth": "vencrypt",
"vencrypt": "x509-vnc"
},
{
"host": "127.0.0.1",
"service": "5902",
"websocket": true,
"family": "ipv4",
"auth": "vnc"
}
]
}
]
}
This also future proofs the QMP schema so that we can
cope with multiple VNC server instances, listening on
different interfaces or ports, with different auth
setup.
Reviewed-by: Eric Blake <eblake@redhat.com>
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
Message-id: 20170203120649.15637-3-berrange@redhat.com
Signed-off-by: Gerd Hoffmann <kraxel@redhat.com>
2017-02-03 15:06:43 +03:00
|
|
|
*qmp_auth = VNC_PRIMARY_AUTH_VNC;
|
2014-12-17 17:49:44 +03:00
|
|
|
break;
|
|
|
|
case VNC_AUTH_RA2:
|
ui: fix reporting of VNC auth in query-vnc-servers
Currently the VNC authentication info is emitted at the
top level of the query-vnc-servers data. This is wrong
because the authentication scheme differs between plain
and websockets when TLS is enabled. We should instead
report auth against the individual servers. e.g.
(QEMU) query-vnc-servers
{
"return": [
{
"clients": [],
"id": "default",
"auth": "vencrypt",
"vencrypt": "x509-vnc",
"server": [
{
"host": "127.0.0.1"
"service": "5901",
"websocket": false,
"family": "ipv4",
"auth": "vencrypt",
"vencrypt": "x509-vnc"
},
{
"host": "127.0.0.1",
"service": "5902",
"websocket": true,
"family": "ipv4",
"auth": "vnc"
}
]
}
]
}
This also future proofs the QMP schema so that we can
cope with multiple VNC server instances, listening on
different interfaces or ports, with different auth
setup.
Reviewed-by: Eric Blake <eblake@redhat.com>
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
Message-id: 20170203120649.15637-3-berrange@redhat.com
Signed-off-by: Gerd Hoffmann <kraxel@redhat.com>
2017-02-03 15:06:43 +03:00
|
|
|
*qmp_auth = VNC_PRIMARY_AUTH_RA2;
|
2014-12-17 17:49:44 +03:00
|
|
|
break;
|
|
|
|
case VNC_AUTH_RA2NE:
|
ui: fix reporting of VNC auth in query-vnc-servers
Currently the VNC authentication info is emitted at the
top level of the query-vnc-servers data. This is wrong
because the authentication scheme differs between plain
and websockets when TLS is enabled. We should instead
report auth against the individual servers. e.g.
(QEMU) query-vnc-servers
{
"return": [
{
"clients": [],
"id": "default",
"auth": "vencrypt",
"vencrypt": "x509-vnc",
"server": [
{
"host": "127.0.0.1"
"service": "5901",
"websocket": false,
"family": "ipv4",
"auth": "vencrypt",
"vencrypt": "x509-vnc"
},
{
"host": "127.0.0.1",
"service": "5902",
"websocket": true,
"family": "ipv4",
"auth": "vnc"
}
]
}
]
}
This also future proofs the QMP schema so that we can
cope with multiple VNC server instances, listening on
different interfaces or ports, with different auth
setup.
Reviewed-by: Eric Blake <eblake@redhat.com>
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
Message-id: 20170203120649.15637-3-berrange@redhat.com
Signed-off-by: Gerd Hoffmann <kraxel@redhat.com>
2017-02-03 15:06:43 +03:00
|
|
|
*qmp_auth = VNC_PRIMARY_AUTH_RA2NE;
|
2014-12-17 17:49:44 +03:00
|
|
|
break;
|
|
|
|
case VNC_AUTH_TIGHT:
|
ui: fix reporting of VNC auth in query-vnc-servers
Currently the VNC authentication info is emitted at the
top level of the query-vnc-servers data. This is wrong
because the authentication scheme differs between plain
and websockets when TLS is enabled. We should instead
report auth against the individual servers. e.g.
(QEMU) query-vnc-servers
{
"return": [
{
"clients": [],
"id": "default",
"auth": "vencrypt",
"vencrypt": "x509-vnc",
"server": [
{
"host": "127.0.0.1"
"service": "5901",
"websocket": false,
"family": "ipv4",
"auth": "vencrypt",
"vencrypt": "x509-vnc"
},
{
"host": "127.0.0.1",
"service": "5902",
"websocket": true,
"family": "ipv4",
"auth": "vnc"
}
]
}
]
}
This also future proofs the QMP schema so that we can
cope with multiple VNC server instances, listening on
different interfaces or ports, with different auth
setup.
Reviewed-by: Eric Blake <eblake@redhat.com>
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
Message-id: 20170203120649.15637-3-berrange@redhat.com
Signed-off-by: Gerd Hoffmann <kraxel@redhat.com>
2017-02-03 15:06:43 +03:00
|
|
|
*qmp_auth = VNC_PRIMARY_AUTH_TIGHT;
|
2014-12-17 17:49:44 +03:00
|
|
|
break;
|
|
|
|
case VNC_AUTH_ULTRA:
|
ui: fix reporting of VNC auth in query-vnc-servers
Currently the VNC authentication info is emitted at the
top level of the query-vnc-servers data. This is wrong
because the authentication scheme differs between plain
and websockets when TLS is enabled. We should instead
report auth against the individual servers. e.g.
(QEMU) query-vnc-servers
{
"return": [
{
"clients": [],
"id": "default",
"auth": "vencrypt",
"vencrypt": "x509-vnc",
"server": [
{
"host": "127.0.0.1"
"service": "5901",
"websocket": false,
"family": "ipv4",
"auth": "vencrypt",
"vencrypt": "x509-vnc"
},
{
"host": "127.0.0.1",
"service": "5902",
"websocket": true,
"family": "ipv4",
"auth": "vnc"
}
]
}
]
}
This also future proofs the QMP schema so that we can
cope with multiple VNC server instances, listening on
different interfaces or ports, with different auth
setup.
Reviewed-by: Eric Blake <eblake@redhat.com>
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
Message-id: 20170203120649.15637-3-berrange@redhat.com
Signed-off-by: Gerd Hoffmann <kraxel@redhat.com>
2017-02-03 15:06:43 +03:00
|
|
|
*qmp_auth = VNC_PRIMARY_AUTH_ULTRA;
|
2014-12-17 17:49:44 +03:00
|
|
|
break;
|
|
|
|
case VNC_AUTH_TLS:
|
ui: fix reporting of VNC auth in query-vnc-servers
Currently the VNC authentication info is emitted at the
top level of the query-vnc-servers data. This is wrong
because the authentication scheme differs between plain
and websockets when TLS is enabled. We should instead
report auth against the individual servers. e.g.
(QEMU) query-vnc-servers
{
"return": [
{
"clients": [],
"id": "default",
"auth": "vencrypt",
"vencrypt": "x509-vnc",
"server": [
{
"host": "127.0.0.1"
"service": "5901",
"websocket": false,
"family": "ipv4",
"auth": "vencrypt",
"vencrypt": "x509-vnc"
},
{
"host": "127.0.0.1",
"service": "5902",
"websocket": true,
"family": "ipv4",
"auth": "vnc"
}
]
}
]
}
This also future proofs the QMP schema so that we can
cope with multiple VNC server instances, listening on
different interfaces or ports, with different auth
setup.
Reviewed-by: Eric Blake <eblake@redhat.com>
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
Message-id: 20170203120649.15637-3-berrange@redhat.com
Signed-off-by: Gerd Hoffmann <kraxel@redhat.com>
2017-02-03 15:06:43 +03:00
|
|
|
*qmp_auth = VNC_PRIMARY_AUTH_TLS;
|
2014-12-17 17:49:44 +03:00
|
|
|
break;
|
|
|
|
case VNC_AUTH_VENCRYPT:
|
ui: fix reporting of VNC auth in query-vnc-servers
Currently the VNC authentication info is emitted at the
top level of the query-vnc-servers data. This is wrong
because the authentication scheme differs between plain
and websockets when TLS is enabled. We should instead
report auth against the individual servers. e.g.
(QEMU) query-vnc-servers
{
"return": [
{
"clients": [],
"id": "default",
"auth": "vencrypt",
"vencrypt": "x509-vnc",
"server": [
{
"host": "127.0.0.1"
"service": "5901",
"websocket": false,
"family": "ipv4",
"auth": "vencrypt",
"vencrypt": "x509-vnc"
},
{
"host": "127.0.0.1",
"service": "5902",
"websocket": true,
"family": "ipv4",
"auth": "vnc"
}
]
}
]
}
This also future proofs the QMP schema so that we can
cope with multiple VNC server instances, listening on
different interfaces or ports, with different auth
setup.
Reviewed-by: Eric Blake <eblake@redhat.com>
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
Message-id: 20170203120649.15637-3-berrange@redhat.com
Signed-off-by: Gerd Hoffmann <kraxel@redhat.com>
2017-02-03 15:06:43 +03:00
|
|
|
*qmp_auth = VNC_PRIMARY_AUTH_VENCRYPT;
|
|
|
|
*qmp_has_vencrypt = true;
|
|
|
|
switch (subauth) {
|
2014-12-17 17:49:44 +03:00
|
|
|
case VNC_AUTH_VENCRYPT_PLAIN:
|
ui: fix reporting of VNC auth in query-vnc-servers
Currently the VNC authentication info is emitted at the
top level of the query-vnc-servers data. This is wrong
because the authentication scheme differs between plain
and websockets when TLS is enabled. We should instead
report auth against the individual servers. e.g.
(QEMU) query-vnc-servers
{
"return": [
{
"clients": [],
"id": "default",
"auth": "vencrypt",
"vencrypt": "x509-vnc",
"server": [
{
"host": "127.0.0.1"
"service": "5901",
"websocket": false,
"family": "ipv4",
"auth": "vencrypt",
"vencrypt": "x509-vnc"
},
{
"host": "127.0.0.1",
"service": "5902",
"websocket": true,
"family": "ipv4",
"auth": "vnc"
}
]
}
]
}
This also future proofs the QMP schema so that we can
cope with multiple VNC server instances, listening on
different interfaces or ports, with different auth
setup.
Reviewed-by: Eric Blake <eblake@redhat.com>
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
Message-id: 20170203120649.15637-3-berrange@redhat.com
Signed-off-by: Gerd Hoffmann <kraxel@redhat.com>
2017-02-03 15:06:43 +03:00
|
|
|
*qmp_vencrypt = VNC_VENCRYPT_SUB_AUTH_PLAIN;
|
2014-12-17 17:49:44 +03:00
|
|
|
break;
|
|
|
|
case VNC_AUTH_VENCRYPT_TLSNONE:
|
ui: fix reporting of VNC auth in query-vnc-servers
Currently the VNC authentication info is emitted at the
top level of the query-vnc-servers data. This is wrong
because the authentication scheme differs between plain
and websockets when TLS is enabled. We should instead
report auth against the individual servers. e.g.
(QEMU) query-vnc-servers
{
"return": [
{
"clients": [],
"id": "default",
"auth": "vencrypt",
"vencrypt": "x509-vnc",
"server": [
{
"host": "127.0.0.1"
"service": "5901",
"websocket": false,
"family": "ipv4",
"auth": "vencrypt",
"vencrypt": "x509-vnc"
},
{
"host": "127.0.0.1",
"service": "5902",
"websocket": true,
"family": "ipv4",
"auth": "vnc"
}
]
}
]
}
This also future proofs the QMP schema so that we can
cope with multiple VNC server instances, listening on
different interfaces or ports, with different auth
setup.
Reviewed-by: Eric Blake <eblake@redhat.com>
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
Message-id: 20170203120649.15637-3-berrange@redhat.com
Signed-off-by: Gerd Hoffmann <kraxel@redhat.com>
2017-02-03 15:06:43 +03:00
|
|
|
*qmp_vencrypt = VNC_VENCRYPT_SUB_AUTH_TLS_NONE;
|
2014-12-17 17:49:44 +03:00
|
|
|
break;
|
|
|
|
case VNC_AUTH_VENCRYPT_TLSVNC:
|
ui: fix reporting of VNC auth in query-vnc-servers
Currently the VNC authentication info is emitted at the
top level of the query-vnc-servers data. This is wrong
because the authentication scheme differs between plain
and websockets when TLS is enabled. We should instead
report auth against the individual servers. e.g.
(QEMU) query-vnc-servers
{
"return": [
{
"clients": [],
"id": "default",
"auth": "vencrypt",
"vencrypt": "x509-vnc",
"server": [
{
"host": "127.0.0.1"
"service": "5901",
"websocket": false,
"family": "ipv4",
"auth": "vencrypt",
"vencrypt": "x509-vnc"
},
{
"host": "127.0.0.1",
"service": "5902",
"websocket": true,
"family": "ipv4",
"auth": "vnc"
}
]
}
]
}
This also future proofs the QMP schema so that we can
cope with multiple VNC server instances, listening on
different interfaces or ports, with different auth
setup.
Reviewed-by: Eric Blake <eblake@redhat.com>
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
Message-id: 20170203120649.15637-3-berrange@redhat.com
Signed-off-by: Gerd Hoffmann <kraxel@redhat.com>
2017-02-03 15:06:43 +03:00
|
|
|
*qmp_vencrypt = VNC_VENCRYPT_SUB_AUTH_TLS_VNC;
|
2014-12-17 17:49:44 +03:00
|
|
|
break;
|
|
|
|
case VNC_AUTH_VENCRYPT_TLSPLAIN:
|
ui: fix reporting of VNC auth in query-vnc-servers
Currently the VNC authentication info is emitted at the
top level of the query-vnc-servers data. This is wrong
because the authentication scheme differs between plain
and websockets when TLS is enabled. We should instead
report auth against the individual servers. e.g.
(QEMU) query-vnc-servers
{
"return": [
{
"clients": [],
"id": "default",
"auth": "vencrypt",
"vencrypt": "x509-vnc",
"server": [
{
"host": "127.0.0.1"
"service": "5901",
"websocket": false,
"family": "ipv4",
"auth": "vencrypt",
"vencrypt": "x509-vnc"
},
{
"host": "127.0.0.1",
"service": "5902",
"websocket": true,
"family": "ipv4",
"auth": "vnc"
}
]
}
]
}
This also future proofs the QMP schema so that we can
cope with multiple VNC server instances, listening on
different interfaces or ports, with different auth
setup.
Reviewed-by: Eric Blake <eblake@redhat.com>
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
Message-id: 20170203120649.15637-3-berrange@redhat.com
Signed-off-by: Gerd Hoffmann <kraxel@redhat.com>
2017-02-03 15:06:43 +03:00
|
|
|
*qmp_vencrypt = VNC_VENCRYPT_SUB_AUTH_TLS_PLAIN;
|
2014-12-17 17:49:44 +03:00
|
|
|
break;
|
|
|
|
case VNC_AUTH_VENCRYPT_X509NONE:
|
ui: fix reporting of VNC auth in query-vnc-servers
Currently the VNC authentication info is emitted at the
top level of the query-vnc-servers data. This is wrong
because the authentication scheme differs between plain
and websockets when TLS is enabled. We should instead
report auth against the individual servers. e.g.
(QEMU) query-vnc-servers
{
"return": [
{
"clients": [],
"id": "default",
"auth": "vencrypt",
"vencrypt": "x509-vnc",
"server": [
{
"host": "127.0.0.1"
"service": "5901",
"websocket": false,
"family": "ipv4",
"auth": "vencrypt",
"vencrypt": "x509-vnc"
},
{
"host": "127.0.0.1",
"service": "5902",
"websocket": true,
"family": "ipv4",
"auth": "vnc"
}
]
}
]
}
This also future proofs the QMP schema so that we can
cope with multiple VNC server instances, listening on
different interfaces or ports, with different auth
setup.
Reviewed-by: Eric Blake <eblake@redhat.com>
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
Message-id: 20170203120649.15637-3-berrange@redhat.com
Signed-off-by: Gerd Hoffmann <kraxel@redhat.com>
2017-02-03 15:06:43 +03:00
|
|
|
*qmp_vencrypt = VNC_VENCRYPT_SUB_AUTH_X509_NONE;
|
2014-12-17 17:49:44 +03:00
|
|
|
break;
|
|
|
|
case VNC_AUTH_VENCRYPT_X509VNC:
|
ui: fix reporting of VNC auth in query-vnc-servers
Currently the VNC authentication info is emitted at the
top level of the query-vnc-servers data. This is wrong
because the authentication scheme differs between plain
and websockets when TLS is enabled. We should instead
report auth against the individual servers. e.g.
(QEMU) query-vnc-servers
{
"return": [
{
"clients": [],
"id": "default",
"auth": "vencrypt",
"vencrypt": "x509-vnc",
"server": [
{
"host": "127.0.0.1"
"service": "5901",
"websocket": false,
"family": "ipv4",
"auth": "vencrypt",
"vencrypt": "x509-vnc"
},
{
"host": "127.0.0.1",
"service": "5902",
"websocket": true,
"family": "ipv4",
"auth": "vnc"
}
]
}
]
}
This also future proofs the QMP schema so that we can
cope with multiple VNC server instances, listening on
different interfaces or ports, with different auth
setup.
Reviewed-by: Eric Blake <eblake@redhat.com>
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
Message-id: 20170203120649.15637-3-berrange@redhat.com
Signed-off-by: Gerd Hoffmann <kraxel@redhat.com>
2017-02-03 15:06:43 +03:00
|
|
|
*qmp_vencrypt = VNC_VENCRYPT_SUB_AUTH_X509_VNC;
|
2014-12-17 17:49:44 +03:00
|
|
|
break;
|
|
|
|
case VNC_AUTH_VENCRYPT_X509PLAIN:
|
ui: fix reporting of VNC auth in query-vnc-servers
Currently the VNC authentication info is emitted at the
top level of the query-vnc-servers data. This is wrong
because the authentication scheme differs between plain
and websockets when TLS is enabled. We should instead
report auth against the individual servers. e.g.
(QEMU) query-vnc-servers
{
"return": [
{
"clients": [],
"id": "default",
"auth": "vencrypt",
"vencrypt": "x509-vnc",
"server": [
{
"host": "127.0.0.1"
"service": "5901",
"websocket": false,
"family": "ipv4",
"auth": "vencrypt",
"vencrypt": "x509-vnc"
},
{
"host": "127.0.0.1",
"service": "5902",
"websocket": true,
"family": "ipv4",
"auth": "vnc"
}
]
}
]
}
This also future proofs the QMP schema so that we can
cope with multiple VNC server instances, listening on
different interfaces or ports, with different auth
setup.
Reviewed-by: Eric Blake <eblake@redhat.com>
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
Message-id: 20170203120649.15637-3-berrange@redhat.com
Signed-off-by: Gerd Hoffmann <kraxel@redhat.com>
2017-02-03 15:06:43 +03:00
|
|
|
*qmp_vencrypt = VNC_VENCRYPT_SUB_AUTH_X509_PLAIN;
|
2014-12-17 17:49:44 +03:00
|
|
|
break;
|
|
|
|
case VNC_AUTH_VENCRYPT_TLSSASL:
|
ui: fix reporting of VNC auth in query-vnc-servers
Currently the VNC authentication info is emitted at the
top level of the query-vnc-servers data. This is wrong
because the authentication scheme differs between plain
and websockets when TLS is enabled. We should instead
report auth against the individual servers. e.g.
(QEMU) query-vnc-servers
{
"return": [
{
"clients": [],
"id": "default",
"auth": "vencrypt",
"vencrypt": "x509-vnc",
"server": [
{
"host": "127.0.0.1"
"service": "5901",
"websocket": false,
"family": "ipv4",
"auth": "vencrypt",
"vencrypt": "x509-vnc"
},
{
"host": "127.0.0.1",
"service": "5902",
"websocket": true,
"family": "ipv4",
"auth": "vnc"
}
]
}
]
}
This also future proofs the QMP schema so that we can
cope with multiple VNC server instances, listening on
different interfaces or ports, with different auth
setup.
Reviewed-by: Eric Blake <eblake@redhat.com>
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
Message-id: 20170203120649.15637-3-berrange@redhat.com
Signed-off-by: Gerd Hoffmann <kraxel@redhat.com>
2017-02-03 15:06:43 +03:00
|
|
|
*qmp_vencrypt = VNC_VENCRYPT_SUB_AUTH_TLS_SASL;
|
2014-12-17 17:49:44 +03:00
|
|
|
break;
|
|
|
|
case VNC_AUTH_VENCRYPT_X509SASL:
|
ui: fix reporting of VNC auth in query-vnc-servers
Currently the VNC authentication info is emitted at the
top level of the query-vnc-servers data. This is wrong
because the authentication scheme differs between plain
and websockets when TLS is enabled. We should instead
report auth against the individual servers. e.g.
(QEMU) query-vnc-servers
{
"return": [
{
"clients": [],
"id": "default",
"auth": "vencrypt",
"vencrypt": "x509-vnc",
"server": [
{
"host": "127.0.0.1"
"service": "5901",
"websocket": false,
"family": "ipv4",
"auth": "vencrypt",
"vencrypt": "x509-vnc"
},
{
"host": "127.0.0.1",
"service": "5902",
"websocket": true,
"family": "ipv4",
"auth": "vnc"
}
]
}
]
}
This also future proofs the QMP schema so that we can
cope with multiple VNC server instances, listening on
different interfaces or ports, with different auth
setup.
Reviewed-by: Eric Blake <eblake@redhat.com>
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
Message-id: 20170203120649.15637-3-berrange@redhat.com
Signed-off-by: Gerd Hoffmann <kraxel@redhat.com>
2017-02-03 15:06:43 +03:00
|
|
|
*qmp_vencrypt = VNC_VENCRYPT_SUB_AUTH_X509_SASL;
|
2014-12-17 17:49:44 +03:00
|
|
|
break;
|
|
|
|
default:
|
ui: fix reporting of VNC auth in query-vnc-servers
Currently the VNC authentication info is emitted at the
top level of the query-vnc-servers data. This is wrong
because the authentication scheme differs between plain
and websockets when TLS is enabled. We should instead
report auth against the individual servers. e.g.
(QEMU) query-vnc-servers
{
"return": [
{
"clients": [],
"id": "default",
"auth": "vencrypt",
"vencrypt": "x509-vnc",
"server": [
{
"host": "127.0.0.1"
"service": "5901",
"websocket": false,
"family": "ipv4",
"auth": "vencrypt",
"vencrypt": "x509-vnc"
},
{
"host": "127.0.0.1",
"service": "5902",
"websocket": true,
"family": "ipv4",
"auth": "vnc"
}
]
}
]
}
This also future proofs the QMP schema so that we can
cope with multiple VNC server instances, listening on
different interfaces or ports, with different auth
setup.
Reviewed-by: Eric Blake <eblake@redhat.com>
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
Message-id: 20170203120649.15637-3-berrange@redhat.com
Signed-off-by: Gerd Hoffmann <kraxel@redhat.com>
2017-02-03 15:06:43 +03:00
|
|
|
*qmp_has_vencrypt = false;
|
2014-12-17 17:49:44 +03:00
|
|
|
break;
|
|
|
|
}
|
|
|
|
break;
|
|
|
|
case VNC_AUTH_SASL:
|
ui: fix reporting of VNC auth in query-vnc-servers
Currently the VNC authentication info is emitted at the
top level of the query-vnc-servers data. This is wrong
because the authentication scheme differs between plain
and websockets when TLS is enabled. We should instead
report auth against the individual servers. e.g.
(QEMU) query-vnc-servers
{
"return": [
{
"clients": [],
"id": "default",
"auth": "vencrypt",
"vencrypt": "x509-vnc",
"server": [
{
"host": "127.0.0.1"
"service": "5901",
"websocket": false,
"family": "ipv4",
"auth": "vencrypt",
"vencrypt": "x509-vnc"
},
{
"host": "127.0.0.1",
"service": "5902",
"websocket": true,
"family": "ipv4",
"auth": "vnc"
}
]
}
]
}
This also future proofs the QMP schema so that we can
cope with multiple VNC server instances, listening on
different interfaces or ports, with different auth
setup.
Reviewed-by: Eric Blake <eblake@redhat.com>
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
Message-id: 20170203120649.15637-3-berrange@redhat.com
Signed-off-by: Gerd Hoffmann <kraxel@redhat.com>
2017-02-03 15:06:43 +03:00
|
|
|
*qmp_auth = VNC_PRIMARY_AUTH_SASL;
|
2014-12-17 17:49:44 +03:00
|
|
|
break;
|
|
|
|
case VNC_AUTH_NONE:
|
|
|
|
default:
|
ui: fix reporting of VNC auth in query-vnc-servers
Currently the VNC authentication info is emitted at the
top level of the query-vnc-servers data. This is wrong
because the authentication scheme differs between plain
and websockets when TLS is enabled. We should instead
report auth against the individual servers. e.g.
(QEMU) query-vnc-servers
{
"return": [
{
"clients": [],
"id": "default",
"auth": "vencrypt",
"vencrypt": "x509-vnc",
"server": [
{
"host": "127.0.0.1"
"service": "5901",
"websocket": false,
"family": "ipv4",
"auth": "vencrypt",
"vencrypt": "x509-vnc"
},
{
"host": "127.0.0.1",
"service": "5902",
"websocket": true,
"family": "ipv4",
"auth": "vnc"
}
]
}
]
}
This also future proofs the QMP schema so that we can
cope with multiple VNC server instances, listening on
different interfaces or ports, with different auth
setup.
Reviewed-by: Eric Blake <eblake@redhat.com>
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
Message-id: 20170203120649.15637-3-berrange@redhat.com
Signed-off-by: Gerd Hoffmann <kraxel@redhat.com>
2017-02-03 15:06:43 +03:00
|
|
|
*qmp_auth = VNC_PRIMARY_AUTH_NONE;
|
2014-12-17 17:49:44 +03:00
|
|
|
break;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
VncInfo2List *qmp_query_vnc_servers(Error **errp)
|
|
|
|
{
|
|
|
|
VncInfo2List *item, *prev = NULL;
|
|
|
|
VncInfo2 *info;
|
|
|
|
VncDisplay *vd;
|
|
|
|
DeviceState *dev;
|
2017-02-03 15:06:44 +03:00
|
|
|
size_t i;
|
2014-12-17 17:49:44 +03:00
|
|
|
|
|
|
|
QTAILQ_FOREACH(vd, &vnc_displays, next) {
|
|
|
|
info = g_new0(VncInfo2, 1);
|
|
|
|
info->id = g_strdup(vd->id);
|
|
|
|
info->clients = qmp_query_client_list(vd);
|
ui: fix reporting of VNC auth in query-vnc-servers
Currently the VNC authentication info is emitted at the
top level of the query-vnc-servers data. This is wrong
because the authentication scheme differs between plain
and websockets when TLS is enabled. We should instead
report auth against the individual servers. e.g.
(QEMU) query-vnc-servers
{
"return": [
{
"clients": [],
"id": "default",
"auth": "vencrypt",
"vencrypt": "x509-vnc",
"server": [
{
"host": "127.0.0.1"
"service": "5901",
"websocket": false,
"family": "ipv4",
"auth": "vencrypt",
"vencrypt": "x509-vnc"
},
{
"host": "127.0.0.1",
"service": "5902",
"websocket": true,
"family": "ipv4",
"auth": "vnc"
}
]
}
]
}
This also future proofs the QMP schema so that we can
cope with multiple VNC server instances, listening on
different interfaces or ports, with different auth
setup.
Reviewed-by: Eric Blake <eblake@redhat.com>
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
Message-id: 20170203120649.15637-3-berrange@redhat.com
Signed-off-by: Gerd Hoffmann <kraxel@redhat.com>
2017-02-03 15:06:43 +03:00
|
|
|
qmp_query_auth(vd->auth, vd->subauth, &info->auth,
|
|
|
|
&info->vencrypt, &info->has_vencrypt);
|
2014-12-17 17:49:44 +03:00
|
|
|
if (vd->dcl.con) {
|
|
|
|
dev = DEVICE(object_property_get_link(OBJECT(vd->dcl.con),
|
|
|
|
"device", NULL));
|
|
|
|
info->has_display = true;
|
|
|
|
info->display = g_strdup(dev->id);
|
|
|
|
}
|
2017-02-03 15:06:44 +03:00
|
|
|
for (i = 0; i < vd->nlsock; i++) {
|
2015-02-27 19:20:57 +03:00
|
|
|
info->server = qmp_query_server_entry(
|
2017-02-03 15:06:44 +03:00
|
|
|
vd->lsock[i], false, vd->auth, vd->subauth, info->server);
|
2014-12-17 17:49:44 +03:00
|
|
|
}
|
2017-02-03 15:06:44 +03:00
|
|
|
for (i = 0; i < vd->nlwebsock; i++) {
|
2015-02-27 19:20:57 +03:00
|
|
|
info->server = qmp_query_server_entry(
|
2017-02-03 15:06:44 +03:00
|
|
|
vd->lwebsock[i], true, vd->ws_auth,
|
|
|
|
vd->ws_subauth, info->server);
|
2014-12-17 17:49:44 +03:00
|
|
|
}
|
|
|
|
|
|
|
|
item = g_new0(VncInfo2List, 1);
|
|
|
|
item->value = info;
|
|
|
|
item->next = prev;
|
|
|
|
prev = item;
|
|
|
|
}
|
|
|
|
return prev;
|
|
|
|
}
|
|
|
|
|
2006-05-01 01:28:36 +04:00
|
|
|
/* TODO
|
|
|
|
1) Get the queue working for IO.
|
|
|
|
2) there is some weirdness when using the -S option (the screen is grey
|
|
|
|
and not totally invalidated
|
|
|
|
3) resolutions > 1024
|
|
|
|
*/
|
|
|
|
|
2014-03-06 16:54:28 +04:00
|
|
|
static int vnc_update_client(VncState *vs, int has_dirty, bool sync);
|
2009-06-16 16:19:48 +04:00
|
|
|
static void vnc_disconnect_start(VncState *vs);
|
2006-05-01 01:28:36 +04:00
|
|
|
|
2009-02-16 17:59:30 +03:00
|
|
|
static void vnc_colordepth(VncState *vs);
|
2009-08-03 13:54:32 +04:00
|
|
|
static void framebuffer_update_request(VncState *vs, int incremental,
|
|
|
|
int x_position, int y_position,
|
|
|
|
int w, int h);
|
2013-03-14 14:56:16 +04:00
|
|
|
static void vnc_refresh(DisplayChangeListener *dcl);
|
2009-08-03 13:54:32 +04:00
|
|
|
static int vnc_refresh_server_surface(VncDisplay *vd);
|
2008-09-15 20:03:41 +04:00
|
|
|
|
2015-10-30 14:10:06 +03:00
|
|
|
static int vnc_width(VncDisplay *vd)
|
|
|
|
{
|
|
|
|
return MIN(VNC_MAX_WIDTH, ROUND_UP(surface_width(vd->ds),
|
|
|
|
VNC_DIRTY_PIXELS_PER_BIT));
|
|
|
|
}
|
|
|
|
|
|
|
|
static int vnc_height(VncDisplay *vd)
|
|
|
|
{
|
|
|
|
return MIN(VNC_MAX_HEIGHT, surface_height(vd->ds));
|
|
|
|
}
|
|
|
|
|
2014-06-30 12:57:51 +04:00
|
|
|
static void vnc_set_area_dirty(DECLARE_BITMAP(dirty[VNC_MAX_HEIGHT],
|
|
|
|
VNC_MAX_WIDTH / VNC_DIRTY_PIXELS_PER_BIT),
|
2015-10-30 14:10:08 +03:00
|
|
|
VncDisplay *vd,
|
|
|
|
int x, int y, int w, int h)
|
|
|
|
{
|
|
|
|
int width = vnc_width(vd);
|
|
|
|
int height = vnc_height(vd);
|
|
|
|
|
2014-01-08 13:08:37 +04:00
|
|
|
/* this is needed this to ensure we updated all affected
|
|
|
|
* blocks if x % VNC_DIRTY_PIXELS_PER_BIT != 0 */
|
2014-01-08 13:08:33 +04:00
|
|
|
w += (x % VNC_DIRTY_PIXELS_PER_BIT);
|
|
|
|
x -= (x % VNC_DIRTY_PIXELS_PER_BIT);
|
2007-12-12 01:31:32 +03:00
|
|
|
|
2012-10-10 15:29:43 +04:00
|
|
|
x = MIN(x, width);
|
|
|
|
y = MIN(y, height);
|
|
|
|
w = MIN(x + w, width) - x;
|
2014-01-08 13:08:37 +04:00
|
|
|
h = MIN(y + h, height);
|
2008-05-20 04:07:58 +04:00
|
|
|
|
2014-01-08 13:08:33 +04:00
|
|
|
for (; y < h; y++) {
|
2014-06-30 12:57:51 +04:00
|
|
|
bitmap_set(dirty[y], x / VNC_DIRTY_PIXELS_PER_BIT,
|
2014-01-08 13:08:37 +04:00
|
|
|
DIV_ROUND_UP(w, VNC_DIRTY_PIXELS_PER_BIT));
|
2014-01-08 13:08:33 +04:00
|
|
|
}
|
2006-05-01 01:28:36 +04:00
|
|
|
}
|
|
|
|
|
2014-06-30 12:57:51 +04:00
|
|
|
static void vnc_dpy_update(DisplayChangeListener *dcl,
|
|
|
|
int x, int y, int w, int h)
|
|
|
|
{
|
|
|
|
VncDisplay *vd = container_of(dcl, VncDisplay, dcl);
|
|
|
|
struct VncSurface *s = &vd->guest;
|
|
|
|
|
2015-10-30 14:10:08 +03:00
|
|
|
vnc_set_area_dirty(s->dirty, vd, x, y, w, h);
|
2014-06-30 12:57:51 +04:00
|
|
|
}
|
|
|
|
|
2010-05-03 16:31:34 +04:00
|
|
|
void vnc_framebuffer_update(VncState *vs, int x, int y, int w, int h,
|
|
|
|
int32_t encoding)
|
2006-05-01 01:28:36 +04:00
|
|
|
{
|
|
|
|
vnc_write_u16(vs, x);
|
|
|
|
vnc_write_u16(vs, y);
|
|
|
|
vnc_write_u16(vs, w);
|
|
|
|
vnc_write_u16(vs, h);
|
|
|
|
|
|
|
|
vnc_write_s32(vs, encoding);
|
|
|
|
}
|
|
|
|
|
2013-01-21 14:04:43 +04:00
|
|
|
|
2010-05-25 20:25:16 +04:00
|
|
|
static void vnc_desktop_resize(VncState *vs)
|
|
|
|
{
|
2015-02-27 19:20:57 +03:00
|
|
|
if (vs->ioc == NULL || !vnc_has_feature(vs, VNC_FEATURE_RESIZE)) {
|
2010-05-25 20:25:16 +04:00
|
|
|
return;
|
|
|
|
}
|
2014-06-30 12:57:51 +04:00
|
|
|
if (vs->client_width == pixman_image_get_width(vs->vd->server) &&
|
|
|
|
vs->client_height == pixman_image_get_height(vs->vd->server)) {
|
2010-05-25 20:25:20 +04:00
|
|
|
return;
|
|
|
|
}
|
2014-06-30 12:57:51 +04:00
|
|
|
vs->client_width = pixman_image_get_width(vs->vd->server);
|
|
|
|
vs->client_height = pixman_image_get_height(vs->vd->server);
|
2010-07-07 22:58:02 +04:00
|
|
|
vnc_lock_output(vs);
|
2010-05-25 20:25:16 +04:00
|
|
|
vnc_write_u8(vs, VNC_MSG_SERVER_FRAMEBUFFER_UPDATE);
|
|
|
|
vnc_write_u8(vs, 0);
|
|
|
|
vnc_write_u16(vs, 1); /* number of rects */
|
2010-05-25 20:25:18 +04:00
|
|
|
vnc_framebuffer_update(vs, 0, 0, vs->client_width, vs->client_height,
|
2010-05-25 20:25:16 +04:00
|
|
|
VNC_ENCODING_DESKTOPRESIZE);
|
2010-07-07 22:58:02 +04:00
|
|
|
vnc_unlock_output(vs);
|
2010-05-25 20:25:16 +04:00
|
|
|
vnc_flush(vs);
|
|
|
|
}
|
|
|
|
|
2010-07-07 22:58:02 +04:00
|
|
|
static void vnc_abort_display_jobs(VncDisplay *vd)
|
|
|
|
{
|
|
|
|
VncState *vs;
|
|
|
|
|
|
|
|
QTAILQ_FOREACH(vs, &vd->clients, next) {
|
|
|
|
vnc_lock_output(vs);
|
|
|
|
vs->abort = true;
|
|
|
|
vnc_unlock_output(vs);
|
|
|
|
}
|
|
|
|
QTAILQ_FOREACH(vs, &vd->clients, next) {
|
|
|
|
vnc_jobs_join(vs);
|
|
|
|
}
|
|
|
|
QTAILQ_FOREACH(vs, &vd->clients, next) {
|
|
|
|
vnc_lock_output(vs);
|
|
|
|
vs->abort = false;
|
|
|
|
vnc_unlock_output(vs);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2012-10-10 15:29:43 +04:00
|
|
|
int vnc_server_fb_stride(VncDisplay *vd)
|
|
|
|
{
|
|
|
|
return pixman_image_get_stride(vd->server);
|
|
|
|
}
|
|
|
|
|
|
|
|
void *vnc_server_fb_ptr(VncDisplay *vd, int x, int y)
|
|
|
|
{
|
|
|
|
uint8_t *ptr;
|
|
|
|
|
|
|
|
ptr = (uint8_t *)pixman_image_get_data(vd->server);
|
|
|
|
ptr += y * vnc_server_fb_stride(vd);
|
|
|
|
ptr += x * VNC_SERVER_FB_BYTES;
|
|
|
|
return ptr;
|
|
|
|
}
|
|
|
|
|
2015-10-30 14:10:07 +03:00
|
|
|
static void vnc_update_server_surface(VncDisplay *vd)
|
|
|
|
{
|
2016-08-16 19:30:32 +03:00
|
|
|
int width, height;
|
|
|
|
|
2015-10-30 14:10:07 +03:00
|
|
|
qemu_pixman_image_unref(vd->server);
|
|
|
|
vd->server = NULL;
|
|
|
|
|
2015-10-30 14:10:09 +03:00
|
|
|
if (QTAILQ_EMPTY(&vd->clients)) {
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
2016-08-16 19:30:32 +03:00
|
|
|
width = vnc_width(vd);
|
|
|
|
height = vnc_height(vd);
|
2015-10-30 14:10:07 +03:00
|
|
|
vd->server = pixman_image_create_bits(VNC_SERVER_FB_FORMAT,
|
2016-08-16 19:30:32 +03:00
|
|
|
width, height,
|
2015-10-30 14:10:07 +03:00
|
|
|
NULL, 0);
|
2016-08-16 19:30:32 +03:00
|
|
|
|
|
|
|
memset(vd->guest.dirty, 0x00, sizeof(vd->guest.dirty));
|
|
|
|
vnc_set_area_dirty(vd->guest.dirty, vd, 0, 0,
|
|
|
|
width, height);
|
2015-10-30 14:10:07 +03:00
|
|
|
}
|
|
|
|
|
2013-02-28 18:03:04 +04:00
|
|
|
static void vnc_dpy_switch(DisplayChangeListener *dcl,
|
|
|
|
DisplaySurface *surface)
|
2006-05-01 01:28:36 +04:00
|
|
|
{
|
2013-02-28 14:34:31 +04:00
|
|
|
VncDisplay *vd = container_of(dcl, VncDisplay, dcl);
|
2010-02-05 14:04:05 +03:00
|
|
|
VncState *vs;
|
2009-08-03 13:54:32 +04:00
|
|
|
|
2010-07-07 22:58:02 +04:00
|
|
|
vnc_abort_display_jobs(vd);
|
2015-10-30 14:10:07 +03:00
|
|
|
vd->ds = surface;
|
2010-07-07 22:58:02 +04:00
|
|
|
|
2009-08-03 13:54:32 +04:00
|
|
|
/* server surface */
|
2015-10-30 14:10:07 +03:00
|
|
|
vnc_update_server_surface(vd);
|
2006-05-01 01:28:36 +04:00
|
|
|
|
2009-03-20 18:59:14 +03:00
|
|
|
/* guest surface */
|
2012-10-10 15:29:43 +04:00
|
|
|
qemu_pixman_image_unref(vd->guest.fb);
|
2013-02-28 20:16:48 +04:00
|
|
|
vd->guest.fb = pixman_image_ref(surface->image);
|
|
|
|
vd->guest.format = surface->format;
|
2006-05-01 01:28:36 +04:00
|
|
|
|
2010-02-05 14:04:05 +03:00
|
|
|
QTAILQ_FOREACH(vs, &vd->clients, next) {
|
2009-08-03 13:54:32 +04:00
|
|
|
vnc_colordepth(vs);
|
2010-05-25 20:25:20 +04:00
|
|
|
vnc_desktop_resize(vs);
|
2010-05-21 13:54:34 +04:00
|
|
|
if (vs->vd->cursor) {
|
|
|
|
vnc_cursor_define(vs);
|
|
|
|
}
|
2014-06-30 12:57:51 +04:00
|
|
|
memset(vs->dirty, 0x00, sizeof(vs->dirty));
|
2015-10-30 14:10:08 +03:00
|
|
|
vnc_set_area_dirty(vs->dirty, vd, 0, 0,
|
2016-08-16 19:30:32 +03:00
|
|
|
vnc_width(vd),
|
|
|
|
vnc_height(vd));
|
2009-02-16 17:59:30 +03:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2006-05-14 22:11:49 +04:00
|
|
|
/* fastest code */
|
2012-10-10 15:29:43 +04:00
|
|
|
static void vnc_write_pixels_copy(VncState *vs,
|
2010-05-21 13:54:34 +04:00
|
|
|
void *pixels, int size)
|
2006-05-14 22:11:49 +04:00
|
|
|
{
|
|
|
|
vnc_write(vs, pixels, size);
|
|
|
|
}
|
|
|
|
|
|
|
|
/* slowest but generic code. */
|
2010-05-03 16:31:34 +04:00
|
|
|
void vnc_convert_pixel(VncState *vs, uint8_t *buf, uint32_t v)
|
2006-05-14 22:11:49 +04:00
|
|
|
{
|
2008-09-15 20:03:41 +04:00
|
|
|
uint8_t r, g, b;
|
2009-08-03 13:54:32 +04:00
|
|
|
|
2012-10-10 15:29:43 +04:00
|
|
|
#if VNC_SERVER_FB_FORMAT == PIXMAN_FORMAT(32, PIXMAN_TYPE_ARGB, 0, 8, 8, 8)
|
|
|
|
r = (((v & 0x00ff0000) >> 16) << vs->client_pf.rbits) >> 8;
|
|
|
|
g = (((v & 0x0000ff00) >> 8) << vs->client_pf.gbits) >> 8;
|
|
|
|
b = (((v & 0x000000ff) >> 0) << vs->client_pf.bbits) >> 8;
|
|
|
|
#else
|
|
|
|
# error need some bits here if you change VNC_SERVER_FB_FORMAT
|
|
|
|
#endif
|
|
|
|
v = (r << vs->client_pf.rshift) |
|
|
|
|
(g << vs->client_pf.gshift) |
|
|
|
|
(b << vs->client_pf.bshift);
|
|
|
|
switch (vs->client_pf.bytes_per_pixel) {
|
2006-05-14 22:11:49 +04:00
|
|
|
case 1:
|
|
|
|
buf[0] = v;
|
|
|
|
break;
|
|
|
|
case 2:
|
2012-10-10 15:29:43 +04:00
|
|
|
if (vs->client_be) {
|
2006-05-14 22:11:49 +04:00
|
|
|
buf[0] = v >> 8;
|
|
|
|
buf[1] = v;
|
|
|
|
} else {
|
|
|
|
buf[1] = v >> 8;
|
|
|
|
buf[0] = v;
|
|
|
|
}
|
|
|
|
break;
|
|
|
|
default:
|
|
|
|
case 4:
|
2012-10-10 15:29:43 +04:00
|
|
|
if (vs->client_be) {
|
2006-05-14 22:11:49 +04:00
|
|
|
buf[0] = v >> 24;
|
|
|
|
buf[1] = v >> 16;
|
|
|
|
buf[2] = v >> 8;
|
|
|
|
buf[3] = v;
|
|
|
|
} else {
|
|
|
|
buf[3] = v >> 24;
|
|
|
|
buf[2] = v >> 16;
|
|
|
|
buf[1] = v >> 8;
|
|
|
|
buf[0] = v;
|
|
|
|
}
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2012-10-10 15:29:43 +04:00
|
|
|
static void vnc_write_pixels_generic(VncState *vs,
|
2010-05-21 13:54:34 +04:00
|
|
|
void *pixels1, int size)
|
2006-05-14 22:11:49 +04:00
|
|
|
{
|
|
|
|
uint8_t buf[4];
|
|
|
|
|
2012-10-10 15:29:43 +04:00
|
|
|
if (VNC_SERVER_FB_BYTES == 4) {
|
2008-09-15 20:03:41 +04:00
|
|
|
uint32_t *pixels = pixels1;
|
|
|
|
int n, i;
|
|
|
|
n = size >> 2;
|
2012-10-10 15:29:43 +04:00
|
|
|
for (i = 0; i < n; i++) {
|
2008-09-15 20:03:41 +04:00
|
|
|
vnc_convert_pixel(vs, buf, pixels[i]);
|
2012-10-10 15:29:43 +04:00
|
|
|
vnc_write(vs, buf, vs->client_pf.bytes_per_pixel);
|
2008-09-15 20:03:41 +04:00
|
|
|
}
|
2006-05-14 22:11:49 +04:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2010-05-19 11:24:09 +04:00
|
|
|
int vnc_raw_send_framebuffer_update(VncState *vs, int x, int y, int w, int h)
|
2006-05-01 01:28:36 +04:00
|
|
|
{
|
|
|
|
int i;
|
2007-12-16 06:02:09 +03:00
|
|
|
uint8_t *row;
|
2009-08-03 13:54:32 +04:00
|
|
|
VncDisplay *vd = vs->vd;
|
2006-05-01 01:28:36 +04:00
|
|
|
|
2012-10-10 15:29:43 +04:00
|
|
|
row = vnc_server_fb_ptr(vd, x, y);
|
2006-05-01 01:28:36 +04:00
|
|
|
for (i = 0; i < h; i++) {
|
2012-10-10 15:29:43 +04:00
|
|
|
vs->write_pixels(vs, row, w * VNC_SERVER_FB_BYTES);
|
|
|
|
row += vnc_server_fb_stride(vd);
|
2006-05-01 01:28:36 +04:00
|
|
|
}
|
2010-05-19 11:24:09 +04:00
|
|
|
return 1;
|
2006-05-01 01:28:36 +04:00
|
|
|
}
|
|
|
|
|
2010-07-07 22:58:02 +04:00
|
|
|
int vnc_send_framebuffer_update(VncState *vs, int x, int y, int w, int h)
|
2006-05-01 01:28:36 +04:00
|
|
|
{
|
2010-05-19 11:24:09 +04:00
|
|
|
int n = 0;
|
2015-08-27 15:46:25 +03:00
|
|
|
bool encode_raw = false;
|
|
|
|
size_t saved_offs = vs->output.offset;
|
2010-05-19 11:24:09 +04:00
|
|
|
|
2009-02-02 18:58:43 +03:00
|
|
|
switch(vs->vnc_encoding) {
|
2009-03-06 23:27:40 +03:00
|
|
|
case VNC_ENCODING_ZLIB:
|
2010-05-19 11:24:09 +04:00
|
|
|
n = vnc_zlib_send_framebuffer_update(vs, x, y, w, h);
|
2009-03-06 23:27:40 +03:00
|
|
|
break;
|
|
|
|
case VNC_ENCODING_HEXTILE:
|
|
|
|
vnc_framebuffer_update(vs, x, y, w, h, VNC_ENCODING_HEXTILE);
|
2010-05-19 11:24:09 +04:00
|
|
|
n = vnc_hextile_send_framebuffer_update(vs, x, y, w, h);
|
2009-03-06 23:27:40 +03:00
|
|
|
break;
|
2010-05-19 11:24:10 +04:00
|
|
|
case VNC_ENCODING_TIGHT:
|
|
|
|
n = vnc_tight_send_framebuffer_update(vs, x, y, w, h);
|
|
|
|
break;
|
2010-07-07 22:57:56 +04:00
|
|
|
case VNC_ENCODING_TIGHT_PNG:
|
|
|
|
n = vnc_tight_png_send_framebuffer_update(vs, x, y, w, h);
|
|
|
|
break;
|
2011-02-04 11:06:01 +03:00
|
|
|
case VNC_ENCODING_ZRLE:
|
|
|
|
n = vnc_zrle_send_framebuffer_update(vs, x, y, w, h);
|
|
|
|
break;
|
|
|
|
case VNC_ENCODING_ZYWRLE:
|
|
|
|
n = vnc_zywrle_send_framebuffer_update(vs, x, y, w, h);
|
|
|
|
break;
|
2009-03-06 23:27:40 +03:00
|
|
|
default:
|
2015-08-27 15:46:25 +03:00
|
|
|
encode_raw = true;
|
2009-03-06 23:27:40 +03:00
|
|
|
break;
|
2009-02-02 18:58:43 +03:00
|
|
|
}
|
2015-08-27 15:46:25 +03:00
|
|
|
|
|
|
|
/* If the client has the same pixel format as our internal buffer and
|
|
|
|
* a RAW encoding would need less space fall back to RAW encoding to
|
|
|
|
* save bandwidth and processing power in the client. */
|
|
|
|
if (!encode_raw && vs->write_pixels == vnc_write_pixels_copy &&
|
|
|
|
12 + h * w * VNC_SERVER_FB_BYTES <= (vs->output.offset - saved_offs)) {
|
|
|
|
vs->output.offset = saved_offs;
|
|
|
|
encode_raw = true;
|
|
|
|
}
|
|
|
|
|
|
|
|
if (encode_raw) {
|
|
|
|
vnc_framebuffer_update(vs, x, y, w, h, VNC_ENCODING_RAW);
|
|
|
|
n = vnc_raw_send_framebuffer_update(vs, x, y, w, h);
|
|
|
|
}
|
|
|
|
|
2010-05-19 11:24:09 +04:00
|
|
|
return n;
|
2006-05-01 01:28:36 +04:00
|
|
|
}
|
|
|
|
|
2012-11-13 17:51:41 +04:00
|
|
|
static void vnc_mouse_set(DisplayChangeListener *dcl,
|
|
|
|
int x, int y, int visible)
|
2010-05-21 13:54:34 +04:00
|
|
|
{
|
|
|
|
/* can we ask the client(s) to move the pointer ??? */
|
|
|
|
}
|
|
|
|
|
|
|
|
static int vnc_cursor_define(VncState *vs)
|
|
|
|
{
|
|
|
|
QEMUCursor *c = vs->vd->cursor;
|
|
|
|
int isize;
|
|
|
|
|
|
|
|
if (vnc_has_feature(vs, VNC_FEATURE_RICH_CURSOR)) {
|
2010-07-07 22:58:03 +04:00
|
|
|
vnc_lock_output(vs);
|
2010-05-21 13:54:34 +04:00
|
|
|
vnc_write_u8(vs, VNC_MSG_SERVER_FRAMEBUFFER_UPDATE);
|
|
|
|
vnc_write_u8(vs, 0); /* padding */
|
|
|
|
vnc_write_u16(vs, 1); /* # of rects */
|
|
|
|
vnc_framebuffer_update(vs, c->hot_x, c->hot_y, c->width, c->height,
|
|
|
|
VNC_ENCODING_RICH_CURSOR);
|
2012-10-10 15:29:43 +04:00
|
|
|
isize = c->width * c->height * vs->client_pf.bytes_per_pixel;
|
|
|
|
vnc_write_pixels_generic(vs, c->data, isize);
|
2010-05-21 13:54:34 +04:00
|
|
|
vnc_write(vs, vs->vd->cursor_mask, vs->vd->cursor_msize);
|
2010-07-07 22:58:03 +04:00
|
|
|
vnc_unlock_output(vs);
|
2010-05-21 13:54:34 +04:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
return -1;
|
|
|
|
}
|
|
|
|
|
2012-11-13 17:51:41 +04:00
|
|
|
static void vnc_dpy_cursor_define(DisplayChangeListener *dcl,
|
|
|
|
QEMUCursor *c)
|
2010-05-21 13:54:34 +04:00
|
|
|
{
|
2014-07-29 14:14:08 +04:00
|
|
|
VncDisplay *vd = container_of(dcl, VncDisplay, dcl);
|
2010-05-21 13:54:34 +04:00
|
|
|
VncState *vs;
|
|
|
|
|
|
|
|
cursor_put(vd->cursor);
|
2011-08-21 07:09:37 +04:00
|
|
|
g_free(vd->cursor_mask);
|
2010-05-21 13:54:34 +04:00
|
|
|
|
|
|
|
vd->cursor = c;
|
|
|
|
cursor_get(vd->cursor);
|
|
|
|
vd->cursor_msize = cursor_get_mono_bpl(c) * c->height;
|
2011-08-21 07:09:37 +04:00
|
|
|
vd->cursor_mask = g_malloc0(vd->cursor_msize);
|
2010-05-21 13:54:34 +04:00
|
|
|
cursor_get_mono_mask(c, 0, vd->cursor_mask);
|
|
|
|
|
|
|
|
QTAILQ_FOREACH(vs, &vd->clients, next) {
|
|
|
|
vnc_cursor_define(vs);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2015-04-08 21:04:12 +03:00
|
|
|
static int find_and_clear_dirty_height(VncState *vs,
|
2011-02-04 11:06:06 +03:00
|
|
|
int y, int last_x, int x, int height)
|
2006-05-01 01:28:36 +04:00
|
|
|
{
|
|
|
|
int h;
|
|
|
|
|
2011-02-04 11:06:06 +03:00
|
|
|
for (h = 1; h < (height - y); h++) {
|
2011-02-04 11:06:05 +03:00
|
|
|
if (!test_bit(last_x, vs->dirty[y + h])) {
|
2009-03-06 23:27:40 +03:00
|
|
|
break;
|
2011-02-04 11:06:05 +03:00
|
|
|
}
|
2014-01-08 13:08:36 +04:00
|
|
|
bitmap_clear(vs->dirty[y + h], last_x, x - last_x);
|
2006-05-01 01:28:36 +04:00
|
|
|
}
|
|
|
|
|
|
|
|
return h;
|
|
|
|
}
|
|
|
|
|
2014-03-06 16:54:28 +04:00
|
|
|
static int vnc_update_client(VncState *vs, int has_dirty, bool sync)
|
2006-05-01 01:28:36 +04:00
|
|
|
{
|
2016-07-13 13:21:20 +03:00
|
|
|
if (vs->disconnecting) {
|
|
|
|
vnc_disconnect_finish(vs);
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2014-07-23 13:52:02 +04:00
|
|
|
vs->has_dirty += has_dirty;
|
2016-07-08 06:37:36 +03:00
|
|
|
if (vs->need_update && !vs->disconnecting) {
|
2009-08-03 13:54:32 +04:00
|
|
|
VncDisplay *vd = vs->vd;
|
2010-07-07 22:58:02 +04:00
|
|
|
VncJob *job;
|
2009-03-06 23:27:40 +03:00
|
|
|
int y;
|
2014-03-17 21:38:58 +04:00
|
|
|
int height, width;
|
2010-07-07 22:58:02 +04:00
|
|
|
int n = 0;
|
|
|
|
|
2009-08-03 13:54:05 +04:00
|
|
|
if (vs->output.offset && !vs->audio_cap && !vs->force_update)
|
2009-03-20 18:59:24 +03:00
|
|
|
/* kernel send buffers are full -> drop frames to throttle */
|
2009-08-03 13:56:01 +04:00
|
|
|
return 0;
|
2008-01-14 02:51:53 +03:00
|
|
|
|
2014-07-23 13:52:02 +04:00
|
|
|
if (!vs->has_dirty && !vs->audio_cap && !vs->force_update)
|
2009-08-03 13:56:01 +04:00
|
|
|
return 0;
|
2009-03-06 23:27:40 +03:00
|
|
|
|
2009-03-20 18:59:14 +03:00
|
|
|
/*
|
|
|
|
* Send screen updates to the vnc client using the server
|
|
|
|
* surface and server dirty map. guest surface updates
|
|
|
|
* happening in parallel don't disturb us, the next pass will
|
|
|
|
* send them to the client.
|
|
|
|
*/
|
2010-07-07 22:58:02 +04:00
|
|
|
job = vnc_job_new(vs);
|
2009-03-06 23:27:40 +03:00
|
|
|
|
2014-06-30 12:57:51 +04:00
|
|
|
height = pixman_image_get_height(vd->server);
|
|
|
|
width = pixman_image_get_width(vd->server);
|
2010-05-25 20:25:19 +04:00
|
|
|
|
2014-01-08 13:08:35 +04:00
|
|
|
y = 0;
|
|
|
|
for (;;) {
|
|
|
|
int x, h;
|
|
|
|
unsigned long x2;
|
|
|
|
unsigned long offset = find_next_bit((unsigned long *) &vs->dirty,
|
|
|
|
height * VNC_DIRTY_BPL(vs),
|
|
|
|
y * VNC_DIRTY_BPL(vs));
|
|
|
|
if (offset == height * VNC_DIRTY_BPL(vs)) {
|
|
|
|
/* no more dirty bits */
|
|
|
|
break;
|
2009-03-06 23:27:40 +03:00
|
|
|
}
|
2014-01-08 13:08:35 +04:00
|
|
|
y = offset / VNC_DIRTY_BPL(vs);
|
|
|
|
x = offset % VNC_DIRTY_BPL(vs);
|
|
|
|
x2 = find_next_zero_bit((unsigned long *) &vs->dirty[y],
|
|
|
|
VNC_DIRTY_BPL(vs), x);
|
|
|
|
bitmap_clear(vs->dirty[y], x, x2 - x);
|
|
|
|
h = find_and_clear_dirty_height(vs, y, x, x2, height);
|
2014-03-17 21:38:58 +04:00
|
|
|
x2 = MIN(x2, width / VNC_DIRTY_PIXELS_PER_BIT);
|
|
|
|
if (x2 > x) {
|
|
|
|
n += vnc_job_add_rect(job, x * VNC_DIRTY_PIXELS_PER_BIT, y,
|
|
|
|
(x2 - x) * VNC_DIRTY_PIXELS_PER_BIT, h);
|
|
|
|
}
|
2015-02-02 18:25:34 +03:00
|
|
|
if (!x && x2 == width / VNC_DIRTY_PIXELS_PER_BIT) {
|
|
|
|
y += h;
|
|
|
|
if (y == height) {
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
}
|
2009-03-06 23:27:40 +03:00
|
|
|
}
|
2010-07-07 22:58:02 +04:00
|
|
|
|
|
|
|
vnc_job_push(job);
|
2014-06-13 12:23:10 +04:00
|
|
|
if (sync) {
|
|
|
|
vnc_jobs_join(vs);
|
|
|
|
}
|
2009-03-20 18:59:24 +03:00
|
|
|
vs->force_update = 0;
|
2014-07-23 13:52:02 +04:00
|
|
|
vs->has_dirty = 0;
|
2010-07-07 22:58:02 +04:00
|
|
|
return n;
|
2006-05-01 01:28:36 +04:00
|
|
|
}
|
|
|
|
|
2015-02-27 19:20:57 +03:00
|
|
|
if (vs->disconnecting) {
|
2009-06-16 16:19:48 +04:00
|
|
|
vnc_disconnect_finish(vs);
|
2014-03-06 16:54:28 +04:00
|
|
|
} else if (sync) {
|
|
|
|
vnc_jobs_join(vs);
|
|
|
|
}
|
2009-08-03 13:56:01 +04:00
|
|
|
|
|
|
|
return 0;
|
2006-05-01 01:28:36 +04:00
|
|
|
}
|
|
|
|
|
2008-12-01 23:57:48 +03:00
|
|
|
/* audio */
|
|
|
|
static void audio_capture_notify(void *opaque, audcnotification_e cmd)
|
|
|
|
{
|
|
|
|
VncState *vs = opaque;
|
|
|
|
|
|
|
|
switch (cmd) {
|
|
|
|
case AUD_CNOTIFY_DISABLE:
|
2010-07-07 22:58:02 +04:00
|
|
|
vnc_lock_output(vs);
|
2010-03-31 21:20:43 +04:00
|
|
|
vnc_write_u8(vs, VNC_MSG_SERVER_QEMU);
|
|
|
|
vnc_write_u8(vs, VNC_MSG_SERVER_QEMU_AUDIO);
|
|
|
|
vnc_write_u16(vs, VNC_MSG_SERVER_QEMU_AUDIO_END);
|
2010-07-07 22:58:02 +04:00
|
|
|
vnc_unlock_output(vs);
|
2008-12-01 23:57:48 +03:00
|
|
|
vnc_flush(vs);
|
|
|
|
break;
|
|
|
|
|
|
|
|
case AUD_CNOTIFY_ENABLE:
|
2010-07-07 22:58:02 +04:00
|
|
|
vnc_lock_output(vs);
|
2010-03-31 21:20:43 +04:00
|
|
|
vnc_write_u8(vs, VNC_MSG_SERVER_QEMU);
|
|
|
|
vnc_write_u8(vs, VNC_MSG_SERVER_QEMU_AUDIO);
|
|
|
|
vnc_write_u16(vs, VNC_MSG_SERVER_QEMU_AUDIO_BEGIN);
|
2010-07-07 22:58:02 +04:00
|
|
|
vnc_unlock_output(vs);
|
2008-12-01 23:57:48 +03:00
|
|
|
vnc_flush(vs);
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
static void audio_capture_destroy(void *opaque)
|
|
|
|
{
|
|
|
|
}
|
|
|
|
|
|
|
|
static void audio_capture(void *opaque, void *buf, int size)
|
|
|
|
{
|
|
|
|
VncState *vs = opaque;
|
|
|
|
|
2010-07-07 22:58:02 +04:00
|
|
|
vnc_lock_output(vs);
|
2010-03-31 21:20:43 +04:00
|
|
|
vnc_write_u8(vs, VNC_MSG_SERVER_QEMU);
|
|
|
|
vnc_write_u8(vs, VNC_MSG_SERVER_QEMU_AUDIO);
|
|
|
|
vnc_write_u16(vs, VNC_MSG_SERVER_QEMU_AUDIO_DATA);
|
2008-12-01 23:57:48 +03:00
|
|
|
vnc_write_u32(vs, size);
|
|
|
|
vnc_write(vs, buf, size);
|
2010-07-07 22:58:02 +04:00
|
|
|
vnc_unlock_output(vs);
|
2008-12-01 23:57:48 +03:00
|
|
|
vnc_flush(vs);
|
|
|
|
}
|
|
|
|
|
|
|
|
static void audio_add(VncState *vs)
|
|
|
|
{
|
|
|
|
struct audio_capture_ops ops;
|
|
|
|
|
|
|
|
if (vs->audio_cap) {
|
2014-03-22 03:42:21 +04:00
|
|
|
error_report("audio already running");
|
2008-12-01 23:57:48 +03:00
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
|
|
|
ops.notify = audio_capture_notify;
|
|
|
|
ops.destroy = audio_capture_destroy;
|
|
|
|
ops.capture = audio_capture;
|
|
|
|
|
2009-05-14 03:11:35 +04:00
|
|
|
vs->audio_cap = AUD_add_capture(&vs->as, &ops, vs);
|
2008-12-01 23:57:48 +03:00
|
|
|
if (!vs->audio_cap) {
|
2014-03-22 03:42:21 +04:00
|
|
|
error_report("Failed to add audio capture");
|
2008-12-01 23:57:48 +03:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
static void audio_del(VncState *vs)
|
|
|
|
{
|
|
|
|
if (vs->audio_cap) {
|
|
|
|
AUD_del_capture(vs->audio_cap, vs);
|
|
|
|
vs->audio_cap = NULL;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2009-06-16 16:19:48 +04:00
|
|
|
static void vnc_disconnect_start(VncState *vs)
|
|
|
|
{
|
2015-02-27 19:20:57 +03:00
|
|
|
if (vs->disconnecting) {
|
2009-06-16 16:19:48 +04:00
|
|
|
return;
|
2015-02-27 19:20:57 +03:00
|
|
|
}
|
2011-11-24 21:10:49 +04:00
|
|
|
vnc_set_share_mode(vs, VNC_SHARE_MODE_DISCONNECTED);
|
2015-02-27 19:20:57 +03:00
|
|
|
if (vs->ioc_tag) {
|
|
|
|
g_source_remove(vs->ioc_tag);
|
|
|
|
}
|
|
|
|
qio_channel_close(vs->ioc, NULL);
|
|
|
|
vs->disconnecting = TRUE;
|
2009-06-16 16:19:48 +04:00
|
|
|
}
|
|
|
|
|
2013-01-21 14:04:44 +04:00
|
|
|
void vnc_disconnect_finish(VncState *vs)
|
2009-06-16 16:19:48 +04:00
|
|
|
{
|
2011-02-04 11:05:56 +03:00
|
|
|
int i;
|
|
|
|
|
2010-07-07 22:58:02 +04:00
|
|
|
vnc_jobs_join(vs); /* Wait encoding jobs */
|
|
|
|
|
|
|
|
vnc_lock_output(vs);
|
2014-06-18 10:43:49 +04:00
|
|
|
vnc_qmp_event(vs, QAPI_EVENT_VNC_DISCONNECTED);
|
QMP: Introduce VNC_DISCONNECTED event
It's emitted when a VNC client disconnects from QEMU, client's
information such as port and IP address are provided.
Event example:
{ "event": "VNC_DISCONNECTED",
"timestamp": { "seconds": 1262976601, "microseconds": 975795 },
"data": {
"server": { "auth": "sasl", "family": "ipv4",
"service": "5901", "host": "0.0.0.0" },
"client": { "family": "ipv4", "service": "58425",
"host": "127.0.0.1", "sasl_username": "foo" } } }
Signed-off-by: Luiz Capitulino <lcapitulino@redhat.com>
Signed-off-by: Anthony Liguori <aliguori@us.ibm.com>
2010-01-14 19:50:58 +03:00
|
|
|
|
2010-05-19 11:24:07 +04:00
|
|
|
buffer_free(&vs->input);
|
|
|
|
buffer_free(&vs->output);
|
2010-01-14 19:50:56 +03:00
|
|
|
|
2014-06-18 10:43:49 +04:00
|
|
|
qapi_free_VncClientInfo(vs->info);
|
2010-01-14 19:50:56 +03:00
|
|
|
|
2010-05-19 11:24:08 +04:00
|
|
|
vnc_zlib_clear(vs);
|
2010-05-19 11:24:10 +04:00
|
|
|
vnc_tight_clear(vs);
|
2011-02-04 11:06:01 +03:00
|
|
|
vnc_zrle_clear(vs);
|
2010-05-19 11:24:08 +04:00
|
|
|
|
2009-06-16 16:19:48 +04:00
|
|
|
#ifdef CONFIG_VNC_SASL
|
|
|
|
vnc_sasl_client_cleanup(vs);
|
|
|
|
#endif /* CONFIG_VNC_SASL */
|
|
|
|
audio_del(vs);
|
2012-02-08 16:18:37 +04:00
|
|
|
vnc_release_modifiers(vs);
|
2009-06-16 16:19:48 +04:00
|
|
|
|
2016-09-29 18:45:39 +03:00
|
|
|
if (vs->mouse_mode_notifier.notify != NULL) {
|
2013-01-21 14:04:45 +04:00
|
|
|
qemu_remove_mouse_mode_change_notifier(&vs->mouse_mode_notifier);
|
2016-09-29 18:45:39 +03:00
|
|
|
}
|
|
|
|
QTAILQ_REMOVE(&vs->vd->clients, vs, next);
|
|
|
|
if (QTAILQ_EMPTY(&vs->vd->clients)) {
|
|
|
|
/* last client gone */
|
|
|
|
vnc_update_server_surface(vs->vd);
|
2013-01-21 14:04:45 +04:00
|
|
|
}
|
2010-02-05 14:04:05 +03:00
|
|
|
|
2010-07-07 22:58:02 +04:00
|
|
|
vnc_unlock_output(vs);
|
|
|
|
|
|
|
|
qemu_mutex_destroy(&vs->output_mutex);
|
2013-01-21 14:04:45 +04:00
|
|
|
if (vs->bh != NULL) {
|
|
|
|
qemu_bh_delete(vs->bh);
|
|
|
|
}
|
2012-03-14 10:58:47 +04:00
|
|
|
buffer_free(&vs->jobs_buffer);
|
|
|
|
|
2011-02-04 11:05:56 +03:00
|
|
|
for (i = 0; i < VNC_STAT_ROWS; ++i) {
|
2011-08-21 07:09:37 +04:00
|
|
|
g_free(vs->lossy_rect[i]);
|
2011-02-04 11:05:56 +03:00
|
|
|
}
|
2011-08-21 07:09:37 +04:00
|
|
|
g_free(vs->lossy_rect);
|
2015-02-27 19:20:57 +03:00
|
|
|
|
|
|
|
object_unref(OBJECT(vs->ioc));
|
|
|
|
vs->ioc = NULL;
|
|
|
|
object_unref(OBJECT(vs->sioc));
|
|
|
|
vs->sioc = NULL;
|
2011-08-21 07:09:37 +04:00
|
|
|
g_free(vs);
|
2009-06-16 16:19:48 +04:00
|
|
|
}
|
Add SASL authentication support ("Daniel P. Berrange")
This patch adds the new SASL authentication protocol to the VNC server.
It is enabled by setting the 'sasl' flag when launching VNC. SASL can
optionally provide encryption via its SSF layer, if a suitable mechanism
is configured (eg, GSSAPI/Kerberos, or Digest-MD5). If an SSF layer is
not available, then it should be combined with the x509 VNC authentication
protocol which provides encryption.
eg, if using GSSAPI
qemu -vnc localhost:1,sasl
eg if using TLS/x509 for encryption
qemu -vnc localhost:1,sasl,tls,x509
By default the Cyrus SASL library will look for its configuration in
the file /etc/sasl2/qemu.conf. For non-root users, this can be overridden
by setting the SASL_CONF_PATH environment variable, eg to make it look in
$HOME/.sasl2. NB unprivileged users may not have access to the full range
of SASL mechanisms, since some of them require some administrative privileges
to configure. The patch includes an example SASL configuration file which
illustrates config for GSSAPI and Digest-MD5, though it should be noted that
the latter is not really considered secure any more.
Most of the SASL authentication code is located in a separate source file,
vnc-auth-sasl.c. The main vnc.c file only contains minimal integration
glue, specifically parsing of command line flags / setup, and calls to
start the SASL auth process, to do encoding/decoding for data.
There are several possible stacks for reading & writing of data, depending
on the combo of VNC authentication methods in use
- Clear. read/write straight to socket
- TLS. read/write via GNUTLS helpers
- SASL. encode/decode via SASL SSF layer, then read/write to socket
- SASL+TLS. encode/decode via SASL SSF layer, then read/write via GNUTLS
Hence, the vnc_client_read & vnc_client_write methods have been refactored
a little.
vnc_client_read: main entry point for reading, calls either
- vnc_client_read_plain reading, with no intermediate decoding
- vnc_client_read_sasl reading, with SASL SSF decoding
These two methods, then call vnc_client_read_buf(). This decides
whether to write to the socket directly or write via GNUTLS.
The situation is the same for writing data. More extensive comments
have been added in the code / patch. The vnc_client_read_sasl and
vnc_client_write_sasl method implementations live in the separate
vnc-auth-sasl.c file.
The state required for the SASL auth mechanism is kept in a separate
VncStateSASL struct, defined in vnc-auth-sasl.h and included in the
main VncState.
The configure script probes for SASL and automatically enables it
if found, unless --disable-vnc-sasl was given to override it.
Makefile | 7
Makefile.target | 5
b/qemu.sasl | 34 ++
b/vnc-auth-sasl.c | 626 ++++++++++++++++++++++++++++++++++++++++++++++++++++
b/vnc-auth-sasl.h | 67 +++++
configure | 34 ++
qemu-doc.texi | 97 ++++++++
vnc-auth-vencrypt.c | 12
vnc.c | 249 ++++++++++++++++++--
vnc.h | 31 ++
10 files changed, 1129 insertions(+), 33 deletions(-)
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
Signed-off-by: Anthony Liguori <aliguori@us.ibm.com>
git-svn-id: svn://svn.savannah.nongnu.org/qemu/trunk@6724 c046a42c-6fe2-441c-8c8c-71466251a162
2009-03-06 23:27:28 +03:00
|
|
|
|
2015-02-27 19:20:57 +03:00
|
|
|
ssize_t vnc_client_io_error(VncState *vs, ssize_t ret, Error **errp)
|
2006-05-01 01:28:36 +04:00
|
|
|
{
|
2015-02-27 19:20:57 +03:00
|
|
|
if (ret <= 0) {
|
|
|
|
if (ret == 0) {
|
|
|
|
VNC_DEBUG("Closing down client sock: EOF\n");
|
vnc: do not disconnect on EAGAIN
When qemu vnc server is trying to send large update to clients,
there might be a situation when system responds with something
like EAGAIN, indicating that there's no system memory to send
that much data (depending on the network speed, client and server
and what is happening). In this case, something like this happens
on qemu side (from strace):
sendmsg(16, {msg_name(0)=NULL,
msg_iov(1)=[{"\244\"..., 729186}],
msg_controllen=0, msg_flags=0}, 0) = 103950
sendmsg(16, {msg_name(0)=NULL,
msg_iov(1)=[{"lz\346"..., 1559618}],
msg_controllen=0, msg_flags=0}, 0) = -1 EAGAIN
sendmsg(-1, {msg_name(0)=NULL,
msg_iov(1)=[{"lz\346"..., 1559618}],
msg_controllen=0, msg_flags=0}, 0) = -1 EBADF
qemu closes the socket before the retry, and obviously it gets EBADF
when trying to send to -1.
This is because there WAS a special handling for EAGAIN, but now it doesn't
work anymore, after commit 04d2529da27db512dcbd5e99d0e26d333f16efcc, because
now in all error-like cases we initiate vnc disconnect.
This change were introduced in qemu 2.6, and caused numerous grief for many
people, resulting in their vnc clients reporting sporadic random disconnects
from vnc server.
Fix that by doing the disconnect only when necessary, i.e. omitting this
very case of EAGAIN.
Hopefully the existing condition (comparing with QIO_CHANNEL_ERR_BLOCK)
is sufficient, as the original code (before the above commit) were
checking for other errno values too.
Apparently there's another (semi?)bug exist somewhere here, since the
code tries to write to fd# -1, it probably should check if the connection
is open before. But this isn't important.
Signed-off-by: Michael Tokarev <mjt@tls.msk.ru>
Reviewed-by: Daniel P. Berrange <berrange@redhat.com>
Message-id: 1486115549-9398-1-git-send-email-mjt@msgid.tls.msk.ru
Fixes: 04d2529da27db512dcbd5e99d0e26d333f16efcc
Cc: Daniel P. Berrange <berrange@redhat.com>
Cc: Gerd Hoffmann <kraxel@redhat.com>
Cc: qemu-stable@nongnu.org
Signed-off-by: Gerd Hoffmann <kraxel@redhat.com>
2017-02-03 12:52:29 +03:00
|
|
|
vnc_disconnect_start(vs);
|
2015-02-27 19:20:57 +03:00
|
|
|
} else if (ret != QIO_CHANNEL_ERR_BLOCK) {
|
2017-01-10 12:19:25 +03:00
|
|
|
VNC_DEBUG("Closing down client sock: ret %zd (%s)\n",
|
2015-02-27 19:20:57 +03:00
|
|
|
ret, errp ? error_get_pretty(*errp) : "Unknown");
|
vnc: do not disconnect on EAGAIN
When qemu vnc server is trying to send large update to clients,
there might be a situation when system responds with something
like EAGAIN, indicating that there's no system memory to send
that much data (depending on the network speed, client and server
and what is happening). In this case, something like this happens
on qemu side (from strace):
sendmsg(16, {msg_name(0)=NULL,
msg_iov(1)=[{"\244\"..., 729186}],
msg_controllen=0, msg_flags=0}, 0) = 103950
sendmsg(16, {msg_name(0)=NULL,
msg_iov(1)=[{"lz\346"..., 1559618}],
msg_controllen=0, msg_flags=0}, 0) = -1 EAGAIN
sendmsg(-1, {msg_name(0)=NULL,
msg_iov(1)=[{"lz\346"..., 1559618}],
msg_controllen=0, msg_flags=0}, 0) = -1 EBADF
qemu closes the socket before the retry, and obviously it gets EBADF
when trying to send to -1.
This is because there WAS a special handling for EAGAIN, but now it doesn't
work anymore, after commit 04d2529da27db512dcbd5e99d0e26d333f16efcc, because
now in all error-like cases we initiate vnc disconnect.
This change were introduced in qemu 2.6, and caused numerous grief for many
people, resulting in their vnc clients reporting sporadic random disconnects
from vnc server.
Fix that by doing the disconnect only when necessary, i.e. omitting this
very case of EAGAIN.
Hopefully the existing condition (comparing with QIO_CHANNEL_ERR_BLOCK)
is sufficient, as the original code (before the above commit) were
checking for other errno values too.
Apparently there's another (semi?)bug exist somewhere here, since the
code tries to write to fd# -1, it probably should check if the connection
is open before. But this isn't important.
Signed-off-by: Michael Tokarev <mjt@tls.msk.ru>
Reviewed-by: Daniel P. Berrange <berrange@redhat.com>
Message-id: 1486115549-9398-1-git-send-email-mjt@msgid.tls.msk.ru
Fixes: 04d2529da27db512dcbd5e99d0e26d333f16efcc
Cc: Daniel P. Berrange <berrange@redhat.com>
Cc: Gerd Hoffmann <kraxel@redhat.com>
Cc: qemu-stable@nongnu.org
Signed-off-by: Gerd Hoffmann <kraxel@redhat.com>
2017-02-03 12:52:29 +03:00
|
|
|
vnc_disconnect_start(vs);
|
2008-04-25 03:40:55 +04:00
|
|
|
}
|
2006-05-01 01:28:36 +04:00
|
|
|
|
2015-02-27 19:20:57 +03:00
|
|
|
if (errp) {
|
|
|
|
error_free(*errp);
|
|
|
|
*errp = NULL;
|
|
|
|
}
|
2009-03-06 23:27:40 +03:00
|
|
|
return 0;
|
2006-05-01 01:28:36 +04:00
|
|
|
}
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
2009-03-06 23:27:23 +03:00
|
|
|
|
|
|
|
void vnc_client_error(VncState *vs)
|
2006-05-01 01:28:36 +04:00
|
|
|
{
|
2009-06-16 16:19:48 +04:00
|
|
|
VNC_DEBUG("Closing down client sock: protocol error\n");
|
|
|
|
vnc_disconnect_start(vs);
|
2006-05-01 01:28:36 +04:00
|
|
|
}
|
|
|
|
|
ui: convert VNC server to use QCryptoTLSSession
Switch VNC server over to using the QCryptoTLSSession object
for the TLS session. This removes the direct use of gnutls
from the VNC server code. It also removes most knowledge
about TLS certificate handling from the VNC server code.
This has the nice effect that all the CONFIG_VNC_TLS
conditionals go away and the user gets an actual error
message when requesting TLS instead of it being silently
ignored.
With this change, the existing configuration options for
enabling TLS with -vnc are deprecated.
Old syntax for anon-DH credentials:
-vnc hostname:0,tls
New syntax:
-object tls-creds-anon,id=tls0,endpoint=server \
-vnc hostname:0,tls-creds=tls0
Old syntax for x509 credentials, no client certs:
-vnc hostname:0,tls,x509=/path/to/certs
New syntax:
-object tls-creds-x509,id=tls0,dir=/path/to/certs,endpoint=server,verify-peer=no \
-vnc hostname:0,tls-creds=tls0
Old syntax for x509 credentials, requiring client certs:
-vnc hostname:0,tls,x509verify=/path/to/certs
New syntax:
-object tls-creds-x509,id=tls0,dir=/path/to/certs,endpoint=server,verify-peer=yes \
-vnc hostname:0,tls-creds=tls0
This aligns VNC with the way TLS credentials are to be
configured in the future for chardev, nbd and migration
backends. It also has the benefit that the same TLS
credentials can be shared across multiple VNC server
instances, if desired.
If someone uses the deprecated syntax, it will internally
result in the creation of a 'tls-creds' object with an ID
based on the VNC server ID. This allows backwards compat
with the CLI syntax, while still deleting all the original
TLS code from the VNC server.
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
2015-08-06 16:39:32 +03:00
|
|
|
|
Add SASL authentication support ("Daniel P. Berrange")
This patch adds the new SASL authentication protocol to the VNC server.
It is enabled by setting the 'sasl' flag when launching VNC. SASL can
optionally provide encryption via its SSF layer, if a suitable mechanism
is configured (eg, GSSAPI/Kerberos, or Digest-MD5). If an SSF layer is
not available, then it should be combined with the x509 VNC authentication
protocol which provides encryption.
eg, if using GSSAPI
qemu -vnc localhost:1,sasl
eg if using TLS/x509 for encryption
qemu -vnc localhost:1,sasl,tls,x509
By default the Cyrus SASL library will look for its configuration in
the file /etc/sasl2/qemu.conf. For non-root users, this can be overridden
by setting the SASL_CONF_PATH environment variable, eg to make it look in
$HOME/.sasl2. NB unprivileged users may not have access to the full range
of SASL mechanisms, since some of them require some administrative privileges
to configure. The patch includes an example SASL configuration file which
illustrates config for GSSAPI and Digest-MD5, though it should be noted that
the latter is not really considered secure any more.
Most of the SASL authentication code is located in a separate source file,
vnc-auth-sasl.c. The main vnc.c file only contains minimal integration
glue, specifically parsing of command line flags / setup, and calls to
start the SASL auth process, to do encoding/decoding for data.
There are several possible stacks for reading & writing of data, depending
on the combo of VNC authentication methods in use
- Clear. read/write straight to socket
- TLS. read/write via GNUTLS helpers
- SASL. encode/decode via SASL SSF layer, then read/write to socket
- SASL+TLS. encode/decode via SASL SSF layer, then read/write via GNUTLS
Hence, the vnc_client_read & vnc_client_write methods have been refactored
a little.
vnc_client_read: main entry point for reading, calls either
- vnc_client_read_plain reading, with no intermediate decoding
- vnc_client_read_sasl reading, with SASL SSF decoding
These two methods, then call vnc_client_read_buf(). This decides
whether to write to the socket directly or write via GNUTLS.
The situation is the same for writing data. More extensive comments
have been added in the code / patch. The vnc_client_read_sasl and
vnc_client_write_sasl method implementations live in the separate
vnc-auth-sasl.c file.
The state required for the SASL auth mechanism is kept in a separate
VncStateSASL struct, defined in vnc-auth-sasl.h and included in the
main VncState.
The configure script probes for SASL and automatically enables it
if found, unless --disable-vnc-sasl was given to override it.
Makefile | 7
Makefile.target | 5
b/qemu.sasl | 34 ++
b/vnc-auth-sasl.c | 626 ++++++++++++++++++++++++++++++++++++++++++++++++++++
b/vnc-auth-sasl.h | 67 +++++
configure | 34 ++
qemu-doc.texi | 97 ++++++++
vnc-auth-vencrypt.c | 12
vnc.c | 249 ++++++++++++++++++--
vnc.h | 31 ++
10 files changed, 1129 insertions(+), 33 deletions(-)
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
Signed-off-by: Anthony Liguori <aliguori@us.ibm.com>
git-svn-id: svn://svn.savannah.nongnu.org/qemu/trunk@6724 c046a42c-6fe2-441c-8c8c-71466251a162
2009-03-06 23:27:28 +03:00
|
|
|
/*
|
|
|
|
* Called to write a chunk of data to the client socket. The data may
|
|
|
|
* be the raw data, or may have already been encoded by SASL.
|
|
|
|
* The data will be written either straight onto the socket, or
|
|
|
|
* written via the GNUTLS wrappers, if TLS/SSL encryption is enabled
|
|
|
|
*
|
|
|
|
* NB, it is theoretically possible to have 2 layers of encryption,
|
|
|
|
* both SASL, and this TLS layer. It is highly unlikely in practice
|
|
|
|
* though, since SASL encryption will typically be a no-op if TLS
|
|
|
|
* is active
|
|
|
|
*
|
|
|
|
* Returns the number of bytes written, which may be less than
|
|
|
|
* the requested 'datalen' if the socket would block. Returns
|
|
|
|
* -1 on error, and disconnects the client socket.
|
|
|
|
*/
|
2015-08-06 17:35:55 +03:00
|
|
|
ssize_t vnc_client_write_buf(VncState *vs, const uint8_t *data, size_t datalen)
|
2006-05-01 01:28:36 +04:00
|
|
|
{
|
2015-02-27 19:20:57 +03:00
|
|
|
Error *err = NULL;
|
2015-08-06 17:35:55 +03:00
|
|
|
ssize_t ret;
|
2015-03-02 22:01:05 +03:00
|
|
|
ret = qio_channel_write(
|
|
|
|
vs->ioc, (const char *)data, datalen, &err);
|
2009-03-20 18:59:18 +03:00
|
|
|
VNC_DEBUG("Wrote wire %p %zd -> %ld\n", data, datalen, ret);
|
2015-02-27 19:20:57 +03:00
|
|
|
return vnc_client_io_error(vs, ret, &err);
|
Add SASL authentication support ("Daniel P. Berrange")
This patch adds the new SASL authentication protocol to the VNC server.
It is enabled by setting the 'sasl' flag when launching VNC. SASL can
optionally provide encryption via its SSF layer, if a suitable mechanism
is configured (eg, GSSAPI/Kerberos, or Digest-MD5). If an SSF layer is
not available, then it should be combined with the x509 VNC authentication
protocol which provides encryption.
eg, if using GSSAPI
qemu -vnc localhost:1,sasl
eg if using TLS/x509 for encryption
qemu -vnc localhost:1,sasl,tls,x509
By default the Cyrus SASL library will look for its configuration in
the file /etc/sasl2/qemu.conf. For non-root users, this can be overridden
by setting the SASL_CONF_PATH environment variable, eg to make it look in
$HOME/.sasl2. NB unprivileged users may not have access to the full range
of SASL mechanisms, since some of them require some administrative privileges
to configure. The patch includes an example SASL configuration file which
illustrates config for GSSAPI and Digest-MD5, though it should be noted that
the latter is not really considered secure any more.
Most of the SASL authentication code is located in a separate source file,
vnc-auth-sasl.c. The main vnc.c file only contains minimal integration
glue, specifically parsing of command line flags / setup, and calls to
start the SASL auth process, to do encoding/decoding for data.
There are several possible stacks for reading & writing of data, depending
on the combo of VNC authentication methods in use
- Clear. read/write straight to socket
- TLS. read/write via GNUTLS helpers
- SASL. encode/decode via SASL SSF layer, then read/write to socket
- SASL+TLS. encode/decode via SASL SSF layer, then read/write via GNUTLS
Hence, the vnc_client_read & vnc_client_write methods have been refactored
a little.
vnc_client_read: main entry point for reading, calls either
- vnc_client_read_plain reading, with no intermediate decoding
- vnc_client_read_sasl reading, with SASL SSF decoding
These two methods, then call vnc_client_read_buf(). This decides
whether to write to the socket directly or write via GNUTLS.
The situation is the same for writing data. More extensive comments
have been added in the code / patch. The vnc_client_read_sasl and
vnc_client_write_sasl method implementations live in the separate
vnc-auth-sasl.c file.
The state required for the SASL auth mechanism is kept in a separate
VncStateSASL struct, defined in vnc-auth-sasl.h and included in the
main VncState.
The configure script probes for SASL and automatically enables it
if found, unless --disable-vnc-sasl was given to override it.
Makefile | 7
Makefile.target | 5
b/qemu.sasl | 34 ++
b/vnc-auth-sasl.c | 626 ++++++++++++++++++++++++++++++++++++++++++++++++++++
b/vnc-auth-sasl.h | 67 +++++
configure | 34 ++
qemu-doc.texi | 97 ++++++++
vnc-auth-vencrypt.c | 12
vnc.c | 249 ++++++++++++++++++--
vnc.h | 31 ++
10 files changed, 1129 insertions(+), 33 deletions(-)
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
Signed-off-by: Anthony Liguori <aliguori@us.ibm.com>
git-svn-id: svn://svn.savannah.nongnu.org/qemu/trunk@6724 c046a42c-6fe2-441c-8c8c-71466251a162
2009-03-06 23:27:28 +03:00
|
|
|
}
|
|
|
|
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Called to write buffered data to the client socket, when not
|
|
|
|
* using any SASL SSF encryption layers. Will write as much data
|
|
|
|
* as possible without blocking. If all buffered data is written,
|
|
|
|
* will switch the FD poll() handler back to read monitoring.
|
|
|
|
*
|
|
|
|
* Returns the number of bytes written, which may be less than
|
|
|
|
* the buffered output data if the socket would block. Returns
|
|
|
|
* -1 on error, and disconnects the client socket.
|
|
|
|
*/
|
2015-08-06 17:35:55 +03:00
|
|
|
static ssize_t vnc_client_write_plain(VncState *vs)
|
Add SASL authentication support ("Daniel P. Berrange")
This patch adds the new SASL authentication protocol to the VNC server.
It is enabled by setting the 'sasl' flag when launching VNC. SASL can
optionally provide encryption via its SSF layer, if a suitable mechanism
is configured (eg, GSSAPI/Kerberos, or Digest-MD5). If an SSF layer is
not available, then it should be combined with the x509 VNC authentication
protocol which provides encryption.
eg, if using GSSAPI
qemu -vnc localhost:1,sasl
eg if using TLS/x509 for encryption
qemu -vnc localhost:1,sasl,tls,x509
By default the Cyrus SASL library will look for its configuration in
the file /etc/sasl2/qemu.conf. For non-root users, this can be overridden
by setting the SASL_CONF_PATH environment variable, eg to make it look in
$HOME/.sasl2. NB unprivileged users may not have access to the full range
of SASL mechanisms, since some of them require some administrative privileges
to configure. The patch includes an example SASL configuration file which
illustrates config for GSSAPI and Digest-MD5, though it should be noted that
the latter is not really considered secure any more.
Most of the SASL authentication code is located in a separate source file,
vnc-auth-sasl.c. The main vnc.c file only contains minimal integration
glue, specifically parsing of command line flags / setup, and calls to
start the SASL auth process, to do encoding/decoding for data.
There are several possible stacks for reading & writing of data, depending
on the combo of VNC authentication methods in use
- Clear. read/write straight to socket
- TLS. read/write via GNUTLS helpers
- SASL. encode/decode via SASL SSF layer, then read/write to socket
- SASL+TLS. encode/decode via SASL SSF layer, then read/write via GNUTLS
Hence, the vnc_client_read & vnc_client_write methods have been refactored
a little.
vnc_client_read: main entry point for reading, calls either
- vnc_client_read_plain reading, with no intermediate decoding
- vnc_client_read_sasl reading, with SASL SSF decoding
These two methods, then call vnc_client_read_buf(). This decides
whether to write to the socket directly or write via GNUTLS.
The situation is the same for writing data. More extensive comments
have been added in the code / patch. The vnc_client_read_sasl and
vnc_client_write_sasl method implementations live in the separate
vnc-auth-sasl.c file.
The state required for the SASL auth mechanism is kept in a separate
VncStateSASL struct, defined in vnc-auth-sasl.h and included in the
main VncState.
The configure script probes for SASL and automatically enables it
if found, unless --disable-vnc-sasl was given to override it.
Makefile | 7
Makefile.target | 5
b/qemu.sasl | 34 ++
b/vnc-auth-sasl.c | 626 ++++++++++++++++++++++++++++++++++++++++++++++++++++
b/vnc-auth-sasl.h | 67 +++++
configure | 34 ++
qemu-doc.texi | 97 ++++++++
vnc-auth-vencrypt.c | 12
vnc.c | 249 ++++++++++++++++++--
vnc.h | 31 ++
10 files changed, 1129 insertions(+), 33 deletions(-)
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
Signed-off-by: Anthony Liguori <aliguori@us.ibm.com>
git-svn-id: svn://svn.savannah.nongnu.org/qemu/trunk@6724 c046a42c-6fe2-441c-8c8c-71466251a162
2009-03-06 23:27:28 +03:00
|
|
|
{
|
2015-08-06 17:35:55 +03:00
|
|
|
ssize_t ret;
|
Add SASL authentication support ("Daniel P. Berrange")
This patch adds the new SASL authentication protocol to the VNC server.
It is enabled by setting the 'sasl' flag when launching VNC. SASL can
optionally provide encryption via its SSF layer, if a suitable mechanism
is configured (eg, GSSAPI/Kerberos, or Digest-MD5). If an SSF layer is
not available, then it should be combined with the x509 VNC authentication
protocol which provides encryption.
eg, if using GSSAPI
qemu -vnc localhost:1,sasl
eg if using TLS/x509 for encryption
qemu -vnc localhost:1,sasl,tls,x509
By default the Cyrus SASL library will look for its configuration in
the file /etc/sasl2/qemu.conf. For non-root users, this can be overridden
by setting the SASL_CONF_PATH environment variable, eg to make it look in
$HOME/.sasl2. NB unprivileged users may not have access to the full range
of SASL mechanisms, since some of them require some administrative privileges
to configure. The patch includes an example SASL configuration file which
illustrates config for GSSAPI and Digest-MD5, though it should be noted that
the latter is not really considered secure any more.
Most of the SASL authentication code is located in a separate source file,
vnc-auth-sasl.c. The main vnc.c file only contains minimal integration
glue, specifically parsing of command line flags / setup, and calls to
start the SASL auth process, to do encoding/decoding for data.
There are several possible stacks for reading & writing of data, depending
on the combo of VNC authentication methods in use
- Clear. read/write straight to socket
- TLS. read/write via GNUTLS helpers
- SASL. encode/decode via SASL SSF layer, then read/write to socket
- SASL+TLS. encode/decode via SASL SSF layer, then read/write via GNUTLS
Hence, the vnc_client_read & vnc_client_write methods have been refactored
a little.
vnc_client_read: main entry point for reading, calls either
- vnc_client_read_plain reading, with no intermediate decoding
- vnc_client_read_sasl reading, with SASL SSF decoding
These two methods, then call vnc_client_read_buf(). This decides
whether to write to the socket directly or write via GNUTLS.
The situation is the same for writing data. More extensive comments
have been added in the code / patch. The vnc_client_read_sasl and
vnc_client_write_sasl method implementations live in the separate
vnc-auth-sasl.c file.
The state required for the SASL auth mechanism is kept in a separate
VncStateSASL struct, defined in vnc-auth-sasl.h and included in the
main VncState.
The configure script probes for SASL and automatically enables it
if found, unless --disable-vnc-sasl was given to override it.
Makefile | 7
Makefile.target | 5
b/qemu.sasl | 34 ++
b/vnc-auth-sasl.c | 626 ++++++++++++++++++++++++++++++++++++++++++++++++++++
b/vnc-auth-sasl.h | 67 +++++
configure | 34 ++
qemu-doc.texi | 97 ++++++++
vnc-auth-vencrypt.c | 12
vnc.c | 249 ++++++++++++++++++--
vnc.h | 31 ++
10 files changed, 1129 insertions(+), 33 deletions(-)
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
Signed-off-by: Anthony Liguori <aliguori@us.ibm.com>
git-svn-id: svn://svn.savannah.nongnu.org/qemu/trunk@6724 c046a42c-6fe2-441c-8c8c-71466251a162
2009-03-06 23:27:28 +03:00
|
|
|
|
|
|
|
#ifdef CONFIG_VNC_SASL
|
2009-03-20 18:59:18 +03:00
|
|
|
VNC_DEBUG("Write Plain: Pending output %p size %zd offset %zd. Wait SSF %d\n",
|
Add SASL authentication support ("Daniel P. Berrange")
This patch adds the new SASL authentication protocol to the VNC server.
It is enabled by setting the 'sasl' flag when launching VNC. SASL can
optionally provide encryption via its SSF layer, if a suitable mechanism
is configured (eg, GSSAPI/Kerberos, or Digest-MD5). If an SSF layer is
not available, then it should be combined with the x509 VNC authentication
protocol which provides encryption.
eg, if using GSSAPI
qemu -vnc localhost:1,sasl
eg if using TLS/x509 for encryption
qemu -vnc localhost:1,sasl,tls,x509
By default the Cyrus SASL library will look for its configuration in
the file /etc/sasl2/qemu.conf. For non-root users, this can be overridden
by setting the SASL_CONF_PATH environment variable, eg to make it look in
$HOME/.sasl2. NB unprivileged users may not have access to the full range
of SASL mechanisms, since some of them require some administrative privileges
to configure. The patch includes an example SASL configuration file which
illustrates config for GSSAPI and Digest-MD5, though it should be noted that
the latter is not really considered secure any more.
Most of the SASL authentication code is located in a separate source file,
vnc-auth-sasl.c. The main vnc.c file only contains minimal integration
glue, specifically parsing of command line flags / setup, and calls to
start the SASL auth process, to do encoding/decoding for data.
There are several possible stacks for reading & writing of data, depending
on the combo of VNC authentication methods in use
- Clear. read/write straight to socket
- TLS. read/write via GNUTLS helpers
- SASL. encode/decode via SASL SSF layer, then read/write to socket
- SASL+TLS. encode/decode via SASL SSF layer, then read/write via GNUTLS
Hence, the vnc_client_read & vnc_client_write methods have been refactored
a little.
vnc_client_read: main entry point for reading, calls either
- vnc_client_read_plain reading, with no intermediate decoding
- vnc_client_read_sasl reading, with SASL SSF decoding
These two methods, then call vnc_client_read_buf(). This decides
whether to write to the socket directly or write via GNUTLS.
The situation is the same for writing data. More extensive comments
have been added in the code / patch. The vnc_client_read_sasl and
vnc_client_write_sasl method implementations live in the separate
vnc-auth-sasl.c file.
The state required for the SASL auth mechanism is kept in a separate
VncStateSASL struct, defined in vnc-auth-sasl.h and included in the
main VncState.
The configure script probes for SASL and automatically enables it
if found, unless --disable-vnc-sasl was given to override it.
Makefile | 7
Makefile.target | 5
b/qemu.sasl | 34 ++
b/vnc-auth-sasl.c | 626 ++++++++++++++++++++++++++++++++++++++++++++++++++++
b/vnc-auth-sasl.h | 67 +++++
configure | 34 ++
qemu-doc.texi | 97 ++++++++
vnc-auth-vencrypt.c | 12
vnc.c | 249 ++++++++++++++++++--
vnc.h | 31 ++
10 files changed, 1129 insertions(+), 33 deletions(-)
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
Signed-off-by: Anthony Liguori <aliguori@us.ibm.com>
git-svn-id: svn://svn.savannah.nongnu.org/qemu/trunk@6724 c046a42c-6fe2-441c-8c8c-71466251a162
2009-03-06 23:27:28 +03:00
|
|
|
vs->output.buffer, vs->output.capacity, vs->output.offset,
|
|
|
|
vs->sasl.waitWriteSSF);
|
|
|
|
|
|
|
|
if (vs->sasl.conn &&
|
|
|
|
vs->sasl.runSSF &&
|
|
|
|
vs->sasl.waitWriteSSF) {
|
|
|
|
ret = vnc_client_write_buf(vs, vs->output.buffer, vs->sasl.waitWriteSSF);
|
|
|
|
if (ret)
|
|
|
|
vs->sasl.waitWriteSSF -= ret;
|
|
|
|
} else
|
|
|
|
#endif /* CONFIG_VNC_SASL */
|
|
|
|
ret = vnc_client_write_buf(vs, vs->output.buffer, vs->output.offset);
|
2006-05-01 01:28:36 +04:00
|
|
|
if (!ret)
|
Add SASL authentication support ("Daniel P. Berrange")
This patch adds the new SASL authentication protocol to the VNC server.
It is enabled by setting the 'sasl' flag when launching VNC. SASL can
optionally provide encryption via its SSF layer, if a suitable mechanism
is configured (eg, GSSAPI/Kerberos, or Digest-MD5). If an SSF layer is
not available, then it should be combined with the x509 VNC authentication
protocol which provides encryption.
eg, if using GSSAPI
qemu -vnc localhost:1,sasl
eg if using TLS/x509 for encryption
qemu -vnc localhost:1,sasl,tls,x509
By default the Cyrus SASL library will look for its configuration in
the file /etc/sasl2/qemu.conf. For non-root users, this can be overridden
by setting the SASL_CONF_PATH environment variable, eg to make it look in
$HOME/.sasl2. NB unprivileged users may not have access to the full range
of SASL mechanisms, since some of them require some administrative privileges
to configure. The patch includes an example SASL configuration file which
illustrates config for GSSAPI and Digest-MD5, though it should be noted that
the latter is not really considered secure any more.
Most of the SASL authentication code is located in a separate source file,
vnc-auth-sasl.c. The main vnc.c file only contains minimal integration
glue, specifically parsing of command line flags / setup, and calls to
start the SASL auth process, to do encoding/decoding for data.
There are several possible stacks for reading & writing of data, depending
on the combo of VNC authentication methods in use
- Clear. read/write straight to socket
- TLS. read/write via GNUTLS helpers
- SASL. encode/decode via SASL SSF layer, then read/write to socket
- SASL+TLS. encode/decode via SASL SSF layer, then read/write via GNUTLS
Hence, the vnc_client_read & vnc_client_write methods have been refactored
a little.
vnc_client_read: main entry point for reading, calls either
- vnc_client_read_plain reading, with no intermediate decoding
- vnc_client_read_sasl reading, with SASL SSF decoding
These two methods, then call vnc_client_read_buf(). This decides
whether to write to the socket directly or write via GNUTLS.
The situation is the same for writing data. More extensive comments
have been added in the code / patch. The vnc_client_read_sasl and
vnc_client_write_sasl method implementations live in the separate
vnc-auth-sasl.c file.
The state required for the SASL auth mechanism is kept in a separate
VncStateSASL struct, defined in vnc-auth-sasl.h and included in the
main VncState.
The configure script probes for SASL and automatically enables it
if found, unless --disable-vnc-sasl was given to override it.
Makefile | 7
Makefile.target | 5
b/qemu.sasl | 34 ++
b/vnc-auth-sasl.c | 626 ++++++++++++++++++++++++++++++++++++++++++++++++++++
b/vnc-auth-sasl.h | 67 +++++
configure | 34 ++
qemu-doc.texi | 97 ++++++++
vnc-auth-vencrypt.c | 12
vnc.c | 249 ++++++++++++++++++--
vnc.h | 31 ++
10 files changed, 1129 insertions(+), 33 deletions(-)
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
Signed-off-by: Anthony Liguori <aliguori@us.ibm.com>
git-svn-id: svn://svn.savannah.nongnu.org/qemu/trunk@6724 c046a42c-6fe2-441c-8c8c-71466251a162
2009-03-06 23:27:28 +03:00
|
|
|
return 0;
|
2006-05-01 01:28:36 +04:00
|
|
|
|
2013-01-21 14:04:43 +04:00
|
|
|
buffer_advance(&vs->output, ret);
|
2006-05-01 01:28:36 +04:00
|
|
|
|
|
|
|
if (vs->output.offset == 0) {
|
2015-02-27 19:20:57 +03:00
|
|
|
if (vs->ioc_tag) {
|
|
|
|
g_source_remove(vs->ioc_tag);
|
|
|
|
}
|
|
|
|
vs->ioc_tag = qio_channel_add_watch(
|
|
|
|
vs->ioc, G_IO_IN, vnc_client_io, vs, NULL);
|
2006-05-01 01:28:36 +04:00
|
|
|
}
|
Add SASL authentication support ("Daniel P. Berrange")
This patch adds the new SASL authentication protocol to the VNC server.
It is enabled by setting the 'sasl' flag when launching VNC. SASL can
optionally provide encryption via its SSF layer, if a suitable mechanism
is configured (eg, GSSAPI/Kerberos, or Digest-MD5). If an SSF layer is
not available, then it should be combined with the x509 VNC authentication
protocol which provides encryption.
eg, if using GSSAPI
qemu -vnc localhost:1,sasl
eg if using TLS/x509 for encryption
qemu -vnc localhost:1,sasl,tls,x509
By default the Cyrus SASL library will look for its configuration in
the file /etc/sasl2/qemu.conf. For non-root users, this can be overridden
by setting the SASL_CONF_PATH environment variable, eg to make it look in
$HOME/.sasl2. NB unprivileged users may not have access to the full range
of SASL mechanisms, since some of them require some administrative privileges
to configure. The patch includes an example SASL configuration file which
illustrates config for GSSAPI and Digest-MD5, though it should be noted that
the latter is not really considered secure any more.
Most of the SASL authentication code is located in a separate source file,
vnc-auth-sasl.c. The main vnc.c file only contains minimal integration
glue, specifically parsing of command line flags / setup, and calls to
start the SASL auth process, to do encoding/decoding for data.
There are several possible stacks for reading & writing of data, depending
on the combo of VNC authentication methods in use
- Clear. read/write straight to socket
- TLS. read/write via GNUTLS helpers
- SASL. encode/decode via SASL SSF layer, then read/write to socket
- SASL+TLS. encode/decode via SASL SSF layer, then read/write via GNUTLS
Hence, the vnc_client_read & vnc_client_write methods have been refactored
a little.
vnc_client_read: main entry point for reading, calls either
- vnc_client_read_plain reading, with no intermediate decoding
- vnc_client_read_sasl reading, with SASL SSF decoding
These two methods, then call vnc_client_read_buf(). This decides
whether to write to the socket directly or write via GNUTLS.
The situation is the same for writing data. More extensive comments
have been added in the code / patch. The vnc_client_read_sasl and
vnc_client_write_sasl method implementations live in the separate
vnc-auth-sasl.c file.
The state required for the SASL auth mechanism is kept in a separate
VncStateSASL struct, defined in vnc-auth-sasl.h and included in the
main VncState.
The configure script probes for SASL and automatically enables it
if found, unless --disable-vnc-sasl was given to override it.
Makefile | 7
Makefile.target | 5
b/qemu.sasl | 34 ++
b/vnc-auth-sasl.c | 626 ++++++++++++++++++++++++++++++++++++++++++++++++++++
b/vnc-auth-sasl.h | 67 +++++
configure | 34 ++
qemu-doc.texi | 97 ++++++++
vnc-auth-vencrypt.c | 12
vnc.c | 249 ++++++++++++++++++--
vnc.h | 31 ++
10 files changed, 1129 insertions(+), 33 deletions(-)
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
Signed-off-by: Anthony Liguori <aliguori@us.ibm.com>
git-svn-id: svn://svn.savannah.nongnu.org/qemu/trunk@6724 c046a42c-6fe2-441c-8c8c-71466251a162
2009-03-06 23:27:28 +03:00
|
|
|
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
|
|
/*
|
|
|
|
* First function called whenever there is data to be written to
|
|
|
|
* the client socket. Will delegate actual work according to whether
|
|
|
|
* SASL SSF layers are enabled (thus requiring encryption calls)
|
|
|
|
*/
|
2015-02-27 19:20:57 +03:00
|
|
|
static void vnc_client_write_locked(VncState *vs)
|
Add SASL authentication support ("Daniel P. Berrange")
This patch adds the new SASL authentication protocol to the VNC server.
It is enabled by setting the 'sasl' flag when launching VNC. SASL can
optionally provide encryption via its SSF layer, if a suitable mechanism
is configured (eg, GSSAPI/Kerberos, or Digest-MD5). If an SSF layer is
not available, then it should be combined with the x509 VNC authentication
protocol which provides encryption.
eg, if using GSSAPI
qemu -vnc localhost:1,sasl
eg if using TLS/x509 for encryption
qemu -vnc localhost:1,sasl,tls,x509
By default the Cyrus SASL library will look for its configuration in
the file /etc/sasl2/qemu.conf. For non-root users, this can be overridden
by setting the SASL_CONF_PATH environment variable, eg to make it look in
$HOME/.sasl2. NB unprivileged users may not have access to the full range
of SASL mechanisms, since some of them require some administrative privileges
to configure. The patch includes an example SASL configuration file which
illustrates config for GSSAPI and Digest-MD5, though it should be noted that
the latter is not really considered secure any more.
Most of the SASL authentication code is located in a separate source file,
vnc-auth-sasl.c. The main vnc.c file only contains minimal integration
glue, specifically parsing of command line flags / setup, and calls to
start the SASL auth process, to do encoding/decoding for data.
There are several possible stacks for reading & writing of data, depending
on the combo of VNC authentication methods in use
- Clear. read/write straight to socket
- TLS. read/write via GNUTLS helpers
- SASL. encode/decode via SASL SSF layer, then read/write to socket
- SASL+TLS. encode/decode via SASL SSF layer, then read/write via GNUTLS
Hence, the vnc_client_read & vnc_client_write methods have been refactored
a little.
vnc_client_read: main entry point for reading, calls either
- vnc_client_read_plain reading, with no intermediate decoding
- vnc_client_read_sasl reading, with SASL SSF decoding
These two methods, then call vnc_client_read_buf(). This decides
whether to write to the socket directly or write via GNUTLS.
The situation is the same for writing data. More extensive comments
have been added in the code / patch. The vnc_client_read_sasl and
vnc_client_write_sasl method implementations live in the separate
vnc-auth-sasl.c file.
The state required for the SASL auth mechanism is kept in a separate
VncStateSASL struct, defined in vnc-auth-sasl.h and included in the
main VncState.
The configure script probes for SASL and automatically enables it
if found, unless --disable-vnc-sasl was given to override it.
Makefile | 7
Makefile.target | 5
b/qemu.sasl | 34 ++
b/vnc-auth-sasl.c | 626 ++++++++++++++++++++++++++++++++++++++++++++++++++++
b/vnc-auth-sasl.h | 67 +++++
configure | 34 ++
qemu-doc.texi | 97 ++++++++
vnc-auth-vencrypt.c | 12
vnc.c | 249 ++++++++++++++++++--
vnc.h | 31 ++
10 files changed, 1129 insertions(+), 33 deletions(-)
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
Signed-off-by: Anthony Liguori <aliguori@us.ibm.com>
git-svn-id: svn://svn.savannah.nongnu.org/qemu/trunk@6724 c046a42c-6fe2-441c-8c8c-71466251a162
2009-03-06 23:27:28 +03:00
|
|
|
{
|
|
|
|
#ifdef CONFIG_VNC_SASL
|
|
|
|
if (vs->sasl.conn &&
|
|
|
|
vs->sasl.runSSF &&
|
2010-04-25 22:35:52 +04:00
|
|
|
!vs->sasl.waitWriteSSF) {
|
|
|
|
vnc_client_write_sasl(vs);
|
|
|
|
} else
|
Add SASL authentication support ("Daniel P. Berrange")
This patch adds the new SASL authentication protocol to the VNC server.
It is enabled by setting the 'sasl' flag when launching VNC. SASL can
optionally provide encryption via its SSF layer, if a suitable mechanism
is configured (eg, GSSAPI/Kerberos, or Digest-MD5). If an SSF layer is
not available, then it should be combined with the x509 VNC authentication
protocol which provides encryption.
eg, if using GSSAPI
qemu -vnc localhost:1,sasl
eg if using TLS/x509 for encryption
qemu -vnc localhost:1,sasl,tls,x509
By default the Cyrus SASL library will look for its configuration in
the file /etc/sasl2/qemu.conf. For non-root users, this can be overridden
by setting the SASL_CONF_PATH environment variable, eg to make it look in
$HOME/.sasl2. NB unprivileged users may not have access to the full range
of SASL mechanisms, since some of them require some administrative privileges
to configure. The patch includes an example SASL configuration file which
illustrates config for GSSAPI and Digest-MD5, though it should be noted that
the latter is not really considered secure any more.
Most of the SASL authentication code is located in a separate source file,
vnc-auth-sasl.c. The main vnc.c file only contains minimal integration
glue, specifically parsing of command line flags / setup, and calls to
start the SASL auth process, to do encoding/decoding for data.
There are several possible stacks for reading & writing of data, depending
on the combo of VNC authentication methods in use
- Clear. read/write straight to socket
- TLS. read/write via GNUTLS helpers
- SASL. encode/decode via SASL SSF layer, then read/write to socket
- SASL+TLS. encode/decode via SASL SSF layer, then read/write via GNUTLS
Hence, the vnc_client_read & vnc_client_write methods have been refactored
a little.
vnc_client_read: main entry point for reading, calls either
- vnc_client_read_plain reading, with no intermediate decoding
- vnc_client_read_sasl reading, with SASL SSF decoding
These two methods, then call vnc_client_read_buf(). This decides
whether to write to the socket directly or write via GNUTLS.
The situation is the same for writing data. More extensive comments
have been added in the code / patch. The vnc_client_read_sasl and
vnc_client_write_sasl method implementations live in the separate
vnc-auth-sasl.c file.
The state required for the SASL auth mechanism is kept in a separate
VncStateSASL struct, defined in vnc-auth-sasl.h and included in the
main VncState.
The configure script probes for SASL and automatically enables it
if found, unless --disable-vnc-sasl was given to override it.
Makefile | 7
Makefile.target | 5
b/qemu.sasl | 34 ++
b/vnc-auth-sasl.c | 626 ++++++++++++++++++++++++++++++++++++++++++++++++++++
b/vnc-auth-sasl.h | 67 +++++
configure | 34 ++
qemu-doc.texi | 97 ++++++++
vnc-auth-vencrypt.c | 12
vnc.c | 249 ++++++++++++++++++--
vnc.h | 31 ++
10 files changed, 1129 insertions(+), 33 deletions(-)
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
Signed-off-by: Anthony Liguori <aliguori@us.ibm.com>
git-svn-id: svn://svn.savannah.nongnu.org/qemu/trunk@6724 c046a42c-6fe2-441c-8c8c-71466251a162
2009-03-06 23:27:28 +03:00
|
|
|
#endif /* CONFIG_VNC_SASL */
|
2013-01-21 14:04:44 +04:00
|
|
|
{
|
2015-03-11 18:53:49 +03:00
|
|
|
vnc_client_write_plain(vs);
|
2013-01-21 14:04:44 +04:00
|
|
|
}
|
2006-05-01 01:28:36 +04:00
|
|
|
}
|
|
|
|
|
2015-02-27 19:20:57 +03:00
|
|
|
static void vnc_client_write(VncState *vs)
|
2010-07-07 22:58:02 +04:00
|
|
|
{
|
|
|
|
|
|
|
|
vnc_lock_output(vs);
|
2015-03-11 18:53:49 +03:00
|
|
|
if (vs->output.offset) {
|
2015-02-27 19:20:57 +03:00
|
|
|
vnc_client_write_locked(vs);
|
|
|
|
} else if (vs->ioc != NULL) {
|
|
|
|
if (vs->ioc_tag) {
|
|
|
|
g_source_remove(vs->ioc_tag);
|
|
|
|
}
|
|
|
|
vs->ioc_tag = qio_channel_add_watch(
|
|
|
|
vs->ioc, G_IO_IN, vnc_client_io, vs, NULL);
|
2010-07-07 22:58:02 +04:00
|
|
|
}
|
|
|
|
vnc_unlock_output(vs);
|
|
|
|
}
|
|
|
|
|
2009-03-06 23:27:23 +03:00
|
|
|
void vnc_read_when(VncState *vs, VncReadEvent *func, size_t expecting)
|
2006-05-01 01:28:36 +04:00
|
|
|
{
|
|
|
|
vs->read_handler = func;
|
|
|
|
vs->read_handler_expect = expecting;
|
|
|
|
}
|
|
|
|
|
Add SASL authentication support ("Daniel P. Berrange")
This patch adds the new SASL authentication protocol to the VNC server.
It is enabled by setting the 'sasl' flag when launching VNC. SASL can
optionally provide encryption via its SSF layer, if a suitable mechanism
is configured (eg, GSSAPI/Kerberos, or Digest-MD5). If an SSF layer is
not available, then it should be combined with the x509 VNC authentication
protocol which provides encryption.
eg, if using GSSAPI
qemu -vnc localhost:1,sasl
eg if using TLS/x509 for encryption
qemu -vnc localhost:1,sasl,tls,x509
By default the Cyrus SASL library will look for its configuration in
the file /etc/sasl2/qemu.conf. For non-root users, this can be overridden
by setting the SASL_CONF_PATH environment variable, eg to make it look in
$HOME/.sasl2. NB unprivileged users may not have access to the full range
of SASL mechanisms, since some of them require some administrative privileges
to configure. The patch includes an example SASL configuration file which
illustrates config for GSSAPI and Digest-MD5, though it should be noted that
the latter is not really considered secure any more.
Most of the SASL authentication code is located in a separate source file,
vnc-auth-sasl.c. The main vnc.c file only contains minimal integration
glue, specifically parsing of command line flags / setup, and calls to
start the SASL auth process, to do encoding/decoding for data.
There are several possible stacks for reading & writing of data, depending
on the combo of VNC authentication methods in use
- Clear. read/write straight to socket
- TLS. read/write via GNUTLS helpers
- SASL. encode/decode via SASL SSF layer, then read/write to socket
- SASL+TLS. encode/decode via SASL SSF layer, then read/write via GNUTLS
Hence, the vnc_client_read & vnc_client_write methods have been refactored
a little.
vnc_client_read: main entry point for reading, calls either
- vnc_client_read_plain reading, with no intermediate decoding
- vnc_client_read_sasl reading, with SASL SSF decoding
These two methods, then call vnc_client_read_buf(). This decides
whether to write to the socket directly or write via GNUTLS.
The situation is the same for writing data. More extensive comments
have been added in the code / patch. The vnc_client_read_sasl and
vnc_client_write_sasl method implementations live in the separate
vnc-auth-sasl.c file.
The state required for the SASL auth mechanism is kept in a separate
VncStateSASL struct, defined in vnc-auth-sasl.h and included in the
main VncState.
The configure script probes for SASL and automatically enables it
if found, unless --disable-vnc-sasl was given to override it.
Makefile | 7
Makefile.target | 5
b/qemu.sasl | 34 ++
b/vnc-auth-sasl.c | 626 ++++++++++++++++++++++++++++++++++++++++++++++++++++
b/vnc-auth-sasl.h | 67 +++++
configure | 34 ++
qemu-doc.texi | 97 ++++++++
vnc-auth-vencrypt.c | 12
vnc.c | 249 ++++++++++++++++++--
vnc.h | 31 ++
10 files changed, 1129 insertions(+), 33 deletions(-)
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
Signed-off-by: Anthony Liguori <aliguori@us.ibm.com>
git-svn-id: svn://svn.savannah.nongnu.org/qemu/trunk@6724 c046a42c-6fe2-441c-8c8c-71466251a162
2009-03-06 23:27:28 +03:00
|
|
|
|
|
|
|
/*
|
|
|
|
* Called to read a chunk of data from the client socket. The data may
|
|
|
|
* be the raw data, or may need to be further decoded by SASL.
|
|
|
|
* The data will be read either straight from to the socket, or
|
|
|
|
* read via the GNUTLS wrappers, if TLS/SSL encryption is enabled
|
|
|
|
*
|
|
|
|
* NB, it is theoretically possible to have 2 layers of encryption,
|
|
|
|
* both SASL, and this TLS layer. It is highly unlikely in practice
|
|
|
|
* though, since SASL encryption will typically be a no-op if TLS
|
|
|
|
* is active
|
|
|
|
*
|
|
|
|
* Returns the number of bytes read, which may be less than
|
|
|
|
* the requested 'datalen' if the socket would block. Returns
|
|
|
|
* -1 on error, and disconnects the client socket.
|
|
|
|
*/
|
2015-08-06 17:35:55 +03:00
|
|
|
ssize_t vnc_client_read_buf(VncState *vs, uint8_t *data, size_t datalen)
|
2006-05-01 01:28:36 +04:00
|
|
|
{
|
2015-08-06 17:35:55 +03:00
|
|
|
ssize_t ret;
|
2015-02-27 19:20:57 +03:00
|
|
|
Error *err = NULL;
|
2015-03-02 22:01:05 +03:00
|
|
|
ret = qio_channel_read(
|
|
|
|
vs->ioc, (char *)data, datalen, &err);
|
2009-03-20 18:59:18 +03:00
|
|
|
VNC_DEBUG("Read wire %p %zd -> %ld\n", data, datalen, ret);
|
2015-02-27 19:20:57 +03:00
|
|
|
return vnc_client_io_error(vs, ret, &err);
|
Add SASL authentication support ("Daniel P. Berrange")
This patch adds the new SASL authentication protocol to the VNC server.
It is enabled by setting the 'sasl' flag when launching VNC. SASL can
optionally provide encryption via its SSF layer, if a suitable mechanism
is configured (eg, GSSAPI/Kerberos, or Digest-MD5). If an SSF layer is
not available, then it should be combined with the x509 VNC authentication
protocol which provides encryption.
eg, if using GSSAPI
qemu -vnc localhost:1,sasl
eg if using TLS/x509 for encryption
qemu -vnc localhost:1,sasl,tls,x509
By default the Cyrus SASL library will look for its configuration in
the file /etc/sasl2/qemu.conf. For non-root users, this can be overridden
by setting the SASL_CONF_PATH environment variable, eg to make it look in
$HOME/.sasl2. NB unprivileged users may not have access to the full range
of SASL mechanisms, since some of them require some administrative privileges
to configure. The patch includes an example SASL configuration file which
illustrates config for GSSAPI and Digest-MD5, though it should be noted that
the latter is not really considered secure any more.
Most of the SASL authentication code is located in a separate source file,
vnc-auth-sasl.c. The main vnc.c file only contains minimal integration
glue, specifically parsing of command line flags / setup, and calls to
start the SASL auth process, to do encoding/decoding for data.
There are several possible stacks for reading & writing of data, depending
on the combo of VNC authentication methods in use
- Clear. read/write straight to socket
- TLS. read/write via GNUTLS helpers
- SASL. encode/decode via SASL SSF layer, then read/write to socket
- SASL+TLS. encode/decode via SASL SSF layer, then read/write via GNUTLS
Hence, the vnc_client_read & vnc_client_write methods have been refactored
a little.
vnc_client_read: main entry point for reading, calls either
- vnc_client_read_plain reading, with no intermediate decoding
- vnc_client_read_sasl reading, with SASL SSF decoding
These two methods, then call vnc_client_read_buf(). This decides
whether to write to the socket directly or write via GNUTLS.
The situation is the same for writing data. More extensive comments
have been added in the code / patch. The vnc_client_read_sasl and
vnc_client_write_sasl method implementations live in the separate
vnc-auth-sasl.c file.
The state required for the SASL auth mechanism is kept in a separate
VncStateSASL struct, defined in vnc-auth-sasl.h and included in the
main VncState.
The configure script probes for SASL and automatically enables it
if found, unless --disable-vnc-sasl was given to override it.
Makefile | 7
Makefile.target | 5
b/qemu.sasl | 34 ++
b/vnc-auth-sasl.c | 626 ++++++++++++++++++++++++++++++++++++++++++++++++++++
b/vnc-auth-sasl.h | 67 +++++
configure | 34 ++
qemu-doc.texi | 97 ++++++++
vnc-auth-vencrypt.c | 12
vnc.c | 249 ++++++++++++++++++--
vnc.h | 31 ++
10 files changed, 1129 insertions(+), 33 deletions(-)
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
Signed-off-by: Anthony Liguori <aliguori@us.ibm.com>
git-svn-id: svn://svn.savannah.nongnu.org/qemu/trunk@6724 c046a42c-6fe2-441c-8c8c-71466251a162
2009-03-06 23:27:28 +03:00
|
|
|
}
|
2006-05-01 01:28:36 +04:00
|
|
|
|
Add SASL authentication support ("Daniel P. Berrange")
This patch adds the new SASL authentication protocol to the VNC server.
It is enabled by setting the 'sasl' flag when launching VNC. SASL can
optionally provide encryption via its SSF layer, if a suitable mechanism
is configured (eg, GSSAPI/Kerberos, or Digest-MD5). If an SSF layer is
not available, then it should be combined with the x509 VNC authentication
protocol which provides encryption.
eg, if using GSSAPI
qemu -vnc localhost:1,sasl
eg if using TLS/x509 for encryption
qemu -vnc localhost:1,sasl,tls,x509
By default the Cyrus SASL library will look for its configuration in
the file /etc/sasl2/qemu.conf. For non-root users, this can be overridden
by setting the SASL_CONF_PATH environment variable, eg to make it look in
$HOME/.sasl2. NB unprivileged users may not have access to the full range
of SASL mechanisms, since some of them require some administrative privileges
to configure. The patch includes an example SASL configuration file which
illustrates config for GSSAPI and Digest-MD5, though it should be noted that
the latter is not really considered secure any more.
Most of the SASL authentication code is located in a separate source file,
vnc-auth-sasl.c. The main vnc.c file only contains minimal integration
glue, specifically parsing of command line flags / setup, and calls to
start the SASL auth process, to do encoding/decoding for data.
There are several possible stacks for reading & writing of data, depending
on the combo of VNC authentication methods in use
- Clear. read/write straight to socket
- TLS. read/write via GNUTLS helpers
- SASL. encode/decode via SASL SSF layer, then read/write to socket
- SASL+TLS. encode/decode via SASL SSF layer, then read/write via GNUTLS
Hence, the vnc_client_read & vnc_client_write methods have been refactored
a little.
vnc_client_read: main entry point for reading, calls either
- vnc_client_read_plain reading, with no intermediate decoding
- vnc_client_read_sasl reading, with SASL SSF decoding
These two methods, then call vnc_client_read_buf(). This decides
whether to write to the socket directly or write via GNUTLS.
The situation is the same for writing data. More extensive comments
have been added in the code / patch. The vnc_client_read_sasl and
vnc_client_write_sasl method implementations live in the separate
vnc-auth-sasl.c file.
The state required for the SASL auth mechanism is kept in a separate
VncStateSASL struct, defined in vnc-auth-sasl.h and included in the
main VncState.
The configure script probes for SASL and automatically enables it
if found, unless --disable-vnc-sasl was given to override it.
Makefile | 7
Makefile.target | 5
b/qemu.sasl | 34 ++
b/vnc-auth-sasl.c | 626 ++++++++++++++++++++++++++++++++++++++++++++++++++++
b/vnc-auth-sasl.h | 67 +++++
configure | 34 ++
qemu-doc.texi | 97 ++++++++
vnc-auth-vencrypt.c | 12
vnc.c | 249 ++++++++++++++++++--
vnc.h | 31 ++
10 files changed, 1129 insertions(+), 33 deletions(-)
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
Signed-off-by: Anthony Liguori <aliguori@us.ibm.com>
git-svn-id: svn://svn.savannah.nongnu.org/qemu/trunk@6724 c046a42c-6fe2-441c-8c8c-71466251a162
2009-03-06 23:27:28 +03:00
|
|
|
|
|
|
|
/*
|
|
|
|
* Called to read data from the client socket to the input buffer,
|
|
|
|
* when not using any SASL SSF encryption layers. Will read as much
|
|
|
|
* data as possible without blocking.
|
|
|
|
*
|
|
|
|
* Returns the number of bytes read. Returns -1 on error, and
|
|
|
|
* disconnects the client socket.
|
|
|
|
*/
|
2015-08-06 17:35:55 +03:00
|
|
|
static ssize_t vnc_client_read_plain(VncState *vs)
|
Add SASL authentication support ("Daniel P. Berrange")
This patch adds the new SASL authentication protocol to the VNC server.
It is enabled by setting the 'sasl' flag when launching VNC. SASL can
optionally provide encryption via its SSF layer, if a suitable mechanism
is configured (eg, GSSAPI/Kerberos, or Digest-MD5). If an SSF layer is
not available, then it should be combined with the x509 VNC authentication
protocol which provides encryption.
eg, if using GSSAPI
qemu -vnc localhost:1,sasl
eg if using TLS/x509 for encryption
qemu -vnc localhost:1,sasl,tls,x509
By default the Cyrus SASL library will look for its configuration in
the file /etc/sasl2/qemu.conf. For non-root users, this can be overridden
by setting the SASL_CONF_PATH environment variable, eg to make it look in
$HOME/.sasl2. NB unprivileged users may not have access to the full range
of SASL mechanisms, since some of them require some administrative privileges
to configure. The patch includes an example SASL configuration file which
illustrates config for GSSAPI and Digest-MD5, though it should be noted that
the latter is not really considered secure any more.
Most of the SASL authentication code is located in a separate source file,
vnc-auth-sasl.c. The main vnc.c file only contains minimal integration
glue, specifically parsing of command line flags / setup, and calls to
start the SASL auth process, to do encoding/decoding for data.
There are several possible stacks for reading & writing of data, depending
on the combo of VNC authentication methods in use
- Clear. read/write straight to socket
- TLS. read/write via GNUTLS helpers
- SASL. encode/decode via SASL SSF layer, then read/write to socket
- SASL+TLS. encode/decode via SASL SSF layer, then read/write via GNUTLS
Hence, the vnc_client_read & vnc_client_write methods have been refactored
a little.
vnc_client_read: main entry point for reading, calls either
- vnc_client_read_plain reading, with no intermediate decoding
- vnc_client_read_sasl reading, with SASL SSF decoding
These two methods, then call vnc_client_read_buf(). This decides
whether to write to the socket directly or write via GNUTLS.
The situation is the same for writing data. More extensive comments
have been added in the code / patch. The vnc_client_read_sasl and
vnc_client_write_sasl method implementations live in the separate
vnc-auth-sasl.c file.
The state required for the SASL auth mechanism is kept in a separate
VncStateSASL struct, defined in vnc-auth-sasl.h and included in the
main VncState.
The configure script probes for SASL and automatically enables it
if found, unless --disable-vnc-sasl was given to override it.
Makefile | 7
Makefile.target | 5
b/qemu.sasl | 34 ++
b/vnc-auth-sasl.c | 626 ++++++++++++++++++++++++++++++++++++++++++++++++++++
b/vnc-auth-sasl.h | 67 +++++
configure | 34 ++
qemu-doc.texi | 97 ++++++++
vnc-auth-vencrypt.c | 12
vnc.c | 249 ++++++++++++++++++--
vnc.h | 31 ++
10 files changed, 1129 insertions(+), 33 deletions(-)
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
Signed-off-by: Anthony Liguori <aliguori@us.ibm.com>
git-svn-id: svn://svn.savannah.nongnu.org/qemu/trunk@6724 c046a42c-6fe2-441c-8c8c-71466251a162
2009-03-06 23:27:28 +03:00
|
|
|
{
|
2015-08-06 17:35:55 +03:00
|
|
|
ssize_t ret;
|
2009-03-20 18:59:18 +03:00
|
|
|
VNC_DEBUG("Read plain %p size %zd offset %zd\n",
|
Add SASL authentication support ("Daniel P. Berrange")
This patch adds the new SASL authentication protocol to the VNC server.
It is enabled by setting the 'sasl' flag when launching VNC. SASL can
optionally provide encryption via its SSF layer, if a suitable mechanism
is configured (eg, GSSAPI/Kerberos, or Digest-MD5). If an SSF layer is
not available, then it should be combined with the x509 VNC authentication
protocol which provides encryption.
eg, if using GSSAPI
qemu -vnc localhost:1,sasl
eg if using TLS/x509 for encryption
qemu -vnc localhost:1,sasl,tls,x509
By default the Cyrus SASL library will look for its configuration in
the file /etc/sasl2/qemu.conf. For non-root users, this can be overridden
by setting the SASL_CONF_PATH environment variable, eg to make it look in
$HOME/.sasl2. NB unprivileged users may not have access to the full range
of SASL mechanisms, since some of them require some administrative privileges
to configure. The patch includes an example SASL configuration file which
illustrates config for GSSAPI and Digest-MD5, though it should be noted that
the latter is not really considered secure any more.
Most of the SASL authentication code is located in a separate source file,
vnc-auth-sasl.c. The main vnc.c file only contains minimal integration
glue, specifically parsing of command line flags / setup, and calls to
start the SASL auth process, to do encoding/decoding for data.
There are several possible stacks for reading & writing of data, depending
on the combo of VNC authentication methods in use
- Clear. read/write straight to socket
- TLS. read/write via GNUTLS helpers
- SASL. encode/decode via SASL SSF layer, then read/write to socket
- SASL+TLS. encode/decode via SASL SSF layer, then read/write via GNUTLS
Hence, the vnc_client_read & vnc_client_write methods have been refactored
a little.
vnc_client_read: main entry point for reading, calls either
- vnc_client_read_plain reading, with no intermediate decoding
- vnc_client_read_sasl reading, with SASL SSF decoding
These two methods, then call vnc_client_read_buf(). This decides
whether to write to the socket directly or write via GNUTLS.
The situation is the same for writing data. More extensive comments
have been added in the code / patch. The vnc_client_read_sasl and
vnc_client_write_sasl method implementations live in the separate
vnc-auth-sasl.c file.
The state required for the SASL auth mechanism is kept in a separate
VncStateSASL struct, defined in vnc-auth-sasl.h and included in the
main VncState.
The configure script probes for SASL and automatically enables it
if found, unless --disable-vnc-sasl was given to override it.
Makefile | 7
Makefile.target | 5
b/qemu.sasl | 34 ++
b/vnc-auth-sasl.c | 626 ++++++++++++++++++++++++++++++++++++++++++++++++++++
b/vnc-auth-sasl.h | 67 +++++
configure | 34 ++
qemu-doc.texi | 97 ++++++++
vnc-auth-vencrypt.c | 12
vnc.c | 249 ++++++++++++++++++--
vnc.h | 31 ++
10 files changed, 1129 insertions(+), 33 deletions(-)
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
Signed-off-by: Anthony Liguori <aliguori@us.ibm.com>
git-svn-id: svn://svn.savannah.nongnu.org/qemu/trunk@6724 c046a42c-6fe2-441c-8c8c-71466251a162
2009-03-06 23:27:28 +03:00
|
|
|
vs->input.buffer, vs->input.capacity, vs->input.offset);
|
|
|
|
buffer_reserve(&vs->input, 4096);
|
|
|
|
ret = vnc_client_read_buf(vs, buffer_end(&vs->input), 4096);
|
|
|
|
if (!ret)
|
|
|
|
return 0;
|
2006-05-01 01:28:36 +04:00
|
|
|
vs->input.offset += ret;
|
Add SASL authentication support ("Daniel P. Berrange")
This patch adds the new SASL authentication protocol to the VNC server.
It is enabled by setting the 'sasl' flag when launching VNC. SASL can
optionally provide encryption via its SSF layer, if a suitable mechanism
is configured (eg, GSSAPI/Kerberos, or Digest-MD5). If an SSF layer is
not available, then it should be combined with the x509 VNC authentication
protocol which provides encryption.
eg, if using GSSAPI
qemu -vnc localhost:1,sasl
eg if using TLS/x509 for encryption
qemu -vnc localhost:1,sasl,tls,x509
By default the Cyrus SASL library will look for its configuration in
the file /etc/sasl2/qemu.conf. For non-root users, this can be overridden
by setting the SASL_CONF_PATH environment variable, eg to make it look in
$HOME/.sasl2. NB unprivileged users may not have access to the full range
of SASL mechanisms, since some of them require some administrative privileges
to configure. The patch includes an example SASL configuration file which
illustrates config for GSSAPI and Digest-MD5, though it should be noted that
the latter is not really considered secure any more.
Most of the SASL authentication code is located in a separate source file,
vnc-auth-sasl.c. The main vnc.c file only contains minimal integration
glue, specifically parsing of command line flags / setup, and calls to
start the SASL auth process, to do encoding/decoding for data.
There are several possible stacks for reading & writing of data, depending
on the combo of VNC authentication methods in use
- Clear. read/write straight to socket
- TLS. read/write via GNUTLS helpers
- SASL. encode/decode via SASL SSF layer, then read/write to socket
- SASL+TLS. encode/decode via SASL SSF layer, then read/write via GNUTLS
Hence, the vnc_client_read & vnc_client_write methods have been refactored
a little.
vnc_client_read: main entry point for reading, calls either
- vnc_client_read_plain reading, with no intermediate decoding
- vnc_client_read_sasl reading, with SASL SSF decoding
These two methods, then call vnc_client_read_buf(). This decides
whether to write to the socket directly or write via GNUTLS.
The situation is the same for writing data. More extensive comments
have been added in the code / patch. The vnc_client_read_sasl and
vnc_client_write_sasl method implementations live in the separate
vnc-auth-sasl.c file.
The state required for the SASL auth mechanism is kept in a separate
VncStateSASL struct, defined in vnc-auth-sasl.h and included in the
main VncState.
The configure script probes for SASL and automatically enables it
if found, unless --disable-vnc-sasl was given to override it.
Makefile | 7
Makefile.target | 5
b/qemu.sasl | 34 ++
b/vnc-auth-sasl.c | 626 ++++++++++++++++++++++++++++++++++++++++++++++++++++
b/vnc-auth-sasl.h | 67 +++++
configure | 34 ++
qemu-doc.texi | 97 ++++++++
vnc-auth-vencrypt.c | 12
vnc.c | 249 ++++++++++++++++++--
vnc.h | 31 ++
10 files changed, 1129 insertions(+), 33 deletions(-)
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
Signed-off-by: Anthony Liguori <aliguori@us.ibm.com>
git-svn-id: svn://svn.savannah.nongnu.org/qemu/trunk@6724 c046a42c-6fe2-441c-8c8c-71466251a162
2009-03-06 23:27:28 +03:00
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
2012-03-14 10:58:47 +04:00
|
|
|
static void vnc_jobs_bh(void *opaque)
|
|
|
|
{
|
|
|
|
VncState *vs = opaque;
|
|
|
|
|
|
|
|
vnc_jobs_consume_buffer(vs);
|
|
|
|
}
|
Add SASL authentication support ("Daniel P. Berrange")
This patch adds the new SASL authentication protocol to the VNC server.
It is enabled by setting the 'sasl' flag when launching VNC. SASL can
optionally provide encryption via its SSF layer, if a suitable mechanism
is configured (eg, GSSAPI/Kerberos, or Digest-MD5). If an SSF layer is
not available, then it should be combined with the x509 VNC authentication
protocol which provides encryption.
eg, if using GSSAPI
qemu -vnc localhost:1,sasl
eg if using TLS/x509 for encryption
qemu -vnc localhost:1,sasl,tls,x509
By default the Cyrus SASL library will look for its configuration in
the file /etc/sasl2/qemu.conf. For non-root users, this can be overridden
by setting the SASL_CONF_PATH environment variable, eg to make it look in
$HOME/.sasl2. NB unprivileged users may not have access to the full range
of SASL mechanisms, since some of them require some administrative privileges
to configure. The patch includes an example SASL configuration file which
illustrates config for GSSAPI and Digest-MD5, though it should be noted that
the latter is not really considered secure any more.
Most of the SASL authentication code is located in a separate source file,
vnc-auth-sasl.c. The main vnc.c file only contains minimal integration
glue, specifically parsing of command line flags / setup, and calls to
start the SASL auth process, to do encoding/decoding for data.
There are several possible stacks for reading & writing of data, depending
on the combo of VNC authentication methods in use
- Clear. read/write straight to socket
- TLS. read/write via GNUTLS helpers
- SASL. encode/decode via SASL SSF layer, then read/write to socket
- SASL+TLS. encode/decode via SASL SSF layer, then read/write via GNUTLS
Hence, the vnc_client_read & vnc_client_write methods have been refactored
a little.
vnc_client_read: main entry point for reading, calls either
- vnc_client_read_plain reading, with no intermediate decoding
- vnc_client_read_sasl reading, with SASL SSF decoding
These two methods, then call vnc_client_read_buf(). This decides
whether to write to the socket directly or write via GNUTLS.
The situation is the same for writing data. More extensive comments
have been added in the code / patch. The vnc_client_read_sasl and
vnc_client_write_sasl method implementations live in the separate
vnc-auth-sasl.c file.
The state required for the SASL auth mechanism is kept in a separate
VncStateSASL struct, defined in vnc-auth-sasl.h and included in the
main VncState.
The configure script probes for SASL and automatically enables it
if found, unless --disable-vnc-sasl was given to override it.
Makefile | 7
Makefile.target | 5
b/qemu.sasl | 34 ++
b/vnc-auth-sasl.c | 626 ++++++++++++++++++++++++++++++++++++++++++++++++++++
b/vnc-auth-sasl.h | 67 +++++
configure | 34 ++
qemu-doc.texi | 97 ++++++++
vnc-auth-vencrypt.c | 12
vnc.c | 249 ++++++++++++++++++--
vnc.h | 31 ++
10 files changed, 1129 insertions(+), 33 deletions(-)
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
Signed-off-by: Anthony Liguori <aliguori@us.ibm.com>
git-svn-id: svn://svn.savannah.nongnu.org/qemu/trunk@6724 c046a42c-6fe2-441c-8c8c-71466251a162
2009-03-06 23:27:28 +03:00
|
|
|
|
|
|
|
/*
|
|
|
|
* First function called whenever there is more data to be read from
|
|
|
|
* the client socket. Will delegate actual work according to whether
|
|
|
|
* SASL SSF layers are enabled (thus requiring decryption calls)
|
2016-06-27 18:48:49 +03:00
|
|
|
* Returns 0 on success, -1 if client disconnected
|
Add SASL authentication support ("Daniel P. Berrange")
This patch adds the new SASL authentication protocol to the VNC server.
It is enabled by setting the 'sasl' flag when launching VNC. SASL can
optionally provide encryption via its SSF layer, if a suitable mechanism
is configured (eg, GSSAPI/Kerberos, or Digest-MD5). If an SSF layer is
not available, then it should be combined with the x509 VNC authentication
protocol which provides encryption.
eg, if using GSSAPI
qemu -vnc localhost:1,sasl
eg if using TLS/x509 for encryption
qemu -vnc localhost:1,sasl,tls,x509
By default the Cyrus SASL library will look for its configuration in
the file /etc/sasl2/qemu.conf. For non-root users, this can be overridden
by setting the SASL_CONF_PATH environment variable, eg to make it look in
$HOME/.sasl2. NB unprivileged users may not have access to the full range
of SASL mechanisms, since some of them require some administrative privileges
to configure. The patch includes an example SASL configuration file which
illustrates config for GSSAPI and Digest-MD5, though it should be noted that
the latter is not really considered secure any more.
Most of the SASL authentication code is located in a separate source file,
vnc-auth-sasl.c. The main vnc.c file only contains minimal integration
glue, specifically parsing of command line flags / setup, and calls to
start the SASL auth process, to do encoding/decoding for data.
There are several possible stacks for reading & writing of data, depending
on the combo of VNC authentication methods in use
- Clear. read/write straight to socket
- TLS. read/write via GNUTLS helpers
- SASL. encode/decode via SASL SSF layer, then read/write to socket
- SASL+TLS. encode/decode via SASL SSF layer, then read/write via GNUTLS
Hence, the vnc_client_read & vnc_client_write methods have been refactored
a little.
vnc_client_read: main entry point for reading, calls either
- vnc_client_read_plain reading, with no intermediate decoding
- vnc_client_read_sasl reading, with SASL SSF decoding
These two methods, then call vnc_client_read_buf(). This decides
whether to write to the socket directly or write via GNUTLS.
The situation is the same for writing data. More extensive comments
have been added in the code / patch. The vnc_client_read_sasl and
vnc_client_write_sasl method implementations live in the separate
vnc-auth-sasl.c file.
The state required for the SASL auth mechanism is kept in a separate
VncStateSASL struct, defined in vnc-auth-sasl.h and included in the
main VncState.
The configure script probes for SASL and automatically enables it
if found, unless --disable-vnc-sasl was given to override it.
Makefile | 7
Makefile.target | 5
b/qemu.sasl | 34 ++
b/vnc-auth-sasl.c | 626 ++++++++++++++++++++++++++++++++++++++++++++++++++++
b/vnc-auth-sasl.h | 67 +++++
configure | 34 ++
qemu-doc.texi | 97 ++++++++
vnc-auth-vencrypt.c | 12
vnc.c | 249 ++++++++++++++++++--
vnc.h | 31 ++
10 files changed, 1129 insertions(+), 33 deletions(-)
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
Signed-off-by: Anthony Liguori <aliguori@us.ibm.com>
git-svn-id: svn://svn.savannah.nongnu.org/qemu/trunk@6724 c046a42c-6fe2-441c-8c8c-71466251a162
2009-03-06 23:27:28 +03:00
|
|
|
*/
|
2016-06-27 18:48:49 +03:00
|
|
|
static int vnc_client_read(VncState *vs)
|
Add SASL authentication support ("Daniel P. Berrange")
This patch adds the new SASL authentication protocol to the VNC server.
It is enabled by setting the 'sasl' flag when launching VNC. SASL can
optionally provide encryption via its SSF layer, if a suitable mechanism
is configured (eg, GSSAPI/Kerberos, or Digest-MD5). If an SSF layer is
not available, then it should be combined with the x509 VNC authentication
protocol which provides encryption.
eg, if using GSSAPI
qemu -vnc localhost:1,sasl
eg if using TLS/x509 for encryption
qemu -vnc localhost:1,sasl,tls,x509
By default the Cyrus SASL library will look for its configuration in
the file /etc/sasl2/qemu.conf. For non-root users, this can be overridden
by setting the SASL_CONF_PATH environment variable, eg to make it look in
$HOME/.sasl2. NB unprivileged users may not have access to the full range
of SASL mechanisms, since some of them require some administrative privileges
to configure. The patch includes an example SASL configuration file which
illustrates config for GSSAPI and Digest-MD5, though it should be noted that
the latter is not really considered secure any more.
Most of the SASL authentication code is located in a separate source file,
vnc-auth-sasl.c. The main vnc.c file only contains minimal integration
glue, specifically parsing of command line flags / setup, and calls to
start the SASL auth process, to do encoding/decoding for data.
There are several possible stacks for reading & writing of data, depending
on the combo of VNC authentication methods in use
- Clear. read/write straight to socket
- TLS. read/write via GNUTLS helpers
- SASL. encode/decode via SASL SSF layer, then read/write to socket
- SASL+TLS. encode/decode via SASL SSF layer, then read/write via GNUTLS
Hence, the vnc_client_read & vnc_client_write methods have been refactored
a little.
vnc_client_read: main entry point for reading, calls either
- vnc_client_read_plain reading, with no intermediate decoding
- vnc_client_read_sasl reading, with SASL SSF decoding
These two methods, then call vnc_client_read_buf(). This decides
whether to write to the socket directly or write via GNUTLS.
The situation is the same for writing data. More extensive comments
have been added in the code / patch. The vnc_client_read_sasl and
vnc_client_write_sasl method implementations live in the separate
vnc-auth-sasl.c file.
The state required for the SASL auth mechanism is kept in a separate
VncStateSASL struct, defined in vnc-auth-sasl.h and included in the
main VncState.
The configure script probes for SASL and automatically enables it
if found, unless --disable-vnc-sasl was given to override it.
Makefile | 7
Makefile.target | 5
b/qemu.sasl | 34 ++
b/vnc-auth-sasl.c | 626 ++++++++++++++++++++++++++++++++++++++++++++++++++++
b/vnc-auth-sasl.h | 67 +++++
configure | 34 ++
qemu-doc.texi | 97 ++++++++
vnc-auth-vencrypt.c | 12
vnc.c | 249 ++++++++++++++++++--
vnc.h | 31 ++
10 files changed, 1129 insertions(+), 33 deletions(-)
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
Signed-off-by: Anthony Liguori <aliguori@us.ibm.com>
git-svn-id: svn://svn.savannah.nongnu.org/qemu/trunk@6724 c046a42c-6fe2-441c-8c8c-71466251a162
2009-03-06 23:27:28 +03:00
|
|
|
{
|
2015-08-06 17:35:55 +03:00
|
|
|
ssize_t ret;
|
Add SASL authentication support ("Daniel P. Berrange")
This patch adds the new SASL authentication protocol to the VNC server.
It is enabled by setting the 'sasl' flag when launching VNC. SASL can
optionally provide encryption via its SSF layer, if a suitable mechanism
is configured (eg, GSSAPI/Kerberos, or Digest-MD5). If an SSF layer is
not available, then it should be combined with the x509 VNC authentication
protocol which provides encryption.
eg, if using GSSAPI
qemu -vnc localhost:1,sasl
eg if using TLS/x509 for encryption
qemu -vnc localhost:1,sasl,tls,x509
By default the Cyrus SASL library will look for its configuration in
the file /etc/sasl2/qemu.conf. For non-root users, this can be overridden
by setting the SASL_CONF_PATH environment variable, eg to make it look in
$HOME/.sasl2. NB unprivileged users may not have access to the full range
of SASL mechanisms, since some of them require some administrative privileges
to configure. The patch includes an example SASL configuration file which
illustrates config for GSSAPI and Digest-MD5, though it should be noted that
the latter is not really considered secure any more.
Most of the SASL authentication code is located in a separate source file,
vnc-auth-sasl.c. The main vnc.c file only contains minimal integration
glue, specifically parsing of command line flags / setup, and calls to
start the SASL auth process, to do encoding/decoding for data.
There are several possible stacks for reading & writing of data, depending
on the combo of VNC authentication methods in use
- Clear. read/write straight to socket
- TLS. read/write via GNUTLS helpers
- SASL. encode/decode via SASL SSF layer, then read/write to socket
- SASL+TLS. encode/decode via SASL SSF layer, then read/write via GNUTLS
Hence, the vnc_client_read & vnc_client_write methods have been refactored
a little.
vnc_client_read: main entry point for reading, calls either
- vnc_client_read_plain reading, with no intermediate decoding
- vnc_client_read_sasl reading, with SASL SSF decoding
These two methods, then call vnc_client_read_buf(). This decides
whether to write to the socket directly or write via GNUTLS.
The situation is the same for writing data. More extensive comments
have been added in the code / patch. The vnc_client_read_sasl and
vnc_client_write_sasl method implementations live in the separate
vnc-auth-sasl.c file.
The state required for the SASL auth mechanism is kept in a separate
VncStateSASL struct, defined in vnc-auth-sasl.h and included in the
main VncState.
The configure script probes for SASL and automatically enables it
if found, unless --disable-vnc-sasl was given to override it.
Makefile | 7
Makefile.target | 5
b/qemu.sasl | 34 ++
b/vnc-auth-sasl.c | 626 ++++++++++++++++++++++++++++++++++++++++++++++++++++
b/vnc-auth-sasl.h | 67 +++++
configure | 34 ++
qemu-doc.texi | 97 ++++++++
vnc-auth-vencrypt.c | 12
vnc.c | 249 ++++++++++++++++++--
vnc.h | 31 ++
10 files changed, 1129 insertions(+), 33 deletions(-)
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
Signed-off-by: Anthony Liguori <aliguori@us.ibm.com>
git-svn-id: svn://svn.savannah.nongnu.org/qemu/trunk@6724 c046a42c-6fe2-441c-8c8c-71466251a162
2009-03-06 23:27:28 +03:00
|
|
|
|
|
|
|
#ifdef CONFIG_VNC_SASL
|
|
|
|
if (vs->sasl.conn && vs->sasl.runSSF)
|
|
|
|
ret = vnc_client_read_sasl(vs);
|
|
|
|
else
|
|
|
|
#endif /* CONFIG_VNC_SASL */
|
2015-03-11 18:53:49 +03:00
|
|
|
ret = vnc_client_read_plain(vs);
|
2009-06-16 16:19:48 +04:00
|
|
|
if (!ret) {
|
2015-02-27 19:20:57 +03:00
|
|
|
if (vs->disconnecting) {
|
2009-06-16 16:19:48 +04:00
|
|
|
vnc_disconnect_finish(vs);
|
2016-06-27 18:48:49 +03:00
|
|
|
return -1;
|
2015-02-27 19:20:57 +03:00
|
|
|
}
|
2016-06-27 18:48:49 +03:00
|
|
|
return 0;
|
2009-06-16 16:19:48 +04:00
|
|
|
}
|
2006-05-01 01:28:36 +04:00
|
|
|
|
|
|
|
while (vs->read_handler && vs->input.offset >= vs->read_handler_expect) {
|
2009-03-06 23:27:40 +03:00
|
|
|
size_t len = vs->read_handler_expect;
|
|
|
|
int ret;
|
|
|
|
|
|
|
|
ret = vs->read_handler(vs, vs->input.buffer, len);
|
2015-02-27 19:20:57 +03:00
|
|
|
if (vs->disconnecting) {
|
2009-06-16 16:19:48 +04:00
|
|
|
vnc_disconnect_finish(vs);
|
2016-06-27 18:48:49 +03:00
|
|
|
return -1;
|
2009-06-16 16:19:48 +04:00
|
|
|
}
|
2009-03-06 23:27:40 +03:00
|
|
|
|
|
|
|
if (!ret) {
|
2013-01-21 14:04:43 +04:00
|
|
|
buffer_advance(&vs->input, len);
|
2009-03-06 23:27:40 +03:00
|
|
|
} else {
|
|
|
|
vs->read_handler_expect = ret;
|
|
|
|
}
|
2006-05-01 01:28:36 +04:00
|
|
|
}
|
2016-06-27 18:48:49 +03:00
|
|
|
return 0;
|
2006-05-01 01:28:36 +04:00
|
|
|
}
|
|
|
|
|
2015-02-27 19:20:57 +03:00
|
|
|
gboolean vnc_client_io(QIOChannel *ioc G_GNUC_UNUSED,
|
|
|
|
GIOCondition condition, void *opaque)
|
|
|
|
{
|
|
|
|
VncState *vs = opaque;
|
|
|
|
if (condition & G_IO_IN) {
|
2016-06-27 18:48:49 +03:00
|
|
|
if (vnc_client_read(vs) < 0) {
|
|
|
|
return TRUE;
|
|
|
|
}
|
2015-02-27 19:20:57 +03:00
|
|
|
}
|
|
|
|
if (condition & G_IO_OUT) {
|
|
|
|
vnc_client_write(vs);
|
|
|
|
}
|
|
|
|
return TRUE;
|
|
|
|
}
|
|
|
|
|
|
|
|
|
2009-03-06 23:27:23 +03:00
|
|
|
void vnc_write(VncState *vs, const void *data, size_t len)
|
2006-05-01 01:28:36 +04:00
|
|
|
{
|
|
|
|
buffer_reserve(&vs->output, len);
|
|
|
|
|
2015-02-27 19:20:57 +03:00
|
|
|
if (vs->ioc != NULL && buffer_empty(&vs->output)) {
|
|
|
|
if (vs->ioc_tag) {
|
|
|
|
g_source_remove(vs->ioc_tag);
|
|
|
|
}
|
|
|
|
vs->ioc_tag = qio_channel_add_watch(
|
|
|
|
vs->ioc, G_IO_IN | G_IO_OUT, vnc_client_io, vs, NULL);
|
2006-05-01 01:28:36 +04:00
|
|
|
}
|
|
|
|
|
|
|
|
buffer_append(&vs->output, data, len);
|
|
|
|
}
|
|
|
|
|
2009-03-06 23:27:23 +03:00
|
|
|
void vnc_write_s32(VncState *vs, int32_t value)
|
2006-05-01 01:28:36 +04:00
|
|
|
{
|
|
|
|
vnc_write_u32(vs, *(uint32_t *)&value);
|
|
|
|
}
|
|
|
|
|
2009-03-06 23:27:23 +03:00
|
|
|
void vnc_write_u32(VncState *vs, uint32_t value)
|
2006-05-01 01:28:36 +04:00
|
|
|
{
|
|
|
|
uint8_t buf[4];
|
|
|
|
|
|
|
|
buf[0] = (value >> 24) & 0xFF;
|
|
|
|
buf[1] = (value >> 16) & 0xFF;
|
|
|
|
buf[2] = (value >> 8) & 0xFF;
|
|
|
|
buf[3] = value & 0xFF;
|
|
|
|
|
|
|
|
vnc_write(vs, buf, 4);
|
|
|
|
}
|
|
|
|
|
2009-03-06 23:27:23 +03:00
|
|
|
void vnc_write_u16(VncState *vs, uint16_t value)
|
2006-05-01 01:28:36 +04:00
|
|
|
{
|
2006-08-25 00:36:44 +04:00
|
|
|
uint8_t buf[2];
|
2006-05-01 01:28:36 +04:00
|
|
|
|
|
|
|
buf[0] = (value >> 8) & 0xFF;
|
|
|
|
buf[1] = value & 0xFF;
|
|
|
|
|
|
|
|
vnc_write(vs, buf, 2);
|
|
|
|
}
|
|
|
|
|
2009-03-06 23:27:23 +03:00
|
|
|
void vnc_write_u8(VncState *vs, uint8_t value)
|
2006-05-01 01:28:36 +04:00
|
|
|
{
|
|
|
|
vnc_write(vs, (char *)&value, 1);
|
|
|
|
}
|
|
|
|
|
2009-03-06 23:27:23 +03:00
|
|
|
void vnc_flush(VncState *vs)
|
2006-05-01 01:28:36 +04:00
|
|
|
{
|
2010-07-07 22:58:02 +04:00
|
|
|
vnc_lock_output(vs);
|
2015-03-11 18:53:49 +03:00
|
|
|
if (vs->ioc != NULL && vs->output.offset) {
|
2010-07-07 22:58:02 +04:00
|
|
|
vnc_client_write_locked(vs);
|
|
|
|
}
|
|
|
|
vnc_unlock_output(vs);
|
2006-05-01 01:28:36 +04:00
|
|
|
}
|
|
|
|
|
2012-10-28 15:04:48 +04:00
|
|
|
static uint8_t read_u8(uint8_t *data, size_t offset)
|
2006-05-01 01:28:36 +04:00
|
|
|
{
|
|
|
|
return data[offset];
|
|
|
|
}
|
|
|
|
|
2012-10-28 15:04:48 +04:00
|
|
|
static uint16_t read_u16(uint8_t *data, size_t offset)
|
2006-05-01 01:28:36 +04:00
|
|
|
{
|
|
|
|
return ((data[offset] & 0xFF) << 8) | (data[offset + 1] & 0xFF);
|
|
|
|
}
|
|
|
|
|
2012-10-28 15:04:48 +04:00
|
|
|
static int32_t read_s32(uint8_t *data, size_t offset)
|
2006-05-01 01:28:36 +04:00
|
|
|
{
|
|
|
|
return (int32_t)((data[offset] << 24) | (data[offset + 1] << 16) |
|
2009-03-06 23:27:40 +03:00
|
|
|
(data[offset + 2] << 8) | data[offset + 3]);
|
2006-05-01 01:28:36 +04:00
|
|
|
}
|
|
|
|
|
2009-03-06 23:27:23 +03:00
|
|
|
uint32_t read_u32(uint8_t *data, size_t offset)
|
2006-05-01 01:28:36 +04:00
|
|
|
{
|
|
|
|
return ((data[offset] << 24) | (data[offset + 1] << 16) |
|
2009-03-06 23:27:40 +03:00
|
|
|
(data[offset + 2] << 8) | data[offset + 3]);
|
2006-05-01 01:28:36 +04:00
|
|
|
}
|
|
|
|
|
2007-12-16 06:02:09 +03:00
|
|
|
static void client_cut_text(VncState *vs, size_t len, uint8_t *text)
|
2006-05-01 01:28:36 +04:00
|
|
|
{
|
|
|
|
}
|
|
|
|
|
2011-06-20 16:06:26 +04:00
|
|
|
static void check_pointer_type_change(Notifier *notifier, void *data)
|
2007-02-05 23:14:10 +03:00
|
|
|
{
|
2010-03-10 18:38:29 +03:00
|
|
|
VncState *vs = container_of(notifier, VncState, mouse_mode_notifier);
|
2013-12-02 18:17:45 +04:00
|
|
|
int absolute = qemu_input_is_absolute();
|
2010-03-10 18:38:29 +03:00
|
|
|
|
2009-02-02 18:58:29 +03:00
|
|
|
if (vnc_has_feature(vs, VNC_FEATURE_POINTER_TYPE_CHANGE) && vs->absolute != absolute) {
|
2010-07-07 22:58:02 +04:00
|
|
|
vnc_lock_output(vs);
|
2010-03-31 21:20:43 +04:00
|
|
|
vnc_write_u8(vs, VNC_MSG_SERVER_FRAMEBUFFER_UPDATE);
|
2009-03-06 23:27:40 +03:00
|
|
|
vnc_write_u8(vs, 0);
|
|
|
|
vnc_write_u16(vs, 1);
|
|
|
|
vnc_framebuffer_update(vs, absolute, 0,
|
2014-06-30 12:57:51 +04:00
|
|
|
pixman_image_get_width(vs->vd->server),
|
|
|
|
pixman_image_get_height(vs->vd->server),
|
2009-02-02 18:58:29 +03:00
|
|
|
VNC_ENCODING_POINTER_TYPE_CHANGE);
|
2010-07-07 22:58:02 +04:00
|
|
|
vnc_unlock_output(vs);
|
2009-03-06 23:27:40 +03:00
|
|
|
vnc_flush(vs);
|
2007-02-05 23:14:10 +03:00
|
|
|
}
|
|
|
|
vs->absolute = absolute;
|
|
|
|
}
|
|
|
|
|
2006-05-01 01:28:36 +04:00
|
|
|
static void pointer_event(VncState *vs, int button_mask, int x, int y)
|
|
|
|
{
|
qapi: Don't let implicit enum MAX member collide
Now that we guarantee the user doesn't have any enum values
beginning with a single underscore, we can use that for our
own purposes. Renaming ENUM_MAX to ENUM__MAX makes it obvious
that the sentinel is generated.
This patch was mostly generated by applying a temporary patch:
|diff --git a/scripts/qapi.py b/scripts/qapi.py
|index e6d014b..b862ec9 100644
|--- a/scripts/qapi.py
|+++ b/scripts/qapi.py
|@@ -1570,6 +1570,7 @@ const char *const %(c_name)s_lookup[] = {
| max_index = c_enum_const(name, 'MAX', prefix)
| ret += mcgen('''
| [%(max_index)s] = NULL,
|+// %(max_index)s
| };
| ''',
| max_index=max_index)
then running:
$ cat qapi-{types,event}.c tests/test-qapi-types.c |
sed -n 's,^// \(.*\)MAX,s|\1MAX|\1_MAX|g,p' > list
$ git grep -l _MAX | xargs sed -i -f list
The only things not generated are the changes in scripts/qapi.py.
Rejecting enum members named 'MAX' is now useless, and will be dropped
in the next patch.
Signed-off-by: Eric Blake <eblake@redhat.com>
Message-Id: <1447836791-369-23-git-send-email-eblake@redhat.com>
Reviewed-by: Juan Quintela <quintela@redhat.com>
[Rebased to current master, commit message tweaked]
Signed-off-by: Markus Armbruster <armbru@redhat.com>
2015-11-18 11:52:57 +03:00
|
|
|
static uint32_t bmap[INPUT_BUTTON__MAX] = {
|
2013-12-02 18:17:45 +04:00
|
|
|
[INPUT_BUTTON_LEFT] = 0x01,
|
|
|
|
[INPUT_BUTTON_MIDDLE] = 0x02,
|
|
|
|
[INPUT_BUTTON_RIGHT] = 0x04,
|
2016-01-12 14:14:12 +03:00
|
|
|
[INPUT_BUTTON_WHEEL_UP] = 0x08,
|
|
|
|
[INPUT_BUTTON_WHEEL_DOWN] = 0x10,
|
2013-12-02 18:17:45 +04:00
|
|
|
};
|
|
|
|
QemuConsole *con = vs->vd->dcl.con;
|
2014-06-30 12:57:51 +04:00
|
|
|
int width = pixman_image_get_width(vs->vd->server);
|
|
|
|
int height = pixman_image_get_height(vs->vd->server);
|
2006-05-01 01:28:36 +04:00
|
|
|
|
2013-12-02 18:17:45 +04:00
|
|
|
if (vs->last_bmask != button_mask) {
|
|
|
|
qemu_input_update_buttons(con, bmap, vs->last_bmask, button_mask);
|
|
|
|
vs->last_bmask = button_mask;
|
|
|
|
}
|
2007-02-05 23:14:10 +03:00
|
|
|
|
|
|
|
if (vs->absolute) {
|
2017-05-05 16:39:52 +03:00
|
|
|
qemu_input_queue_abs(con, INPUT_AXIS_X, x, 0, width);
|
|
|
|
qemu_input_queue_abs(con, INPUT_AXIS_Y, y, 0, height);
|
2009-02-02 18:58:29 +03:00
|
|
|
} else if (vnc_has_feature(vs, VNC_FEATURE_POINTER_TYPE_CHANGE)) {
|
2013-12-02 18:17:45 +04:00
|
|
|
qemu_input_queue_rel(con, INPUT_AXIS_X, x - 0x7FFF);
|
|
|
|
qemu_input_queue_rel(con, INPUT_AXIS_Y, y - 0x7FFF);
|
2007-02-05 23:14:10 +03:00
|
|
|
} else {
|
2013-12-02 18:17:45 +04:00
|
|
|
if (vs->last_x != -1) {
|
|
|
|
qemu_input_queue_rel(con, INPUT_AXIS_X, x - vs->last_x);
|
|
|
|
qemu_input_queue_rel(con, INPUT_AXIS_Y, y - vs->last_y);
|
|
|
|
}
|
2009-03-06 23:27:40 +03:00
|
|
|
vs->last_x = x;
|
|
|
|
vs->last_y = y;
|
2006-05-01 01:28:36 +04:00
|
|
|
}
|
2013-12-02 18:17:45 +04:00
|
|
|
qemu_input_event_sync();
|
2006-05-01 01:28:36 +04:00
|
|
|
}
|
|
|
|
|
2006-08-25 00:36:44 +04:00
|
|
|
static void reset_keys(VncState *vs)
|
|
|
|
{
|
|
|
|
int i;
|
|
|
|
for(i = 0; i < 256; i++) {
|
|
|
|
if (vs->modifiers_state[i]) {
|
2013-12-02 17:27:18 +04:00
|
|
|
qemu_input_event_send_key_number(vs->vd->dcl.con, i, false);
|
2016-06-01 09:22:30 +03:00
|
|
|
qemu_input_event_send_key_delay(vs->vd->key_delay_ms);
|
2006-08-25 00:36:44 +04:00
|
|
|
vs->modifiers_state[i] = 0;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2007-10-31 01:38:53 +03:00
|
|
|
static void press_key(VncState *vs, int keysym)
|
|
|
|
{
|
2010-02-28 23:03:00 +03:00
|
|
|
int keycode = keysym2scancode(vs->vd->kbd_layout, keysym) & SCANCODE_KEYMASK;
|
2013-12-02 17:27:18 +04:00
|
|
|
qemu_input_event_send_key_number(vs->vd->dcl.con, keycode, true);
|
2016-06-01 09:22:30 +03:00
|
|
|
qemu_input_event_send_key_delay(vs->vd->key_delay_ms);
|
2013-12-02 17:27:18 +04:00
|
|
|
qemu_input_event_send_key_number(vs->vd->dcl.con, keycode, false);
|
2016-06-01 09:22:30 +03:00
|
|
|
qemu_input_event_send_key_delay(vs->vd->key_delay_ms);
|
2007-10-31 01:38:53 +03:00
|
|
|
}
|
|
|
|
|
2013-04-25 09:29:10 +04:00
|
|
|
static void vnc_led_state_change(VncState *vs)
|
|
|
|
{
|
|
|
|
if (!vnc_has_feature(vs, VNC_FEATURE_LED_STATE)) {
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
|
|
|
vnc_lock_output(vs);
|
|
|
|
vnc_write_u8(vs, VNC_MSG_SERVER_FRAMEBUFFER_UPDATE);
|
|
|
|
vnc_write_u8(vs, 0);
|
|
|
|
vnc_write_u16(vs, 1);
|
|
|
|
vnc_framebuffer_update(vs, 0, 0, 1, 1, VNC_ENCODING_LED_STATE);
|
2017-01-09 19:14:02 +03:00
|
|
|
vnc_write_u8(vs, vs->vd->ledstate);
|
2013-04-25 09:29:10 +04:00
|
|
|
vnc_unlock_output(vs);
|
|
|
|
vnc_flush(vs);
|
|
|
|
}
|
|
|
|
|
2010-02-26 19:17:39 +03:00
|
|
|
static void kbd_leds(void *opaque, int ledstate)
|
|
|
|
{
|
2017-01-09 19:14:02 +03:00
|
|
|
VncDisplay *vd = opaque;
|
|
|
|
VncState *client;
|
2010-02-26 19:17:39 +03:00
|
|
|
|
2014-05-21 15:18:20 +04:00
|
|
|
trace_vnc_key_guest_leds((ledstate & QEMU_CAPS_LOCK_LED),
|
|
|
|
(ledstate & QEMU_NUM_LOCK_LED),
|
|
|
|
(ledstate & QEMU_SCROLL_LOCK_LED));
|
|
|
|
|
2017-01-09 19:14:02 +03:00
|
|
|
if (ledstate == vd->ledstate) {
|
|
|
|
return;
|
2013-04-25 09:29:09 +04:00
|
|
|
}
|
2013-04-25 09:29:10 +04:00
|
|
|
|
2017-01-09 19:14:02 +03:00
|
|
|
vd->ledstate = ledstate;
|
|
|
|
|
|
|
|
QTAILQ_FOREACH(client, &vd->clients, next) {
|
|
|
|
vnc_led_state_change(client);
|
2013-04-25 09:29:10 +04:00
|
|
|
}
|
2010-02-26 19:17:39 +03:00
|
|
|
}
|
|
|
|
|
2008-08-24 03:27:37 +04:00
|
|
|
static void do_key_event(VncState *vs, int down, int keycode, int sym)
|
2006-05-01 01:28:36 +04:00
|
|
|
{
|
2006-08-25 00:36:44 +04:00
|
|
|
/* QEMU console switch */
|
|
|
|
switch(keycode) {
|
|
|
|
case 0x2a: /* Left Shift */
|
|
|
|
case 0x36: /* Right Shift */
|
|
|
|
case 0x1d: /* Left CTRL */
|
|
|
|
case 0x9d: /* Right CTRL */
|
|
|
|
case 0x38: /* Left ALT */
|
|
|
|
case 0xb8: /* Right ALT */
|
|
|
|
if (down)
|
|
|
|
vs->modifiers_state[keycode] = 1;
|
|
|
|
else
|
|
|
|
vs->modifiers_state[keycode] = 0;
|
|
|
|
break;
|
2007-09-17 01:08:06 +04:00
|
|
|
case 0x02 ... 0x0a: /* '1' to '9' keys */
|
2014-09-18 14:54:49 +04:00
|
|
|
if (vs->vd->dcl.con == NULL &&
|
|
|
|
down && vs->modifiers_state[0x1d] && vs->modifiers_state[0x38]) {
|
2006-08-25 00:36:44 +04:00
|
|
|
/* Reset the modifiers sent to the current console */
|
|
|
|
reset_keys(vs);
|
|
|
|
console_select(keycode - 0x02);
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
break;
|
2009-03-06 23:27:40 +03:00
|
|
|
case 0x3a: /* CapsLock */
|
|
|
|
case 0x45: /* NumLock */
|
2010-02-26 19:17:39 +03:00
|
|
|
if (down)
|
2007-10-31 01:38:53 +03:00
|
|
|
vs->modifiers_state[keycode] ^= 1;
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
2013-04-25 09:29:11 +04:00
|
|
|
/* Turn off the lock state sync logic if the client support the led
|
|
|
|
state extension.
|
|
|
|
*/
|
2011-01-14 12:56:54 +03:00
|
|
|
if (down && vs->vd->lock_key_sync &&
|
2013-04-25 09:29:11 +04:00
|
|
|
!vnc_has_feature(vs, VNC_FEATURE_LED_STATE) &&
|
2010-03-10 19:12:02 +03:00
|
|
|
keycode_is_keypad(vs->vd->kbd_layout, keycode)) {
|
2007-10-31 01:38:53 +03:00
|
|
|
/* If the numlock state needs to change then simulate an additional
|
|
|
|
keypress before sending this one. This will happen if the user
|
|
|
|
toggles numlock away from the VNC window.
|
|
|
|
*/
|
2009-02-16 17:59:30 +03:00
|
|
|
if (keysym_is_numlock(vs->vd->kbd_layout, sym & 0xFFFF)) {
|
2007-10-31 01:38:53 +03:00
|
|
|
if (!vs->modifiers_state[0x45]) {
|
2014-05-21 15:18:20 +04:00
|
|
|
trace_vnc_key_sync_numlock(true);
|
2007-10-31 01:38:53 +03:00
|
|
|
vs->modifiers_state[0x45] = 1;
|
|
|
|
press_key(vs, 0xff7f);
|
|
|
|
}
|
|
|
|
} else {
|
|
|
|
if (vs->modifiers_state[0x45]) {
|
2014-05-21 15:18:20 +04:00
|
|
|
trace_vnc_key_sync_numlock(false);
|
2007-10-31 01:38:53 +03:00
|
|
|
vs->modifiers_state[0x45] = 0;
|
|
|
|
press_key(vs, 0xff7f);
|
|
|
|
}
|
|
|
|
}
|
2006-08-25 00:36:44 +04:00
|
|
|
}
|
2006-05-01 01:28:36 +04:00
|
|
|
|
2011-01-14 12:56:54 +03:00
|
|
|
if (down && vs->vd->lock_key_sync &&
|
2013-04-25 09:29:11 +04:00
|
|
|
!vnc_has_feature(vs, VNC_FEATURE_LED_STATE) &&
|
2010-03-10 19:12:02 +03:00
|
|
|
((sym >= 'A' && sym <= 'Z') || (sym >= 'a' && sym <= 'z'))) {
|
2009-11-02 14:47:06 +03:00
|
|
|
/* If the capslock state needs to change then simulate an additional
|
|
|
|
keypress before sending this one. This will happen if the user
|
|
|
|
toggles capslock away from the VNC window.
|
|
|
|
*/
|
|
|
|
int uppercase = !!(sym >= 'A' && sym <= 'Z');
|
|
|
|
int shift = !!(vs->modifiers_state[0x2a] | vs->modifiers_state[0x36]);
|
|
|
|
int capslock = !!(vs->modifiers_state[0x3a]);
|
|
|
|
if (capslock) {
|
|
|
|
if (uppercase == shift) {
|
2014-05-21 15:18:20 +04:00
|
|
|
trace_vnc_key_sync_capslock(false);
|
2009-11-02 14:47:06 +03:00
|
|
|
vs->modifiers_state[0x3a] = 0;
|
|
|
|
press_key(vs, 0xffe5);
|
|
|
|
}
|
|
|
|
} else {
|
|
|
|
if (uppercase != shift) {
|
2014-05-21 15:18:20 +04:00
|
|
|
trace_vnc_key_sync_capslock(true);
|
2009-11-02 14:47:06 +03:00
|
|
|
vs->modifiers_state[0x3a] = 1;
|
|
|
|
press_key(vs, 0xffe5);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2013-03-14 17:27:08 +04:00
|
|
|
if (qemu_console_is_graphic(NULL)) {
|
2013-12-02 17:27:18 +04:00
|
|
|
qemu_input_event_send_key_number(vs->vd->dcl.con, keycode, down);
|
2016-06-01 09:22:30 +03:00
|
|
|
qemu_input_event_send_key_delay(vs->vd->key_delay_ms);
|
2006-08-25 00:36:44 +04:00
|
|
|
} else {
|
2011-11-08 13:02:16 +04:00
|
|
|
bool numlock = vs->modifiers_state[0x45];
|
|
|
|
bool control = (vs->modifiers_state[0x1d] ||
|
|
|
|
vs->modifiers_state[0x9d]);
|
2006-08-25 00:36:44 +04:00
|
|
|
/* QEMU console emulation */
|
|
|
|
if (down) {
|
|
|
|
switch (keycode) {
|
|
|
|
case 0x2a: /* Left Shift */
|
|
|
|
case 0x36: /* Right Shift */
|
|
|
|
case 0x1d: /* Left CTRL */
|
|
|
|
case 0x9d: /* Right CTRL */
|
|
|
|
case 0x38: /* Left ALT */
|
|
|
|
case 0xb8: /* Right ALT */
|
|
|
|
break;
|
|
|
|
case 0xc8:
|
|
|
|
kbd_put_keysym(QEMU_KEY_UP);
|
|
|
|
break;
|
|
|
|
case 0xd0:
|
|
|
|
kbd_put_keysym(QEMU_KEY_DOWN);
|
|
|
|
break;
|
|
|
|
case 0xcb:
|
|
|
|
kbd_put_keysym(QEMU_KEY_LEFT);
|
|
|
|
break;
|
|
|
|
case 0xcd:
|
|
|
|
kbd_put_keysym(QEMU_KEY_RIGHT);
|
|
|
|
break;
|
|
|
|
case 0xd3:
|
|
|
|
kbd_put_keysym(QEMU_KEY_DELETE);
|
|
|
|
break;
|
|
|
|
case 0xc7:
|
|
|
|
kbd_put_keysym(QEMU_KEY_HOME);
|
|
|
|
break;
|
|
|
|
case 0xcf:
|
|
|
|
kbd_put_keysym(QEMU_KEY_END);
|
|
|
|
break;
|
|
|
|
case 0xc9:
|
|
|
|
kbd_put_keysym(QEMU_KEY_PAGEUP);
|
|
|
|
break;
|
|
|
|
case 0xd1:
|
|
|
|
kbd_put_keysym(QEMU_KEY_PAGEDOWN);
|
|
|
|
break;
|
2009-06-11 13:32:14 +04:00
|
|
|
|
|
|
|
case 0x47:
|
|
|
|
kbd_put_keysym(numlock ? '7' : QEMU_KEY_HOME);
|
|
|
|
break;
|
|
|
|
case 0x48:
|
|
|
|
kbd_put_keysym(numlock ? '8' : QEMU_KEY_UP);
|
|
|
|
break;
|
|
|
|
case 0x49:
|
|
|
|
kbd_put_keysym(numlock ? '9' : QEMU_KEY_PAGEUP);
|
|
|
|
break;
|
|
|
|
case 0x4b:
|
|
|
|
kbd_put_keysym(numlock ? '4' : QEMU_KEY_LEFT);
|
|
|
|
break;
|
|
|
|
case 0x4c:
|
|
|
|
kbd_put_keysym('5');
|
|
|
|
break;
|
|
|
|
case 0x4d:
|
|
|
|
kbd_put_keysym(numlock ? '6' : QEMU_KEY_RIGHT);
|
|
|
|
break;
|
|
|
|
case 0x4f:
|
|
|
|
kbd_put_keysym(numlock ? '1' : QEMU_KEY_END);
|
|
|
|
break;
|
|
|
|
case 0x50:
|
|
|
|
kbd_put_keysym(numlock ? '2' : QEMU_KEY_DOWN);
|
|
|
|
break;
|
|
|
|
case 0x51:
|
|
|
|
kbd_put_keysym(numlock ? '3' : QEMU_KEY_PAGEDOWN);
|
|
|
|
break;
|
|
|
|
case 0x52:
|
|
|
|
kbd_put_keysym('0');
|
|
|
|
break;
|
|
|
|
case 0x53:
|
|
|
|
kbd_put_keysym(numlock ? '.' : QEMU_KEY_DELETE);
|
|
|
|
break;
|
|
|
|
|
|
|
|
case 0xb5:
|
|
|
|
kbd_put_keysym('/');
|
|
|
|
break;
|
|
|
|
case 0x37:
|
|
|
|
kbd_put_keysym('*');
|
|
|
|
break;
|
|
|
|
case 0x4a:
|
|
|
|
kbd_put_keysym('-');
|
|
|
|
break;
|
|
|
|
case 0x4e:
|
|
|
|
kbd_put_keysym('+');
|
|
|
|
break;
|
|
|
|
case 0x9c:
|
|
|
|
kbd_put_keysym('\n');
|
|
|
|
break;
|
|
|
|
|
2006-08-25 00:36:44 +04:00
|
|
|
default:
|
2011-11-08 13:02:16 +04:00
|
|
|
if (control) {
|
|
|
|
kbd_put_keysym(sym & 0x1f);
|
|
|
|
} else {
|
|
|
|
kbd_put_keysym(sym);
|
|
|
|
}
|
2006-08-25 00:36:44 +04:00
|
|
|
break;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
2006-05-01 01:28:36 +04:00
|
|
|
}
|
|
|
|
|
2012-02-08 16:18:37 +04:00
|
|
|
static void vnc_release_modifiers(VncState *vs)
|
|
|
|
{
|
|
|
|
static const int keycodes[] = {
|
|
|
|
/* shift, control, alt keys, both left & right */
|
|
|
|
0x2a, 0x36, 0x1d, 0x9d, 0x38, 0xb8,
|
|
|
|
};
|
|
|
|
int i, keycode;
|
|
|
|
|
2013-03-14 17:27:08 +04:00
|
|
|
if (!qemu_console_is_graphic(NULL)) {
|
2012-02-08 16:18:37 +04:00
|
|
|
return;
|
|
|
|
}
|
|
|
|
for (i = 0; i < ARRAY_SIZE(keycodes); i++) {
|
|
|
|
keycode = keycodes[i];
|
|
|
|
if (!vs->modifiers_state[keycode]) {
|
|
|
|
continue;
|
|
|
|
}
|
2013-12-02 17:27:18 +04:00
|
|
|
qemu_input_event_send_key_number(vs->vd->dcl.con, keycode, false);
|
2016-06-01 09:22:30 +03:00
|
|
|
qemu_input_event_send_key_delay(vs->vd->key_delay_ms);
|
2012-02-08 16:18:37 +04:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2014-05-21 15:18:20 +04:00
|
|
|
static const char *code2name(int keycode)
|
|
|
|
{
|
|
|
|
return QKeyCode_lookup[qemu_input_key_number_to_qcode(keycode)];
|
|
|
|
}
|
|
|
|
|
2006-05-02 01:44:22 +04:00
|
|
|
static void key_event(VncState *vs, int down, uint32_t sym)
|
|
|
|
{
|
2008-08-24 03:27:37 +04:00
|
|
|
int keycode;
|
2009-12-11 13:25:07 +03:00
|
|
|
int lsym = sym;
|
2008-08-24 03:27:37 +04:00
|
|
|
|
2013-03-14 17:27:08 +04:00
|
|
|
if (lsym >= 'A' && lsym <= 'Z' && qemu_console_is_graphic(NULL)) {
|
2009-12-11 13:25:07 +03:00
|
|
|
lsym = lsym - 'A' + 'a';
|
|
|
|
}
|
2008-08-24 03:27:37 +04:00
|
|
|
|
2010-02-28 23:03:00 +03:00
|
|
|
keycode = keysym2scancode(vs->vd->kbd_layout, lsym & 0xFFFF) & SCANCODE_KEYMASK;
|
2014-05-21 15:18:20 +04:00
|
|
|
trace_vnc_key_event_map(down, sym, keycode, code2name(keycode));
|
2008-08-24 03:27:37 +04:00
|
|
|
do_key_event(vs, down, keycode, sym);
|
|
|
|
}
|
|
|
|
|
|
|
|
static void ext_key_event(VncState *vs, int down,
|
|
|
|
uint32_t sym, uint16_t keycode)
|
|
|
|
{
|
|
|
|
/* if the user specifies a keyboard layout, always use it */
|
2014-05-21 15:18:20 +04:00
|
|
|
if (keyboard_layout) {
|
2008-08-24 03:27:37 +04:00
|
|
|
key_event(vs, down, sym);
|
2014-05-21 15:18:20 +04:00
|
|
|
} else {
|
|
|
|
trace_vnc_key_event_ext(down, sym, keycode, code2name(keycode));
|
2008-08-24 03:27:37 +04:00
|
|
|
do_key_event(vs, down, keycode, sym);
|
2014-05-21 15:18:20 +04:00
|
|
|
}
|
2006-05-02 01:44:22 +04:00
|
|
|
}
|
|
|
|
|
2006-05-01 01:28:36 +04:00
|
|
|
static void framebuffer_update_request(VncState *vs, int incremental,
|
2014-06-30 12:57:51 +04:00
|
|
|
int x, int y, int w, int h)
|
2006-05-01 01:28:36 +04:00
|
|
|
{
|
|
|
|
vs->need_update = 1;
|
2014-06-30 12:57:51 +04:00
|
|
|
|
|
|
|
if (incremental) {
|
|
|
|
return;
|
2006-05-01 01:28:36 +04:00
|
|
|
}
|
2014-06-30 12:57:51 +04:00
|
|
|
|
2014-07-23 18:03:14 +04:00
|
|
|
vs->force_update = 1;
|
2015-10-30 14:10:08 +03:00
|
|
|
vnc_set_area_dirty(vs->dirty, vs->vd, x, y, w, h);
|
2006-05-01 01:28:36 +04:00
|
|
|
}
|
|
|
|
|
2008-08-24 03:27:37 +04:00
|
|
|
static void send_ext_key_event_ack(VncState *vs)
|
|
|
|
{
|
2010-07-07 22:58:02 +04:00
|
|
|
vnc_lock_output(vs);
|
2010-03-31 21:20:43 +04:00
|
|
|
vnc_write_u8(vs, VNC_MSG_SERVER_FRAMEBUFFER_UPDATE);
|
2008-08-24 03:27:37 +04:00
|
|
|
vnc_write_u8(vs, 0);
|
|
|
|
vnc_write_u16(vs, 1);
|
2013-02-28 20:16:48 +04:00
|
|
|
vnc_framebuffer_update(vs, 0, 0,
|
2014-06-30 12:57:51 +04:00
|
|
|
pixman_image_get_width(vs->vd->server),
|
|
|
|
pixman_image_get_height(vs->vd->server),
|
2009-02-02 18:58:29 +03:00
|
|
|
VNC_ENCODING_EXT_KEY_EVENT);
|
2010-07-07 22:58:02 +04:00
|
|
|
vnc_unlock_output(vs);
|
2008-08-24 03:27:37 +04:00
|
|
|
vnc_flush(vs);
|
|
|
|
}
|
|
|
|
|
2008-12-01 23:57:48 +03:00
|
|
|
static void send_ext_audio_ack(VncState *vs)
|
|
|
|
{
|
2010-07-07 22:58:02 +04:00
|
|
|
vnc_lock_output(vs);
|
2010-03-31 21:20:43 +04:00
|
|
|
vnc_write_u8(vs, VNC_MSG_SERVER_FRAMEBUFFER_UPDATE);
|
2008-12-01 23:57:48 +03:00
|
|
|
vnc_write_u8(vs, 0);
|
|
|
|
vnc_write_u16(vs, 1);
|
2013-02-28 20:16:48 +04:00
|
|
|
vnc_framebuffer_update(vs, 0, 0,
|
2014-06-30 12:57:51 +04:00
|
|
|
pixman_image_get_width(vs->vd->server),
|
|
|
|
pixman_image_get_height(vs->vd->server),
|
2009-02-02 18:58:29 +03:00
|
|
|
VNC_ENCODING_AUDIO);
|
2010-07-07 22:58:02 +04:00
|
|
|
vnc_unlock_output(vs);
|
2008-12-01 23:57:48 +03:00
|
|
|
vnc_flush(vs);
|
|
|
|
}
|
|
|
|
|
2006-05-01 01:28:36 +04:00
|
|
|
static void set_encodings(VncState *vs, int32_t *encodings, size_t n_encodings)
|
|
|
|
{
|
|
|
|
int i;
|
2009-02-02 18:58:29 +03:00
|
|
|
unsigned int enc = 0;
|
2006-05-01 01:28:36 +04:00
|
|
|
|
2009-02-02 18:58:29 +03:00
|
|
|
vs->features = 0;
|
2010-05-19 11:24:01 +04:00
|
|
|
vs->vnc_encoding = 0;
|
2010-07-07 22:57:59 +04:00
|
|
|
vs->tight.compression = 9;
|
|
|
|
vs->tight.quality = -1; /* Lossless by default */
|
2007-02-05 23:14:10 +03:00
|
|
|
vs->absolute = -1;
|
2006-05-01 01:28:36 +04:00
|
|
|
|
2010-05-19 11:24:02 +04:00
|
|
|
/*
|
|
|
|
* Start from the end because the encodings are sent in order of preference.
|
2011-11-22 14:06:24 +04:00
|
|
|
* This way the preferred encoding (first encoding defined in the array)
|
2010-05-19 11:24:02 +04:00
|
|
|
* will be set at the end of the loop.
|
|
|
|
*/
|
2006-05-01 01:28:36 +04:00
|
|
|
for (i = n_encodings - 1; i >= 0; i--) {
|
2009-02-02 18:58:29 +03:00
|
|
|
enc = encodings[i];
|
|
|
|
switch (enc) {
|
|
|
|
case VNC_ENCODING_RAW:
|
2010-05-19 11:24:01 +04:00
|
|
|
vs->vnc_encoding = enc;
|
2009-02-02 18:58:29 +03:00
|
|
|
break;
|
|
|
|
case VNC_ENCODING_COPYRECT:
|
2009-02-16 17:59:30 +03:00
|
|
|
vs->features |= VNC_FEATURE_COPYRECT_MASK;
|
2009-02-02 18:58:29 +03:00
|
|
|
break;
|
|
|
|
case VNC_ENCODING_HEXTILE:
|
|
|
|
vs->features |= VNC_FEATURE_HEXTILE_MASK;
|
2010-05-19 11:24:01 +04:00
|
|
|
vs->vnc_encoding = enc;
|
2009-02-02 18:58:29 +03:00
|
|
|
break;
|
2010-05-19 11:24:10 +04:00
|
|
|
case VNC_ENCODING_TIGHT:
|
|
|
|
vs->features |= VNC_FEATURE_TIGHT_MASK;
|
|
|
|
vs->vnc_encoding = enc;
|
|
|
|
break;
|
2012-05-16 16:54:25 +04:00
|
|
|
#ifdef CONFIG_VNC_PNG
|
2010-07-07 22:57:56 +04:00
|
|
|
case VNC_ENCODING_TIGHT_PNG:
|
|
|
|
vs->features |= VNC_FEATURE_TIGHT_PNG_MASK;
|
|
|
|
vs->vnc_encoding = enc;
|
|
|
|
break;
|
2012-05-16 16:54:25 +04:00
|
|
|
#endif
|
2009-02-02 18:58:54 +03:00
|
|
|
case VNC_ENCODING_ZLIB:
|
|
|
|
vs->features |= VNC_FEATURE_ZLIB_MASK;
|
2010-05-19 11:24:01 +04:00
|
|
|
vs->vnc_encoding = enc;
|
2009-02-02 18:58:54 +03:00
|
|
|
break;
|
2011-02-04 11:06:01 +03:00
|
|
|
case VNC_ENCODING_ZRLE:
|
|
|
|
vs->features |= VNC_FEATURE_ZRLE_MASK;
|
|
|
|
vs->vnc_encoding = enc;
|
|
|
|
break;
|
|
|
|
case VNC_ENCODING_ZYWRLE:
|
|
|
|
vs->features |= VNC_FEATURE_ZYWRLE_MASK;
|
|
|
|
vs->vnc_encoding = enc;
|
|
|
|
break;
|
2009-02-02 18:58:29 +03:00
|
|
|
case VNC_ENCODING_DESKTOPRESIZE:
|
|
|
|
vs->features |= VNC_FEATURE_RESIZE_MASK;
|
|
|
|
break;
|
|
|
|
case VNC_ENCODING_POINTER_TYPE_CHANGE:
|
|
|
|
vs->features |= VNC_FEATURE_POINTER_TYPE_CHANGE_MASK;
|
|
|
|
break;
|
2010-05-21 13:54:34 +04:00
|
|
|
case VNC_ENCODING_RICH_CURSOR:
|
|
|
|
vs->features |= VNC_FEATURE_RICH_CURSOR_MASK;
|
2016-03-02 17:32:22 +03:00
|
|
|
if (vs->vd->cursor) {
|
|
|
|
vnc_cursor_define(vs);
|
|
|
|
}
|
2010-05-21 13:54:34 +04:00
|
|
|
break;
|
2009-02-02 18:58:29 +03:00
|
|
|
case VNC_ENCODING_EXT_KEY_EVENT:
|
2008-08-24 03:27:37 +04:00
|
|
|
send_ext_key_event_ack(vs);
|
|
|
|
break;
|
2009-02-02 18:58:29 +03:00
|
|
|
case VNC_ENCODING_AUDIO:
|
2008-12-01 23:57:48 +03:00
|
|
|
send_ext_audio_ack(vs);
|
|
|
|
break;
|
2009-02-02 18:58:29 +03:00
|
|
|
case VNC_ENCODING_WMVi:
|
|
|
|
vs->features |= VNC_FEATURE_WMVI_MASK;
|
2008-09-15 20:05:16 +04:00
|
|
|
break;
|
2013-04-25 09:29:10 +04:00
|
|
|
case VNC_ENCODING_LED_STATE:
|
|
|
|
vs->features |= VNC_FEATURE_LED_STATE_MASK;
|
|
|
|
break;
|
2009-02-02 18:58:43 +03:00
|
|
|
case VNC_ENCODING_COMPRESSLEVEL0 ... VNC_ENCODING_COMPRESSLEVEL0 + 9:
|
2010-07-07 22:57:59 +04:00
|
|
|
vs->tight.compression = (enc & 0x0F);
|
2009-02-02 18:58:43 +03:00
|
|
|
break;
|
|
|
|
case VNC_ENCODING_QUALITYLEVEL0 ... VNC_ENCODING_QUALITYLEVEL0 + 9:
|
2011-02-04 11:05:54 +03:00
|
|
|
if (vs->vd->lossy) {
|
|
|
|
vs->tight.quality = (enc & 0x0F);
|
|
|
|
}
|
2009-02-02 18:58:43 +03:00
|
|
|
break;
|
2009-02-02 18:58:29 +03:00
|
|
|
default:
|
|
|
|
VNC_DEBUG("Unknown encoding: %d (0x%.8x): %d\n", i, enc, enc);
|
|
|
|
break;
|
|
|
|
}
|
2006-05-01 01:28:36 +04:00
|
|
|
}
|
2010-05-25 20:25:17 +04:00
|
|
|
vnc_desktop_resize(vs);
|
2011-06-20 16:06:26 +04:00
|
|
|
check_pointer_type_change(&vs->mouse_mode_notifier, NULL);
|
2013-04-25 09:29:10 +04:00
|
|
|
vnc_led_state_change(vs);
|
2006-05-01 01:28:36 +04:00
|
|
|
}
|
|
|
|
|
2009-01-16 01:17:38 +03:00
|
|
|
static void set_pixel_conversion(VncState *vs)
|
|
|
|
{
|
2012-10-10 15:29:43 +04:00
|
|
|
pixman_format_code_t fmt = qemu_pixman_get_format(&vs->client_pf);
|
|
|
|
|
|
|
|
if (fmt == VNC_SERVER_FB_FORMAT) {
|
2009-01-16 01:17:38 +03:00
|
|
|
vs->write_pixels = vnc_write_pixels_copy;
|
2010-05-03 16:31:34 +04:00
|
|
|
vnc_hextile_set_pixel_conversion(vs, 0);
|
2009-01-16 01:17:38 +03:00
|
|
|
} else {
|
|
|
|
vs->write_pixels = vnc_write_pixels_generic;
|
2010-05-03 16:31:34 +04:00
|
|
|
vnc_hextile_set_pixel_conversion(vs, 1);
|
2009-01-16 01:17:38 +03:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2016-05-24 17:19:19 +03:00
|
|
|
static void send_color_map(VncState *vs)
|
|
|
|
{
|
|
|
|
int i;
|
|
|
|
|
|
|
|
vnc_write_u8(vs, VNC_MSG_SERVER_SET_COLOUR_MAP_ENTRIES);
|
|
|
|
vnc_write_u8(vs, 0); /* padding */
|
|
|
|
vnc_write_u16(vs, 0); /* first color */
|
|
|
|
vnc_write_u16(vs, 256); /* # of colors */
|
|
|
|
|
|
|
|
for (i = 0; i < 256; i++) {
|
|
|
|
PixelFormat *pf = &vs->client_pf;
|
|
|
|
|
|
|
|
vnc_write_u16(vs, (((i >> pf->rshift) & pf->rmax) << (16 - pf->rbits)));
|
|
|
|
vnc_write_u16(vs, (((i >> pf->gshift) & pf->gmax) << (16 - pf->gbits)));
|
|
|
|
vnc_write_u16(vs, (((i >> pf->bshift) & pf->bmax) << (16 - pf->bbits)));
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2016-06-06 12:18:45 +03:00
|
|
|
static void set_pixel_format(VncState *vs, int bits_per_pixel,
|
2009-03-06 23:27:40 +03:00
|
|
|
int big_endian_flag, int true_color_flag,
|
|
|
|
int red_max, int green_max, int blue_max,
|
|
|
|
int red_shift, int green_shift, int blue_shift)
|
2006-05-01 01:28:36 +04:00
|
|
|
{
|
2006-05-14 22:11:49 +04:00
|
|
|
if (!true_color_flag) {
|
2016-05-24 17:19:19 +03:00
|
|
|
/* Expose a reasonable default 256 color map */
|
|
|
|
bits_per_pixel = 8;
|
|
|
|
red_max = 7;
|
|
|
|
green_max = 7;
|
|
|
|
blue_max = 3;
|
|
|
|
red_shift = 0;
|
|
|
|
green_shift = 3;
|
|
|
|
blue_shift = 6;
|
2006-05-14 22:11:49 +04:00
|
|
|
}
|
2006-05-01 01:28:36 +04:00
|
|
|
|
2014-10-27 14:41:44 +03:00
|
|
|
switch (bits_per_pixel) {
|
|
|
|
case 8:
|
|
|
|
case 16:
|
|
|
|
case 32:
|
|
|
|
break;
|
|
|
|
default:
|
|
|
|
vnc_client_error(vs);
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
2015-12-03 16:24:17 +03:00
|
|
|
vs->client_pf.rmax = red_max ? red_max : 0xFF;
|
2017-03-13 17:33:25 +03:00
|
|
|
vs->client_pf.rbits = ctpopl(red_max);
|
2012-10-10 15:29:43 +04:00
|
|
|
vs->client_pf.rshift = red_shift;
|
|
|
|
vs->client_pf.rmask = red_max << red_shift;
|
2015-12-03 16:24:17 +03:00
|
|
|
vs->client_pf.gmax = green_max ? green_max : 0xFF;
|
2017-03-13 17:33:25 +03:00
|
|
|
vs->client_pf.gbits = ctpopl(green_max);
|
2012-10-10 15:29:43 +04:00
|
|
|
vs->client_pf.gshift = green_shift;
|
|
|
|
vs->client_pf.gmask = green_max << green_shift;
|
2015-12-03 16:24:17 +03:00
|
|
|
vs->client_pf.bmax = blue_max ? blue_max : 0xFF;
|
2017-03-13 17:33:25 +03:00
|
|
|
vs->client_pf.bbits = ctpopl(blue_max);
|
2012-10-10 15:29:43 +04:00
|
|
|
vs->client_pf.bshift = blue_shift;
|
|
|
|
vs->client_pf.bmask = blue_max << blue_shift;
|
|
|
|
vs->client_pf.bits_per_pixel = bits_per_pixel;
|
|
|
|
vs->client_pf.bytes_per_pixel = bits_per_pixel / 8;
|
|
|
|
vs->client_pf.depth = bits_per_pixel == 32 ? 24 : bits_per_pixel;
|
|
|
|
vs->client_be = big_endian_flag;
|
2009-01-16 01:17:38 +03:00
|
|
|
|
2016-05-24 17:19:19 +03:00
|
|
|
if (!true_color_flag) {
|
|
|
|
send_color_map(vs);
|
|
|
|
}
|
|
|
|
|
2009-01-16 01:17:38 +03:00
|
|
|
set_pixel_conversion(vs);
|
2006-05-01 01:28:36 +04:00
|
|
|
|
2014-09-18 14:54:49 +04:00
|
|
|
graphic_hw_invalidate(vs->vd->dcl.con);
|
|
|
|
graphic_hw_update(vs->vd->dcl.con);
|
2006-05-01 01:28:36 +04:00
|
|
|
}
|
|
|
|
|
2008-09-15 20:05:16 +04:00
|
|
|
static void pixel_format_message (VncState *vs) {
|
|
|
|
char pad[3] = { 0, 0, 0 };
|
|
|
|
|
2012-10-10 15:29:43 +04:00
|
|
|
vs->client_pf = qemu_default_pixelformat(32);
|
|
|
|
|
|
|
|
vnc_write_u8(vs, vs->client_pf.bits_per_pixel); /* bits-per-pixel */
|
|
|
|
vnc_write_u8(vs, vs->client_pf.depth); /* depth */
|
2008-09-15 20:05:16 +04:00
|
|
|
|
2009-07-27 18:13:06 +04:00
|
|
|
#ifdef HOST_WORDS_BIGENDIAN
|
2008-09-15 20:05:16 +04:00
|
|
|
vnc_write_u8(vs, 1); /* big-endian-flag */
|
|
|
|
#else
|
|
|
|
vnc_write_u8(vs, 0); /* big-endian-flag */
|
|
|
|
#endif
|
|
|
|
vnc_write_u8(vs, 1); /* true-color-flag */
|
2012-10-10 15:29:43 +04:00
|
|
|
vnc_write_u16(vs, vs->client_pf.rmax); /* red-max */
|
|
|
|
vnc_write_u16(vs, vs->client_pf.gmax); /* green-max */
|
|
|
|
vnc_write_u16(vs, vs->client_pf.bmax); /* blue-max */
|
|
|
|
vnc_write_u8(vs, vs->client_pf.rshift); /* red-shift */
|
|
|
|
vnc_write_u8(vs, vs->client_pf.gshift); /* green-shift */
|
|
|
|
vnc_write_u8(vs, vs->client_pf.bshift); /* blue-shift */
|
|
|
|
vnc_write(vs, pad, 3); /* padding */
|
2010-05-03 16:31:34 +04:00
|
|
|
|
|
|
|
vnc_hextile_set_pixel_conversion(vs, 0);
|
2008-09-15 20:05:16 +04:00
|
|
|
vs->write_pixels = vnc_write_pixels_copy;
|
|
|
|
}
|
|
|
|
|
2009-02-16 17:59:30 +03:00
|
|
|
static void vnc_colordepth(VncState *vs)
|
2008-09-15 20:03:41 +04:00
|
|
|
{
|
2009-02-16 17:59:30 +03:00
|
|
|
if (vnc_has_feature(vs, VNC_FEATURE_WMVI)) {
|
2008-09-15 20:05:16 +04:00
|
|
|
/* Sending a WMVi message to notify the client*/
|
2010-07-07 22:58:02 +04:00
|
|
|
vnc_lock_output(vs);
|
2010-03-31 21:20:43 +04:00
|
|
|
vnc_write_u8(vs, VNC_MSG_SERVER_FRAMEBUFFER_UPDATE);
|
2008-09-15 20:05:16 +04:00
|
|
|
vnc_write_u8(vs, 0);
|
|
|
|
vnc_write_u16(vs, 1); /* number of rects */
|
2013-02-28 20:16:48 +04:00
|
|
|
vnc_framebuffer_update(vs, 0, 0,
|
2014-06-30 12:57:51 +04:00
|
|
|
pixman_image_get_width(vs->vd->server),
|
|
|
|
pixman_image_get_height(vs->vd->server),
|
2013-02-28 20:16:48 +04:00
|
|
|
VNC_ENCODING_WMVi);
|
2008-09-15 20:05:16 +04:00
|
|
|
pixel_format_message(vs);
|
2010-07-07 22:58:02 +04:00
|
|
|
vnc_unlock_output(vs);
|
2008-09-15 20:05:16 +04:00
|
|
|
vnc_flush(vs);
|
2008-09-15 20:03:41 +04:00
|
|
|
} else {
|
2009-01-16 01:17:38 +03:00
|
|
|
set_pixel_conversion(vs);
|
2008-09-15 20:03:41 +04:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2007-12-16 06:02:09 +03:00
|
|
|
static int protocol_client_msg(VncState *vs, uint8_t *data, size_t len)
|
2006-05-01 01:28:36 +04:00
|
|
|
{
|
|
|
|
int i;
|
|
|
|
uint16_t limit;
|
2009-08-03 13:56:01 +04:00
|
|
|
VncDisplay *vd = vs->vd;
|
|
|
|
|
|
|
|
if (data[0] > 3) {
|
2013-03-14 14:56:16 +04:00
|
|
|
update_displaychangelistener(&vd->dcl, VNC_REFRESH_INTERVAL_BASE);
|
2009-08-03 13:56:01 +04:00
|
|
|
}
|
2006-05-01 01:28:36 +04:00
|
|
|
|
|
|
|
switch (data[0]) {
|
2010-03-31 21:20:43 +04:00
|
|
|
case VNC_MSG_CLIENT_SET_PIXEL_FORMAT:
|
2009-03-06 23:27:40 +03:00
|
|
|
if (len == 1)
|
|
|
|
return 20;
|
|
|
|
|
2016-06-06 12:18:45 +03:00
|
|
|
set_pixel_format(vs, read_u8(data, 4),
|
2009-03-06 23:27:40 +03:00
|
|
|
read_u8(data, 6), read_u8(data, 7),
|
|
|
|
read_u16(data, 8), read_u16(data, 10),
|
|
|
|
read_u16(data, 12), read_u8(data, 14),
|
|
|
|
read_u8(data, 15), read_u8(data, 16));
|
|
|
|
break;
|
2010-03-31 21:20:43 +04:00
|
|
|
case VNC_MSG_CLIENT_SET_ENCODINGS:
|
2009-03-06 23:27:40 +03:00
|
|
|
if (len == 1)
|
|
|
|
return 4;
|
2006-05-01 01:28:36 +04:00
|
|
|
|
2009-03-06 23:27:40 +03:00
|
|
|
if (len == 4) {
|
2008-12-23 00:06:23 +03:00
|
|
|
limit = read_u16(data, 2);
|
|
|
|
if (limit > 0)
|
|
|
|
return 4 + (limit * 4);
|
|
|
|
} else
|
|
|
|
limit = read_u16(data, 2);
|
2006-05-01 01:28:36 +04:00
|
|
|
|
2009-03-06 23:27:40 +03:00
|
|
|
for (i = 0; i < limit; i++) {
|
|
|
|
int32_t val = read_s32(data, 4 + (i * 4));
|
|
|
|
memcpy(data + 4 + (i * 4), &val, sizeof(val));
|
|
|
|
}
|
2006-05-01 01:28:36 +04:00
|
|
|
|
2009-03-06 23:27:40 +03:00
|
|
|
set_encodings(vs, (int32_t *)(data + 4), limit);
|
|
|
|
break;
|
2010-03-31 21:20:43 +04:00
|
|
|
case VNC_MSG_CLIENT_FRAMEBUFFER_UPDATE_REQUEST:
|
2009-03-06 23:27:40 +03:00
|
|
|
if (len == 1)
|
|
|
|
return 10;
|
2006-05-01 01:28:36 +04:00
|
|
|
|
2009-03-06 23:27:40 +03:00
|
|
|
framebuffer_update_request(vs,
|
|
|
|
read_u8(data, 1), read_u16(data, 2), read_u16(data, 4),
|
|
|
|
read_u16(data, 6), read_u16(data, 8));
|
|
|
|
break;
|
2010-03-31 21:20:43 +04:00
|
|
|
case VNC_MSG_CLIENT_KEY_EVENT:
|
2009-03-06 23:27:40 +03:00
|
|
|
if (len == 1)
|
|
|
|
return 8;
|
2006-05-01 01:28:36 +04:00
|
|
|
|
2009-03-06 23:27:40 +03:00
|
|
|
key_event(vs, read_u8(data, 1), read_u32(data, 4));
|
|
|
|
break;
|
2010-03-31 21:20:43 +04:00
|
|
|
case VNC_MSG_CLIENT_POINTER_EVENT:
|
2009-03-06 23:27:40 +03:00
|
|
|
if (len == 1)
|
|
|
|
return 6;
|
2006-05-01 01:28:36 +04:00
|
|
|
|
2009-03-06 23:27:40 +03:00
|
|
|
pointer_event(vs, read_u8(data, 1), read_u16(data, 2), read_u16(data, 4));
|
|
|
|
break;
|
2010-03-31 21:20:43 +04:00
|
|
|
case VNC_MSG_CLIENT_CUT_TEXT:
|
2014-06-30 12:07:54 +04:00
|
|
|
if (len == 1) {
|
2009-03-06 23:27:40 +03:00
|
|
|
return 8;
|
2014-06-30 12:07:54 +04:00
|
|
|
}
|
2009-03-06 23:27:40 +03:00
|
|
|
if (len == 8) {
|
2007-09-13 16:41:42 +04:00
|
|
|
uint32_t dlen = read_u32(data, 4);
|
2014-06-30 12:07:54 +04:00
|
|
|
if (dlen > (1 << 20)) {
|
|
|
|
error_report("vnc: client_cut_text msg payload has %u bytes"
|
|
|
|
" which exceeds our limit of 1MB.", dlen);
|
|
|
|
vnc_client_error(vs);
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
if (dlen > 0) {
|
2007-09-13 16:41:42 +04:00
|
|
|
return 8 + dlen;
|
2014-06-30 12:07:54 +04:00
|
|
|
}
|
2007-09-13 16:41:42 +04:00
|
|
|
}
|
2006-05-01 01:28:36 +04:00
|
|
|
|
2009-03-06 23:27:40 +03:00
|
|
|
client_cut_text(vs, read_u32(data, 4), data + 8);
|
|
|
|
break;
|
2010-03-31 21:20:43 +04:00
|
|
|
case VNC_MSG_CLIENT_QEMU:
|
2008-08-24 03:27:37 +04:00
|
|
|
if (len == 1)
|
|
|
|
return 2;
|
|
|
|
|
|
|
|
switch (read_u8(data, 1)) {
|
2010-03-31 21:20:43 +04:00
|
|
|
case VNC_MSG_CLIENT_QEMU_EXT_KEY_EVENT:
|
2008-08-24 03:27:37 +04:00
|
|
|
if (len == 2)
|
|
|
|
return 12;
|
|
|
|
|
|
|
|
ext_key_event(vs, read_u16(data, 2),
|
|
|
|
read_u32(data, 4), read_u32(data, 8));
|
|
|
|
break;
|
2010-03-31 21:20:43 +04:00
|
|
|
case VNC_MSG_CLIENT_QEMU_AUDIO:
|
2008-12-01 23:57:48 +03:00
|
|
|
if (len == 2)
|
|
|
|
return 4;
|
|
|
|
|
|
|
|
switch (read_u16 (data, 2)) {
|
2010-03-31 21:20:43 +04:00
|
|
|
case VNC_MSG_CLIENT_QEMU_AUDIO_ENABLE:
|
2008-12-01 23:57:48 +03:00
|
|
|
audio_add(vs);
|
|
|
|
break;
|
2010-03-31 21:20:43 +04:00
|
|
|
case VNC_MSG_CLIENT_QEMU_AUDIO_DISABLE:
|
2008-12-01 23:57:48 +03:00
|
|
|
audio_del(vs);
|
|
|
|
break;
|
2010-03-31 21:20:43 +04:00
|
|
|
case VNC_MSG_CLIENT_QEMU_AUDIO_SET_FORMAT:
|
2008-12-01 23:57:48 +03:00
|
|
|
if (len == 4)
|
|
|
|
return 10;
|
|
|
|
switch (read_u8(data, 4)) {
|
|
|
|
case 0: vs->as.fmt = AUD_FMT_U8; break;
|
|
|
|
case 1: vs->as.fmt = AUD_FMT_S8; break;
|
|
|
|
case 2: vs->as.fmt = AUD_FMT_U16; break;
|
|
|
|
case 3: vs->as.fmt = AUD_FMT_S16; break;
|
|
|
|
case 4: vs->as.fmt = AUD_FMT_U32; break;
|
|
|
|
case 5: vs->as.fmt = AUD_FMT_S32; break;
|
|
|
|
default:
|
2015-03-17 16:42:54 +03:00
|
|
|
VNC_DEBUG("Invalid audio format %d\n", read_u8(data, 4));
|
2008-12-01 23:57:48 +03:00
|
|
|
vnc_client_error(vs);
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
vs->as.nchannels = read_u8(data, 5);
|
|
|
|
if (vs->as.nchannels != 1 && vs->as.nchannels != 2) {
|
2015-03-17 16:42:54 +03:00
|
|
|
VNC_DEBUG("Invalid audio channel coount %d\n",
|
|
|
|
read_u8(data, 5));
|
2008-12-01 23:57:48 +03:00
|
|
|
vnc_client_error(vs);
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
vs->as.freq = read_u32(data, 6);
|
|
|
|
break;
|
|
|
|
default:
|
2015-03-17 16:42:54 +03:00
|
|
|
VNC_DEBUG("Invalid audio message %d\n", read_u8(data, 4));
|
2008-12-01 23:57:48 +03:00
|
|
|
vnc_client_error(vs);
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
break;
|
|
|
|
|
2008-08-24 03:27:37 +04:00
|
|
|
default:
|
2015-03-17 16:42:54 +03:00
|
|
|
VNC_DEBUG("Msg: %d\n", read_u16(data, 0));
|
2008-08-24 03:27:37 +04:00
|
|
|
vnc_client_error(vs);
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
break;
|
2006-05-01 01:28:36 +04:00
|
|
|
default:
|
2015-03-17 16:42:54 +03:00
|
|
|
VNC_DEBUG("Msg: %d\n", data[0]);
|
2009-03-06 23:27:40 +03:00
|
|
|
vnc_client_error(vs);
|
|
|
|
break;
|
2006-05-01 01:28:36 +04:00
|
|
|
}
|
2007-09-17 01:08:06 +04:00
|
|
|
|
2006-05-01 01:28:36 +04:00
|
|
|
vnc_read_when(vs, protocol_client_msg, 1);
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2007-12-16 06:02:09 +03:00
|
|
|
static int protocol_client_init(VncState *vs, uint8_t *data, size_t len)
|
2006-05-01 01:28:36 +04:00
|
|
|
{
|
2007-03-19 18:17:08 +03:00
|
|
|
char buf[1024];
|
2011-11-24 21:10:49 +04:00
|
|
|
VncShareMode mode;
|
2007-03-19 18:17:08 +03:00
|
|
|
int size;
|
2006-05-01 01:28:36 +04:00
|
|
|
|
2011-11-24 21:10:49 +04:00
|
|
|
mode = data[0] ? VNC_SHARE_MODE_SHARED : VNC_SHARE_MODE_EXCLUSIVE;
|
|
|
|
switch (vs->vd->share_policy) {
|
|
|
|
case VNC_SHARE_POLICY_IGNORE:
|
|
|
|
/*
|
|
|
|
* Ignore the shared flag. Nothing to do here.
|
|
|
|
*
|
|
|
|
* Doesn't conform to the rfb spec but is traditional qemu
|
|
|
|
* behavior, thus left here as option for compatibility
|
|
|
|
* reasons.
|
|
|
|
*/
|
|
|
|
break;
|
|
|
|
case VNC_SHARE_POLICY_ALLOW_EXCLUSIVE:
|
|
|
|
/*
|
|
|
|
* Policy: Allow clients ask for exclusive access.
|
|
|
|
*
|
|
|
|
* Implementation: When a client asks for exclusive access,
|
|
|
|
* disconnect all others. Shared connects are allowed as long
|
|
|
|
* as no exclusive connection exists.
|
|
|
|
*
|
|
|
|
* This is how the rfb spec suggests to handle the shared flag.
|
|
|
|
*/
|
|
|
|
if (mode == VNC_SHARE_MODE_EXCLUSIVE) {
|
|
|
|
VncState *client;
|
|
|
|
QTAILQ_FOREACH(client, &vs->vd->clients, next) {
|
|
|
|
if (vs == client) {
|
|
|
|
continue;
|
|
|
|
}
|
|
|
|
if (client->share_mode != VNC_SHARE_MODE_EXCLUSIVE &&
|
|
|
|
client->share_mode != VNC_SHARE_MODE_SHARED) {
|
|
|
|
continue;
|
|
|
|
}
|
|
|
|
vnc_disconnect_start(client);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
if (mode == VNC_SHARE_MODE_SHARED) {
|
|
|
|
if (vs->vd->num_exclusive > 0) {
|
|
|
|
vnc_disconnect_start(vs);
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
break;
|
|
|
|
case VNC_SHARE_POLICY_FORCE_SHARED:
|
|
|
|
/*
|
|
|
|
* Policy: Shared connects only.
|
|
|
|
* Implementation: Disallow clients asking for exclusive access.
|
|
|
|
*
|
|
|
|
* Useful for shared desktop sessions where you don't want
|
|
|
|
* someone forgetting to say -shared when running the vnc
|
|
|
|
* client disconnect everybody else.
|
|
|
|
*/
|
|
|
|
if (mode == VNC_SHARE_MODE_EXCLUSIVE) {
|
|
|
|
vnc_disconnect_start(vs);
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
vnc_set_share_mode(vs, mode);
|
|
|
|
|
2014-10-02 14:09:34 +04:00
|
|
|
if (vs->vd->num_shared > vs->vd->connections_limit) {
|
|
|
|
vnc_disconnect_start(vs);
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2014-06-30 12:57:51 +04:00
|
|
|
vs->client_width = pixman_image_get_width(vs->vd->server);
|
|
|
|
vs->client_height = pixman_image_get_height(vs->vd->server);
|
2010-05-25 20:25:18 +04:00
|
|
|
vnc_write_u16(vs, vs->client_width);
|
|
|
|
vnc_write_u16(vs, vs->client_height);
|
2006-05-01 01:28:36 +04:00
|
|
|
|
2008-09-15 20:05:16 +04:00
|
|
|
pixel_format_message(vs);
|
2006-05-01 01:28:36 +04:00
|
|
|
|
2016-11-21 20:25:15 +03:00
|
|
|
if (qemu_name) {
|
2007-03-19 18:17:08 +03:00
|
|
|
size = snprintf(buf, sizeof(buf), "QEMU (%s)", qemu_name);
|
2016-11-21 20:25:15 +03:00
|
|
|
if (size > sizeof(buf)) {
|
|
|
|
size = sizeof(buf);
|
|
|
|
}
|
|
|
|
} else {
|
2007-03-19 18:17:08 +03:00
|
|
|
size = snprintf(buf, sizeof(buf), "QEMU");
|
2016-11-21 20:25:15 +03:00
|
|
|
}
|
2007-03-19 18:17:08 +03:00
|
|
|
|
|
|
|
vnc_write_u32(vs, size);
|
|
|
|
vnc_write(vs, buf, size);
|
2006-05-01 01:28:36 +04:00
|
|
|
vnc_flush(vs);
|
|
|
|
|
2010-01-14 19:50:56 +03:00
|
|
|
vnc_client_cache_auth(vs);
|
2014-06-18 10:43:49 +04:00
|
|
|
vnc_qmp_event(vs, QAPI_EVENT_VNC_INITIALIZED);
|
2010-01-14 19:50:56 +03:00
|
|
|
|
2006-05-01 01:28:36 +04:00
|
|
|
vnc_read_when(vs, protocol_client_msg, 1);
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2009-03-06 23:27:23 +03:00
|
|
|
void start_client_init(VncState *vs)
|
|
|
|
{
|
|
|
|
vnc_read_when(vs, protocol_client_init, 1);
|
|
|
|
}
|
|
|
|
|
2007-08-25 05:37:05 +04:00
|
|
|
static void make_challenge(VncState *vs)
|
|
|
|
{
|
|
|
|
int i;
|
|
|
|
|
|
|
|
srand(time(NULL)+getpid()+getpid()*987654+rand());
|
|
|
|
|
|
|
|
for (i = 0 ; i < sizeof(vs->challenge) ; i++)
|
|
|
|
vs->challenge[i] = (int) (256.0*rand()/(RAND_MAX+1.0));
|
|
|
|
}
|
|
|
|
|
2007-12-16 06:02:09 +03:00
|
|
|
static int protocol_client_auth_vnc(VncState *vs, uint8_t *data, size_t len)
|
2007-08-25 05:37:05 +04:00
|
|
|
{
|
2007-12-16 06:02:09 +03:00
|
|
|
unsigned char response[VNC_AUTH_CHALLENGE_SIZE];
|
2015-07-01 20:10:38 +03:00
|
|
|
size_t i, pwlen;
|
2007-12-16 06:02:09 +03:00
|
|
|
unsigned char key[8];
|
2010-10-07 13:50:45 +04:00
|
|
|
time_t now = time(NULL);
|
2015-07-22 12:08:53 +03:00
|
|
|
QCryptoCipher *cipher = NULL;
|
2015-07-01 20:10:38 +03:00
|
|
|
Error *err = NULL;
|
2007-08-25 05:37:05 +04:00
|
|
|
|
2011-01-31 23:27:36 +03:00
|
|
|
if (!vs->vd->password) {
|
2009-03-06 23:27:40 +03:00
|
|
|
VNC_DEBUG("No password configured on server");
|
2010-10-07 13:50:24 +04:00
|
|
|
goto reject;
|
2007-08-25 05:37:05 +04:00
|
|
|
}
|
2010-10-07 13:50:45 +04:00
|
|
|
if (vs->vd->expires < now) {
|
|
|
|
VNC_DEBUG("Password is expired");
|
|
|
|
goto reject;
|
|
|
|
}
|
2007-08-25 05:37:05 +04:00
|
|
|
|
|
|
|
memcpy(response, vs->challenge, VNC_AUTH_CHALLENGE_SIZE);
|
|
|
|
|
|
|
|
/* Calculate the expected challenge response */
|
2009-02-16 17:59:30 +03:00
|
|
|
pwlen = strlen(vs->vd->password);
|
2007-08-25 05:37:05 +04:00
|
|
|
for (i=0; i<sizeof(key); i++)
|
2009-02-16 17:59:30 +03:00
|
|
|
key[i] = i<pwlen ? vs->vd->password[i] : 0;
|
2015-07-01 20:10:38 +03:00
|
|
|
|
|
|
|
cipher = qcrypto_cipher_new(
|
|
|
|
QCRYPTO_CIPHER_ALG_DES_RFB,
|
|
|
|
QCRYPTO_CIPHER_MODE_ECB,
|
|
|
|
key, G_N_ELEMENTS(key),
|
|
|
|
&err);
|
|
|
|
if (!cipher) {
|
|
|
|
VNC_DEBUG("Cannot initialize cipher %s",
|
|
|
|
error_get_pretty(err));
|
|
|
|
error_free(err);
|
|
|
|
goto reject;
|
|
|
|
}
|
|
|
|
|
2015-07-14 15:51:40 +03:00
|
|
|
if (qcrypto_cipher_encrypt(cipher,
|
2015-07-01 20:10:38 +03:00
|
|
|
vs->challenge,
|
|
|
|
response,
|
|
|
|
VNC_AUTH_CHALLENGE_SIZE,
|
|
|
|
&err) < 0) {
|
|
|
|
VNC_DEBUG("Cannot encrypt challenge %s",
|
|
|
|
error_get_pretty(err));
|
|
|
|
error_free(err);
|
|
|
|
goto reject;
|
|
|
|
}
|
2007-08-25 05:37:05 +04:00
|
|
|
|
|
|
|
/* Compare expected vs actual challenge response */
|
|
|
|
if (memcmp(response, data, VNC_AUTH_CHALLENGE_SIZE) != 0) {
|
2011-11-22 14:06:24 +04:00
|
|
|
VNC_DEBUG("Client challenge response did not match\n");
|
2010-10-07 13:50:24 +04:00
|
|
|
goto reject;
|
2007-08-25 05:37:05 +04:00
|
|
|
} else {
|
2009-03-06 23:27:40 +03:00
|
|
|
VNC_DEBUG("Accepting VNC challenge response\n");
|
|
|
|
vnc_write_u32(vs, 0); /* Accept auth */
|
|
|
|
vnc_flush(vs);
|
2007-08-25 05:37:05 +04:00
|
|
|
|
2009-03-06 23:27:23 +03:00
|
|
|
start_client_init(vs);
|
2007-08-25 05:37:05 +04:00
|
|
|
}
|
2015-07-22 12:08:53 +03:00
|
|
|
|
|
|
|
qcrypto_cipher_free(cipher);
|
2007-08-25 05:37:05 +04:00
|
|
|
return 0;
|
2010-10-07 13:50:24 +04:00
|
|
|
|
|
|
|
reject:
|
|
|
|
vnc_write_u32(vs, 1); /* Reject auth */
|
|
|
|
if (vs->minor >= 8) {
|
|
|
|
static const char err[] = "Authentication failed";
|
|
|
|
vnc_write_u32(vs, sizeof(err));
|
|
|
|
vnc_write(vs, err, sizeof(err));
|
|
|
|
}
|
|
|
|
vnc_flush(vs);
|
|
|
|
vnc_client_error(vs);
|
2015-07-22 12:08:53 +03:00
|
|
|
qcrypto_cipher_free(cipher);
|
2010-10-07 13:50:24 +04:00
|
|
|
return 0;
|
2007-08-25 05:37:05 +04:00
|
|
|
}
|
|
|
|
|
2009-03-06 23:27:23 +03:00
|
|
|
void start_auth_vnc(VncState *vs)
|
2007-08-25 05:37:05 +04:00
|
|
|
{
|
|
|
|
make_challenge(vs);
|
|
|
|
/* Send client a 'random' challenge */
|
|
|
|
vnc_write(vs, vs->challenge, sizeof(vs->challenge));
|
|
|
|
vnc_flush(vs);
|
|
|
|
|
|
|
|
vnc_read_when(vs, protocol_client_auth_vnc, sizeof(vs->challenge));
|
2007-08-25 05:39:10 +04:00
|
|
|
}
|
|
|
|
|
|
|
|
|
2007-12-16 06:02:09 +03:00
|
|
|
static int protocol_client_auth(VncState *vs, uint8_t *data, size_t len)
|
2007-08-25 05:37:05 +04:00
|
|
|
{
|
|
|
|
/* We only advertise 1 auth scheme at a time, so client
|
|
|
|
* must pick the one we sent. Verify this */
|
2011-06-23 16:31:41 +04:00
|
|
|
if (data[0] != vs->auth) { /* Reject auth */
|
Include auth credentials in 'info vnc' ("Daniel P. Berrange")
This patch extends the 'info vnc' monitor output to include information
about the VNC client authentication credentials.
For clients authenticated using SASL, this will output the username.
For clients authenticated using x509 certificates, this will output
the x509 distinguished name.
Auth can be stacked, so both username & x509 dname may be shown.
Server:
address: 0.0.0.0:5902
auth: vencrypt+x509+sasl
Client:
address: 10.33.6.67:38621
x509 dname: C=GB,O=ACME,L=London,ST=London,CN=localhost
username: admin
Client:
address: 10.33.6.63:38620
x509 dname: C=GB,O=ACME,L=London,ST=London,CN=localhost
username: admin
vnc-tls.c | 17 +++++++++++++++++
vnc-tls.h | 3 +++
vnc.c | 19 +++++++++++++++++--
3 files changed, 37 insertions(+), 2 deletions(-)
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
Signed-off-by: Anthony Liguori <aliguori@us.ibm.com>
git-svn-id: svn://svn.savannah.nongnu.org/qemu/trunk@6725 c046a42c-6fe2-441c-8c8c-71466251a162
2009-03-06 23:27:32 +03:00
|
|
|
VNC_DEBUG("Reject auth %d because it didn't match advertized\n", (int)data[0]);
|
2007-08-25 05:37:05 +04:00
|
|
|
vnc_write_u32(vs, 1);
|
|
|
|
if (vs->minor >= 8) {
|
|
|
|
static const char err[] = "Authentication failed";
|
|
|
|
vnc_write_u32(vs, sizeof(err));
|
|
|
|
vnc_write(vs, err, sizeof(err));
|
|
|
|
}
|
|
|
|
vnc_client_error(vs);
|
|
|
|
} else { /* Accept requested auth */
|
|
|
|
VNC_DEBUG("Client requested auth %d\n", (int)data[0]);
|
2011-06-23 16:31:41 +04:00
|
|
|
switch (vs->auth) {
|
2007-08-25 05:37:05 +04:00
|
|
|
case VNC_AUTH_NONE:
|
|
|
|
VNC_DEBUG("Accept auth none\n");
|
2007-10-31 04:58:56 +03:00
|
|
|
if (vs->minor >= 8) {
|
|
|
|
vnc_write_u32(vs, 0); /* Accept auth completion */
|
|
|
|
vnc_flush(vs);
|
|
|
|
}
|
2009-03-06 23:27:23 +03:00
|
|
|
start_client_init(vs);
|
2007-08-25 05:37:05 +04:00
|
|
|
break;
|
|
|
|
|
|
|
|
case VNC_AUTH_VNC:
|
|
|
|
VNC_DEBUG("Start VNC auth\n");
|
2009-03-06 23:27:23 +03:00
|
|
|
start_auth_vnc(vs);
|
|
|
|
break;
|
2007-08-25 05:37:05 +04:00
|
|
|
|
2007-08-25 05:37:51 +04:00
|
|
|
case VNC_AUTH_VENCRYPT:
|
2011-11-29 12:52:38 +04:00
|
|
|
VNC_DEBUG("Accept VeNCrypt auth\n");
|
2009-03-06 23:27:23 +03:00
|
|
|
start_auth_vencrypt(vs);
|
|
|
|
break;
|
2007-08-25 05:37:51 +04:00
|
|
|
|
Add SASL authentication support ("Daniel P. Berrange")
This patch adds the new SASL authentication protocol to the VNC server.
It is enabled by setting the 'sasl' flag when launching VNC. SASL can
optionally provide encryption via its SSF layer, if a suitable mechanism
is configured (eg, GSSAPI/Kerberos, or Digest-MD5). If an SSF layer is
not available, then it should be combined with the x509 VNC authentication
protocol which provides encryption.
eg, if using GSSAPI
qemu -vnc localhost:1,sasl
eg if using TLS/x509 for encryption
qemu -vnc localhost:1,sasl,tls,x509
By default the Cyrus SASL library will look for its configuration in
the file /etc/sasl2/qemu.conf. For non-root users, this can be overridden
by setting the SASL_CONF_PATH environment variable, eg to make it look in
$HOME/.sasl2. NB unprivileged users may not have access to the full range
of SASL mechanisms, since some of them require some administrative privileges
to configure. The patch includes an example SASL configuration file which
illustrates config for GSSAPI and Digest-MD5, though it should be noted that
the latter is not really considered secure any more.
Most of the SASL authentication code is located in a separate source file,
vnc-auth-sasl.c. The main vnc.c file only contains minimal integration
glue, specifically parsing of command line flags / setup, and calls to
start the SASL auth process, to do encoding/decoding for data.
There are several possible stacks for reading & writing of data, depending
on the combo of VNC authentication methods in use
- Clear. read/write straight to socket
- TLS. read/write via GNUTLS helpers
- SASL. encode/decode via SASL SSF layer, then read/write to socket
- SASL+TLS. encode/decode via SASL SSF layer, then read/write via GNUTLS
Hence, the vnc_client_read & vnc_client_write methods have been refactored
a little.
vnc_client_read: main entry point for reading, calls either
- vnc_client_read_plain reading, with no intermediate decoding
- vnc_client_read_sasl reading, with SASL SSF decoding
These two methods, then call vnc_client_read_buf(). This decides
whether to write to the socket directly or write via GNUTLS.
The situation is the same for writing data. More extensive comments
have been added in the code / patch. The vnc_client_read_sasl and
vnc_client_write_sasl method implementations live in the separate
vnc-auth-sasl.c file.
The state required for the SASL auth mechanism is kept in a separate
VncStateSASL struct, defined in vnc-auth-sasl.h and included in the
main VncState.
The configure script probes for SASL and automatically enables it
if found, unless --disable-vnc-sasl was given to override it.
Makefile | 7
Makefile.target | 5
b/qemu.sasl | 34 ++
b/vnc-auth-sasl.c | 626 ++++++++++++++++++++++++++++++++++++++++++++++++++++
b/vnc-auth-sasl.h | 67 +++++
configure | 34 ++
qemu-doc.texi | 97 ++++++++
vnc-auth-vencrypt.c | 12
vnc.c | 249 ++++++++++++++++++--
vnc.h | 31 ++
10 files changed, 1129 insertions(+), 33 deletions(-)
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
Signed-off-by: Anthony Liguori <aliguori@us.ibm.com>
git-svn-id: svn://svn.savannah.nongnu.org/qemu/trunk@6724 c046a42c-6fe2-441c-8c8c-71466251a162
2009-03-06 23:27:28 +03:00
|
|
|
#ifdef CONFIG_VNC_SASL
|
|
|
|
case VNC_AUTH_SASL:
|
|
|
|
VNC_DEBUG("Accept SASL auth\n");
|
|
|
|
start_auth_sasl(vs);
|
|
|
|
break;
|
|
|
|
#endif /* CONFIG_VNC_SASL */
|
|
|
|
|
2007-08-25 05:37:05 +04:00
|
|
|
default: /* Should not be possible, but just in case */
|
2011-06-23 16:31:41 +04:00
|
|
|
VNC_DEBUG("Reject auth %d server code bug\n", vs->auth);
|
2007-08-25 05:37:05 +04:00
|
|
|
vnc_write_u8(vs, 1);
|
|
|
|
if (vs->minor >= 8) {
|
|
|
|
static const char err[] = "Authentication failed";
|
|
|
|
vnc_write_u32(vs, sizeof(err));
|
|
|
|
vnc_write(vs, err, sizeof(err));
|
|
|
|
}
|
|
|
|
vnc_client_error(vs);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2007-12-16 06:02:09 +03:00
|
|
|
static int protocol_version(VncState *vs, uint8_t *version, size_t len)
|
2006-05-01 01:28:36 +04:00
|
|
|
{
|
|
|
|
char local[13];
|
|
|
|
|
|
|
|
memcpy(local, version, 12);
|
|
|
|
local[12] = 0;
|
|
|
|
|
2007-08-25 05:37:05 +04:00
|
|
|
if (sscanf(local, "RFB %03d.%03d\n", &vs->major, &vs->minor) != 2) {
|
2009-03-06 23:27:40 +03:00
|
|
|
VNC_DEBUG("Malformed protocol version %s\n", local);
|
|
|
|
vnc_client_error(vs);
|
|
|
|
return 0;
|
2006-05-01 01:28:36 +04:00
|
|
|
}
|
2007-08-25 05:37:05 +04:00
|
|
|
VNC_DEBUG("Client request protocol version %d.%d\n", vs->major, vs->minor);
|
|
|
|
if (vs->major != 3 ||
|
2009-03-06 23:27:40 +03:00
|
|
|
(vs->minor != 3 &&
|
|
|
|
vs->minor != 4 &&
|
|
|
|
vs->minor != 5 &&
|
|
|
|
vs->minor != 7 &&
|
|
|
|
vs->minor != 8)) {
|
|
|
|
VNC_DEBUG("Unsupported client version\n");
|
|
|
|
vnc_write_u32(vs, VNC_AUTH_INVALID);
|
|
|
|
vnc_flush(vs);
|
|
|
|
vnc_client_error(vs);
|
|
|
|
return 0;
|
2007-08-25 05:37:05 +04:00
|
|
|
}
|
2007-09-30 17:01:15 +04:00
|
|
|
/* Some broken clients report v3.4 or v3.5, which spec requires to be treated
|
2007-08-25 05:37:05 +04:00
|
|
|
* as equivalent to v3.3 by servers
|
|
|
|
*/
|
2007-09-30 17:01:15 +04:00
|
|
|
if (vs->minor == 4 || vs->minor == 5)
|
2009-03-06 23:27:40 +03:00
|
|
|
vs->minor = 3;
|
2007-08-25 05:37:05 +04:00
|
|
|
|
|
|
|
if (vs->minor == 3) {
|
2011-06-23 16:31:41 +04:00
|
|
|
if (vs->auth == VNC_AUTH_NONE) {
|
2007-08-25 05:37:05 +04:00
|
|
|
VNC_DEBUG("Tell client auth none\n");
|
2011-06-23 16:31:41 +04:00
|
|
|
vnc_write_u32(vs, vs->auth);
|
2007-08-25 05:37:05 +04:00
|
|
|
vnc_flush(vs);
|
2009-03-06 23:27:40 +03:00
|
|
|
start_client_init(vs);
|
2011-06-23 16:31:41 +04:00
|
|
|
} else if (vs->auth == VNC_AUTH_VNC) {
|
2007-08-25 05:37:05 +04:00
|
|
|
VNC_DEBUG("Tell client VNC auth\n");
|
2011-06-23 16:31:41 +04:00
|
|
|
vnc_write_u32(vs, vs->auth);
|
2007-08-25 05:37:05 +04:00
|
|
|
vnc_flush(vs);
|
|
|
|
start_auth_vnc(vs);
|
|
|
|
} else {
|
2011-06-23 16:31:41 +04:00
|
|
|
VNC_DEBUG("Unsupported auth %d for protocol 3.3\n", vs->auth);
|
2007-08-25 05:37:05 +04:00
|
|
|
vnc_write_u32(vs, VNC_AUTH_INVALID);
|
|
|
|
vnc_flush(vs);
|
|
|
|
vnc_client_error(vs);
|
|
|
|
}
|
|
|
|
} else {
|
2011-06-23 16:31:41 +04:00
|
|
|
VNC_DEBUG("Telling client we support auth %d\n", vs->auth);
|
2009-03-06 23:27:40 +03:00
|
|
|
vnc_write_u8(vs, 1); /* num auth */
|
2011-06-23 16:31:41 +04:00
|
|
|
vnc_write_u8(vs, vs->auth);
|
2009-03-06 23:27:40 +03:00
|
|
|
vnc_read_when(vs, protocol_client_auth, 1);
|
|
|
|
vnc_flush(vs);
|
2007-08-25 05:37:05 +04:00
|
|
|
}
|
2006-05-01 01:28:36 +04:00
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2011-02-04 11:05:55 +03:00
|
|
|
static VncRectStat *vnc_stat_rect(VncDisplay *vd, int x, int y)
|
|
|
|
{
|
|
|
|
struct VncSurface *vs = &vd->guest;
|
|
|
|
|
|
|
|
return &vs->stats[y / VNC_STAT_RECT][x / VNC_STAT_RECT];
|
|
|
|
}
|
|
|
|
|
2011-02-04 11:05:56 +03:00
|
|
|
void vnc_sent_lossy_rect(VncState *vs, int x, int y, int w, int h)
|
|
|
|
{
|
|
|
|
int i, j;
|
|
|
|
|
|
|
|
w = (x + w) / VNC_STAT_RECT;
|
|
|
|
h = (y + h) / VNC_STAT_RECT;
|
|
|
|
x /= VNC_STAT_RECT;
|
|
|
|
y /= VNC_STAT_RECT;
|
|
|
|
|
2011-02-04 11:06:03 +03:00
|
|
|
for (j = y; j <= h; j++) {
|
|
|
|
for (i = x; i <= w; i++) {
|
2011-02-04 11:05:56 +03:00
|
|
|
vs->lossy_rect[j][i] = 1;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
static int vnc_refresh_lossy_rect(VncDisplay *vd, int x, int y)
|
|
|
|
{
|
|
|
|
VncState *vs;
|
|
|
|
int sty = y / VNC_STAT_RECT;
|
|
|
|
int stx = x / VNC_STAT_RECT;
|
|
|
|
int has_dirty = 0;
|
|
|
|
|
|
|
|
y = y / VNC_STAT_RECT * VNC_STAT_RECT;
|
|
|
|
x = x / VNC_STAT_RECT * VNC_STAT_RECT;
|
|
|
|
|
|
|
|
QTAILQ_FOREACH(vs, &vd->clients, next) {
|
2011-02-04 11:06:05 +03:00
|
|
|
int j;
|
2011-02-04 11:05:56 +03:00
|
|
|
|
|
|
|
/* kernel send buffers are full -> refresh later */
|
|
|
|
if (vs->output.offset) {
|
|
|
|
continue;
|
|
|
|
}
|
|
|
|
|
|
|
|
if (!vs->lossy_rect[sty][stx]) {
|
|
|
|
continue;
|
|
|
|
}
|
2011-02-04 11:06:03 +03:00
|
|
|
|
2011-02-04 11:05:56 +03:00
|
|
|
vs->lossy_rect[sty][stx] = 0;
|
|
|
|
for (j = 0; j < VNC_STAT_RECT; ++j) {
|
2014-01-08 13:08:33 +04:00
|
|
|
bitmap_set(vs->dirty[y + j],
|
|
|
|
x / VNC_DIRTY_PIXELS_PER_BIT,
|
|
|
|
VNC_STAT_RECT / VNC_DIRTY_PIXELS_PER_BIT);
|
2011-02-04 11:05:56 +03:00
|
|
|
}
|
|
|
|
has_dirty++;
|
|
|
|
}
|
2011-02-04 11:06:03 +03:00
|
|
|
|
2011-02-04 11:05:56 +03:00
|
|
|
return has_dirty;
|
|
|
|
}
|
|
|
|
|
|
|
|
static int vnc_update_stats(VncDisplay *vd, struct timeval * tv)
|
2011-02-04 11:05:55 +03:00
|
|
|
{
|
2017-01-24 12:00:28 +03:00
|
|
|
int width = MIN(pixman_image_get_width(vd->guest.fb),
|
|
|
|
pixman_image_get_width(vd->server));
|
|
|
|
int height = MIN(pixman_image_get_height(vd->guest.fb),
|
|
|
|
pixman_image_get_height(vd->server));
|
2011-02-04 11:05:55 +03:00
|
|
|
int x, y;
|
|
|
|
struct timeval res;
|
2011-02-04 11:05:56 +03:00
|
|
|
int has_dirty = 0;
|
2011-02-04 11:05:55 +03:00
|
|
|
|
2012-10-10 15:29:43 +04:00
|
|
|
for (y = 0; y < height; y += VNC_STAT_RECT) {
|
|
|
|
for (x = 0; x < width; x += VNC_STAT_RECT) {
|
2011-02-04 11:05:55 +03:00
|
|
|
VncRectStat *rect = vnc_stat_rect(vd, x, y);
|
|
|
|
|
|
|
|
rect->updated = false;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2011-03-13 13:30:52 +03:00
|
|
|
qemu_timersub(tv, &VNC_REFRESH_STATS, &res);
|
2011-02-04 11:05:55 +03:00
|
|
|
|
|
|
|
if (timercmp(&vd->guest.last_freq_check, &res, >)) {
|
2011-02-04 11:05:56 +03:00
|
|
|
return has_dirty;
|
2011-02-04 11:05:55 +03:00
|
|
|
}
|
|
|
|
vd->guest.last_freq_check = *tv;
|
|
|
|
|
2012-10-10 15:29:43 +04:00
|
|
|
for (y = 0; y < height; y += VNC_STAT_RECT) {
|
|
|
|
for (x = 0; x < width; x += VNC_STAT_RECT) {
|
2011-02-04 11:05:55 +03:00
|
|
|
VncRectStat *rect= vnc_stat_rect(vd, x, y);
|
|
|
|
int count = ARRAY_SIZE(rect->times);
|
|
|
|
struct timeval min, max;
|
|
|
|
|
|
|
|
if (!timerisset(&rect->times[count - 1])) {
|
|
|
|
continue ;
|
|
|
|
}
|
|
|
|
|
|
|
|
max = rect->times[(rect->idx + count - 1) % count];
|
2011-03-13 13:30:52 +03:00
|
|
|
qemu_timersub(tv, &max, &res);
|
2011-02-04 11:05:55 +03:00
|
|
|
|
|
|
|
if (timercmp(&res, &VNC_REFRESH_LOSSY, >)) {
|
|
|
|
rect->freq = 0;
|
2011-02-04 11:05:56 +03:00
|
|
|
has_dirty += vnc_refresh_lossy_rect(vd, x, y);
|
2011-02-04 11:05:55 +03:00
|
|
|
memset(rect->times, 0, sizeof (rect->times));
|
|
|
|
continue ;
|
|
|
|
}
|
|
|
|
|
|
|
|
min = rect->times[rect->idx];
|
|
|
|
max = rect->times[(rect->idx + count - 1) % count];
|
2011-03-13 13:30:52 +03:00
|
|
|
qemu_timersub(&max, &min, &res);
|
2011-02-04 11:05:55 +03:00
|
|
|
|
|
|
|
rect->freq = res.tv_sec + res.tv_usec / 1000000.;
|
|
|
|
rect->freq /= count;
|
|
|
|
rect->freq = 1. / rect->freq;
|
|
|
|
}
|
|
|
|
}
|
2011-02-04 11:05:56 +03:00
|
|
|
return has_dirty;
|
2011-02-04 11:05:55 +03:00
|
|
|
}
|
|
|
|
|
|
|
|
double vnc_update_freq(VncState *vs, int x, int y, int w, int h)
|
|
|
|
{
|
|
|
|
int i, j;
|
|
|
|
double total = 0;
|
|
|
|
int num = 0;
|
|
|
|
|
|
|
|
x = (x / VNC_STAT_RECT) * VNC_STAT_RECT;
|
|
|
|
y = (y / VNC_STAT_RECT) * VNC_STAT_RECT;
|
|
|
|
|
|
|
|
for (j = y; j <= y + h; j += VNC_STAT_RECT) {
|
|
|
|
for (i = x; i <= x + w; i += VNC_STAT_RECT) {
|
|
|
|
total += vnc_stat_rect(vs->vd, i, j)->freq;
|
|
|
|
num++;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
if (num) {
|
|
|
|
return total / num;
|
|
|
|
} else {
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
static void vnc_rect_updated(VncDisplay *vd, int x, int y, struct timeval * tv)
|
|
|
|
{
|
|
|
|
VncRectStat *rect;
|
|
|
|
|
|
|
|
rect = vnc_stat_rect(vd, x, y);
|
|
|
|
if (rect->updated) {
|
|
|
|
return ;
|
|
|
|
}
|
|
|
|
rect->times[rect->idx] = *tv;
|
|
|
|
rect->idx = (rect->idx + 1) % ARRAY_SIZE(rect->times);
|
|
|
|
rect->updated = true;
|
|
|
|
}
|
|
|
|
|
2009-08-03 13:54:32 +04:00
|
|
|
static int vnc_refresh_server_surface(VncDisplay *vd)
|
|
|
|
{
|
2014-06-30 12:57:51 +04:00
|
|
|
int width = MIN(pixman_image_get_width(vd->guest.fb),
|
|
|
|
pixman_image_get_width(vd->server));
|
|
|
|
int height = MIN(pixman_image_get_height(vd->guest.fb),
|
|
|
|
pixman_image_get_height(vd->server));
|
2015-08-17 20:56:53 +03:00
|
|
|
int cmp_bytes, server_stride, line_bytes, guest_ll, guest_stride, y = 0;
|
2014-01-08 13:08:35 +04:00
|
|
|
uint8_t *guest_row0 = NULL, *server_row0;
|
2010-02-05 14:04:05 +03:00
|
|
|
VncState *vs;
|
2009-08-03 13:54:32 +04:00
|
|
|
int has_dirty = 0;
|
2012-10-10 15:29:43 +04:00
|
|
|
pixman_image_t *tmpbuf = NULL;
|
2009-08-03 13:54:32 +04:00
|
|
|
|
2011-02-04 11:06:08 +03:00
|
|
|
struct timeval tv = { 0, 0 };
|
2011-02-04 11:05:55 +03:00
|
|
|
|
2011-02-04 11:06:08 +03:00
|
|
|
if (!vd->non_adaptive) {
|
|
|
|
gettimeofday(&tv, NULL);
|
|
|
|
has_dirty = vnc_update_stats(vd, &tv);
|
|
|
|
}
|
2011-02-04 11:05:55 +03:00
|
|
|
|
2009-08-03 13:54:32 +04:00
|
|
|
/*
|
|
|
|
* Walk through the guest dirty map.
|
|
|
|
* Check and copy modified bits from guest to server surface.
|
|
|
|
* Update server dirty map.
|
|
|
|
*/
|
2014-06-30 12:57:51 +04:00
|
|
|
server_row0 = (uint8_t *)pixman_image_get_data(vd->server);
|
2015-08-17 20:56:53 +03:00
|
|
|
server_stride = guest_stride = guest_ll =
|
|
|
|
pixman_image_get_stride(vd->server);
|
2014-06-30 12:57:51 +04:00
|
|
|
cmp_bytes = MIN(VNC_DIRTY_PIXELS_PER_BIT * VNC_SERVER_FB_BYTES,
|
|
|
|
server_stride);
|
2012-10-10 15:29:43 +04:00
|
|
|
if (vd->guest.format != VNC_SERVER_FB_FORMAT) {
|
|
|
|
int width = pixman_image_get_width(vd->server);
|
|
|
|
tmpbuf = qemu_pixman_linebuf_create(VNC_SERVER_FB_FORMAT, width);
|
2014-01-08 13:08:35 +04:00
|
|
|
} else {
|
2015-08-17 20:56:53 +03:00
|
|
|
int guest_bpp =
|
|
|
|
PIXMAN_FORMAT_BPP(pixman_image_get_format(vd->guest.fb));
|
2014-01-08 13:08:35 +04:00
|
|
|
guest_row0 = (uint8_t *)pixman_image_get_data(vd->guest.fb);
|
|
|
|
guest_stride = pixman_image_get_stride(vd->guest.fb);
|
2015-08-17 20:56:53 +03:00
|
|
|
guest_ll = pixman_image_get_width(vd->guest.fb) * ((guest_bpp + 7) / 8);
|
2014-01-08 13:08:35 +04:00
|
|
|
}
|
2015-08-17 20:56:53 +03:00
|
|
|
line_bytes = MIN(server_stride, guest_ll);
|
2014-01-08 13:08:35 +04:00
|
|
|
|
|
|
|
for (;;) {
|
|
|
|
int x;
|
|
|
|
uint8_t *guest_ptr, *server_ptr;
|
|
|
|
unsigned long offset = find_next_bit((unsigned long *) &vd->guest.dirty,
|
|
|
|
height * VNC_DIRTY_BPL(&vd->guest),
|
|
|
|
y * VNC_DIRTY_BPL(&vd->guest));
|
|
|
|
if (offset == height * VNC_DIRTY_BPL(&vd->guest)) {
|
|
|
|
/* no more dirty bits */
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
y = offset / VNC_DIRTY_BPL(&vd->guest);
|
|
|
|
x = offset % VNC_DIRTY_BPL(&vd->guest);
|
2009-08-03 13:54:32 +04:00
|
|
|
|
2014-01-08 13:08:35 +04:00
|
|
|
server_ptr = server_row0 + y * server_stride + x * cmp_bytes;
|
|
|
|
|
|
|
|
if (vd->guest.format != VNC_SERVER_FB_FORMAT) {
|
|
|
|
qemu_pixman_linebuf_fill(tmpbuf, vd->guest.fb, width, 0, y);
|
|
|
|
guest_ptr = (uint8_t *)pixman_image_get_data(tmpbuf);
|
|
|
|
} else {
|
|
|
|
guest_ptr = guest_row0 + y * guest_stride;
|
|
|
|
}
|
|
|
|
guest_ptr += x * cmp_bytes;
|
|
|
|
|
|
|
|
for (; x < DIV_ROUND_UP(width, VNC_DIRTY_PIXELS_PER_BIT);
|
|
|
|
x++, guest_ptr += cmp_bytes, server_ptr += cmp_bytes) {
|
2014-06-30 12:57:51 +04:00
|
|
|
int _cmp_bytes = cmp_bytes;
|
2014-01-08 13:08:35 +04:00
|
|
|
if (!test_and_clear_bit(x, vd->guest.dirty[y])) {
|
|
|
|
continue;
|
|
|
|
}
|
2015-08-17 20:56:53 +03:00
|
|
|
if ((x + 1) * cmp_bytes > line_bytes) {
|
|
|
|
_cmp_bytes = line_bytes - x * cmp_bytes;
|
2014-06-30 12:57:51 +04:00
|
|
|
}
|
2015-08-17 20:56:53 +03:00
|
|
|
assert(_cmp_bytes >= 0);
|
2014-06-30 12:57:51 +04:00
|
|
|
if (memcmp(server_ptr, guest_ptr, _cmp_bytes) == 0) {
|
2014-01-08 13:08:35 +04:00
|
|
|
continue;
|
|
|
|
}
|
2014-06-30 12:57:51 +04:00
|
|
|
memcpy(server_ptr, guest_ptr, _cmp_bytes);
|
2014-01-08 13:08:35 +04:00
|
|
|
if (!vd->non_adaptive) {
|
|
|
|
vnc_rect_updated(vd, x * VNC_DIRTY_PIXELS_PER_BIT,
|
|
|
|
y, &tv);
|
2009-08-03 13:54:32 +04:00
|
|
|
}
|
2014-01-08 13:08:35 +04:00
|
|
|
QTAILQ_FOREACH(vs, &vd->clients, next) {
|
|
|
|
set_bit(x, vs->dirty[y]);
|
|
|
|
}
|
|
|
|
has_dirty++;
|
2009-08-03 13:54:32 +04:00
|
|
|
}
|
2014-01-08 13:08:35 +04:00
|
|
|
|
|
|
|
y++;
|
2009-08-03 13:54:32 +04:00
|
|
|
}
|
2012-10-10 15:29:43 +04:00
|
|
|
qemu_pixman_image_unref(tmpbuf);
|
2009-08-03 13:54:32 +04:00
|
|
|
return has_dirty;
|
|
|
|
}
|
|
|
|
|
2013-03-14 14:56:16 +04:00
|
|
|
static void vnc_refresh(DisplayChangeListener *dcl)
|
2009-08-03 13:54:05 +04:00
|
|
|
{
|
2013-03-14 14:56:16 +04:00
|
|
|
VncDisplay *vd = container_of(dcl, VncDisplay, dcl);
|
2010-02-05 14:04:05 +03:00
|
|
|
VncState *vs, *vn;
|
|
|
|
int has_dirty, rects = 0;
|
2009-08-03 13:54:05 +04:00
|
|
|
|
2014-09-29 11:00:40 +04:00
|
|
|
if (QTAILQ_EMPTY(&vd->clients)) {
|
|
|
|
update_displaychangelistener(&vd->dcl, VNC_REFRESH_INTERVAL_MAX);
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
2014-09-18 14:54:49 +04:00
|
|
|
graphic_hw_update(vd->dcl.con);
|
2009-08-03 13:54:05 +04:00
|
|
|
|
2010-07-07 22:58:02 +04:00
|
|
|
if (vnc_trylock_display(vd)) {
|
2013-03-14 14:56:16 +04:00
|
|
|
update_displaychangelistener(&vd->dcl, VNC_REFRESH_INTERVAL_BASE);
|
2010-07-07 22:58:02 +04:00
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
2009-08-03 13:54:32 +04:00
|
|
|
has_dirty = vnc_refresh_server_surface(vd);
|
2010-07-07 22:58:02 +04:00
|
|
|
vnc_unlock_display(vd);
|
2009-08-03 13:54:32 +04:00
|
|
|
|
2010-02-05 14:04:05 +03:00
|
|
|
QTAILQ_FOREACH_SAFE(vs, &vd->clients, next, vn) {
|
2014-03-06 16:54:28 +04:00
|
|
|
rects += vnc_update_client(vs, has_dirty, false);
|
2010-01-25 15:54:57 +03:00
|
|
|
/* vs might be free()ed here */
|
2009-08-03 13:54:05 +04:00
|
|
|
}
|
2010-07-07 22:58:02 +04:00
|
|
|
|
2009-08-03 13:56:01 +04:00
|
|
|
if (has_dirty && rects) {
|
2013-03-14 14:56:16 +04:00
|
|
|
vd->dcl.update_interval /= 2;
|
|
|
|
if (vd->dcl.update_interval < VNC_REFRESH_INTERVAL_BASE) {
|
|
|
|
vd->dcl.update_interval = VNC_REFRESH_INTERVAL_BASE;
|
|
|
|
}
|
2009-08-03 13:56:01 +04:00
|
|
|
} else {
|
2013-03-14 14:56:16 +04:00
|
|
|
vd->dcl.update_interval += VNC_REFRESH_INTERVAL_INC;
|
|
|
|
if (vd->dcl.update_interval > VNC_REFRESH_INTERVAL_MAX) {
|
|
|
|
vd->dcl.update_interval = VNC_REFRESH_INTERVAL_MAX;
|
|
|
|
}
|
2009-08-03 13:54:05 +04:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2015-02-27 19:20:57 +03:00
|
|
|
static void vnc_connect(VncDisplay *vd, QIOChannelSocket *sioc,
|
2013-06-11 15:42:44 +04:00
|
|
|
bool skipauth, bool websocket)
|
2008-02-03 05:54:04 +03:00
|
|
|
{
|
2015-11-03 19:12:03 +03:00
|
|
|
VncState *vs = g_new0(VncState, 1);
|
2016-09-29 18:45:39 +03:00
|
|
|
bool first_client = QTAILQ_EMPTY(&vd->clients);
|
2011-02-04 11:05:56 +03:00
|
|
|
int i;
|
|
|
|
|
2015-02-27 19:20:57 +03:00
|
|
|
vs->sioc = sioc;
|
|
|
|
object_ref(OBJECT(vs->sioc));
|
|
|
|
vs->ioc = QIO_CHANNEL(sioc);
|
|
|
|
object_ref(OBJECT(vs->ioc));
|
2014-07-29 14:14:08 +04:00
|
|
|
vs->vd = vd;
|
2011-06-23 16:31:41 +04:00
|
|
|
|
2015-02-27 19:20:57 +03:00
|
|
|
buffer_init(&vs->input, "vnc-input/%p", sioc);
|
|
|
|
buffer_init(&vs->output, "vnc-output/%p", sioc);
|
|
|
|
buffer_init(&vs->jobs_buffer, "vnc-jobs_buffer/%p", sioc);
|
2015-10-30 14:10:02 +03:00
|
|
|
|
2015-02-27 19:20:57 +03:00
|
|
|
buffer_init(&vs->tight.tight, "vnc-tight/%p", sioc);
|
|
|
|
buffer_init(&vs->tight.zlib, "vnc-tight-zlib/%p", sioc);
|
|
|
|
buffer_init(&vs->tight.gradient, "vnc-tight-gradient/%p", sioc);
|
2015-10-30 14:10:02 +03:00
|
|
|
#ifdef CONFIG_VNC_JPEG
|
2015-02-27 19:20:57 +03:00
|
|
|
buffer_init(&vs->tight.jpeg, "vnc-tight-jpeg/%p", sioc);
|
2015-10-30 14:10:02 +03:00
|
|
|
#endif
|
|
|
|
#ifdef CONFIG_VNC_PNG
|
2015-02-27 19:20:57 +03:00
|
|
|
buffer_init(&vs->tight.png, "vnc-tight-png/%p", sioc);
|
2015-10-30 14:10:02 +03:00
|
|
|
#endif
|
2015-02-27 19:20:57 +03:00
|
|
|
buffer_init(&vs->zlib.zlib, "vnc-zlib/%p", sioc);
|
|
|
|
buffer_init(&vs->zrle.zrle, "vnc-zrle/%p", sioc);
|
|
|
|
buffer_init(&vs->zrle.fb, "vnc-zrle-fb/%p", sioc);
|
|
|
|
buffer_init(&vs->zrle.zlib, "vnc-zrle-zlib/%p", sioc);
|
2015-10-30 14:10:02 +03:00
|
|
|
|
2011-06-23 16:31:41 +04:00
|
|
|
if (skipauth) {
|
|
|
|
vs->auth = VNC_AUTH_NONE;
|
|
|
|
vs->subauth = VNC_AUTH_INVALID;
|
|
|
|
} else {
|
2015-03-17 16:42:57 +03:00
|
|
|
if (websocket) {
|
|
|
|
vs->auth = vd->ws_auth;
|
|
|
|
vs->subauth = VNC_AUTH_INVALID;
|
|
|
|
} else {
|
|
|
|
vs->auth = vd->auth;
|
|
|
|
vs->subauth = vd->subauth;
|
|
|
|
}
|
2011-06-23 16:31:41 +04:00
|
|
|
}
|
2015-02-27 19:20:57 +03:00
|
|
|
VNC_DEBUG("Client sioc=%p ws=%d auth=%d subauth=%d\n",
|
|
|
|
sioc, websocket, vs->auth, vs->subauth);
|
2011-06-23 16:31:41 +04:00
|
|
|
|
2011-08-21 07:09:37 +04:00
|
|
|
vs->lossy_rect = g_malloc0(VNC_STAT_ROWS * sizeof (*vs->lossy_rect));
|
2011-02-04 11:05:56 +03:00
|
|
|
for (i = 0; i < VNC_STAT_ROWS; ++i) {
|
2015-11-03 19:12:03 +03:00
|
|
|
vs->lossy_rect[i] = g_new0(uint8_t, VNC_STAT_COLS);
|
2011-02-04 11:05:56 +03:00
|
|
|
}
|
2009-02-16 17:59:30 +03:00
|
|
|
|
2015-02-27 19:20:57 +03:00
|
|
|
VNC_DEBUG("New client on socket %p\n", vs->sioc);
|
2013-03-14 14:56:16 +04:00
|
|
|
update_displaychangelistener(&vd->dcl, VNC_REFRESH_INTERVAL_BASE);
|
2015-02-27 19:20:57 +03:00
|
|
|
qio_channel_set_blocking(vs->ioc, false, NULL);
|
2013-01-21 14:04:44 +04:00
|
|
|
if (websocket) {
|
|
|
|
vs->websocket = 1;
|
2016-09-29 18:45:34 +03:00
|
|
|
if (vd->tlscreds) {
|
2015-02-27 19:20:57 +03:00
|
|
|
vs->ioc_tag = qio_channel_add_watch(
|
|
|
|
vs->ioc, G_IO_IN, vncws_tls_handshake_io, vs, NULL);
|
ui: convert VNC server to use QCryptoTLSSession
Switch VNC server over to using the QCryptoTLSSession object
for the TLS session. This removes the direct use of gnutls
from the VNC server code. It also removes most knowledge
about TLS certificate handling from the VNC server code.
This has the nice effect that all the CONFIG_VNC_TLS
conditionals go away and the user gets an actual error
message when requesting TLS instead of it being silently
ignored.
With this change, the existing configuration options for
enabling TLS with -vnc are deprecated.
Old syntax for anon-DH credentials:
-vnc hostname:0,tls
New syntax:
-object tls-creds-anon,id=tls0,endpoint=server \
-vnc hostname:0,tls-creds=tls0
Old syntax for x509 credentials, no client certs:
-vnc hostname:0,tls,x509=/path/to/certs
New syntax:
-object tls-creds-x509,id=tls0,dir=/path/to/certs,endpoint=server,verify-peer=no \
-vnc hostname:0,tls-creds=tls0
Old syntax for x509 credentials, requiring client certs:
-vnc hostname:0,tls,x509verify=/path/to/certs
New syntax:
-object tls-creds-x509,id=tls0,dir=/path/to/certs,endpoint=server,verify-peer=yes \
-vnc hostname:0,tls-creds=tls0
This aligns VNC with the way TLS credentials are to be
configured in the future for chardev, nbd and migration
backends. It also has the benefit that the same TLS
credentials can be shared across multiple VNC server
instances, if desired.
If someone uses the deprecated syntax, it will internally
result in the creation of a 'tls-creds' object with an ID
based on the VNC server ID. This allows backwards compat
with the CLI syntax, while still deleting all the original
TLS code from the VNC server.
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
2015-08-06 16:39:32 +03:00
|
|
|
} else {
|
2015-02-27 19:20:57 +03:00
|
|
|
vs->ioc_tag = qio_channel_add_watch(
|
|
|
|
vs->ioc, G_IO_IN, vncws_handshake_io, vs, NULL);
|
2013-04-23 18:33:01 +04:00
|
|
|
}
|
2015-02-27 19:20:57 +03:00
|
|
|
} else {
|
|
|
|
vs->ioc_tag = qio_channel_add_watch(
|
|
|
|
vs->ioc, G_IO_IN, vnc_client_io, vs, NULL);
|
2013-01-21 14:04:44 +04:00
|
|
|
}
|
2009-02-16 17:59:30 +03:00
|
|
|
|
2010-01-14 19:50:56 +03:00
|
|
|
vnc_client_cache_addr(vs);
|
2014-06-18 10:43:49 +04:00
|
|
|
vnc_qmp_event(vs, QAPI_EVENT_VNC_CONNECTED);
|
2011-11-24 21:10:49 +04:00
|
|
|
vnc_set_share_mode(vs, VNC_SHARE_MODE_CONNECTING);
|
2010-01-14 19:50:56 +03:00
|
|
|
|
2009-02-16 17:59:30 +03:00
|
|
|
vs->last_x = -1;
|
|
|
|
vs->last_y = -1;
|
|
|
|
|
|
|
|
vs->as.freq = 44100;
|
|
|
|
vs->as.nchannels = 2;
|
|
|
|
vs->as.fmt = AUD_FMT_S16;
|
|
|
|
vs->as.endianness = 0;
|
|
|
|
|
2010-07-07 22:58:02 +04:00
|
|
|
qemu_mutex_init(&vs->output_mutex);
|
2012-03-14 10:58:47 +04:00
|
|
|
vs->bh = qemu_bh_new(vnc_jobs_bh, vs);
|
2010-07-07 22:58:02 +04:00
|
|
|
|
2014-10-02 14:09:34 +04:00
|
|
|
QTAILQ_INSERT_TAIL(&vd->clients, vs, next);
|
2015-10-30 14:10:09 +03:00
|
|
|
if (first_client) {
|
|
|
|
vnc_update_server_surface(vd);
|
|
|
|
}
|
2009-08-03 13:54:32 +04:00
|
|
|
|
2014-09-18 14:54:49 +04:00
|
|
|
graphic_hw_update(vd->dcl.con);
|
2009-08-03 13:54:32 +04:00
|
|
|
|
2016-09-29 18:45:39 +03:00
|
|
|
if (!vs->websocket) {
|
2016-09-29 18:45:40 +03:00
|
|
|
vnc_start_protocol(vs);
|
2016-09-29 18:45:39 +03:00
|
|
|
}
|
|
|
|
|
|
|
|
if (vd->num_connecting > vd->connections_limit) {
|
|
|
|
QTAILQ_FOREACH(vs, &vd->clients, next) {
|
|
|
|
if (vs->share_mode == VNC_SHARE_MODE_CONNECTING) {
|
|
|
|
vnc_disconnect_start(vs);
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2016-09-29 18:45:40 +03:00
|
|
|
void vnc_start_protocol(VncState *vs)
|
2016-09-29 18:45:39 +03:00
|
|
|
{
|
2008-02-03 05:54:04 +03:00
|
|
|
vnc_write(vs, "RFB 003.008\n", 12);
|
|
|
|
vnc_flush(vs);
|
|
|
|
vnc_read_when(vs, protocol_version, 12);
|
2009-02-16 17:59:30 +03:00
|
|
|
|
2010-03-10 18:38:29 +03:00
|
|
|
vs->mouse_mode_notifier.notify = check_pointer_type_change;
|
|
|
|
qemu_add_mouse_mode_change_notifier(&vs->mouse_mode_notifier);
|
2008-02-03 05:54:04 +03:00
|
|
|
}
|
|
|
|
|
2015-02-27 19:20:57 +03:00
|
|
|
static gboolean vnc_listen_io(QIOChannel *ioc,
|
|
|
|
GIOCondition condition,
|
|
|
|
void *opaque)
|
2006-05-01 01:28:36 +04:00
|
|
|
{
|
2016-09-29 18:45:35 +03:00
|
|
|
VncDisplay *vd = opaque;
|
2015-02-27 19:20:57 +03:00
|
|
|
QIOChannelSocket *sioc = NULL;
|
|
|
|
Error *err = NULL;
|
2017-02-03 15:06:44 +03:00
|
|
|
bool isWebsock = false;
|
|
|
|
size_t i;
|
|
|
|
|
|
|
|
for (i = 0; i < vd->nlwebsock; i++) {
|
|
|
|
if (ioc == QIO_CHANNEL(vd->lwebsock[i])) {
|
|
|
|
isWebsock = true;
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
}
|
2006-05-01 01:28:36 +04:00
|
|
|
|
2015-02-27 19:20:57 +03:00
|
|
|
sioc = qio_channel_socket_accept(QIO_CHANNEL_SOCKET(ioc), &err);
|
|
|
|
if (sioc != NULL) {
|
2016-09-30 13:57:14 +03:00
|
|
|
qio_channel_set_name(QIO_CHANNEL(sioc),
|
2017-02-03 15:06:44 +03:00
|
|
|
isWebsock ? "vnc-ws-server" : "vnc-server");
|
2015-02-27 19:20:57 +03:00
|
|
|
qio_channel_set_delay(QIO_CHANNEL(sioc), false);
|
2017-02-03 15:06:44 +03:00
|
|
|
vnc_connect(vd, sioc, false, isWebsock);
|
2015-02-27 19:20:57 +03:00
|
|
|
object_unref(OBJECT(sioc));
|
2015-07-01 20:10:36 +03:00
|
|
|
} else {
|
2015-02-27 19:20:57 +03:00
|
|
|
/* client probably closed connection before we got there */
|
|
|
|
error_free(err);
|
2006-05-01 01:28:36 +04:00
|
|
|
}
|
2013-01-21 14:04:44 +04:00
|
|
|
|
2015-02-27 19:20:57 +03:00
|
|
|
return TRUE;
|
2013-01-21 14:04:44 +04:00
|
|
|
}
|
|
|
|
|
2012-11-13 17:51:41 +04:00
|
|
|
static const DisplayChangeListenerOps dcl_ops = {
|
2014-07-07 11:18:19 +04:00
|
|
|
.dpy_name = "vnc",
|
|
|
|
.dpy_refresh = vnc_refresh,
|
|
|
|
.dpy_gfx_update = vnc_dpy_update,
|
|
|
|
.dpy_gfx_switch = vnc_dpy_switch,
|
|
|
|
.dpy_gfx_check_format = qemu_pixman_check_format,
|
|
|
|
.dpy_mouse_set = vnc_mouse_set,
|
|
|
|
.dpy_cursor_define = vnc_dpy_cursor_define,
|
2012-11-13 17:51:41 +04:00
|
|
|
};
|
|
|
|
|
2014-07-29 14:24:55 +04:00
|
|
|
void vnc_display_init(const char *id)
|
2006-05-01 01:28:36 +04:00
|
|
|
{
|
2016-09-29 18:45:35 +03:00
|
|
|
VncDisplay *vd;
|
2014-09-16 14:33:03 +04:00
|
|
|
|
|
|
|
if (vnc_display_find(id) != NULL) {
|
|
|
|
return;
|
|
|
|
}
|
2016-09-29 18:45:35 +03:00
|
|
|
vd = g_malloc0(sizeof(*vd));
|
2006-05-01 01:28:36 +04:00
|
|
|
|
2016-09-29 18:45:35 +03:00
|
|
|
vd->id = strdup(id);
|
|
|
|
QTAILQ_INSERT_TAIL(&vnc_displays, vd, next);
|
2006-05-01 01:28:36 +04:00
|
|
|
|
2016-09-29 18:45:35 +03:00
|
|
|
QTAILQ_INIT(&vd->clients);
|
|
|
|
vd->expires = TIME_MAX;
|
2006-05-01 01:28:36 +04:00
|
|
|
|
2014-05-21 15:18:20 +04:00
|
|
|
if (keyboard_layout) {
|
|
|
|
trace_vnc_key_map_init(keyboard_layout);
|
2016-09-29 18:45:35 +03:00
|
|
|
vd->kbd_layout = init_keyboard_layout(name2keysym, keyboard_layout);
|
2014-05-21 15:18:20 +04:00
|
|
|
} else {
|
2016-09-29 18:45:35 +03:00
|
|
|
vd->kbd_layout = init_keyboard_layout(name2keysym, "en-us");
|
2014-05-21 15:18:20 +04:00
|
|
|
}
|
2006-05-01 01:28:36 +04:00
|
|
|
|
2016-09-29 18:45:35 +03:00
|
|
|
if (!vd->kbd_layout) {
|
2009-03-06 23:27:40 +03:00
|
|
|
exit(1);
|
2016-09-29 18:45:35 +03:00
|
|
|
}
|
2006-05-01 01:28:36 +04:00
|
|
|
|
2016-09-29 18:45:35 +03:00
|
|
|
vd->share_policy = VNC_SHARE_POLICY_ALLOW_EXCLUSIVE;
|
|
|
|
vd->connections_limit = 32;
|
2016-08-02 13:45:26 +03:00
|
|
|
|
2016-09-29 18:45:35 +03:00
|
|
|
qemu_mutex_init(&vd->mutex);
|
2010-07-07 22:58:02 +04:00
|
|
|
vnc_start_worker_thread();
|
|
|
|
|
2016-09-29 18:45:35 +03:00
|
|
|
vd->dcl.ops = &dcl_ops;
|
|
|
|
register_displaychangelistener(&vd->dcl);
|
2007-08-25 05:35:38 +04:00
|
|
|
}
|
|
|
|
|
2007-08-25 05:39:57 +04:00
|
|
|
|
2016-09-29 18:45:35 +03:00
|
|
|
static void vnc_display_close(VncDisplay *vd)
|
2007-08-25 05:35:38 +04:00
|
|
|
{
|
2017-02-03 15:06:44 +03:00
|
|
|
size_t i;
|
2016-09-29 18:45:35 +03:00
|
|
|
if (!vd) {
|
2009-02-12 00:00:38 +03:00
|
|
|
return;
|
2016-09-29 18:45:35 +03:00
|
|
|
}
|
|
|
|
vd->is_unix = false;
|
2017-02-03 15:06:44 +03:00
|
|
|
for (i = 0; i < vd->nlsock; i++) {
|
|
|
|
if (vd->lsock_tag[i]) {
|
|
|
|
g_source_remove(vd->lsock_tag[i]);
|
2015-02-27 19:20:57 +03:00
|
|
|
}
|
2017-02-03 15:06:44 +03:00
|
|
|
object_unref(OBJECT(vd->lsock[i]));
|
2007-08-25 05:35:38 +04:00
|
|
|
}
|
2017-02-03 15:06:44 +03:00
|
|
|
g_free(vd->lsock);
|
|
|
|
g_free(vd->lsock_tag);
|
|
|
|
vd->lsock = NULL;
|
2017-02-21 16:05:32 +03:00
|
|
|
vd->lsock_tag = NULL;
|
2017-02-03 15:06:44 +03:00
|
|
|
vd->nlsock = 0;
|
|
|
|
|
|
|
|
for (i = 0; i < vd->nlwebsock; i++) {
|
|
|
|
if (vd->lwebsock_tag[i]) {
|
|
|
|
g_source_remove(vd->lwebsock_tag[i]);
|
2015-02-27 19:20:57 +03:00
|
|
|
}
|
2017-02-03 15:06:44 +03:00
|
|
|
object_unref(OBJECT(vd->lwebsock[i]));
|
2013-01-21 14:04:44 +04:00
|
|
|
}
|
2017-02-03 15:06:44 +03:00
|
|
|
g_free(vd->lwebsock);
|
|
|
|
g_free(vd->lwebsock_tag);
|
|
|
|
vd->lwebsock = NULL;
|
2017-02-21 16:05:32 +03:00
|
|
|
vd->lwebsock_tag = NULL;
|
2017-02-03 15:06:44 +03:00
|
|
|
vd->nlwebsock = 0;
|
|
|
|
|
2016-09-29 18:45:35 +03:00
|
|
|
vd->auth = VNC_AUTH_INVALID;
|
|
|
|
vd->subauth = VNC_AUTH_INVALID;
|
|
|
|
if (vd->tlscreds) {
|
|
|
|
object_unparent(OBJECT(vd->tlscreds));
|
|
|
|
vd->tlscreds = NULL;
|
ui: convert VNC server to use QCryptoTLSSession
Switch VNC server over to using the QCryptoTLSSession object
for the TLS session. This removes the direct use of gnutls
from the VNC server code. It also removes most knowledge
about TLS certificate handling from the VNC server code.
This has the nice effect that all the CONFIG_VNC_TLS
conditionals go away and the user gets an actual error
message when requesting TLS instead of it being silently
ignored.
With this change, the existing configuration options for
enabling TLS with -vnc are deprecated.
Old syntax for anon-DH credentials:
-vnc hostname:0,tls
New syntax:
-object tls-creds-anon,id=tls0,endpoint=server \
-vnc hostname:0,tls-creds=tls0
Old syntax for x509 credentials, no client certs:
-vnc hostname:0,tls,x509=/path/to/certs
New syntax:
-object tls-creds-x509,id=tls0,dir=/path/to/certs,endpoint=server,verify-peer=no \
-vnc hostname:0,tls-creds=tls0
Old syntax for x509 credentials, requiring client certs:
-vnc hostname:0,tls,x509verify=/path/to/certs
New syntax:
-object tls-creds-x509,id=tls0,dir=/path/to/certs,endpoint=server,verify-peer=yes \
-vnc hostname:0,tls-creds=tls0
This aligns VNC with the way TLS credentials are to be
configured in the future for chardev, nbd and migration
backends. It also has the benefit that the same TLS
credentials can be shared across multiple VNC server
instances, if desired.
If someone uses the deprecated syntax, it will internally
result in the creation of a 'tls-creds' object with an ID
based on the VNC server ID. This allows backwards compat
with the CLI syntax, while still deleting all the original
TLS code from the VNC server.
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
2015-08-06 16:39:32 +03:00
|
|
|
}
|
2016-09-29 18:45:35 +03:00
|
|
|
g_free(vd->tlsaclname);
|
|
|
|
vd->tlsaclname = NULL;
|
2017-01-09 19:14:02 +03:00
|
|
|
if (vd->lock_key_sync) {
|
|
|
|
qemu_remove_led_event_handler(vd->led);
|
2017-02-21 16:05:32 +03:00
|
|
|
vd->led = NULL;
|
2017-01-09 19:14:02 +03:00
|
|
|
}
|
2007-08-25 05:37:05 +04:00
|
|
|
}
|
|
|
|
|
2014-07-29 14:24:55 +04:00
|
|
|
int vnc_display_password(const char *id, const char *password)
|
2007-08-25 05:37:05 +04:00
|
|
|
{
|
2016-09-29 18:45:35 +03:00
|
|
|
VncDisplay *vd = vnc_display_find(id);
|
2007-08-25 05:37:05 +04:00
|
|
|
|
2016-09-29 18:45:35 +03:00
|
|
|
if (!vd) {
|
2011-12-07 16:19:10 +04:00
|
|
|
return -EINVAL;
|
2009-07-30 14:15:00 +04:00
|
|
|
}
|
2016-09-29 18:45:35 +03:00
|
|
|
if (vd->auth == VNC_AUTH_NONE) {
|
2013-12-11 16:15:37 +04:00
|
|
|
error_printf_unless_qmp("If you want use passwords please enable "
|
2016-08-03 14:37:54 +03:00
|
|
|
"password auth using '-vnc ${dpy},password'.\n");
|
2013-12-11 16:15:37 +04:00
|
|
|
return -EINVAL;
|
2011-01-31 23:27:36 +03:00
|
|
|
}
|
|
|
|
|
2016-09-29 18:45:35 +03:00
|
|
|
g_free(vd->password);
|
|
|
|
vd->password = g_strdup(password);
|
2011-12-07 16:19:10 +04:00
|
|
|
|
|
|
|
return 0;
|
2007-08-25 05:35:38 +04:00
|
|
|
}
|
|
|
|
|
2014-07-29 14:24:55 +04:00
|
|
|
int vnc_display_pw_expire(const char *id, time_t expires)
|
2010-10-07 13:50:45 +04:00
|
|
|
{
|
2016-09-29 18:45:35 +03:00
|
|
|
VncDisplay *vd = vnc_display_find(id);
|
2010-10-07 13:50:45 +04:00
|
|
|
|
2016-09-29 18:45:35 +03:00
|
|
|
if (!vd) {
|
2012-05-24 12:55:01 +04:00
|
|
|
return -EINVAL;
|
|
|
|
}
|
|
|
|
|
2016-09-29 18:45:35 +03:00
|
|
|
vd->expires = expires;
|
2010-10-07 13:50:45 +04:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2016-09-29 18:45:35 +03:00
|
|
|
static void vnc_display_print_local_addr(VncDisplay *vd)
|
2009-05-20 22:01:02 +04:00
|
|
|
{
|
2017-04-26 10:36:41 +03:00
|
|
|
SocketAddress *addr;
|
2015-02-27 19:20:57 +03:00
|
|
|
Error *err = NULL;
|
2014-07-29 14:14:08 +04:00
|
|
|
|
2017-02-03 15:06:44 +03:00
|
|
|
if (!vd->nlsock) {
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
|
|
|
addr = qio_channel_socket_get_local_address(vd->lsock[0], &err);
|
2015-02-27 19:20:57 +03:00
|
|
|
if (!addr) {
|
2016-05-31 15:59:08 +03:00
|
|
|
return;
|
2015-02-27 19:20:57 +03:00
|
|
|
}
|
|
|
|
|
2017-04-26 10:36:41 +03:00
|
|
|
if (addr->type != SOCKET_ADDRESS_TYPE_INET) {
|
|
|
|
qapi_free_SocketAddress(addr);
|
2016-05-31 15:59:08 +03:00
|
|
|
return;
|
2015-02-27 19:20:57 +03:00
|
|
|
}
|
2016-05-31 15:59:08 +03:00
|
|
|
error_printf_unless_qmp("VNC server running on %s:%s\n",
|
2017-04-26 10:36:41 +03:00
|
|
|
addr->u.inet.host,
|
|
|
|
addr->u.inet.port);
|
|
|
|
qapi_free_SocketAddress(addr);
|
2009-05-20 22:01:02 +04:00
|
|
|
}
|
|
|
|
|
2014-09-16 14:33:03 +04:00
|
|
|
static QemuOptsList qemu_vnc_opts = {
|
|
|
|
.name = "vnc",
|
|
|
|
.head = QTAILQ_HEAD_INITIALIZER(qemu_vnc_opts.head),
|
|
|
|
.implied_opt_name = "vnc",
|
|
|
|
.desc = {
|
|
|
|
{
|
|
|
|
.name = "vnc",
|
|
|
|
.type = QEMU_OPT_STRING,
|
|
|
|
},{
|
|
|
|
.name = "websocket",
|
|
|
|
.type = QEMU_OPT_STRING,
|
|
|
|
},{
|
ui: convert VNC server to use QCryptoTLSSession
Switch VNC server over to using the QCryptoTLSSession object
for the TLS session. This removes the direct use of gnutls
from the VNC server code. It also removes most knowledge
about TLS certificate handling from the VNC server code.
This has the nice effect that all the CONFIG_VNC_TLS
conditionals go away and the user gets an actual error
message when requesting TLS instead of it being silently
ignored.
With this change, the existing configuration options for
enabling TLS with -vnc are deprecated.
Old syntax for anon-DH credentials:
-vnc hostname:0,tls
New syntax:
-object tls-creds-anon,id=tls0,endpoint=server \
-vnc hostname:0,tls-creds=tls0
Old syntax for x509 credentials, no client certs:
-vnc hostname:0,tls,x509=/path/to/certs
New syntax:
-object tls-creds-x509,id=tls0,dir=/path/to/certs,endpoint=server,verify-peer=no \
-vnc hostname:0,tls-creds=tls0
Old syntax for x509 credentials, requiring client certs:
-vnc hostname:0,tls,x509verify=/path/to/certs
New syntax:
-object tls-creds-x509,id=tls0,dir=/path/to/certs,endpoint=server,verify-peer=yes \
-vnc hostname:0,tls-creds=tls0
This aligns VNC with the way TLS credentials are to be
configured in the future for chardev, nbd and migration
backends. It also has the benefit that the same TLS
credentials can be shared across multiple VNC server
instances, if desired.
If someone uses the deprecated syntax, it will internally
result in the creation of a 'tls-creds' object with an ID
based on the VNC server ID. This allows backwards compat
with the CLI syntax, while still deleting all the original
TLS code from the VNC server.
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
2015-08-06 16:39:32 +03:00
|
|
|
.name = "tls-creds",
|
|
|
|
.type = QEMU_OPT_STRING,
|
|
|
|
},{
|
|
|
|
/* Deprecated in favour of tls-creds */
|
2014-09-16 14:33:03 +04:00
|
|
|
.name = "x509",
|
|
|
|
.type = QEMU_OPT_STRING,
|
|
|
|
},{
|
|
|
|
.name = "share",
|
|
|
|
.type = QEMU_OPT_STRING,
|
2014-09-18 14:54:49 +04:00
|
|
|
},{
|
|
|
|
.name = "display",
|
|
|
|
.type = QEMU_OPT_STRING,
|
|
|
|
},{
|
|
|
|
.name = "head",
|
|
|
|
.type = QEMU_OPT_NUMBER,
|
2014-10-02 14:09:34 +04:00
|
|
|
},{
|
|
|
|
.name = "connections",
|
|
|
|
.type = QEMU_OPT_NUMBER,
|
2015-01-30 05:14:34 +03:00
|
|
|
},{
|
|
|
|
.name = "to",
|
|
|
|
.type = QEMU_OPT_NUMBER,
|
|
|
|
},{
|
|
|
|
.name = "ipv4",
|
|
|
|
.type = QEMU_OPT_BOOL,
|
|
|
|
},{
|
|
|
|
.name = "ipv6",
|
|
|
|
.type = QEMU_OPT_BOOL,
|
2014-09-16 14:33:03 +04:00
|
|
|
},{
|
|
|
|
.name = "password",
|
|
|
|
.type = QEMU_OPT_BOOL,
|
|
|
|
},{
|
|
|
|
.name = "reverse",
|
|
|
|
.type = QEMU_OPT_BOOL,
|
|
|
|
},{
|
|
|
|
.name = "lock-key-sync",
|
|
|
|
.type = QEMU_OPT_BOOL,
|
2016-06-01 09:22:30 +03:00
|
|
|
},{
|
|
|
|
.name = "key-delay-ms",
|
|
|
|
.type = QEMU_OPT_NUMBER,
|
2014-09-16 14:33:03 +04:00
|
|
|
},{
|
|
|
|
.name = "sasl",
|
|
|
|
.type = QEMU_OPT_BOOL,
|
|
|
|
},{
|
ui: convert VNC server to use QCryptoTLSSession
Switch VNC server over to using the QCryptoTLSSession object
for the TLS session. This removes the direct use of gnutls
from the VNC server code. It also removes most knowledge
about TLS certificate handling from the VNC server code.
This has the nice effect that all the CONFIG_VNC_TLS
conditionals go away and the user gets an actual error
message when requesting TLS instead of it being silently
ignored.
With this change, the existing configuration options for
enabling TLS with -vnc are deprecated.
Old syntax for anon-DH credentials:
-vnc hostname:0,tls
New syntax:
-object tls-creds-anon,id=tls0,endpoint=server \
-vnc hostname:0,tls-creds=tls0
Old syntax for x509 credentials, no client certs:
-vnc hostname:0,tls,x509=/path/to/certs
New syntax:
-object tls-creds-x509,id=tls0,dir=/path/to/certs,endpoint=server,verify-peer=no \
-vnc hostname:0,tls-creds=tls0
Old syntax for x509 credentials, requiring client certs:
-vnc hostname:0,tls,x509verify=/path/to/certs
New syntax:
-object tls-creds-x509,id=tls0,dir=/path/to/certs,endpoint=server,verify-peer=yes \
-vnc hostname:0,tls-creds=tls0
This aligns VNC with the way TLS credentials are to be
configured in the future for chardev, nbd and migration
backends. It also has the benefit that the same TLS
credentials can be shared across multiple VNC server
instances, if desired.
If someone uses the deprecated syntax, it will internally
result in the creation of a 'tls-creds' object with an ID
based on the VNC server ID. This allows backwards compat
with the CLI syntax, while still deleting all the original
TLS code from the VNC server.
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
2015-08-06 16:39:32 +03:00
|
|
|
/* Deprecated in favour of tls-creds */
|
2014-09-16 14:33:03 +04:00
|
|
|
.name = "tls",
|
|
|
|
.type = QEMU_OPT_BOOL,
|
|
|
|
},{
|
ui: convert VNC server to use QCryptoTLSSession
Switch VNC server over to using the QCryptoTLSSession object
for the TLS session. This removes the direct use of gnutls
from the VNC server code. It also removes most knowledge
about TLS certificate handling from the VNC server code.
This has the nice effect that all the CONFIG_VNC_TLS
conditionals go away and the user gets an actual error
message when requesting TLS instead of it being silently
ignored.
With this change, the existing configuration options for
enabling TLS with -vnc are deprecated.
Old syntax for anon-DH credentials:
-vnc hostname:0,tls
New syntax:
-object tls-creds-anon,id=tls0,endpoint=server \
-vnc hostname:0,tls-creds=tls0
Old syntax for x509 credentials, no client certs:
-vnc hostname:0,tls,x509=/path/to/certs
New syntax:
-object tls-creds-x509,id=tls0,dir=/path/to/certs,endpoint=server,verify-peer=no \
-vnc hostname:0,tls-creds=tls0
Old syntax for x509 credentials, requiring client certs:
-vnc hostname:0,tls,x509verify=/path/to/certs
New syntax:
-object tls-creds-x509,id=tls0,dir=/path/to/certs,endpoint=server,verify-peer=yes \
-vnc hostname:0,tls-creds=tls0
This aligns VNC with the way TLS credentials are to be
configured in the future for chardev, nbd and migration
backends. It also has the benefit that the same TLS
credentials can be shared across multiple VNC server
instances, if desired.
If someone uses the deprecated syntax, it will internally
result in the creation of a 'tls-creds' object with an ID
based on the VNC server ID. This allows backwards compat
with the CLI syntax, while still deleting all the original
TLS code from the VNC server.
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
2015-08-06 16:39:32 +03:00
|
|
|
/* Deprecated in favour of tls-creds */
|
2014-09-16 14:33:03 +04:00
|
|
|
.name = "x509verify",
|
2015-03-10 19:27:34 +03:00
|
|
|
.type = QEMU_OPT_STRING,
|
2014-09-16 14:33:03 +04:00
|
|
|
},{
|
|
|
|
.name = "acl",
|
|
|
|
.type = QEMU_OPT_BOOL,
|
|
|
|
},{
|
|
|
|
.name = "lossy",
|
|
|
|
.type = QEMU_OPT_BOOL,
|
|
|
|
},{
|
|
|
|
.name = "non-adaptive",
|
|
|
|
.type = QEMU_OPT_BOOL,
|
|
|
|
},
|
|
|
|
{ /* end of list */ }
|
|
|
|
},
|
|
|
|
};
|
|
|
|
|
2015-03-17 16:42:56 +03:00
|
|
|
|
ui: convert VNC server to use QCryptoTLSSession
Switch VNC server over to using the QCryptoTLSSession object
for the TLS session. This removes the direct use of gnutls
from the VNC server code. It also removes most knowledge
about TLS certificate handling from the VNC server code.
This has the nice effect that all the CONFIG_VNC_TLS
conditionals go away and the user gets an actual error
message when requesting TLS instead of it being silently
ignored.
With this change, the existing configuration options for
enabling TLS with -vnc are deprecated.
Old syntax for anon-DH credentials:
-vnc hostname:0,tls
New syntax:
-object tls-creds-anon,id=tls0,endpoint=server \
-vnc hostname:0,tls-creds=tls0
Old syntax for x509 credentials, no client certs:
-vnc hostname:0,tls,x509=/path/to/certs
New syntax:
-object tls-creds-x509,id=tls0,dir=/path/to/certs,endpoint=server,verify-peer=no \
-vnc hostname:0,tls-creds=tls0
Old syntax for x509 credentials, requiring client certs:
-vnc hostname:0,tls,x509verify=/path/to/certs
New syntax:
-object tls-creds-x509,id=tls0,dir=/path/to/certs,endpoint=server,verify-peer=yes \
-vnc hostname:0,tls-creds=tls0
This aligns VNC with the way TLS credentials are to be
configured in the future for chardev, nbd and migration
backends. It also has the benefit that the same TLS
credentials can be shared across multiple VNC server
instances, if desired.
If someone uses the deprecated syntax, it will internally
result in the creation of a 'tls-creds' object with an ID
based on the VNC server ID. This allows backwards compat
with the CLI syntax, while still deleting all the original
TLS code from the VNC server.
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
2015-08-06 16:39:32 +03:00
|
|
|
static int
|
2016-09-29 18:45:36 +03:00
|
|
|
vnc_display_setup_auth(int *auth,
|
|
|
|
int *subauth,
|
|
|
|
QCryptoTLSCreds *tlscreds,
|
2015-03-17 16:42:56 +03:00
|
|
|
bool password,
|
|
|
|
bool sasl,
|
ui: convert VNC server to use QCryptoTLSSession
Switch VNC server over to using the QCryptoTLSSession object
for the TLS session. This removes the direct use of gnutls
from the VNC server code. It also removes most knowledge
about TLS certificate handling from the VNC server code.
This has the nice effect that all the CONFIG_VNC_TLS
conditionals go away and the user gets an actual error
message when requesting TLS instead of it being silently
ignored.
With this change, the existing configuration options for
enabling TLS with -vnc are deprecated.
Old syntax for anon-DH credentials:
-vnc hostname:0,tls
New syntax:
-object tls-creds-anon,id=tls0,endpoint=server \
-vnc hostname:0,tls-creds=tls0
Old syntax for x509 credentials, no client certs:
-vnc hostname:0,tls,x509=/path/to/certs
New syntax:
-object tls-creds-x509,id=tls0,dir=/path/to/certs,endpoint=server,verify-peer=no \
-vnc hostname:0,tls-creds=tls0
Old syntax for x509 credentials, requiring client certs:
-vnc hostname:0,tls,x509verify=/path/to/certs
New syntax:
-object tls-creds-x509,id=tls0,dir=/path/to/certs,endpoint=server,verify-peer=yes \
-vnc hostname:0,tls-creds=tls0
This aligns VNC with the way TLS credentials are to be
configured in the future for chardev, nbd and migration
backends. It also has the benefit that the same TLS
credentials can be shared across multiple VNC server
instances, if desired.
If someone uses the deprecated syntax, it will internally
result in the creation of a 'tls-creds' object with an ID
based on the VNC server ID. This allows backwards compat
with the CLI syntax, while still deleting all the original
TLS code from the VNC server.
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
2015-08-06 16:39:32 +03:00
|
|
|
bool websocket,
|
|
|
|
Error **errp)
|
2015-03-17 16:42:56 +03:00
|
|
|
{
|
|
|
|
/*
|
|
|
|
* We have a choice of 3 authentication options
|
|
|
|
*
|
|
|
|
* 1. none
|
|
|
|
* 2. vnc
|
|
|
|
* 3. sasl
|
|
|
|
*
|
|
|
|
* The channel can be run in 2 modes
|
|
|
|
*
|
|
|
|
* 1. clear
|
|
|
|
* 2. tls
|
|
|
|
*
|
|
|
|
* And TLS can use 2 types of credentials
|
|
|
|
*
|
|
|
|
* 1. anon
|
|
|
|
* 2. x509
|
|
|
|
*
|
|
|
|
* We thus have 9 possible logical combinations
|
|
|
|
*
|
|
|
|
* 1. clear + none
|
|
|
|
* 2. clear + vnc
|
|
|
|
* 3. clear + sasl
|
|
|
|
* 4. tls + anon + none
|
|
|
|
* 5. tls + anon + vnc
|
|
|
|
* 6. tls + anon + sasl
|
|
|
|
* 7. tls + x509 + none
|
|
|
|
* 8. tls + x509 + vnc
|
|
|
|
* 9. tls + x509 + sasl
|
|
|
|
*
|
|
|
|
* These need to be mapped into the VNC auth schemes
|
|
|
|
* in an appropriate manner. In regular VNC, all the
|
|
|
|
* TLS options get mapped into VNC_AUTH_VENCRYPT
|
|
|
|
* sub-auth types.
|
2015-03-17 16:42:57 +03:00
|
|
|
*
|
|
|
|
* In websockets, the https:// protocol already provides
|
|
|
|
* TLS support, so there is no need to make use of the
|
|
|
|
* VeNCrypt extension. Furthermore, websockets browser
|
|
|
|
* clients could not use VeNCrypt even if they wanted to,
|
|
|
|
* as they cannot control when the TLS handshake takes
|
|
|
|
* place. Thus there is no option but to rely on https://,
|
|
|
|
* meaning combinations 4->6 and 7->9 will be mapped to
|
|
|
|
* VNC auth schemes in the same way as combos 1->3.
|
|
|
|
*
|
|
|
|
* Regardless of fact that we have a different mapping to
|
|
|
|
* VNC auth mechs for plain VNC vs websockets VNC, the end
|
|
|
|
* result has the same security characteristics.
|
2015-03-17 16:42:56 +03:00
|
|
|
*/
|
2016-09-29 18:45:36 +03:00
|
|
|
if (websocket || !tlscreds) {
|
|
|
|
if (password) {
|
2015-03-17 16:42:56 +03:00
|
|
|
VNC_DEBUG("Initializing VNC server with password auth\n");
|
2016-09-29 18:45:36 +03:00
|
|
|
*auth = VNC_AUTH_VNC;
|
|
|
|
} else if (sasl) {
|
|
|
|
VNC_DEBUG("Initializing VNC server with SASL auth\n");
|
|
|
|
*auth = VNC_AUTH_SASL;
|
2015-03-17 16:42:57 +03:00
|
|
|
} else {
|
2016-09-29 18:45:36 +03:00
|
|
|
VNC_DEBUG("Initializing VNC server with no auth\n");
|
|
|
|
*auth = VNC_AUTH_NONE;
|
2015-03-17 16:42:57 +03:00
|
|
|
}
|
2016-09-29 18:45:36 +03:00
|
|
|
*subauth = VNC_AUTH_INVALID;
|
|
|
|
} else {
|
|
|
|
bool is_x509 = object_dynamic_cast(OBJECT(tlscreds),
|
|
|
|
TYPE_QCRYPTO_TLS_CREDS_X509) != NULL;
|
|
|
|
bool is_anon = object_dynamic_cast(OBJECT(tlscreds),
|
|
|
|
TYPE_QCRYPTO_TLS_CREDS_ANON) != NULL;
|
|
|
|
|
|
|
|
if (!is_x509 && !is_anon) {
|
|
|
|
error_setg(errp,
|
|
|
|
"Unsupported TLS cred type %s",
|
|
|
|
object_get_typename(OBJECT(tlscreds)));
|
|
|
|
return -1;
|
|
|
|
}
|
|
|
|
*auth = VNC_AUTH_VENCRYPT;
|
|
|
|
if (password) {
|
|
|
|
if (is_x509) {
|
|
|
|
VNC_DEBUG("Initializing VNC server with x509 password auth\n");
|
|
|
|
*subauth = VNC_AUTH_VENCRYPT_X509VNC;
|
|
|
|
} else {
|
|
|
|
VNC_DEBUG("Initializing VNC server with TLS password auth\n");
|
|
|
|
*subauth = VNC_AUTH_VENCRYPT_TLSVNC;
|
|
|
|
}
|
|
|
|
|
|
|
|
} else if (sasl) {
|
|
|
|
if (is_x509) {
|
2015-03-17 16:42:56 +03:00
|
|
|
VNC_DEBUG("Initializing VNC server with x509 SASL auth\n");
|
2016-09-29 18:45:36 +03:00
|
|
|
*subauth = VNC_AUTH_VENCRYPT_X509SASL;
|
ui: convert VNC server to use QCryptoTLSSession
Switch VNC server over to using the QCryptoTLSSession object
for the TLS session. This removes the direct use of gnutls
from the VNC server code. It also removes most knowledge
about TLS certificate handling from the VNC server code.
This has the nice effect that all the CONFIG_VNC_TLS
conditionals go away and the user gets an actual error
message when requesting TLS instead of it being silently
ignored.
With this change, the existing configuration options for
enabling TLS with -vnc are deprecated.
Old syntax for anon-DH credentials:
-vnc hostname:0,tls
New syntax:
-object tls-creds-anon,id=tls0,endpoint=server \
-vnc hostname:0,tls-creds=tls0
Old syntax for x509 credentials, no client certs:
-vnc hostname:0,tls,x509=/path/to/certs
New syntax:
-object tls-creds-x509,id=tls0,dir=/path/to/certs,endpoint=server,verify-peer=no \
-vnc hostname:0,tls-creds=tls0
Old syntax for x509 credentials, requiring client certs:
-vnc hostname:0,tls,x509verify=/path/to/certs
New syntax:
-object tls-creds-x509,id=tls0,dir=/path/to/certs,endpoint=server,verify-peer=yes \
-vnc hostname:0,tls-creds=tls0
This aligns VNC with the way TLS credentials are to be
configured in the future for chardev, nbd and migration
backends. It also has the benefit that the same TLS
credentials can be shared across multiple VNC server
instances, if desired.
If someone uses the deprecated syntax, it will internally
result in the creation of a 'tls-creds' object with an ID
based on the VNC server ID. This allows backwards compat
with the CLI syntax, while still deleting all the original
TLS code from the VNC server.
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
2015-08-06 16:39:32 +03:00
|
|
|
} else {
|
2016-09-29 18:45:36 +03:00
|
|
|
VNC_DEBUG("Initializing VNC server with TLS SASL auth\n");
|
|
|
|
*subauth = VNC_AUTH_VENCRYPT_TLSSASL;
|
2015-03-17 16:42:56 +03:00
|
|
|
}
|
|
|
|
} else {
|
2016-09-29 18:45:36 +03:00
|
|
|
if (is_x509) {
|
2015-03-17 16:42:56 +03:00
|
|
|
VNC_DEBUG("Initializing VNC server with x509 no auth\n");
|
2016-09-29 18:45:36 +03:00
|
|
|
*subauth = VNC_AUTH_VENCRYPT_X509NONE;
|
ui: convert VNC server to use QCryptoTLSSession
Switch VNC server over to using the QCryptoTLSSession object
for the TLS session. This removes the direct use of gnutls
from the VNC server code. It also removes most knowledge
about TLS certificate handling from the VNC server code.
This has the nice effect that all the CONFIG_VNC_TLS
conditionals go away and the user gets an actual error
message when requesting TLS instead of it being silently
ignored.
With this change, the existing configuration options for
enabling TLS with -vnc are deprecated.
Old syntax for anon-DH credentials:
-vnc hostname:0,tls
New syntax:
-object tls-creds-anon,id=tls0,endpoint=server \
-vnc hostname:0,tls-creds=tls0
Old syntax for x509 credentials, no client certs:
-vnc hostname:0,tls,x509=/path/to/certs
New syntax:
-object tls-creds-x509,id=tls0,dir=/path/to/certs,endpoint=server,verify-peer=no \
-vnc hostname:0,tls-creds=tls0
Old syntax for x509 credentials, requiring client certs:
-vnc hostname:0,tls,x509verify=/path/to/certs
New syntax:
-object tls-creds-x509,id=tls0,dir=/path/to/certs,endpoint=server,verify-peer=yes \
-vnc hostname:0,tls-creds=tls0
This aligns VNC with the way TLS credentials are to be
configured in the future for chardev, nbd and migration
backends. It also has the benefit that the same TLS
credentials can be shared across multiple VNC server
instances, if desired.
If someone uses the deprecated syntax, it will internally
result in the creation of a 'tls-creds' object with an ID
based on the VNC server ID. This allows backwards compat
with the CLI syntax, while still deleting all the original
TLS code from the VNC server.
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
2015-08-06 16:39:32 +03:00
|
|
|
} else {
|
2016-09-29 18:45:36 +03:00
|
|
|
VNC_DEBUG("Initializing VNC server with TLS no auth\n");
|
|
|
|
*subauth = VNC_AUTH_VENCRYPT_TLSNONE;
|
2015-03-17 16:42:56 +03:00
|
|
|
}
|
2015-03-17 16:42:57 +03:00
|
|
|
}
|
2015-03-17 16:42:56 +03:00
|
|
|
}
|
ui: convert VNC server to use QCryptoTLSSession
Switch VNC server over to using the QCryptoTLSSession object
for the TLS session. This removes the direct use of gnutls
from the VNC server code. It also removes most knowledge
about TLS certificate handling from the VNC server code.
This has the nice effect that all the CONFIG_VNC_TLS
conditionals go away and the user gets an actual error
message when requesting TLS instead of it being silently
ignored.
With this change, the existing configuration options for
enabling TLS with -vnc are deprecated.
Old syntax for anon-DH credentials:
-vnc hostname:0,tls
New syntax:
-object tls-creds-anon,id=tls0,endpoint=server \
-vnc hostname:0,tls-creds=tls0
Old syntax for x509 credentials, no client certs:
-vnc hostname:0,tls,x509=/path/to/certs
New syntax:
-object tls-creds-x509,id=tls0,dir=/path/to/certs,endpoint=server,verify-peer=no \
-vnc hostname:0,tls-creds=tls0
Old syntax for x509 credentials, requiring client certs:
-vnc hostname:0,tls,x509verify=/path/to/certs
New syntax:
-object tls-creds-x509,id=tls0,dir=/path/to/certs,endpoint=server,verify-peer=yes \
-vnc hostname:0,tls-creds=tls0
This aligns VNC with the way TLS credentials are to be
configured in the future for chardev, nbd and migration
backends. It also has the benefit that the same TLS
credentials can be shared across multiple VNC server
instances, if desired.
If someone uses the deprecated syntax, it will internally
result in the creation of a 'tls-creds' object with an ID
based on the VNC server ID. This allows backwards compat
with the CLI syntax, while still deleting all the original
TLS code from the VNC server.
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
2015-08-06 16:39:32 +03:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Handle back compat with old CLI syntax by creating some
|
|
|
|
* suitable QCryptoTLSCreds objects
|
|
|
|
*/
|
|
|
|
static QCryptoTLSCreds *
|
|
|
|
vnc_display_create_creds(bool x509,
|
|
|
|
bool x509verify,
|
|
|
|
const char *dir,
|
|
|
|
const char *id,
|
|
|
|
Error **errp)
|
|
|
|
{
|
|
|
|
gchar *credsid = g_strdup_printf("tlsvnc%s", id);
|
|
|
|
Object *parent = object_get_objects_root();
|
|
|
|
Object *creds;
|
|
|
|
Error *err = NULL;
|
|
|
|
|
|
|
|
if (x509) {
|
|
|
|
creds = object_new_with_props(TYPE_QCRYPTO_TLS_CREDS_X509,
|
|
|
|
parent,
|
|
|
|
credsid,
|
|
|
|
&err,
|
|
|
|
"endpoint", "server",
|
|
|
|
"dir", dir,
|
|
|
|
"verify-peer", x509verify ? "yes" : "no",
|
|
|
|
NULL);
|
|
|
|
} else {
|
|
|
|
creds = object_new_with_props(TYPE_QCRYPTO_TLS_CREDS_ANON,
|
|
|
|
parent,
|
|
|
|
credsid,
|
|
|
|
&err,
|
|
|
|
"endpoint", "server",
|
|
|
|
NULL);
|
|
|
|
}
|
|
|
|
|
|
|
|
g_free(credsid);
|
|
|
|
|
|
|
|
if (err) {
|
|
|
|
error_propagate(errp, err);
|
|
|
|
return NULL;
|
|
|
|
}
|
|
|
|
|
|
|
|
return QCRYPTO_TLS_CREDS(creds);
|
2015-03-17 16:42:56 +03:00
|
|
|
}
|
|
|
|
|
ui: convert VNC server to use QCryptoTLSSession
Switch VNC server over to using the QCryptoTLSSession object
for the TLS session. This removes the direct use of gnutls
from the VNC server code. It also removes most knowledge
about TLS certificate handling from the VNC server code.
This has the nice effect that all the CONFIG_VNC_TLS
conditionals go away and the user gets an actual error
message when requesting TLS instead of it being silently
ignored.
With this change, the existing configuration options for
enabling TLS with -vnc are deprecated.
Old syntax for anon-DH credentials:
-vnc hostname:0,tls
New syntax:
-object tls-creds-anon,id=tls0,endpoint=server \
-vnc hostname:0,tls-creds=tls0
Old syntax for x509 credentials, no client certs:
-vnc hostname:0,tls,x509=/path/to/certs
New syntax:
-object tls-creds-x509,id=tls0,dir=/path/to/certs,endpoint=server,verify-peer=no \
-vnc hostname:0,tls-creds=tls0
Old syntax for x509 credentials, requiring client certs:
-vnc hostname:0,tls,x509verify=/path/to/certs
New syntax:
-object tls-creds-x509,id=tls0,dir=/path/to/certs,endpoint=server,verify-peer=yes \
-vnc hostname:0,tls-creds=tls0
This aligns VNC with the way TLS credentials are to be
configured in the future for chardev, nbd and migration
backends. It also has the benefit that the same TLS
credentials can be shared across multiple VNC server
instances, if desired.
If someone uses the deprecated syntax, it will internally
result in the creation of a 'tls-creds' object with an ID
based on the VNC server ID. This allows backwards compat
with the CLI syntax, while still deleting all the original
TLS code from the VNC server.
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
2015-08-06 16:39:32 +03:00
|
|
|
|
2017-02-03 15:06:45 +03:00
|
|
|
static int vnc_display_get_address(const char *addrstr,
|
|
|
|
bool websocket,
|
2017-03-14 11:26:58 +03:00
|
|
|
bool reverse,
|
2017-02-03 15:06:45 +03:00
|
|
|
int displaynum,
|
|
|
|
int to,
|
|
|
|
bool has_ipv4,
|
|
|
|
bool has_ipv6,
|
|
|
|
bool ipv4,
|
|
|
|
bool ipv6,
|
2017-04-26 10:36:41 +03:00
|
|
|
SocketAddress **retaddr,
|
2017-02-03 15:06:45 +03:00
|
|
|
Error **errp)
|
|
|
|
{
|
|
|
|
int ret = -1;
|
2017-04-26 10:36:41 +03:00
|
|
|
SocketAddress *addr = NULL;
|
2017-02-03 15:06:45 +03:00
|
|
|
|
2017-04-26 10:36:41 +03:00
|
|
|
addr = g_new0(SocketAddress, 1);
|
2017-02-03 15:06:45 +03:00
|
|
|
|
|
|
|
if (strncmp(addrstr, "unix:", 5) == 0) {
|
2017-04-26 10:36:41 +03:00
|
|
|
addr->type = SOCKET_ADDRESS_TYPE_UNIX;
|
|
|
|
addr->u.q_unix.path = g_strdup(addrstr + 5);
|
2017-02-03 15:06:45 +03:00
|
|
|
|
|
|
|
if (websocket) {
|
|
|
|
error_setg(errp, "UNIX sockets not supported with websock");
|
|
|
|
goto cleanup;
|
|
|
|
}
|
|
|
|
|
|
|
|
if (to) {
|
|
|
|
error_setg(errp, "Port range not support with UNIX socket");
|
|
|
|
goto cleanup;
|
|
|
|
}
|
|
|
|
ret = 0;
|
|
|
|
} else {
|
|
|
|
const char *port;
|
|
|
|
size_t hostlen;
|
|
|
|
unsigned long long baseport = 0;
|
|
|
|
InetSocketAddress *inet;
|
|
|
|
|
|
|
|
port = strrchr(addrstr, ':');
|
|
|
|
if (!port) {
|
|
|
|
if (websocket) {
|
|
|
|
hostlen = 0;
|
|
|
|
port = addrstr;
|
|
|
|
} else {
|
|
|
|
error_setg(errp, "no vnc port specified");
|
|
|
|
goto cleanup;
|
|
|
|
}
|
|
|
|
} else {
|
|
|
|
hostlen = port - addrstr;
|
|
|
|
port++;
|
|
|
|
if (*port == '\0') {
|
|
|
|
error_setg(errp, "vnc port cannot be empty");
|
|
|
|
goto cleanup;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2017-04-26 10:36:41 +03:00
|
|
|
addr->type = SOCKET_ADDRESS_TYPE_INET;
|
|
|
|
inet = &addr->u.inet;
|
2017-02-03 15:06:45 +03:00
|
|
|
if (addrstr[0] == '[' && addrstr[hostlen - 1] == ']') {
|
|
|
|
inet->host = g_strndup(addrstr + 1, hostlen - 2);
|
|
|
|
} else {
|
|
|
|
inet->host = g_strndup(addrstr, hostlen);
|
|
|
|
}
|
|
|
|
/* plain VNC port is just an offset, for websocket
|
|
|
|
* port is absolute */
|
|
|
|
if (websocket) {
|
|
|
|
if (g_str_equal(addrstr, "") ||
|
|
|
|
g_str_equal(addrstr, "on")) {
|
2017-02-03 15:06:49 +03:00
|
|
|
if (displaynum == -1) {
|
|
|
|
error_setg(errp, "explicit websocket port is required");
|
|
|
|
goto cleanup;
|
|
|
|
}
|
2017-02-03 15:06:45 +03:00
|
|
|
inet->port = g_strdup_printf(
|
|
|
|
"%d", displaynum + 5700);
|
|
|
|
if (to) {
|
|
|
|
inet->has_to = true;
|
|
|
|
inet->to = to + 5700;
|
|
|
|
}
|
|
|
|
} else {
|
|
|
|
inet->port = g_strdup(port);
|
|
|
|
}
|
|
|
|
} else {
|
2017-03-14 11:26:58 +03:00
|
|
|
int offset = reverse ? 0 : 5900;
|
2017-02-03 15:06:45 +03:00
|
|
|
if (parse_uint_full(port, &baseport, 10) < 0) {
|
|
|
|
error_setg(errp, "can't convert to a number: %s", port);
|
|
|
|
goto cleanup;
|
|
|
|
}
|
|
|
|
if (baseport > 65535 ||
|
2017-03-14 11:26:58 +03:00
|
|
|
baseport + offset > 65535) {
|
2017-02-03 15:06:45 +03:00
|
|
|
error_setg(errp, "port %s out of range", port);
|
|
|
|
goto cleanup;
|
|
|
|
}
|
|
|
|
inet->port = g_strdup_printf(
|
2017-03-14 11:26:58 +03:00
|
|
|
"%d", (int)baseport + offset);
|
2017-02-03 15:06:45 +03:00
|
|
|
|
|
|
|
if (to) {
|
|
|
|
inet->has_to = true;
|
2017-03-14 11:26:58 +03:00
|
|
|
inet->to = to + offset;
|
2017-02-03 15:06:45 +03:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
inet->ipv4 = ipv4;
|
|
|
|
inet->has_ipv4 = has_ipv4;
|
|
|
|
inet->ipv6 = ipv6;
|
|
|
|
inet->has_ipv6 = has_ipv6;
|
|
|
|
|
|
|
|
ret = baseport;
|
|
|
|
}
|
|
|
|
|
|
|
|
*retaddr = addr;
|
|
|
|
|
|
|
|
cleanup:
|
|
|
|
if (ret < 0) {
|
2017-04-26 10:36:41 +03:00
|
|
|
qapi_free_SocketAddress(addr);
|
2017-02-03 15:06:45 +03:00
|
|
|
}
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
|
|
|
static int vnc_display_get_addresses(QemuOpts *opts,
|
2017-03-14 11:26:58 +03:00
|
|
|
bool reverse,
|
2017-04-26 10:36:41 +03:00
|
|
|
SocketAddress ***retsaddr,
|
2017-02-03 15:06:49 +03:00
|
|
|
size_t *retnsaddr,
|
2017-04-26 10:36:41 +03:00
|
|
|
SocketAddress ***retwsaddr,
|
2017-02-03 15:06:49 +03:00
|
|
|
size_t *retnwsaddr,
|
2017-02-03 15:06:45 +03:00
|
|
|
Error **errp)
|
|
|
|
{
|
2017-04-26 10:36:41 +03:00
|
|
|
SocketAddress *saddr = NULL;
|
|
|
|
SocketAddress *wsaddr = NULL;
|
2017-02-03 15:06:49 +03:00
|
|
|
QemuOptsIter addriter;
|
|
|
|
const char *addr;
|
2017-02-03 15:06:45 +03:00
|
|
|
int to = qemu_opt_get_number(opts, "to", 0);
|
|
|
|
bool has_ipv4 = qemu_opt_get(opts, "ipv4");
|
|
|
|
bool has_ipv6 = qemu_opt_get(opts, "ipv6");
|
|
|
|
bool ipv4 = qemu_opt_get_bool(opts, "ipv4", false);
|
|
|
|
bool ipv6 = qemu_opt_get_bool(opts, "ipv6", false);
|
2017-02-03 15:06:49 +03:00
|
|
|
size_t i;
|
|
|
|
int displaynum = -1;
|
|
|
|
int ret = -1;
|
2017-02-03 15:06:45 +03:00
|
|
|
|
2017-02-03 15:06:49 +03:00
|
|
|
*retsaddr = NULL;
|
|
|
|
*retnsaddr = 0;
|
|
|
|
*retwsaddr = NULL;
|
|
|
|
*retnwsaddr = 0;
|
2017-02-03 15:06:45 +03:00
|
|
|
|
2017-02-03 15:06:49 +03:00
|
|
|
addr = qemu_opt_get(opts, "vnc");
|
|
|
|
if (addr == NULL || g_str_equal(addr, "none")) {
|
|
|
|
ret = 0;
|
|
|
|
goto cleanup;
|
|
|
|
}
|
|
|
|
if (qemu_opt_get(opts, "websocket") &&
|
2017-02-03 15:06:45 +03:00
|
|
|
!qcrypto_hash_supports(QCRYPTO_HASH_ALG_SHA1)) {
|
|
|
|
error_setg(errp,
|
|
|
|
"SHA1 hash support is required for websockets");
|
2017-02-03 15:06:49 +03:00
|
|
|
goto cleanup;
|
|
|
|
}
|
|
|
|
|
|
|
|
qemu_opt_iter_init(&addriter, opts, "vnc");
|
|
|
|
while ((addr = qemu_opt_iter_next(&addriter)) != NULL) {
|
|
|
|
int rv;
|
2017-03-14 11:26:58 +03:00
|
|
|
rv = vnc_display_get_address(addr, false, reverse, 0, to,
|
2017-02-03 15:06:49 +03:00
|
|
|
has_ipv4, has_ipv6,
|
|
|
|
ipv4, ipv6,
|
|
|
|
&saddr, errp);
|
|
|
|
if (rv < 0) {
|
|
|
|
goto cleanup;
|
|
|
|
}
|
|
|
|
/* Historical compat - first listen address can be used
|
|
|
|
* to set the default websocket port
|
|
|
|
*/
|
|
|
|
if (displaynum == -1) {
|
|
|
|
displaynum = rv;
|
|
|
|
}
|
2017-04-26 10:36:41 +03:00
|
|
|
*retsaddr = g_renew(SocketAddress *, *retsaddr, *retnsaddr + 1);
|
2017-02-03 15:06:49 +03:00
|
|
|
(*retsaddr)[(*retnsaddr)++] = saddr;
|
2017-02-03 15:06:45 +03:00
|
|
|
}
|
|
|
|
|
2017-02-03 15:06:49 +03:00
|
|
|
/* If we had multiple primary displays, we don't do defaults
|
|
|
|
* for websocket, and require explicit config instead. */
|
|
|
|
if (*retnsaddr > 1) {
|
|
|
|
displaynum = -1;
|
2017-02-03 15:06:45 +03:00
|
|
|
}
|
2017-02-03 15:06:49 +03:00
|
|
|
|
|
|
|
qemu_opt_iter_init(&addriter, opts, "websocket");
|
|
|
|
while ((addr = qemu_opt_iter_next(&addriter)) != NULL) {
|
2017-03-14 11:26:58 +03:00
|
|
|
if (vnc_display_get_address(addr, true, reverse, displaynum, to,
|
2017-02-03 15:06:45 +03:00
|
|
|
has_ipv4, has_ipv6,
|
|
|
|
ipv4, ipv6,
|
|
|
|
&wsaddr, errp) < 0) {
|
2017-02-03 15:06:49 +03:00
|
|
|
goto cleanup;
|
2017-02-03 15:06:45 +03:00
|
|
|
}
|
2017-02-03 15:06:49 +03:00
|
|
|
|
|
|
|
/* Historical compat - if only a single listen address was
|
|
|
|
* provided, then this is used to set the default listen
|
|
|
|
* address for websocket too
|
|
|
|
*/
|
|
|
|
if (*retnsaddr == 1 &&
|
2017-04-26 10:36:41 +03:00
|
|
|
(*retsaddr)[0]->type == SOCKET_ADDRESS_TYPE_INET &&
|
|
|
|
wsaddr->type == SOCKET_ADDRESS_TYPE_INET &&
|
|
|
|
g_str_equal(wsaddr->u.inet.host, "") &&
|
|
|
|
!g_str_equal((*retsaddr)[0]->u.inet.host, "")) {
|
|
|
|
g_free(wsaddr->u.inet.host);
|
|
|
|
wsaddr->u.inet.host = g_strdup((*retsaddr)[0]->u.inet.host);
|
2017-02-03 15:06:45 +03:00
|
|
|
}
|
2017-02-03 15:06:49 +03:00
|
|
|
|
2017-04-26 10:36:41 +03:00
|
|
|
*retwsaddr = g_renew(SocketAddress *, *retwsaddr, *retnwsaddr + 1);
|
2017-02-03 15:06:49 +03:00
|
|
|
(*retwsaddr)[(*retnwsaddr)++] = wsaddr;
|
2017-02-03 15:06:45 +03:00
|
|
|
}
|
|
|
|
|
2017-02-03 15:06:49 +03:00
|
|
|
ret = 0;
|
|
|
|
cleanup:
|
|
|
|
if (ret < 0) {
|
|
|
|
for (i = 0; i < *retnsaddr; i++) {
|
2017-04-26 10:36:41 +03:00
|
|
|
qapi_free_SocketAddress((*retsaddr)[i]);
|
2017-02-03 15:06:49 +03:00
|
|
|
}
|
|
|
|
g_free(*retsaddr);
|
|
|
|
for (i = 0; i < *retnwsaddr; i++) {
|
2017-04-26 10:36:41 +03:00
|
|
|
qapi_free_SocketAddress((*retwsaddr)[i]);
|
2017-02-03 15:06:49 +03:00
|
|
|
}
|
|
|
|
g_free(*retwsaddr);
|
|
|
|
*retsaddr = *retwsaddr = NULL;
|
|
|
|
*retnsaddr = *retnwsaddr = 0;
|
|
|
|
}
|
|
|
|
return ret;
|
2017-02-03 15:06:45 +03:00
|
|
|
}
|
|
|
|
|
2017-02-03 15:06:46 +03:00
|
|
|
static int vnc_display_connect(VncDisplay *vd,
|
2017-04-26 10:36:41 +03:00
|
|
|
SocketAddress **saddr,
|
2017-02-03 15:06:49 +03:00
|
|
|
size_t nsaddr,
|
2017-04-26 10:36:41 +03:00
|
|
|
SocketAddress **wsaddr,
|
2017-02-03 15:06:49 +03:00
|
|
|
size_t nwsaddr,
|
2017-02-03 15:06:46 +03:00
|
|
|
Error **errp)
|
|
|
|
{
|
|
|
|
/* connect to viewer */
|
|
|
|
QIOChannelSocket *sioc = NULL;
|
2017-02-03 15:06:49 +03:00
|
|
|
if (nwsaddr != 0) {
|
2017-02-03 15:06:46 +03:00
|
|
|
error_setg(errp, "Cannot use websockets in reverse mode");
|
|
|
|
return -1;
|
|
|
|
}
|
2017-02-03 15:06:49 +03:00
|
|
|
if (nsaddr != 1) {
|
|
|
|
error_setg(errp, "Expected a single address in reverse mode");
|
|
|
|
return -1;
|
|
|
|
}
|
2017-04-26 10:36:41 +03:00
|
|
|
/* TODO SOCKET_ADDRESS_TYPE_FD when fd has AF_UNIX */
|
|
|
|
vd->is_unix = saddr[0]->type == SOCKET_ADDRESS_TYPE_UNIX;
|
2017-02-03 15:06:46 +03:00
|
|
|
sioc = qio_channel_socket_new();
|
|
|
|
qio_channel_set_name(QIO_CHANNEL(sioc), "vnc-reverse");
|
2017-02-03 15:06:49 +03:00
|
|
|
if (qio_channel_socket_connect_sync(sioc, saddr[0], errp) < 0) {
|
2017-02-03 15:06:46 +03:00
|
|
|
return -1;
|
|
|
|
}
|
|
|
|
vnc_connect(vd, sioc, false, false);
|
|
|
|
object_unref(OBJECT(sioc));
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
|
|
static int vnc_display_listen_addr(VncDisplay *vd,
|
2017-04-26 10:36:41 +03:00
|
|
|
SocketAddress *addr,
|
2017-02-03 15:06:46 +03:00
|
|
|
const char *name,
|
|
|
|
QIOChannelSocket ***lsock,
|
|
|
|
guint **lsock_tag,
|
|
|
|
size_t *nlsock,
|
|
|
|
Error **errp)
|
|
|
|
{
|
2017-02-03 15:06:47 +03:00
|
|
|
QIODNSResolver *resolver = qio_dns_resolver_get_instance();
|
2017-04-26 10:36:41 +03:00
|
|
|
SocketAddress **rawaddrs = NULL;
|
2017-02-03 15:06:47 +03:00
|
|
|
size_t nrawaddrs = 0;
|
|
|
|
Error *listenerr = NULL;
|
2017-02-03 15:06:49 +03:00
|
|
|
bool listening = false;
|
2017-02-03 15:06:47 +03:00
|
|
|
size_t i;
|
2017-02-03 15:06:46 +03:00
|
|
|
|
2017-02-03 15:06:47 +03:00
|
|
|
if (qio_dns_resolver_lookup_sync(resolver, addr, &nrawaddrs,
|
|
|
|
&rawaddrs, errp) < 0) {
|
2017-02-03 15:06:46 +03:00
|
|
|
return -1;
|
|
|
|
}
|
|
|
|
|
2017-02-03 15:06:47 +03:00
|
|
|
for (i = 0; i < nrawaddrs; i++) {
|
|
|
|
QIOChannelSocket *sioc = qio_channel_socket_new();
|
|
|
|
|
|
|
|
qio_channel_set_name(QIO_CHANNEL(sioc), name);
|
|
|
|
if (qio_channel_socket_listen_sync(
|
|
|
|
sioc, rawaddrs[i], listenerr == NULL ? &listenerr : NULL) < 0) {
|
2017-03-17 12:28:02 +03:00
|
|
|
object_unref(OBJECT(sioc));
|
2017-02-03 15:06:47 +03:00
|
|
|
continue;
|
|
|
|
}
|
2017-02-03 15:06:49 +03:00
|
|
|
listening = true;
|
2017-02-03 15:06:47 +03:00
|
|
|
(*nlsock)++;
|
|
|
|
*lsock = g_renew(QIOChannelSocket *, *lsock, *nlsock);
|
|
|
|
*lsock_tag = g_renew(guint, *lsock_tag, *nlsock);
|
|
|
|
|
|
|
|
(*lsock)[*nlsock - 1] = sioc;
|
|
|
|
(*lsock_tag)[*nlsock - 1] = 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
for (i = 0; i < nrawaddrs; i++) {
|
2017-04-26 10:36:41 +03:00
|
|
|
qapi_free_SocketAddress(rawaddrs[i]);
|
2017-02-03 15:06:47 +03:00
|
|
|
}
|
|
|
|
g_free(rawaddrs);
|
|
|
|
|
|
|
|
if (listenerr) {
|
2017-02-03 15:06:49 +03:00
|
|
|
if (!listening) {
|
2017-02-03 15:06:47 +03:00
|
|
|
error_propagate(errp, listenerr);
|
|
|
|
return -1;
|
|
|
|
} else {
|
|
|
|
error_free(listenerr);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
for (i = 0; i < *nlsock; i++) {
|
|
|
|
(*lsock_tag)[i] = qio_channel_add_watch(
|
|
|
|
QIO_CHANNEL((*lsock)[i]),
|
|
|
|
G_IO_IN, vnc_listen_io, vd, NULL);
|
|
|
|
}
|
2017-02-03 15:06:46 +03:00
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
|
|
static int vnc_display_listen(VncDisplay *vd,
|
2017-04-26 10:36:41 +03:00
|
|
|
SocketAddress **saddr,
|
2017-02-03 15:06:49 +03:00
|
|
|
size_t nsaddr,
|
2017-04-26 10:36:41 +03:00
|
|
|
SocketAddress **wsaddr,
|
2017-02-03 15:06:49 +03:00
|
|
|
size_t nwsaddr,
|
2017-02-03 15:06:46 +03:00
|
|
|
Error **errp)
|
|
|
|
{
|
2017-02-03 15:06:49 +03:00
|
|
|
size_t i;
|
2017-02-03 15:06:46 +03:00
|
|
|
|
2017-02-03 15:06:49 +03:00
|
|
|
for (i = 0; i < nsaddr; i++) {
|
|
|
|
if (vnc_display_listen_addr(vd, saddr[i],
|
|
|
|
"vnc-listen",
|
|
|
|
&vd->lsock,
|
|
|
|
&vd->lsock_tag,
|
|
|
|
&vd->nlsock,
|
|
|
|
errp) < 0) {
|
|
|
|
return -1;
|
|
|
|
}
|
2017-02-03 15:06:46 +03:00
|
|
|
}
|
2017-02-03 15:06:49 +03:00
|
|
|
for (i = 0; i < nwsaddr; i++) {
|
|
|
|
if (vnc_display_listen_addr(vd, wsaddr[i],
|
|
|
|
"vnc-ws-listen",
|
|
|
|
&vd->lwebsock,
|
|
|
|
&vd->lwebsock_tag,
|
|
|
|
&vd->nlwebsock,
|
|
|
|
errp) < 0) {
|
|
|
|
return -1;
|
|
|
|
}
|
2017-02-03 15:06:46 +03:00
|
|
|
}
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
|
2014-09-16 14:33:03 +04:00
|
|
|
void vnc_display_open(const char *id, Error **errp)
|
2007-08-25 05:35:38 +04:00
|
|
|
{
|
2016-09-29 18:45:35 +03:00
|
|
|
VncDisplay *vd = vnc_display_find(id);
|
2014-09-16 14:33:03 +04:00
|
|
|
QemuOpts *opts = qemu_opts_find(&qemu_vnc_opts, id);
|
2017-04-26 10:36:41 +03:00
|
|
|
SocketAddress **saddr = NULL, **wsaddr = NULL;
|
2017-02-03 15:06:49 +03:00
|
|
|
size_t nsaddr, nwsaddr;
|
2015-01-30 05:14:35 +03:00
|
|
|
const char *share, *device_id;
|
2014-09-18 14:54:49 +04:00
|
|
|
QemuConsole *con;
|
2015-01-30 05:14:36 +03:00
|
|
|
bool password = false;
|
|
|
|
bool reverse = false;
|
ui: convert VNC server to use QCryptoTLSSession
Switch VNC server over to using the QCryptoTLSSession object
for the TLS session. This removes the direct use of gnutls
from the VNC server code. It also removes most knowledge
about TLS certificate handling from the VNC server code.
This has the nice effect that all the CONFIG_VNC_TLS
conditionals go away and the user gets an actual error
message when requesting TLS instead of it being silently
ignored.
With this change, the existing configuration options for
enabling TLS with -vnc are deprecated.
Old syntax for anon-DH credentials:
-vnc hostname:0,tls
New syntax:
-object tls-creds-anon,id=tls0,endpoint=server \
-vnc hostname:0,tls-creds=tls0
Old syntax for x509 credentials, no client certs:
-vnc hostname:0,tls,x509=/path/to/certs
New syntax:
-object tls-creds-x509,id=tls0,dir=/path/to/certs,endpoint=server,verify-peer=no \
-vnc hostname:0,tls-creds=tls0
Old syntax for x509 credentials, requiring client certs:
-vnc hostname:0,tls,x509verify=/path/to/certs
New syntax:
-object tls-creds-x509,id=tls0,dir=/path/to/certs,endpoint=server,verify-peer=yes \
-vnc hostname:0,tls-creds=tls0
This aligns VNC with the way TLS credentials are to be
configured in the future for chardev, nbd and migration
backends. It also has the benefit that the same TLS
credentials can be shared across multiple VNC server
instances, if desired.
If someone uses the deprecated syntax, it will internally
result in the creation of a 'tls-creds' object with an ID
based on the VNC server ID. This allows backwards compat
with the CLI syntax, while still deleting all the original
TLS code from the VNC server.
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
2015-08-06 16:39:32 +03:00
|
|
|
const char *credid;
|
2015-01-30 05:14:36 +03:00
|
|
|
bool sasl = false;
|
2015-03-17 16:42:55 +03:00
|
|
|
#ifdef CONFIG_VNC_SASL
|
Add SASL authentication support ("Daniel P. Berrange")
This patch adds the new SASL authentication protocol to the VNC server.
It is enabled by setting the 'sasl' flag when launching VNC. SASL can
optionally provide encryption via its SSF layer, if a suitable mechanism
is configured (eg, GSSAPI/Kerberos, or Digest-MD5). If an SSF layer is
not available, then it should be combined with the x509 VNC authentication
protocol which provides encryption.
eg, if using GSSAPI
qemu -vnc localhost:1,sasl
eg if using TLS/x509 for encryption
qemu -vnc localhost:1,sasl,tls,x509
By default the Cyrus SASL library will look for its configuration in
the file /etc/sasl2/qemu.conf. For non-root users, this can be overridden
by setting the SASL_CONF_PATH environment variable, eg to make it look in
$HOME/.sasl2. NB unprivileged users may not have access to the full range
of SASL mechanisms, since some of them require some administrative privileges
to configure. The patch includes an example SASL configuration file which
illustrates config for GSSAPI and Digest-MD5, though it should be noted that
the latter is not really considered secure any more.
Most of the SASL authentication code is located in a separate source file,
vnc-auth-sasl.c. The main vnc.c file only contains minimal integration
glue, specifically parsing of command line flags / setup, and calls to
start the SASL auth process, to do encoding/decoding for data.
There are several possible stacks for reading & writing of data, depending
on the combo of VNC authentication methods in use
- Clear. read/write straight to socket
- TLS. read/write via GNUTLS helpers
- SASL. encode/decode via SASL SSF layer, then read/write to socket
- SASL+TLS. encode/decode via SASL SSF layer, then read/write via GNUTLS
Hence, the vnc_client_read & vnc_client_write methods have been refactored
a little.
vnc_client_read: main entry point for reading, calls either
- vnc_client_read_plain reading, with no intermediate decoding
- vnc_client_read_sasl reading, with SASL SSF decoding
These two methods, then call vnc_client_read_buf(). This decides
whether to write to the socket directly or write via GNUTLS.
The situation is the same for writing data. More extensive comments
have been added in the code / patch. The vnc_client_read_sasl and
vnc_client_write_sasl method implementations live in the separate
vnc-auth-sasl.c file.
The state required for the SASL auth mechanism is kept in a separate
VncStateSASL struct, defined in vnc-auth-sasl.h and included in the
main VncState.
The configure script probes for SASL and automatically enables it
if found, unless --disable-vnc-sasl was given to override it.
Makefile | 7
Makefile.target | 5
b/qemu.sasl | 34 ++
b/vnc-auth-sasl.c | 626 ++++++++++++++++++++++++++++++++++++++++++++++++++++
b/vnc-auth-sasl.h | 67 +++++
configure | 34 ++
qemu-doc.texi | 97 ++++++++
vnc-auth-vencrypt.c | 12
vnc.c | 249 ++++++++++++++++++--
vnc.h | 31 ++
10 files changed, 1129 insertions(+), 33 deletions(-)
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
Signed-off-by: Anthony Liguori <aliguori@us.ibm.com>
git-svn-id: svn://svn.savannah.nongnu.org/qemu/trunk@6724 c046a42c-6fe2-441c-8c8c-71466251a162
2009-03-06 23:27:28 +03:00
|
|
|
int saslErr;
|
|
|
|
#endif
|
Support ACLs for controlling VNC access ("Daniel P. Berrange")
This patch introduces a generic internal API for access control lists
to be used by network servers in QEMU. It adds support for checking
these ACL in the VNC server, in two places. The first ACL is for the
SASL authentication mechanism, checking the SASL username. This ACL
is called 'vnc.username'. The second is for the TLS authentication
mechanism, when x509 client certificates are turned on, checking against
the Distinguished Name of the client. This ACL is called 'vnc.x509dname'
The internal API provides for an ACL with the following characteristics
- A unique name, eg vnc.username, and vnc.x509dname.
- A default policy, allow or deny
- An ordered series of match rules, with allow or deny policy
If none of the match rules apply, then the default policy is
used.
There is a monitor API to manipulate the ACLs, which I'll describe via
examples
(qemu) acl show vnc.username
policy: allow
(qemu) acl policy vnc.username denya
acl: policy set to 'deny'
(qemu) acl allow vnc.username fred
acl: added rule at position 1
(qemu) acl allow vnc.username bob
acl: added rule at position 2
(qemu) acl allow vnc.username joe 1
acl: added rule at position 1
(qemu) acl show vnc.username
policy: deny
0: allow fred
1: allow joe
2: allow bob
(qemu) acl show vnc.x509dname
policy: allow
(qemu) acl policy vnc.x509dname deny
acl: policy set to 'deny'
(qemu) acl allow vnc.x509dname C=GB,O=ACME,L=London,CN=*
acl: added rule at position 1
(qemu) acl allow vnc.x509dname C=GB,O=ACME,L=Boston,CN=bob
acl: added rule at position 2
(qemu) acl show vnc.x509dname
policy: deny
0: allow C=GB,O=ACME,L=London,CN=*
1: allow C=GB,O=ACME,L=Boston,CN=bob
By default the VNC server will not use any ACLs, allowing access to
the server if the user successfully authenticates. To enable use of
ACLs to restrict user access, the ',acl' flag should be given when
starting QEMU. The initial ACL activated will be a 'deny all' policy
and should be customized using monitor commands.
eg enable SASL auth and ACLs
qemu .... -vnc localhost:1,sasl,acl
The next patch will provide a way to load a pre-defined ACL when
starting up
Makefile | 6 +
b/acl.c | 185 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++
b/acl.h | 74 ++++++++++++++++++++++
configure | 18 +++++
monitor.c | 95 ++++++++++++++++++++++++++++
qemu-doc.texi | 49 ++++++++++++++
vnc-auth-sasl.c | 16 +++-
vnc-auth-sasl.h | 7 ++
vnc-tls.c | 19 +++++
vnc-tls.h | 3
vnc.c | 21 ++++++
vnc.h | 3
12 files changed, 491 insertions(+), 5 deletions(-)
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
Signed-off-by: Anthony Liguori <aliguori@us.ibm.com>
git-svn-id: svn://svn.savannah.nongnu.org/qemu/trunk@6726 c046a42c-6fe2-441c-8c8c-71466251a162
2009-03-06 23:27:37 +03:00
|
|
|
int acl = 0;
|
2010-03-10 19:12:02 +03:00
|
|
|
int lock_key_sync = 1;
|
2016-06-01 09:22:30 +03:00
|
|
|
int key_delay_ms;
|
2017-02-03 15:06:49 +03:00
|
|
|
size_t i;
|
2007-08-25 05:35:38 +04:00
|
|
|
|
2016-09-29 18:45:35 +03:00
|
|
|
if (!vd) {
|
2012-10-02 12:17:21 +04:00
|
|
|
error_setg(errp, "VNC display not active");
|
|
|
|
return;
|
|
|
|
}
|
2016-09-29 18:45:35 +03:00
|
|
|
vnc_display_close(vd);
|
2006-05-01 01:28:36 +04:00
|
|
|
|
2014-09-16 14:33:03 +04:00
|
|
|
if (!opts) {
|
|
|
|
return;
|
|
|
|
}
|
2015-04-27 18:03:14 +03:00
|
|
|
|
2017-03-14 11:26:58 +03:00
|
|
|
reverse = qemu_opt_get_bool(opts, "reverse", false);
|
|
|
|
if (vnc_display_get_addresses(opts, reverse, &saddr, &nsaddr,
|
2017-02-03 15:06:49 +03:00
|
|
|
&wsaddr, &nwsaddr, errp) < 0) {
|
2015-02-19 13:31:44 +03:00
|
|
|
goto fail;
|
2015-01-30 05:14:35 +03:00
|
|
|
}
|
2015-02-19 13:31:44 +03:00
|
|
|
|
2014-09-16 14:33:03 +04:00
|
|
|
password = qemu_opt_get_bool(opts, "password", false);
|
2015-07-01 20:10:38 +03:00
|
|
|
if (password) {
|
|
|
|
if (fips_get_state()) {
|
|
|
|
error_setg(errp,
|
|
|
|
"VNC password auth disabled due to FIPS mode, "
|
|
|
|
"consider using the VeNCrypt or SASL authentication "
|
|
|
|
"methods as an alternative");
|
|
|
|
goto fail;
|
|
|
|
}
|
|
|
|
if (!qcrypto_cipher_supports(
|
2016-09-26 12:23:21 +03:00
|
|
|
QCRYPTO_CIPHER_ALG_DES_RFB, QCRYPTO_CIPHER_MODE_ECB)) {
|
2015-07-01 20:10:38 +03:00
|
|
|
error_setg(errp,
|
|
|
|
"Cipher backend does not support DES RFB algorithm");
|
|
|
|
goto fail;
|
|
|
|
}
|
2014-09-16 14:33:03 +04:00
|
|
|
}
|
|
|
|
|
|
|
|
lock_key_sync = qemu_opt_get_bool(opts, "lock-key-sync", true);
|
2016-06-01 09:22:30 +03:00
|
|
|
key_delay_ms = qemu_opt_get_number(opts, "key-delay-ms", 1);
|
2014-09-16 14:33:03 +04:00
|
|
|
sasl = qemu_opt_get_bool(opts, "sasl", false);
|
2015-03-17 16:42:55 +03:00
|
|
|
#ifndef CONFIG_VNC_SASL
|
|
|
|
if (sasl) {
|
|
|
|
error_setg(errp, "VNC SASL auth requires cyrus-sasl support");
|
|
|
|
goto fail;
|
|
|
|
}
|
|
|
|
#endif /* CONFIG_VNC_SASL */
|
ui: convert VNC server to use QCryptoTLSSession
Switch VNC server over to using the QCryptoTLSSession object
for the TLS session. This removes the direct use of gnutls
from the VNC server code. It also removes most knowledge
about TLS certificate handling from the VNC server code.
This has the nice effect that all the CONFIG_VNC_TLS
conditionals go away and the user gets an actual error
message when requesting TLS instead of it being silently
ignored.
With this change, the existing configuration options for
enabling TLS with -vnc are deprecated.
Old syntax for anon-DH credentials:
-vnc hostname:0,tls
New syntax:
-object tls-creds-anon,id=tls0,endpoint=server \
-vnc hostname:0,tls-creds=tls0
Old syntax for x509 credentials, no client certs:
-vnc hostname:0,tls,x509=/path/to/certs
New syntax:
-object tls-creds-x509,id=tls0,dir=/path/to/certs,endpoint=server,verify-peer=no \
-vnc hostname:0,tls-creds=tls0
Old syntax for x509 credentials, requiring client certs:
-vnc hostname:0,tls,x509verify=/path/to/certs
New syntax:
-object tls-creds-x509,id=tls0,dir=/path/to/certs,endpoint=server,verify-peer=yes \
-vnc hostname:0,tls-creds=tls0
This aligns VNC with the way TLS credentials are to be
configured in the future for chardev, nbd and migration
backends. It also has the benefit that the same TLS
credentials can be shared across multiple VNC server
instances, if desired.
If someone uses the deprecated syntax, it will internally
result in the creation of a 'tls-creds' object with an ID
based on the VNC server ID. This allows backwards compat
with the CLI syntax, while still deleting all the original
TLS code from the VNC server.
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
2015-08-06 16:39:32 +03:00
|
|
|
credid = qemu_opt_get(opts, "tls-creds");
|
|
|
|
if (credid) {
|
|
|
|
Object *creds;
|
|
|
|
if (qemu_opt_get(opts, "tls") ||
|
|
|
|
qemu_opt_get(opts, "x509") ||
|
|
|
|
qemu_opt_get(opts, "x509verify")) {
|
|
|
|
error_setg(errp,
|
2016-01-13 13:36:00 +03:00
|
|
|
"'tls-creds' parameter is mutually exclusive with "
|
ui: convert VNC server to use QCryptoTLSSession
Switch VNC server over to using the QCryptoTLSSession object
for the TLS session. This removes the direct use of gnutls
from the VNC server code. It also removes most knowledge
about TLS certificate handling from the VNC server code.
This has the nice effect that all the CONFIG_VNC_TLS
conditionals go away and the user gets an actual error
message when requesting TLS instead of it being silently
ignored.
With this change, the existing configuration options for
enabling TLS with -vnc are deprecated.
Old syntax for anon-DH credentials:
-vnc hostname:0,tls
New syntax:
-object tls-creds-anon,id=tls0,endpoint=server \
-vnc hostname:0,tls-creds=tls0
Old syntax for x509 credentials, no client certs:
-vnc hostname:0,tls,x509=/path/to/certs
New syntax:
-object tls-creds-x509,id=tls0,dir=/path/to/certs,endpoint=server,verify-peer=no \
-vnc hostname:0,tls-creds=tls0
Old syntax for x509 credentials, requiring client certs:
-vnc hostname:0,tls,x509verify=/path/to/certs
New syntax:
-object tls-creds-x509,id=tls0,dir=/path/to/certs,endpoint=server,verify-peer=yes \
-vnc hostname:0,tls-creds=tls0
This aligns VNC with the way TLS credentials are to be
configured in the future for chardev, nbd and migration
backends. It also has the benefit that the same TLS
credentials can be shared across multiple VNC server
instances, if desired.
If someone uses the deprecated syntax, it will internally
result in the creation of a 'tls-creds' object with an ID
based on the VNC server ID. This allows backwards compat
with the CLI syntax, while still deleting all the original
TLS code from the VNC server.
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
2015-08-06 16:39:32 +03:00
|
|
|
"'tls', 'x509' and 'x509verify' parameters");
|
2014-09-16 14:33:03 +04:00
|
|
|
goto fail;
|
|
|
|
}
|
ui: convert VNC server to use QCryptoTLSSession
Switch VNC server over to using the QCryptoTLSSession object
for the TLS session. This removes the direct use of gnutls
from the VNC server code. It also removes most knowledge
about TLS certificate handling from the VNC server code.
This has the nice effect that all the CONFIG_VNC_TLS
conditionals go away and the user gets an actual error
message when requesting TLS instead of it being silently
ignored.
With this change, the existing configuration options for
enabling TLS with -vnc are deprecated.
Old syntax for anon-DH credentials:
-vnc hostname:0,tls
New syntax:
-object tls-creds-anon,id=tls0,endpoint=server \
-vnc hostname:0,tls-creds=tls0
Old syntax for x509 credentials, no client certs:
-vnc hostname:0,tls,x509=/path/to/certs
New syntax:
-object tls-creds-x509,id=tls0,dir=/path/to/certs,endpoint=server,verify-peer=no \
-vnc hostname:0,tls-creds=tls0
Old syntax for x509 credentials, requiring client certs:
-vnc hostname:0,tls,x509verify=/path/to/certs
New syntax:
-object tls-creds-x509,id=tls0,dir=/path/to/certs,endpoint=server,verify-peer=yes \
-vnc hostname:0,tls-creds=tls0
This aligns VNC with the way TLS credentials are to be
configured in the future for chardev, nbd and migration
backends. It also has the benefit that the same TLS
credentials can be shared across multiple VNC server
instances, if desired.
If someone uses the deprecated syntax, it will internally
result in the creation of a 'tls-creds' object with an ID
based on the VNC server ID. This allows backwards compat
with the CLI syntax, while still deleting all the original
TLS code from the VNC server.
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
2015-08-06 16:39:32 +03:00
|
|
|
|
|
|
|
creds = object_resolve_path_component(
|
|
|
|
object_get_objects_root(), credid);
|
|
|
|
if (!creds) {
|
|
|
|
error_setg(errp, "No TLS credentials with id '%s'",
|
|
|
|
credid);
|
|
|
|
goto fail;
|
|
|
|
}
|
2016-09-29 18:45:35 +03:00
|
|
|
vd->tlscreds = (QCryptoTLSCreds *)
|
ui: convert VNC server to use QCryptoTLSSession
Switch VNC server over to using the QCryptoTLSSession object
for the TLS session. This removes the direct use of gnutls
from the VNC server code. It also removes most knowledge
about TLS certificate handling from the VNC server code.
This has the nice effect that all the CONFIG_VNC_TLS
conditionals go away and the user gets an actual error
message when requesting TLS instead of it being silently
ignored.
With this change, the existing configuration options for
enabling TLS with -vnc are deprecated.
Old syntax for anon-DH credentials:
-vnc hostname:0,tls
New syntax:
-object tls-creds-anon,id=tls0,endpoint=server \
-vnc hostname:0,tls-creds=tls0
Old syntax for x509 credentials, no client certs:
-vnc hostname:0,tls,x509=/path/to/certs
New syntax:
-object tls-creds-x509,id=tls0,dir=/path/to/certs,endpoint=server,verify-peer=no \
-vnc hostname:0,tls-creds=tls0
Old syntax for x509 credentials, requiring client certs:
-vnc hostname:0,tls,x509verify=/path/to/certs
New syntax:
-object tls-creds-x509,id=tls0,dir=/path/to/certs,endpoint=server,verify-peer=yes \
-vnc hostname:0,tls-creds=tls0
This aligns VNC with the way TLS credentials are to be
configured in the future for chardev, nbd and migration
backends. It also has the benefit that the same TLS
credentials can be shared across multiple VNC server
instances, if desired.
If someone uses the deprecated syntax, it will internally
result in the creation of a 'tls-creds' object with an ID
based on the VNC server ID. This allows backwards compat
with the CLI syntax, while still deleting all the original
TLS code from the VNC server.
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
2015-08-06 16:39:32 +03:00
|
|
|
object_dynamic_cast(creds,
|
|
|
|
TYPE_QCRYPTO_TLS_CREDS);
|
2016-09-29 18:45:35 +03:00
|
|
|
if (!vd->tlscreds) {
|
ui: convert VNC server to use QCryptoTLSSession
Switch VNC server over to using the QCryptoTLSSession object
for the TLS session. This removes the direct use of gnutls
from the VNC server code. It also removes most knowledge
about TLS certificate handling from the VNC server code.
This has the nice effect that all the CONFIG_VNC_TLS
conditionals go away and the user gets an actual error
message when requesting TLS instead of it being silently
ignored.
With this change, the existing configuration options for
enabling TLS with -vnc are deprecated.
Old syntax for anon-DH credentials:
-vnc hostname:0,tls
New syntax:
-object tls-creds-anon,id=tls0,endpoint=server \
-vnc hostname:0,tls-creds=tls0
Old syntax for x509 credentials, no client certs:
-vnc hostname:0,tls,x509=/path/to/certs
New syntax:
-object tls-creds-x509,id=tls0,dir=/path/to/certs,endpoint=server,verify-peer=no \
-vnc hostname:0,tls-creds=tls0
Old syntax for x509 credentials, requiring client certs:
-vnc hostname:0,tls,x509verify=/path/to/certs
New syntax:
-object tls-creds-x509,id=tls0,dir=/path/to/certs,endpoint=server,verify-peer=yes \
-vnc hostname:0,tls-creds=tls0
This aligns VNC with the way TLS credentials are to be
configured in the future for chardev, nbd and migration
backends. It also has the benefit that the same TLS
credentials can be shared across multiple VNC server
instances, if desired.
If someone uses the deprecated syntax, it will internally
result in the creation of a 'tls-creds' object with an ID
based on the VNC server ID. This allows backwards compat
with the CLI syntax, while still deleting all the original
TLS code from the VNC server.
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
2015-08-06 16:39:32 +03:00
|
|
|
error_setg(errp, "Object with id '%s' is not TLS credentials",
|
|
|
|
credid);
|
|
|
|
goto fail;
|
|
|
|
}
|
2016-09-29 18:45:35 +03:00
|
|
|
object_ref(OBJECT(vd->tlscreds));
|
ui: convert VNC server to use QCryptoTLSSession
Switch VNC server over to using the QCryptoTLSSession object
for the TLS session. This removes the direct use of gnutls
from the VNC server code. It also removes most knowledge
about TLS certificate handling from the VNC server code.
This has the nice effect that all the CONFIG_VNC_TLS
conditionals go away and the user gets an actual error
message when requesting TLS instead of it being silently
ignored.
With this change, the existing configuration options for
enabling TLS with -vnc are deprecated.
Old syntax for anon-DH credentials:
-vnc hostname:0,tls
New syntax:
-object tls-creds-anon,id=tls0,endpoint=server \
-vnc hostname:0,tls-creds=tls0
Old syntax for x509 credentials, no client certs:
-vnc hostname:0,tls,x509=/path/to/certs
New syntax:
-object tls-creds-x509,id=tls0,dir=/path/to/certs,endpoint=server,verify-peer=no \
-vnc hostname:0,tls-creds=tls0
Old syntax for x509 credentials, requiring client certs:
-vnc hostname:0,tls,x509verify=/path/to/certs
New syntax:
-object tls-creds-x509,id=tls0,dir=/path/to/certs,endpoint=server,verify-peer=yes \
-vnc hostname:0,tls-creds=tls0
This aligns VNC with the way TLS credentials are to be
configured in the future for chardev, nbd and migration
backends. It also has the benefit that the same TLS
credentials can be shared across multiple VNC server
instances, if desired.
If someone uses the deprecated syntax, it will internally
result in the creation of a 'tls-creds' object with an ID
based on the VNC server ID. This allows backwards compat
with the CLI syntax, while still deleting all the original
TLS code from the VNC server.
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
2015-08-06 16:39:32 +03:00
|
|
|
|
2016-09-29 18:45:35 +03:00
|
|
|
if (vd->tlscreds->endpoint != QCRYPTO_TLS_CREDS_ENDPOINT_SERVER) {
|
ui: convert VNC server to use QCryptoTLSSession
Switch VNC server over to using the QCryptoTLSSession object
for the TLS session. This removes the direct use of gnutls
from the VNC server code. It also removes most knowledge
about TLS certificate handling from the VNC server code.
This has the nice effect that all the CONFIG_VNC_TLS
conditionals go away and the user gets an actual error
message when requesting TLS instead of it being silently
ignored.
With this change, the existing configuration options for
enabling TLS with -vnc are deprecated.
Old syntax for anon-DH credentials:
-vnc hostname:0,tls
New syntax:
-object tls-creds-anon,id=tls0,endpoint=server \
-vnc hostname:0,tls-creds=tls0
Old syntax for x509 credentials, no client certs:
-vnc hostname:0,tls,x509=/path/to/certs
New syntax:
-object tls-creds-x509,id=tls0,dir=/path/to/certs,endpoint=server,verify-peer=no \
-vnc hostname:0,tls-creds=tls0
Old syntax for x509 credentials, requiring client certs:
-vnc hostname:0,tls,x509verify=/path/to/certs
New syntax:
-object tls-creds-x509,id=tls0,dir=/path/to/certs,endpoint=server,verify-peer=yes \
-vnc hostname:0,tls-creds=tls0
This aligns VNC with the way TLS credentials are to be
configured in the future for chardev, nbd and migration
backends. It also has the benefit that the same TLS
credentials can be shared across multiple VNC server
instances, if desired.
If someone uses the deprecated syntax, it will internally
result in the creation of a 'tls-creds' object with an ID
based on the VNC server ID. This allows backwards compat
with the CLI syntax, while still deleting all the original
TLS code from the VNC server.
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
2015-08-06 16:39:32 +03:00
|
|
|
error_setg(errp,
|
|
|
|
"Expecting TLS credentials with a server endpoint");
|
|
|
|
goto fail;
|
|
|
|
}
|
|
|
|
} else {
|
|
|
|
const char *path;
|
|
|
|
bool tls = false, x509 = false, x509verify = false;
|
|
|
|
tls = qemu_opt_get_bool(opts, "tls", false);
|
|
|
|
if (tls) {
|
|
|
|
path = qemu_opt_get(opts, "x509");
|
|
|
|
|
|
|
|
if (path) {
|
|
|
|
x509 = true;
|
|
|
|
} else {
|
|
|
|
path = qemu_opt_get(opts, "x509verify");
|
|
|
|
if (path) {
|
|
|
|
x509 = true;
|
|
|
|
x509verify = true;
|
|
|
|
}
|
|
|
|
}
|
2016-09-29 18:45:35 +03:00
|
|
|
vd->tlscreds = vnc_display_create_creds(x509,
|
ui: convert VNC server to use QCryptoTLSSession
Switch VNC server over to using the QCryptoTLSSession object
for the TLS session. This removes the direct use of gnutls
from the VNC server code. It also removes most knowledge
about TLS certificate handling from the VNC server code.
This has the nice effect that all the CONFIG_VNC_TLS
conditionals go away and the user gets an actual error
message when requesting TLS instead of it being silently
ignored.
With this change, the existing configuration options for
enabling TLS with -vnc are deprecated.
Old syntax for anon-DH credentials:
-vnc hostname:0,tls
New syntax:
-object tls-creds-anon,id=tls0,endpoint=server \
-vnc hostname:0,tls-creds=tls0
Old syntax for x509 credentials, no client certs:
-vnc hostname:0,tls,x509=/path/to/certs
New syntax:
-object tls-creds-x509,id=tls0,dir=/path/to/certs,endpoint=server,verify-peer=no \
-vnc hostname:0,tls-creds=tls0
Old syntax for x509 credentials, requiring client certs:
-vnc hostname:0,tls,x509verify=/path/to/certs
New syntax:
-object tls-creds-x509,id=tls0,dir=/path/to/certs,endpoint=server,verify-peer=yes \
-vnc hostname:0,tls-creds=tls0
This aligns VNC with the way TLS credentials are to be
configured in the future for chardev, nbd and migration
backends. It also has the benefit that the same TLS
credentials can be shared across multiple VNC server
instances, if desired.
If someone uses the deprecated syntax, it will internally
result in the creation of a 'tls-creds' object with an ID
based on the VNC server ID. This allows backwards compat
with the CLI syntax, while still deleting all the original
TLS code from the VNC server.
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
2015-08-06 16:39:32 +03:00
|
|
|
x509verify,
|
|
|
|
path,
|
2016-09-29 18:45:35 +03:00
|
|
|
vd->id,
|
ui: convert VNC server to use QCryptoTLSSession
Switch VNC server over to using the QCryptoTLSSession object
for the TLS session. This removes the direct use of gnutls
from the VNC server code. It also removes most knowledge
about TLS certificate handling from the VNC server code.
This has the nice effect that all the CONFIG_VNC_TLS
conditionals go away and the user gets an actual error
message when requesting TLS instead of it being silently
ignored.
With this change, the existing configuration options for
enabling TLS with -vnc are deprecated.
Old syntax for anon-DH credentials:
-vnc hostname:0,tls
New syntax:
-object tls-creds-anon,id=tls0,endpoint=server \
-vnc hostname:0,tls-creds=tls0
Old syntax for x509 credentials, no client certs:
-vnc hostname:0,tls,x509=/path/to/certs
New syntax:
-object tls-creds-x509,id=tls0,dir=/path/to/certs,endpoint=server,verify-peer=no \
-vnc hostname:0,tls-creds=tls0
Old syntax for x509 credentials, requiring client certs:
-vnc hostname:0,tls,x509verify=/path/to/certs
New syntax:
-object tls-creds-x509,id=tls0,dir=/path/to/certs,endpoint=server,verify-peer=yes \
-vnc hostname:0,tls-creds=tls0
This aligns VNC with the way TLS credentials are to be
configured in the future for chardev, nbd and migration
backends. It also has the benefit that the same TLS
credentials can be shared across multiple VNC server
instances, if desired.
If someone uses the deprecated syntax, it will internally
result in the creation of a 'tls-creds' object with an ID
based on the VNC server ID. This allows backwards compat
with the CLI syntax, while still deleting all the original
TLS code from the VNC server.
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
2015-08-06 16:39:32 +03:00
|
|
|
errp);
|
2016-09-29 18:45:35 +03:00
|
|
|
if (!vd->tlscreds) {
|
ui: convert VNC server to use QCryptoTLSSession
Switch VNC server over to using the QCryptoTLSSession object
for the TLS session. This removes the direct use of gnutls
from the VNC server code. It also removes most knowledge
about TLS certificate handling from the VNC server code.
This has the nice effect that all the CONFIG_VNC_TLS
conditionals go away and the user gets an actual error
message when requesting TLS instead of it being silently
ignored.
With this change, the existing configuration options for
enabling TLS with -vnc are deprecated.
Old syntax for anon-DH credentials:
-vnc hostname:0,tls
New syntax:
-object tls-creds-anon,id=tls0,endpoint=server \
-vnc hostname:0,tls-creds=tls0
Old syntax for x509 credentials, no client certs:
-vnc hostname:0,tls,x509=/path/to/certs
New syntax:
-object tls-creds-x509,id=tls0,dir=/path/to/certs,endpoint=server,verify-peer=no \
-vnc hostname:0,tls-creds=tls0
Old syntax for x509 credentials, requiring client certs:
-vnc hostname:0,tls,x509verify=/path/to/certs
New syntax:
-object tls-creds-x509,id=tls0,dir=/path/to/certs,endpoint=server,verify-peer=yes \
-vnc hostname:0,tls-creds=tls0
This aligns VNC with the way TLS credentials are to be
configured in the future for chardev, nbd and migration
backends. It also has the benefit that the same TLS
credentials can be shared across multiple VNC server
instances, if desired.
If someone uses the deprecated syntax, it will internally
result in the creation of a 'tls-creds' object with an ID
based on the VNC server ID. This allows backwards compat
with the CLI syntax, while still deleting all the original
TLS code from the VNC server.
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
2015-08-06 16:39:32 +03:00
|
|
|
goto fail;
|
|
|
|
}
|
|
|
|
}
|
2014-09-16 14:33:03 +04:00
|
|
|
}
|
|
|
|
acl = qemu_opt_get_bool(opts, "acl", false);
|
|
|
|
|
|
|
|
share = qemu_opt_get(opts, "share");
|
|
|
|
if (share) {
|
|
|
|
if (strcmp(share, "ignore") == 0) {
|
2016-09-29 18:45:35 +03:00
|
|
|
vd->share_policy = VNC_SHARE_POLICY_IGNORE;
|
2014-09-16 14:33:03 +04:00
|
|
|
} else if (strcmp(share, "allow-exclusive") == 0) {
|
2016-09-29 18:45:35 +03:00
|
|
|
vd->share_policy = VNC_SHARE_POLICY_ALLOW_EXCLUSIVE;
|
2014-09-16 14:33:03 +04:00
|
|
|
} else if (strcmp(share, "force-shared") == 0) {
|
2016-09-29 18:45:35 +03:00
|
|
|
vd->share_policy = VNC_SHARE_POLICY_FORCE_SHARED;
|
2014-09-16 14:33:03 +04:00
|
|
|
} else {
|
|
|
|
error_setg(errp, "unknown vnc share= option");
|
|
|
|
goto fail;
|
|
|
|
}
|
|
|
|
} else {
|
2016-09-29 18:45:35 +03:00
|
|
|
vd->share_policy = VNC_SHARE_POLICY_ALLOW_EXCLUSIVE;
|
2014-09-16 14:33:03 +04:00
|
|
|
}
|
2016-09-29 18:45:35 +03:00
|
|
|
vd->connections_limit = qemu_opt_get_number(opts, "connections", 32);
|
2014-09-16 14:33:03 +04:00
|
|
|
|
|
|
|
#ifdef CONFIG_VNC_JPEG
|
2016-09-29 18:45:35 +03:00
|
|
|
vd->lossy = qemu_opt_get_bool(opts, "lossy", false);
|
2014-09-16 14:33:03 +04:00
|
|
|
#endif
|
2016-09-29 18:45:35 +03:00
|
|
|
vd->non_adaptive = qemu_opt_get_bool(opts, "non-adaptive", false);
|
2014-01-08 13:08:38 +04:00
|
|
|
/* adaptive updates are only used with tight encoding and
|
|
|
|
* if lossy updates are enabled so we can disable all the
|
|
|
|
* calculations otherwise */
|
2016-09-29 18:45:35 +03:00
|
|
|
if (!vd->lossy) {
|
|
|
|
vd->non_adaptive = true;
|
2014-01-08 13:08:38 +04:00
|
|
|
}
|
|
|
|
|
ui: convert VNC server to use QCryptoTLSSession
Switch VNC server over to using the QCryptoTLSSession object
for the TLS session. This removes the direct use of gnutls
from the VNC server code. It also removes most knowledge
about TLS certificate handling from the VNC server code.
This has the nice effect that all the CONFIG_VNC_TLS
conditionals go away and the user gets an actual error
message when requesting TLS instead of it being silently
ignored.
With this change, the existing configuration options for
enabling TLS with -vnc are deprecated.
Old syntax for anon-DH credentials:
-vnc hostname:0,tls
New syntax:
-object tls-creds-anon,id=tls0,endpoint=server \
-vnc hostname:0,tls-creds=tls0
Old syntax for x509 credentials, no client certs:
-vnc hostname:0,tls,x509=/path/to/certs
New syntax:
-object tls-creds-x509,id=tls0,dir=/path/to/certs,endpoint=server,verify-peer=no \
-vnc hostname:0,tls-creds=tls0
Old syntax for x509 credentials, requiring client certs:
-vnc hostname:0,tls,x509verify=/path/to/certs
New syntax:
-object tls-creds-x509,id=tls0,dir=/path/to/certs,endpoint=server,verify-peer=yes \
-vnc hostname:0,tls-creds=tls0
This aligns VNC with the way TLS credentials are to be
configured in the future for chardev, nbd and migration
backends. It also has the benefit that the same TLS
credentials can be shared across multiple VNC server
instances, if desired.
If someone uses the deprecated syntax, it will internally
result in the creation of a 'tls-creds' object with an ID
based on the VNC server ID. This allows backwards compat
with the CLI syntax, while still deleting all the original
TLS code from the VNC server.
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
2015-08-06 16:39:32 +03:00
|
|
|
if (acl) {
|
2016-09-29 18:45:35 +03:00
|
|
|
if (strcmp(vd->id, "default") == 0) {
|
|
|
|
vd->tlsaclname = g_strdup("vnc.x509dname");
|
2014-10-21 16:50:42 +04:00
|
|
|
} else {
|
2016-09-29 18:45:35 +03:00
|
|
|
vd->tlsaclname = g_strdup_printf("vnc.%s.x509dname", vd->id);
|
2014-10-21 16:50:42 +04:00
|
|
|
}
|
2016-09-29 18:45:35 +03:00
|
|
|
qemu_acl_init(vd->tlsaclname);
|
2015-03-02 22:01:05 +03:00
|
|
|
}
|
Support ACLs for controlling VNC access ("Daniel P. Berrange")
This patch introduces a generic internal API for access control lists
to be used by network servers in QEMU. It adds support for checking
these ACL in the VNC server, in two places. The first ACL is for the
SASL authentication mechanism, checking the SASL username. This ACL
is called 'vnc.username'. The second is for the TLS authentication
mechanism, when x509 client certificates are turned on, checking against
the Distinguished Name of the client. This ACL is called 'vnc.x509dname'
The internal API provides for an ACL with the following characteristics
- A unique name, eg vnc.username, and vnc.x509dname.
- A default policy, allow or deny
- An ordered series of match rules, with allow or deny policy
If none of the match rules apply, then the default policy is
used.
There is a monitor API to manipulate the ACLs, which I'll describe via
examples
(qemu) acl show vnc.username
policy: allow
(qemu) acl policy vnc.username denya
acl: policy set to 'deny'
(qemu) acl allow vnc.username fred
acl: added rule at position 1
(qemu) acl allow vnc.username bob
acl: added rule at position 2
(qemu) acl allow vnc.username joe 1
acl: added rule at position 1
(qemu) acl show vnc.username
policy: deny
0: allow fred
1: allow joe
2: allow bob
(qemu) acl show vnc.x509dname
policy: allow
(qemu) acl policy vnc.x509dname deny
acl: policy set to 'deny'
(qemu) acl allow vnc.x509dname C=GB,O=ACME,L=London,CN=*
acl: added rule at position 1
(qemu) acl allow vnc.x509dname C=GB,O=ACME,L=Boston,CN=bob
acl: added rule at position 2
(qemu) acl show vnc.x509dname
policy: deny
0: allow C=GB,O=ACME,L=London,CN=*
1: allow C=GB,O=ACME,L=Boston,CN=bob
By default the VNC server will not use any ACLs, allowing access to
the server if the user successfully authenticates. To enable use of
ACLs to restrict user access, the ',acl' flag should be given when
starting QEMU. The initial ACL activated will be a 'deny all' policy
and should be customized using monitor commands.
eg enable SASL auth and ACLs
qemu .... -vnc localhost:1,sasl,acl
The next patch will provide a way to load a pre-defined ACL when
starting up
Makefile | 6 +
b/acl.c | 185 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++
b/acl.h | 74 ++++++++++++++++++++++
configure | 18 +++++
monitor.c | 95 ++++++++++++++++++++++++++++
qemu-doc.texi | 49 ++++++++++++++
vnc-auth-sasl.c | 16 +++-
vnc-auth-sasl.h | 7 ++
vnc-tls.c | 19 +++++
vnc-tls.h | 3
vnc.c | 21 ++++++
vnc.h | 3
12 files changed, 491 insertions(+), 5 deletions(-)
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
Signed-off-by: Anthony Liguori <aliguori@us.ibm.com>
git-svn-id: svn://svn.savannah.nongnu.org/qemu/trunk@6726 c046a42c-6fe2-441c-8c8c-71466251a162
2009-03-06 23:27:37 +03:00
|
|
|
#ifdef CONFIG_VNC_SASL
|
|
|
|
if (acl && sasl) {
|
2014-10-21 16:50:42 +04:00
|
|
|
char *aclname;
|
|
|
|
|
2016-09-29 18:45:35 +03:00
|
|
|
if (strcmp(vd->id, "default") == 0) {
|
2014-10-21 16:50:42 +04:00
|
|
|
aclname = g_strdup("vnc.username");
|
|
|
|
} else {
|
2016-09-29 18:45:35 +03:00
|
|
|
aclname = g_strdup_printf("vnc.%s.username", vd->id);
|
2014-10-21 16:50:42 +04:00
|
|
|
}
|
2016-09-29 18:45:35 +03:00
|
|
|
vd->sasl.acl = qemu_acl_init(aclname);
|
2014-10-21 16:50:42 +04:00
|
|
|
g_free(aclname);
|
Support ACLs for controlling VNC access ("Daniel P. Berrange")
This patch introduces a generic internal API for access control lists
to be used by network servers in QEMU. It adds support for checking
these ACL in the VNC server, in two places. The first ACL is for the
SASL authentication mechanism, checking the SASL username. This ACL
is called 'vnc.username'. The second is for the TLS authentication
mechanism, when x509 client certificates are turned on, checking against
the Distinguished Name of the client. This ACL is called 'vnc.x509dname'
The internal API provides for an ACL with the following characteristics
- A unique name, eg vnc.username, and vnc.x509dname.
- A default policy, allow or deny
- An ordered series of match rules, with allow or deny policy
If none of the match rules apply, then the default policy is
used.
There is a monitor API to manipulate the ACLs, which I'll describe via
examples
(qemu) acl show vnc.username
policy: allow
(qemu) acl policy vnc.username denya
acl: policy set to 'deny'
(qemu) acl allow vnc.username fred
acl: added rule at position 1
(qemu) acl allow vnc.username bob
acl: added rule at position 2
(qemu) acl allow vnc.username joe 1
acl: added rule at position 1
(qemu) acl show vnc.username
policy: deny
0: allow fred
1: allow joe
2: allow bob
(qemu) acl show vnc.x509dname
policy: allow
(qemu) acl policy vnc.x509dname deny
acl: policy set to 'deny'
(qemu) acl allow vnc.x509dname C=GB,O=ACME,L=London,CN=*
acl: added rule at position 1
(qemu) acl allow vnc.x509dname C=GB,O=ACME,L=Boston,CN=bob
acl: added rule at position 2
(qemu) acl show vnc.x509dname
policy: deny
0: allow C=GB,O=ACME,L=London,CN=*
1: allow C=GB,O=ACME,L=Boston,CN=bob
By default the VNC server will not use any ACLs, allowing access to
the server if the user successfully authenticates. To enable use of
ACLs to restrict user access, the ',acl' flag should be given when
starting QEMU. The initial ACL activated will be a 'deny all' policy
and should be customized using monitor commands.
eg enable SASL auth and ACLs
qemu .... -vnc localhost:1,sasl,acl
The next patch will provide a way to load a pre-defined ACL when
starting up
Makefile | 6 +
b/acl.c | 185 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++
b/acl.h | 74 ++++++++++++++++++++++
configure | 18 +++++
monitor.c | 95 ++++++++++++++++++++++++++++
qemu-doc.texi | 49 ++++++++++++++
vnc-auth-sasl.c | 16 +++-
vnc-auth-sasl.h | 7 ++
vnc-tls.c | 19 +++++
vnc-tls.h | 3
vnc.c | 21 ++++++
vnc.h | 3
12 files changed, 491 insertions(+), 5 deletions(-)
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
Signed-off-by: Anthony Liguori <aliguori@us.ibm.com>
git-svn-id: svn://svn.savannah.nongnu.org/qemu/trunk@6726 c046a42c-6fe2-441c-8c8c-71466251a162
2009-03-06 23:27:37 +03:00
|
|
|
}
|
|
|
|
#endif
|
|
|
|
|
2016-09-29 18:45:36 +03:00
|
|
|
if (vnc_display_setup_auth(&vd->auth, &vd->subauth,
|
|
|
|
vd->tlscreds, password,
|
|
|
|
sasl, false, errp) < 0) {
|
|
|
|
goto fail;
|
|
|
|
}
|
|
|
|
|
|
|
|
if (vnc_display_setup_auth(&vd->ws_auth, &vd->ws_subauth,
|
|
|
|
vd->tlscreds, password,
|
|
|
|
sasl, true, errp) < 0) {
|
ui: convert VNC server to use QCryptoTLSSession
Switch VNC server over to using the QCryptoTLSSession object
for the TLS session. This removes the direct use of gnutls
from the VNC server code. It also removes most knowledge
about TLS certificate handling from the VNC server code.
This has the nice effect that all the CONFIG_VNC_TLS
conditionals go away and the user gets an actual error
message when requesting TLS instead of it being silently
ignored.
With this change, the existing configuration options for
enabling TLS with -vnc are deprecated.
Old syntax for anon-DH credentials:
-vnc hostname:0,tls
New syntax:
-object tls-creds-anon,id=tls0,endpoint=server \
-vnc hostname:0,tls-creds=tls0
Old syntax for x509 credentials, no client certs:
-vnc hostname:0,tls,x509=/path/to/certs
New syntax:
-object tls-creds-x509,id=tls0,dir=/path/to/certs,endpoint=server,verify-peer=no \
-vnc hostname:0,tls-creds=tls0
Old syntax for x509 credentials, requiring client certs:
-vnc hostname:0,tls,x509verify=/path/to/certs
New syntax:
-object tls-creds-x509,id=tls0,dir=/path/to/certs,endpoint=server,verify-peer=yes \
-vnc hostname:0,tls-creds=tls0
This aligns VNC with the way TLS credentials are to be
configured in the future for chardev, nbd and migration
backends. It also has the benefit that the same TLS
credentials can be shared across multiple VNC server
instances, if desired.
If someone uses the deprecated syntax, it will internally
result in the creation of a 'tls-creds' object with an ID
based on the VNC server ID. This allows backwards compat
with the CLI syntax, while still deleting all the original
TLS code from the VNC server.
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
2015-08-06 16:39:32 +03:00
|
|
|
goto fail;
|
|
|
|
}
|
2006-05-01 01:28:36 +04:00
|
|
|
|
Add SASL authentication support ("Daniel P. Berrange")
This patch adds the new SASL authentication protocol to the VNC server.
It is enabled by setting the 'sasl' flag when launching VNC. SASL can
optionally provide encryption via its SSF layer, if a suitable mechanism
is configured (eg, GSSAPI/Kerberos, or Digest-MD5). If an SSF layer is
not available, then it should be combined with the x509 VNC authentication
protocol which provides encryption.
eg, if using GSSAPI
qemu -vnc localhost:1,sasl
eg if using TLS/x509 for encryption
qemu -vnc localhost:1,sasl,tls,x509
By default the Cyrus SASL library will look for its configuration in
the file /etc/sasl2/qemu.conf. For non-root users, this can be overridden
by setting the SASL_CONF_PATH environment variable, eg to make it look in
$HOME/.sasl2. NB unprivileged users may not have access to the full range
of SASL mechanisms, since some of them require some administrative privileges
to configure. The patch includes an example SASL configuration file which
illustrates config for GSSAPI and Digest-MD5, though it should be noted that
the latter is not really considered secure any more.
Most of the SASL authentication code is located in a separate source file,
vnc-auth-sasl.c. The main vnc.c file only contains minimal integration
glue, specifically parsing of command line flags / setup, and calls to
start the SASL auth process, to do encoding/decoding for data.
There are several possible stacks for reading & writing of data, depending
on the combo of VNC authentication methods in use
- Clear. read/write straight to socket
- TLS. read/write via GNUTLS helpers
- SASL. encode/decode via SASL SSF layer, then read/write to socket
- SASL+TLS. encode/decode via SASL SSF layer, then read/write via GNUTLS
Hence, the vnc_client_read & vnc_client_write methods have been refactored
a little.
vnc_client_read: main entry point for reading, calls either
- vnc_client_read_plain reading, with no intermediate decoding
- vnc_client_read_sasl reading, with SASL SSF decoding
These two methods, then call vnc_client_read_buf(). This decides
whether to write to the socket directly or write via GNUTLS.
The situation is the same for writing data. More extensive comments
have been added in the code / patch. The vnc_client_read_sasl and
vnc_client_write_sasl method implementations live in the separate
vnc-auth-sasl.c file.
The state required for the SASL auth mechanism is kept in a separate
VncStateSASL struct, defined in vnc-auth-sasl.h and included in the
main VncState.
The configure script probes for SASL and automatically enables it
if found, unless --disable-vnc-sasl was given to override it.
Makefile | 7
Makefile.target | 5
b/qemu.sasl | 34 ++
b/vnc-auth-sasl.c | 626 ++++++++++++++++++++++++++++++++++++++++++++++++++++
b/vnc-auth-sasl.h | 67 +++++
configure | 34 ++
qemu-doc.texi | 97 ++++++++
vnc-auth-vencrypt.c | 12
vnc.c | 249 ++++++++++++++++++--
vnc.h | 31 ++
10 files changed, 1129 insertions(+), 33 deletions(-)
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
Signed-off-by: Anthony Liguori <aliguori@us.ibm.com>
git-svn-id: svn://svn.savannah.nongnu.org/qemu/trunk@6724 c046a42c-6fe2-441c-8c8c-71466251a162
2009-03-06 23:27:28 +03:00
|
|
|
#ifdef CONFIG_VNC_SASL
|
|
|
|
if ((saslErr = sasl_server_init(NULL, "qemu")) != SASL_OK) {
|
2012-10-02 12:17:21 +04:00
|
|
|
error_setg(errp, "Failed to initialize SASL auth: %s",
|
|
|
|
sasl_errstring(saslErr, NULL, NULL));
|
2012-10-18 11:07:05 +04:00
|
|
|
goto fail;
|
Add SASL authentication support ("Daniel P. Berrange")
This patch adds the new SASL authentication protocol to the VNC server.
It is enabled by setting the 'sasl' flag when launching VNC. SASL can
optionally provide encryption via its SSF layer, if a suitable mechanism
is configured (eg, GSSAPI/Kerberos, or Digest-MD5). If an SSF layer is
not available, then it should be combined with the x509 VNC authentication
protocol which provides encryption.
eg, if using GSSAPI
qemu -vnc localhost:1,sasl
eg if using TLS/x509 for encryption
qemu -vnc localhost:1,sasl,tls,x509
By default the Cyrus SASL library will look for its configuration in
the file /etc/sasl2/qemu.conf. For non-root users, this can be overridden
by setting the SASL_CONF_PATH environment variable, eg to make it look in
$HOME/.sasl2. NB unprivileged users may not have access to the full range
of SASL mechanisms, since some of them require some administrative privileges
to configure. The patch includes an example SASL configuration file which
illustrates config for GSSAPI and Digest-MD5, though it should be noted that
the latter is not really considered secure any more.
Most of the SASL authentication code is located in a separate source file,
vnc-auth-sasl.c. The main vnc.c file only contains minimal integration
glue, specifically parsing of command line flags / setup, and calls to
start the SASL auth process, to do encoding/decoding for data.
There are several possible stacks for reading & writing of data, depending
on the combo of VNC authentication methods in use
- Clear. read/write straight to socket
- TLS. read/write via GNUTLS helpers
- SASL. encode/decode via SASL SSF layer, then read/write to socket
- SASL+TLS. encode/decode via SASL SSF layer, then read/write via GNUTLS
Hence, the vnc_client_read & vnc_client_write methods have been refactored
a little.
vnc_client_read: main entry point for reading, calls either
- vnc_client_read_plain reading, with no intermediate decoding
- vnc_client_read_sasl reading, with SASL SSF decoding
These two methods, then call vnc_client_read_buf(). This decides
whether to write to the socket directly or write via GNUTLS.
The situation is the same for writing data. More extensive comments
have been added in the code / patch. The vnc_client_read_sasl and
vnc_client_write_sasl method implementations live in the separate
vnc-auth-sasl.c file.
The state required for the SASL auth mechanism is kept in a separate
VncStateSASL struct, defined in vnc-auth-sasl.h and included in the
main VncState.
The configure script probes for SASL and automatically enables it
if found, unless --disable-vnc-sasl was given to override it.
Makefile | 7
Makefile.target | 5
b/qemu.sasl | 34 ++
b/vnc-auth-sasl.c | 626 ++++++++++++++++++++++++++++++++++++++++++++++++++++
b/vnc-auth-sasl.h | 67 +++++
configure | 34 ++
qemu-doc.texi | 97 ++++++++
vnc-auth-vencrypt.c | 12
vnc.c | 249 ++++++++++++++++++--
vnc.h | 31 ++
10 files changed, 1129 insertions(+), 33 deletions(-)
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
Signed-off-by: Anthony Liguori <aliguori@us.ibm.com>
git-svn-id: svn://svn.savannah.nongnu.org/qemu/trunk@6724 c046a42c-6fe2-441c-8c8c-71466251a162
2009-03-06 23:27:28 +03:00
|
|
|
}
|
|
|
|
#endif
|
2016-09-29 18:45:35 +03:00
|
|
|
vd->lock_key_sync = lock_key_sync;
|
2017-01-09 19:14:02 +03:00
|
|
|
if (lock_key_sync) {
|
|
|
|
vd->led = qemu_add_led_event_handler(kbd_leds, vd);
|
|
|
|
}
|
|
|
|
vd->ledstate = 0;
|
2016-09-29 18:45:35 +03:00
|
|
|
vd->key_delay_ms = key_delay_ms;
|
Add SASL authentication support ("Daniel P. Berrange")
This patch adds the new SASL authentication protocol to the VNC server.
It is enabled by setting the 'sasl' flag when launching VNC. SASL can
optionally provide encryption via its SSF layer, if a suitable mechanism
is configured (eg, GSSAPI/Kerberos, or Digest-MD5). If an SSF layer is
not available, then it should be combined with the x509 VNC authentication
protocol which provides encryption.
eg, if using GSSAPI
qemu -vnc localhost:1,sasl
eg if using TLS/x509 for encryption
qemu -vnc localhost:1,sasl,tls,x509
By default the Cyrus SASL library will look for its configuration in
the file /etc/sasl2/qemu.conf. For non-root users, this can be overridden
by setting the SASL_CONF_PATH environment variable, eg to make it look in
$HOME/.sasl2. NB unprivileged users may not have access to the full range
of SASL mechanisms, since some of them require some administrative privileges
to configure. The patch includes an example SASL configuration file which
illustrates config for GSSAPI and Digest-MD5, though it should be noted that
the latter is not really considered secure any more.
Most of the SASL authentication code is located in a separate source file,
vnc-auth-sasl.c. The main vnc.c file only contains minimal integration
glue, specifically parsing of command line flags / setup, and calls to
start the SASL auth process, to do encoding/decoding for data.
There are several possible stacks for reading & writing of data, depending
on the combo of VNC authentication methods in use
- Clear. read/write straight to socket
- TLS. read/write via GNUTLS helpers
- SASL. encode/decode via SASL SSF layer, then read/write to socket
- SASL+TLS. encode/decode via SASL SSF layer, then read/write via GNUTLS
Hence, the vnc_client_read & vnc_client_write methods have been refactored
a little.
vnc_client_read: main entry point for reading, calls either
- vnc_client_read_plain reading, with no intermediate decoding
- vnc_client_read_sasl reading, with SASL SSF decoding
These two methods, then call vnc_client_read_buf(). This decides
whether to write to the socket directly or write via GNUTLS.
The situation is the same for writing data. More extensive comments
have been added in the code / patch. The vnc_client_read_sasl and
vnc_client_write_sasl method implementations live in the separate
vnc-auth-sasl.c file.
The state required for the SASL auth mechanism is kept in a separate
VncStateSASL struct, defined in vnc-auth-sasl.h and included in the
main VncState.
The configure script probes for SASL and automatically enables it
if found, unless --disable-vnc-sasl was given to override it.
Makefile | 7
Makefile.target | 5
b/qemu.sasl | 34 ++
b/vnc-auth-sasl.c | 626 ++++++++++++++++++++++++++++++++++++++++++++++++++++
b/vnc-auth-sasl.h | 67 +++++
configure | 34 ++
qemu-doc.texi | 97 ++++++++
vnc-auth-vencrypt.c | 12
vnc.c | 249 ++++++++++++++++++--
vnc.h | 31 ++
10 files changed, 1129 insertions(+), 33 deletions(-)
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
Signed-off-by: Anthony Liguori <aliguori@us.ibm.com>
git-svn-id: svn://svn.savannah.nongnu.org/qemu/trunk@6724 c046a42c-6fe2-441c-8c8c-71466251a162
2009-03-06 23:27:28 +03:00
|
|
|
|
2014-09-18 14:54:49 +04:00
|
|
|
device_id = qemu_opt_get(opts, "display");
|
|
|
|
if (device_id) {
|
|
|
|
int head = qemu_opt_get_number(opts, "head", 0);
|
2016-01-12 13:45:43 +03:00
|
|
|
Error *err = NULL;
|
2014-09-18 14:54:49 +04:00
|
|
|
|
2016-01-12 13:45:43 +03:00
|
|
|
con = qemu_console_lookup_by_device_name(device_id, head, &err);
|
|
|
|
if (err) {
|
|
|
|
error_propagate(errp, err);
|
2014-09-18 14:54:49 +04:00
|
|
|
goto fail;
|
|
|
|
}
|
|
|
|
} else {
|
|
|
|
con = NULL;
|
|
|
|
}
|
|
|
|
|
2016-09-29 18:45:35 +03:00
|
|
|
if (con != vd->dcl.con) {
|
|
|
|
unregister_displaychangelistener(&vd->dcl);
|
|
|
|
vd->dcl.con = con;
|
|
|
|
register_displaychangelistener(&vd->dcl);
|
2014-09-18 14:54:49 +04:00
|
|
|
}
|
|
|
|
|
2017-03-28 19:06:46 +03:00
|
|
|
if (saddr == NULL) {
|
|
|
|
goto cleanup;
|
|
|
|
}
|
|
|
|
|
2008-02-03 05:54:04 +03:00
|
|
|
if (reverse) {
|
2017-02-03 15:06:49 +03:00
|
|
|
if (vnc_display_connect(vd, saddr, nsaddr, wsaddr, nwsaddr, errp) < 0) {
|
2012-10-18 11:01:01 +04:00
|
|
|
goto fail;
|
|
|
|
}
|
2008-11-11 23:51:59 +03:00
|
|
|
} else {
|
2017-02-03 15:06:49 +03:00
|
|
|
if (vnc_display_listen(vd, saddr, nsaddr, wsaddr, nwsaddr, errp) < 0) {
|
2015-08-14 20:56:44 +03:00
|
|
|
goto fail;
|
|
|
|
}
|
2006-05-01 01:28:36 +04:00
|
|
|
}
|
2015-08-14 20:56:44 +03:00
|
|
|
|
2017-02-03 15:06:45 +03:00
|
|
|
if (qemu_opt_get(opts, "to")) {
|
2016-09-29 18:45:35 +03:00
|
|
|
vnc_display_print_local_addr(vd);
|
2016-05-31 15:59:08 +03:00
|
|
|
}
|
|
|
|
|
2017-02-03 15:06:49 +03:00
|
|
|
cleanup:
|
|
|
|
for (i = 0; i < nsaddr; i++) {
|
2017-04-26 10:36:41 +03:00
|
|
|
qapi_free_SocketAddress(saddr[i]);
|
2017-02-03 15:06:49 +03:00
|
|
|
}
|
|
|
|
for (i = 0; i < nwsaddr; i++) {
|
2017-04-26 10:36:41 +03:00
|
|
|
qapi_free_SocketAddress(wsaddr[i]);
|
2017-02-03 15:06:49 +03:00
|
|
|
}
|
2012-10-02 12:17:21 +04:00
|
|
|
return;
|
2012-10-18 11:07:05 +04:00
|
|
|
|
|
|
|
fail:
|
2017-02-03 15:06:44 +03:00
|
|
|
vnc_display_close(vd);
|
2017-02-03 15:06:49 +03:00
|
|
|
goto cleanup;
|
2006-05-01 01:28:36 +04:00
|
|
|
}
|
Introduce a 'client_add' monitor command accepting an open FD
Allow client connections for VNC and socket based character
devices to be passed in over the monitor using SCM_RIGHTS.
One intended usage scenario is to start QEMU with VNC on a
UNIX domain socket. An unprivileged user which cannot access
the UNIX domain socket, can then connect to QEMU's VNC server
by passing an open FD to libvirt, which passes it onto QEMU.
{ "execute": "get_fd", "arguments": { "fdname": "myclient" } }
{ "return": {} }
{ "execute": "add_client", "arguments": { "protocol": "vnc",
"fdname": "myclient",
"skipauth": true } }
{ "return": {} }
In this case 'protocol' can be 'vnc' or 'spice', or the name
of a character device (eg from -chardev id=XXXX)
The 'skipauth' parameter can be used to skip any configured
VNC authentication scheme, which is useful if the mgmt layer
talking to the monitor has already authenticated the client
in another way.
* console.h: Define 'vnc_display_add_client' method
* monitor.c: Implement 'client_add' command
* qemu-char.c, qemu-char.h: Add 'qemu_char_add_client' method
* qerror.c, qerror.h: Add QERR_ADD_CLIENT_FAILED
* qmp-commands.hx: Declare 'client_add' command
* ui/vnc.c: Implement 'vnc_display_add_client' method
Signed-off-by: Anthony Liguori <aliguori@us.ibm.com>
2011-06-23 16:31:42 +04:00
|
|
|
|
2014-07-29 14:24:55 +04:00
|
|
|
void vnc_display_add_client(const char *id, int csock, bool skipauth)
|
Introduce a 'client_add' monitor command accepting an open FD
Allow client connections for VNC and socket based character
devices to be passed in over the monitor using SCM_RIGHTS.
One intended usage scenario is to start QEMU with VNC on a
UNIX domain socket. An unprivileged user which cannot access
the UNIX domain socket, can then connect to QEMU's VNC server
by passing an open FD to libvirt, which passes it onto QEMU.
{ "execute": "get_fd", "arguments": { "fdname": "myclient" } }
{ "return": {} }
{ "execute": "add_client", "arguments": { "protocol": "vnc",
"fdname": "myclient",
"skipauth": true } }
{ "return": {} }
In this case 'protocol' can be 'vnc' or 'spice', or the name
of a character device (eg from -chardev id=XXXX)
The 'skipauth' parameter can be used to skip any configured
VNC authentication scheme, which is useful if the mgmt layer
talking to the monitor has already authenticated the client
in another way.
* console.h: Define 'vnc_display_add_client' method
* monitor.c: Implement 'client_add' command
* qemu-char.c, qemu-char.h: Add 'qemu_char_add_client' method
* qerror.c, qerror.h: Add QERR_ADD_CLIENT_FAILED
* qmp-commands.hx: Declare 'client_add' command
* ui/vnc.c: Implement 'vnc_display_add_client' method
Signed-off-by: Anthony Liguori <aliguori@us.ibm.com>
2011-06-23 16:31:42 +04:00
|
|
|
{
|
2016-09-29 18:45:35 +03:00
|
|
|
VncDisplay *vd = vnc_display_find(id);
|
2015-02-27 19:20:57 +03:00
|
|
|
QIOChannelSocket *sioc;
|
Introduce a 'client_add' monitor command accepting an open FD
Allow client connections for VNC and socket based character
devices to be passed in over the monitor using SCM_RIGHTS.
One intended usage scenario is to start QEMU with VNC on a
UNIX domain socket. An unprivileged user which cannot access
the UNIX domain socket, can then connect to QEMU's VNC server
by passing an open FD to libvirt, which passes it onto QEMU.
{ "execute": "get_fd", "arguments": { "fdname": "myclient" } }
{ "return": {} }
{ "execute": "add_client", "arguments": { "protocol": "vnc",
"fdname": "myclient",
"skipauth": true } }
{ "return": {} }
In this case 'protocol' can be 'vnc' or 'spice', or the name
of a character device (eg from -chardev id=XXXX)
The 'skipauth' parameter can be used to skip any configured
VNC authentication scheme, which is useful if the mgmt layer
talking to the monitor has already authenticated the client
in another way.
* console.h: Define 'vnc_display_add_client' method
* monitor.c: Implement 'client_add' command
* qemu-char.c, qemu-char.h: Add 'qemu_char_add_client' method
* qerror.c, qerror.h: Add QERR_ADD_CLIENT_FAILED
* qmp-commands.hx: Declare 'client_add' command
* ui/vnc.c: Implement 'vnc_display_add_client' method
Signed-off-by: Anthony Liguori <aliguori@us.ibm.com>
2011-06-23 16:31:42 +04:00
|
|
|
|
2016-09-29 18:45:35 +03:00
|
|
|
if (!vd) {
|
2014-07-29 14:14:08 +04:00
|
|
|
return;
|
|
|
|
}
|
2015-02-27 19:20:57 +03:00
|
|
|
|
|
|
|
sioc = qio_channel_socket_new_fd(csock, NULL);
|
|
|
|
if (sioc) {
|
2016-09-30 13:57:14 +03:00
|
|
|
qio_channel_set_name(QIO_CHANNEL(sioc), "vnc-server");
|
2016-09-29 18:45:35 +03:00
|
|
|
vnc_connect(vd, sioc, skipauth, false);
|
2015-02-27 19:20:57 +03:00
|
|
|
object_unref(OBJECT(sioc));
|
|
|
|
}
|
Introduce a 'client_add' monitor command accepting an open FD
Allow client connections for VNC and socket based character
devices to be passed in over the monitor using SCM_RIGHTS.
One intended usage scenario is to start QEMU with VNC on a
UNIX domain socket. An unprivileged user which cannot access
the UNIX domain socket, can then connect to QEMU's VNC server
by passing an open FD to libvirt, which passes it onto QEMU.
{ "execute": "get_fd", "arguments": { "fdname": "myclient" } }
{ "return": {} }
{ "execute": "add_client", "arguments": { "protocol": "vnc",
"fdname": "myclient",
"skipauth": true } }
{ "return": {} }
In this case 'protocol' can be 'vnc' or 'spice', or the name
of a character device (eg from -chardev id=XXXX)
The 'skipauth' parameter can be used to skip any configured
VNC authentication scheme, which is useful if the mgmt layer
talking to the monitor has already authenticated the client
in another way.
* console.h: Define 'vnc_display_add_client' method
* monitor.c: Implement 'client_add' command
* qemu-char.c, qemu-char.h: Add 'qemu_char_add_client' method
* qerror.c, qerror.h: Add QERR_ADD_CLIENT_FAILED
* qmp-commands.hx: Declare 'client_add' command
* ui/vnc.c: Implement 'vnc_display_add_client' method
Signed-off-by: Anthony Liguori <aliguori@us.ibm.com>
2011-06-23 16:31:42 +04:00
|
|
|
}
|
2014-09-16 14:33:03 +04:00
|
|
|
|
2015-02-17 11:28:17 +03:00
|
|
|
static void vnc_auto_assign_id(QemuOptsList *olist, QemuOpts *opts)
|
2015-02-05 12:43:34 +03:00
|
|
|
{
|
|
|
|
int i = 2;
|
|
|
|
char *id;
|
|
|
|
|
|
|
|
id = g_strdup("default");
|
|
|
|
while (qemu_opts_find(olist, id)) {
|
|
|
|
g_free(id);
|
|
|
|
id = g_strdup_printf("vnc%d", i++);
|
|
|
|
}
|
|
|
|
qemu_opts_set_id(opts, id);
|
|
|
|
}
|
|
|
|
|
QemuOpts: Wean off qerror_report_err()
qerror_report_err() is a transitional interface to help with
converting existing monitor commands to QMP. It should not be used
elsewhere.
The only remaining user in qemu-option.c is qemu_opts_parse(). Is it
used in QMP context? If not, we can simply replace
qerror_report_err() by error_report_err().
The uses in qemu-img.c, qemu-io.c, qemu-nbd.c and under tests/ are
clearly not in QMP context.
The uses in vl.c aren't either, because the only QMP command handlers
there are qmp_query_status() and qmp_query_machines(), and they don't
call it.
Remaining uses:
* drive_def(): Command line -drive and such, HMP drive_add and pci_add
* hmp_chardev_add(): HMP chardev-add
* monitor_parse_command(): HMP core
* tmp_config_parse(): Command line -tpmdev
* net_host_device_add(): HMP host_net_add
* net_client_parse(): Command line -net and -netdev
* qemu_global_option(): Command line -global
* vnc_parse_func(): Command line -display, -vnc, default display, HMP
change, QMP change. Bummer.
* qemu_pci_hot_add_nic(): HMP pci_add
* usb_net_init(): Command line -usbdevice, HMP usb_add
Propagate errors through qemu_opts_parse(). Create a convenience
function qemu_opts_parse_noisily() that passes errors to
error_report_err(). Switch all non-QMP users outside tests to it.
That leaves vnc_parse_func(). Propagate errors through it. Since I'm
touching it anyway, rename it to vnc_parse().
Signed-off-by: Markus Armbruster <armbru@redhat.com>
Reviewed-by: Eric Blake <eblake@redhat.com>
Reviewed-by: Stefan Hajnoczi <stefanha@redhat.com>
Reviewed-by: Luiz Capitulino <lcapitulino@redhat.com>
2015-02-13 14:50:26 +03:00
|
|
|
QemuOpts *vnc_parse(const char *str, Error **errp)
|
2014-09-16 14:33:03 +04:00
|
|
|
{
|
|
|
|
QemuOptsList *olist = qemu_find_opts("vnc");
|
QemuOpts: Wean off qerror_report_err()
qerror_report_err() is a transitional interface to help with
converting existing monitor commands to QMP. It should not be used
elsewhere.
The only remaining user in qemu-option.c is qemu_opts_parse(). Is it
used in QMP context? If not, we can simply replace
qerror_report_err() by error_report_err().
The uses in qemu-img.c, qemu-io.c, qemu-nbd.c and under tests/ are
clearly not in QMP context.
The uses in vl.c aren't either, because the only QMP command handlers
there are qmp_query_status() and qmp_query_machines(), and they don't
call it.
Remaining uses:
* drive_def(): Command line -drive and such, HMP drive_add and pci_add
* hmp_chardev_add(): HMP chardev-add
* monitor_parse_command(): HMP core
* tmp_config_parse(): Command line -tpmdev
* net_host_device_add(): HMP host_net_add
* net_client_parse(): Command line -net and -netdev
* qemu_global_option(): Command line -global
* vnc_parse_func(): Command line -display, -vnc, default display, HMP
change, QMP change. Bummer.
* qemu_pci_hot_add_nic(): HMP pci_add
* usb_net_init(): Command line -usbdevice, HMP usb_add
Propagate errors through qemu_opts_parse(). Create a convenience
function qemu_opts_parse_noisily() that passes errors to
error_report_err(). Switch all non-QMP users outside tests to it.
That leaves vnc_parse_func(). Propagate errors through it. Since I'm
touching it anyway, rename it to vnc_parse().
Signed-off-by: Markus Armbruster <armbru@redhat.com>
Reviewed-by: Eric Blake <eblake@redhat.com>
Reviewed-by: Stefan Hajnoczi <stefanha@redhat.com>
Reviewed-by: Luiz Capitulino <lcapitulino@redhat.com>
2015-02-13 14:50:26 +03:00
|
|
|
QemuOpts *opts = qemu_opts_parse(olist, str, true, errp);
|
2015-03-12 10:33:45 +03:00
|
|
|
const char *id;
|
2014-09-16 14:33:03 +04:00
|
|
|
|
2015-03-12 10:33:45 +03:00
|
|
|
if (!opts) {
|
|
|
|
return NULL;
|
|
|
|
}
|
|
|
|
|
|
|
|
id = qemu_opts_id(opts);
|
2014-09-16 14:33:03 +04:00
|
|
|
if (!id) {
|
|
|
|
/* auto-assign id if not present */
|
2015-02-05 12:43:34 +03:00
|
|
|
vnc_auto_assign_id(olist, opts);
|
2014-09-16 14:33:03 +04:00
|
|
|
}
|
2015-02-17 11:28:17 +03:00
|
|
|
return opts;
|
|
|
|
}
|
|
|
|
|
2015-03-13 15:35:14 +03:00
|
|
|
int vnc_init_func(void *opaque, QemuOpts *opts, Error **errp)
|
2015-02-17 11:28:17 +03:00
|
|
|
{
|
|
|
|
Error *local_err = NULL;
|
|
|
|
char *id = (char *)qemu_opts_id(opts);
|
2014-09-16 14:33:03 +04:00
|
|
|
|
2015-02-17 11:28:17 +03:00
|
|
|
assert(id);
|
2014-09-16 14:33:03 +04:00
|
|
|
vnc_display_init(id);
|
|
|
|
vnc_display_open(id, &local_err);
|
|
|
|
if (local_err != NULL) {
|
2015-12-18 18:35:14 +03:00
|
|
|
error_reportf_err(local_err, "Failed to start VNC server: ");
|
2014-09-16 14:33:03 +04:00
|
|
|
exit(1);
|
|
|
|
}
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
static void vnc_register_config(void)
|
|
|
|
{
|
|
|
|
qemu_add_opts(&qemu_vnc_opts);
|
|
|
|
}
|
2016-02-16 23:59:07 +03:00
|
|
|
opts_init(vnc_register_config);
|