NOVA-NOVNCPROXY(1)

πŸ’… NOVA-NOVNCPROXY πŸ’…

okay bestie, welcome to the manual for nova-novncproxy β€” think of this whole page as the group chat where I explain it to you, except every single fact is still here, no cap. 🫢


✨ NAME ✨

nova-novncproxy β€” it's a server for the OpenStack Compute VNC console proxy service. that's the whole vibe. πŸ‘‘


🌸 SYNOPSIS 🌸

nova-novncproxy [<options>...]

πŸ¦‹ DESCRIPTION πŸ¦‹

so. nova-novncproxy is a server daemon, right? and what it serves is the Nova noVNC Websocket Proxy service. which is β€” and I'm being so serious rn β€” a websocket proxy that's compatible with OpenStack Nova noVNC consoles. that's it. that's the job. it proxies, it websockets, it slays. ✨


πŸ’– OPTIONS πŸ’–

πŸŽ€ General options πŸŽ€

  • --config-dir DIR β€” path to a config directory you wanna pull *.conf files from. here's the tea: that file set gets sorted, so the parse order stays predictable if individual options are over-ridden. it's parsed after the file(s) you gave via previous --config-file args, so over-ridden options in the directory win. also, this one must be set from the command-line. no sneaking it in elsewhere. πŸ’…
  • --config-file PATH β€” path to a config file. you can list multiple config files and the values in later files take precedence. defaults to None. and yes, like its sibling above, this one must be set from the command-line.
  • --debug, -d β€” bumps the logging level to DEBUG instead of the default INFO level. loud and proud. πŸ”₯
  • --log-config-append PATH, --log-config PATH, --log_config PATH β€” the name of a logging configuration file. this file gets appended to any existing logging config files. for the deets on logging config files, go look at the Python logging module documentation. heads up though: when logging config files are in play, all logging configuration gets set in the config file and the other logging config options get ignored (like, say, log-date-format, for example). 🫨
  • --log-date-format DATE_FORMAT β€” defines the format string for %(asctime)s in log records. default: None. this option gets ignored if log_config_append is set.
  • --log-dir LOG_DIR, --logdir LOG_DIR β€” (optional) the base directory used for relative log_file paths. ignored if log_config_append is set.
  • --log-file PATH, --logfile PATH β€” (optional) name of the log file to send logging output to. if no default is set, logging goes to stderr as defined by use_stderr. ignored if log_config_append is set.
  • --nodebug β€” the inverse of --debug. the anti-debug, if you will. πŸ™ˆ
  • --nouse-journal β€” the inverse of --use-journal.
  • --nouse-json β€” the inverse of --use-json.
  • --nouse-syslog β€” the inverse of --use-syslog.
  • --nowatch-log-file β€” the inverse of --watch-log-file.
  • --syslog-log-facility SYSLOG_LOG_FACILITY β€” syslog facility to receive log lines. ignored if log_config_append is set.
  • --use-journal β€” enable journald for logging. if you're running in a systemd environment you might wanna enable journal support. doing so uses the journal native protocol, which includes structured metadata in addition to log messages. this option is ignored if log_config_append is set. πŸ““
  • --use-json β€” use JSON formatting for logging. ignored if log_config_append is set.
  • --use-syslog β€” use syslog for logging. real talk: the existing syslog format is DEPRECATED and will be changed later to honor RFC5424. this option is ignored if log_config_append is set. ⚠️
  • --version β€” show the program's version number and exit. short, iconic, done. πŸ’…
  • --watch-log-file β€” uses a logging handler designed to watch the file system. when the log file is moved or removed, this handler opens a new log file with the specified path instantaneously. it only makes sense if the log_file option is specified and you're on a Linux platform. ignored if log_config_append is set. πŸ‘€

🌈 Websockify options 🌈

  • --cert CERT β€” path to the SSL certificate file.
  • --daemon β€” run as a background process. main character energy, but offscreen. πŸŒ™
  • --key KEY β€” SSL key file (if it's separate from cert).
  • --nodaemon β€” the inverse of --daemon.
  • --nosource_is_ipv6 β€” the inverse of --source_is_ipv6.
  • --nossl_only β€” the inverse of --ssl_only.
  • --record RECORD β€” filename that'll be used for storing websocket frames received and sent by a proxy service (like VNC, spice, serial) running on this host. if this isn't set, no recording gets done. no receipts. πŸ“Ό
  • --source_is_ipv6 β€” set to True if the source host is addressed with IPv6.
  • --ssl_only β€” disallow non-encrypted connections. lock the door, bestie. πŸ”’
  • --web WEB β€” path to the directory with content that'll be served by a web server.

🧚 VNC options 🧚

  • --vnc-auth_schemes VNC_AUTH_SCHEMES β€” the authentication schemes to use with the compute node. this controls what RFB authentication schemes are permitted for connections between the proxy and the compute host. if multiple schemes are enabled, the first matching scheme gets used β€” so list the strongest schemes first. order matters, periodt. πŸ’ͺ
  • --vnc-novncproxy_host VNC_NOVNCPROXY_HOST β€” IP address that the noVNC console proxy should bind to. quick context: the VNC proxy is an OpenStack component that lets compute service users access their instances through VNC clients, and noVNC provides VNC support through a websocket-based client. this option sets the private address the noVNC console proxy service should bind to.
  • --vnc-novncproxy_port VNC_NOVNCPROXY_PORT β€” port that the noVNC console proxy should bind to. same lore as above: the VNC proxy is an OpenStack component that lets compute service users get to their instances through VNC clients, noVNC does VNC over a websocket-based client, and this option sets the private port the noVNC console proxy service should bind to. πŸ”Œ
  • --vnc-vencrypt_ca_certs VNC_VENCRYPT_CA_CERTS β€” the path to the CA certificate PEM file. like, the fully qualified path to a PEM file containing one or more x509 certificates for the certificate authorities used by the compute node VNC server. πŸ“œ
  • --vnc-vencrypt_client_cert VNC_VENCRYPT_CLIENT_CERT β€” the path to the client key file (for x509). the fully qualified path to a PEM file containing the x509 certificate which the VNC proxy server presents to the compute node during VNC authentication.
  • --vnc-vencrypt_client_key VNC_VENCRYPT_CLIENT_KEY β€” the path to the client certificate PEM file (for x509). the fully qualified path to a PEM file containing the private key which the VNC proxy server presents to the compute node during VNC authentication.

πŸ“ FILES πŸ“

  • /etc/nova/nova.conf
  • /etc/nova/rootwrap.conf
  • /etc/nova/rootwrap.d/

πŸ‘€ SEE ALSO πŸ‘€


πŸ’€ BUGS πŸ’€

not me telling you to file your bugs properly... but like, file your bugs properly bestie 🫢

🌟 Author 🌟

openstack@lists.openstack.org

2010-present, OpenStack Foundation


and that's the whole page, you're officially educated πŸ’…βœ¨ version 34.0.0, dated Oct 01, 2026 β€” bye bestie, go proxy something iconic πŸ¦‹πŸŒΈ

πŸ“¦ where this page comes from