Daniel P. Berrangé dfad1b551d remote: introduce virt-ssh-helper binary ... When accessing libvirtd over a SSH tunnel, the remote driver needs a way to proxy the SSH input/output stream to a suitable libvirt daemon. This is currently done by spawning netcat, pointing it to the libvirtd socket path. This is problematic for a number of reasons: - The socket path varies according to the --prefix chosen at build time. The remote client is seeing the local prefix, but what we need is the remote prefix - The socket path varies according to remote env variables, such as the XDG_RUNTIME_DIR location. Again we see the local XDG_RUNTIME_DIR value, but what we need is the remote value (if any) - The remote driver doesn't know whether it must connect to the legacy libvirtd or the modular daemons, so must always assume legacy libvirtd for back-compat. This means we'll always end up using the virtproxyd daemon adding an extra hop in the RPC layer. - We can not able to autospawn the libvirtd daemon for session mode access To address these problems this patch introduces the 'virtd-ssh-helper' program which takes the URI for the remote driver as a CLI parameter. It then figures out which daemon to connect to and its socket path, using the same code that the remote driver client would on the remote host's build of libvirt. Signed-off-by: Daniel P. Berrangé <berrange@redhat.com>		2020-09-09 16:46:22 +01:00
..
check-spacing.pl
Makefile.in	build-aux: set the PYTHON variable in the Makefile	2020-08-03 13:54:15 +02:00
Makefile.nonreentrant	meson: add syntax-check	2020-08-03 09:27:06 +02:00
meson.build	build-aux: set the PYTHON variable in the Makefile	2020-08-03 13:54:15 +02:00
syntax-check.mk	remote: introduce virt-ssh-helper binary	2020-09-09 16:46:22 +01:00
useless-if-before-free
vc-list-files