<div dir="ltr"><div><div><div><div>Hi. I was trying to configure a test IdP to retrieve my test federation metadata, but it failed to download.<br><br></div>Here it is an extract of my relying-party.xml:<br><br>&lt;metadata:MetadataProvider id=&quot;URLMD&quot; xsi:type=&quot;metadata:FileBackedHTTPMetadataProvider&quot;<br>
                          metadataURL=&quot;<a href="https://cdsserver.inca.net.pe/metadata/inca-federation.xml">https://cdsserver.inca.net.pe/metadata/inca-federation.xml</a>&quot;<br>                          backingFile=&quot;/opt/shibboleth-idp/metadata/inca-federation-metadata.xml&quot;&gt;<br>
<br>...<br><br>&lt;security:TrustEngine id=&quot;shibboleth.MetadataTrustEngine&quot; xsi:type=&quot;security:StaticExplicitKeySignature&quot;&gt;<br>        &lt;security:Credential id=&quot;MyFederation1Credentials&quot; xsi:type=&quot;security:X509Filesystem&quot;&gt;<br>
            &lt;security:Certificate&gt;/opt/shibboleth-idp/credentials/inca.crt&lt;/security:Certificate&gt;<br>        &lt;/security:Credential&gt;<br>&lt;/security:TrustEngine&gt;<br><br></div>But in my log I got the error:<br>
<br>javax.net.ssl.SSLPeerUnverifiedException: SSL peer failed hostname validation for name: null<br><br></div>I thought that maybe if I could point Java (in JAVA_OPTS in /etc/default/tomcat6) to the keystore from Shibboleth, and imported the certificate into the keystore, that could do the trick. It did, the error is gone, and the metadata from my test server is downloaded fine in my IdP.<br>
<br></div>My question is: Is this a bad practice? Is it ok to import certificate data directly to a keystore file? Or is there a way to make Java &quot;aware&quot; of a certain certificate, so the connection proceeds normally? Thanks in advance for your time.<br>
</div>