<div dir="ltr">And how libvirt checks that it trusts the CA? Just simply inspects the cacert.pem file? Or it has some information inside about by which CA were signed client and server certificates and then compares against stored values? I mean can I just concatenate after signing or I need to combine two CAs before generating libvirt's client and server certificates? <br></div><br><div class="gmail_quote"><div dir="ltr">пн, 10 дек. 2018 г. в 13:11, Daniel P. Berrangé <<a href="mailto:berrange@redhat.com">berrange@redhat.com</a>>:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Re-adding the libvirt-users list - please don't take discussions off-list.<br>
<br>
On Mon, Dec 10, 2018 at 01:10:18PM +0300, Anastasiya Ruzhanskaya wrote:<br>
> I already found out how to set up all the certificates and tls works fine<br>
> for me.<br>
> What if I want to put a proxy between client and server in libvirt? He has<br>
> his own CA, and this is only one more CA I would like libvirt to trust to.<br>
> Is it somehow achievable? I see that libvirt takes certificates only from<br>
> predefined paths. For me doesn't work if I just incert another CA<br>
> certificate to the cacert.pem file. Do you know any approaches how it can<br>
> be made in another way?<br>
<br>
The cacert.pem file can contain multiple certificates, just concatenate<br>
all the CA pem files.<br>
<br>
> <br>
> пн, 10 дек. 2018 г. в 12:38, Daniel P. Berrangé <<a href="mailto:berrange@redhat.com" target="_blank">berrange@redhat.com</a>>:<br>
> <br>
> > On Sat, Dec 08, 2018 at 11:19:40AM +0300, Anastasiya Ruzhanskaya wrote:<br>
> > > Hello!<br>
> > > Does libvirt uses certificate pinning in tls? I want to setup a<br>
> > transparent<br>
> > > proxy (mitmproxy) and can't do this even after I added mitmproxy ca<br>
> > > certificate to the trusted certificates in ubuntu.<br>
> ><br>
> > Libvirt doesn't ever use the global certificates stores, because public<br>
> > CAs are not relevant to libvirt deployments - indeed trusting the global<br>
> > cert store in the OS would lower security by opening it upto arbitrary<br>
> > CAs. See this doc for where libvirt finds CA certs<br>
> ><br>
> > <a href="https://libvirt.org/remote.html#Remote_certificates" rel="noreferrer" target="_blank">https://libvirt.org/remote.html#Remote_certificates</a><br>
> ><br>
> ><br>
> > Regards,<br>
> > Daniel<br>
> > --<br>
> > |: <a href="https://berrange.com" rel="noreferrer" target="_blank">https://berrange.com</a>      -o-<br>
> > <a href="https://www.flickr.com/photos/dberrange" rel="noreferrer" target="_blank">https://www.flickr.com/photos/dberrange</a> :|<br>
> > |: <a href="https://libvirt.org" rel="noreferrer" target="_blank">https://libvirt.org</a>         -o-<br>
> > <a href="https://fstop138.berrange.com" rel="noreferrer" target="_blank">https://fstop138.berrange.com</a> :|<br>
> > |: <a href="https://entangle-photo.org" rel="noreferrer" target="_blank">https://entangle-photo.org</a>    -o-<br>
> > <a href="https://www.instagram.com/dberrange" rel="noreferrer" target="_blank">https://www.instagram.com/dberrange</a> :|<br>
> ><br>
<br>
Regards,<br>
Daniel<br>
-- <br>
|: <a href="https://berrange.com" rel="noreferrer" target="_blank">https://berrange.com</a>      -o-    <a href="https://www.flickr.com/photos/dberrange" rel="noreferrer" target="_blank">https://www.flickr.com/photos/dberrange</a> :|<br>
|: <a href="https://libvirt.org" rel="noreferrer" target="_blank">https://libvirt.org</a>         -o-            <a href="https://fstop138.berrange.com" rel="noreferrer" target="_blank">https://fstop138.berrange.com</a> :|<br>
|: <a href="https://entangle-photo.org" rel="noreferrer" target="_blank">https://entangle-photo.org</a>    -o-    <a href="https://www.instagram.com/dberrange" rel="noreferrer" target="_blank">https://www.instagram.com/dberrange</a> :|<br>
</blockquote></div>