Re: [pve-devel] spice tls + proxy: ssl_verify.c:484:openssl_verify: ssl: hostname

2013-07-17 Thread Dietmar Maurer
the proxy address is generated here : http://lists.freedesktop.org/archives/spice-devel/2012-August/010610.html +address = g_proxy_address_new(G_INET_ADDRESS(it-data), pport, http, + s-host, port, NULL, NULL); +if (address != NULL)

Re: [pve-devel] spice tls + proxy: ssl_verify.c:484:openssl_verify: ssl: hostname

2013-07-17 Thread Alexandre DERUMIER
I don't known if the ssl host verification is done on client side or server side ? Seem to be done client side, here: http://cgit.freedesktop.org/spice/spice-gtk/commit/?id=b2018477615a81a7c3f08257ab79f6c1936f9e09 maybe host-subject can help ? host-subject=OU=PVE Cluster Node,O=Proxmox

Re: [pve-devel] spice tls + proxy: ssl_verify.c:484:openssl_verify: ssl: hostname

2013-07-17 Thread Dietmar Maurer
I don't known if you I have time to implement the proxy forward to connect on a vm on a remote node: ? client --- http connect proxy1 http connect proxy2 I will try to implement that tomorrow. ___ pve-devel mailing list

Re: [pve-devel] openvz and signal handlers

2013-07-17 Thread Dietmar Maurer
Problem: In a perl program I need to apply some basic event handling which I do by installing a signal handler for ALRM ($SIG{ALRM} = \alarm_handler;) This works as intended running in a normal context but running inside a CT (OpenVZ) context does not work, it is as the signal handler is

Re: [pve-devel] openvz and signal handlers

2013-07-17 Thread Michael Rasmussen
On Wed, 17 Jul 2013 10:34:59 + Dietmar Maurer diet...@proxmox.com wrote: no, that should work out of the box. Running in debug mode discovered the error. Access to session cookies from within a signal handler is not god karma;-) -- Hilsen/Regards Michael Rasmussen Get my public GnuPG