CertificateException: Aucun nom correspondant ssl.someUrl.de trouvé

Il ressemble le certificat du serveur que vous tentez de vous connecter ne correspond pas à son nom d'hôte.

Lorsqu'un HTTPS client se connecte à un serveur, il vérifie que le nom d'hôte dans le certificat correspond au nom d'hôte du serveur. Il ne suffit pas d'un certificat de confiance, il doit correspondre au serveur que vous voulez parler trop. (Pour faire une analogie, même si vous faites confiance à un passeport pour être légitime, vous devez toujours vérifier que c'est bien celle de la personne à qui vous voulez parler, pas n'importe quel passeport vous confiance légitime.)

En HTTP, c'est fait en vérifiant que:

• le certificat contient un DNS autre nom de l'objet (c'est une extension standard) entrée correspondant à l'hôte;

• à défaut, le dernier CN de votre sujet nom unique (c'est le principal nom si vous voulez) correspond au nom d'hôte. (Voir la RFC 2818.)

Il est difficile de dire ce que l'autre nom de l'objet sans avoir le certificat (bien que, si vous vous connectez avec votre navigateur et vérifiez son contenu dans plus de détails, vous devriez être capable de le voir.)
L'objet de nom unique semble être:

EMAILADDRESS=info@plesk.com, CN=plesk, OU=Plesk, O=Parallels, L=Herndon, ST=Virginia, C=US

(Ce serait donc besoin d'être CN=ssl.someUrl.de au lieu de CN=plesk, si vous n'avez pas un autre nom de l'objet avec DNS:ssl.someUrl.de déjà, ma conjecture est que vous n'avez pas.)

Vous pouvez être en mesure de contourner le nom d'hôte de la vérification à l'aide de HttpsURLConnection.setHostnameVerifier(..). Il ne devrait pas être trop dur à écrire un personnalisé HostnameVerifier que bybasses la vérification, bien que je suggère de le faire seulement lorsque le certificat de sa celui qui s'intéresse ici en particulier. Vous devriez être en mesure d'obtenir que l'utilisation de la SSLSession argument et son getPeerCertificates() la méthode.

(En plus, vous n'avez pas besoin de définir la javax.net.le protocole ssl.* propriétés de la façon dont vous l'avez fait, puisque vous êtes en utilisant les valeurs par défaut de toute façon.)

Alternativement, si vous avez le contrôle sur le serveur auquel vous vous connectez et de son certificat, vous pouvez créer un certificat qui correspond aux règles de nommage ci-dessus (CN devrait être suffisant, bien que l'autre nom de l'objet est une amélioration). Si un certificat auto-signé est assez bon pour ce que vous nom, assurez-vous que le nom commun (CN) est le nom d'hôte que vous essayez de parler (pas l'URL complète, juste le nom de l'hôte).

J'ai créé une méthode fixUntrustCertificate(), donc quand j'ai affaire à un domaine qui n'est pas en confiance des CAs, vous pouvez appeler la méthode avant la demande. Ce code va fonctionner après java1.4. Cette méthode s'applique pour tous les hôtes:

public void fixUntrustCertificate() throws KeyManagementException, NoSuchAlgorithmException{


        TrustManager[] trustAllCerts = new TrustManager[]{
            new X509TrustManager() {
                public java.security.cert.X509Certificate[] getAcceptedIssuers() {
                    return null;
                }

                public void checkClientTrusted(X509Certificate[] certs, String authType) {
                }

                public void checkServerTrusted(X509Certificate[] certs, String authType) {
                }

            }
        };

        SSLContext sc = SSLContext.getInstance("SSL");
        sc.init(null, trustAllCerts, new java.security.SecureRandom());
        HttpsURLConnection.setDefaultSSLSocketFactory(sc.getSocketFactory());

        HostnameVerifier allHostsValid = new HostnameVerifier() {
            public boolean verify(String hostname, SSLSession session) {
                return true;
            }
        };

        //set the  allTrusting verifier
        HttpsURLConnection.setDefaultHostnameVerifier(allHostsValid);
}

Le nom du serveur doit être le même que le prénom et le nom que vous donnez alors que la création d'un certificat