java - chemin trustStore - définir la propriété ne fonctionne pas?

J'ai configuré un certificat auto-signé pour tester un ssl java connexion - cependant, c'est refuser de localiser le java trustStore. J'en ai gardé des copies dans /Java/re6/lib/security en plus de le dossier où les classes sont compilées (im à l'aide de netbeans) et /java/re6/bin
rien de ce qui précède semble fonctionner, parce que quand je lance la suite - trustStore = null.

public class ShowTrustStore {

    public static void main(String[] args) {

        System.setProperty("javax.net.ssl.keyStore", "keystore.jks");
        System.setProperty("javax.net.ssl.trustStrore", "cacerts.jks");
        System.setProperty("javax.net.ssl.keyStorePassword", "changeit");



        String trustStore = System.getProperty("javax.net.ssl.trustStore");
        if (trustStore == null) {
            System.out.println("javax.net.ssl.trustStore is not defined");
        } else {
            System.out.println("javax.net.ssl.trustStore = " + trustStore);
        }
    }
}

comment définir correctement le chemin d'accès?

**********Mise à JOUR************
À l'aide de la méthode getFile() et un peu plus de données de débogage:

package ssltest;

public class Main {

    public static void main(String[] args) {

//       System.setProperty("javax.net.ssl.keyStore", "/keystore.jks");
//       System.setProperty("javax.net.ssl.trustStrore", "/java.home/cacerts.jks");
//       System.setProperty("javax.net.ssl.keyStorePassword", "changeit");
//       System.setProperty("javax.net.ssl.trustStorePassword", "changeit");

        try {
            Main.class.getResource("trustStore.jks").getFile();
        } catch (Exception e) {
            e.printStackTrace();
        }

        String trustStore = System.getProperty("javax.net.ssl.trustStore");

        if (trustStore == null) {
            String storeLoc;
            storeLoc = System.getProperty("java.class.path");
            System.out.println("classpath: " + storeLoc);
        }

        trustStore = System.getProperty("javax.net.ssl.trustStore");
        if (trustStore == null) {
            System.out.println("javax.net.ssl.trustStore is not defined");
        } else {
            System.out.println("javax.net.ssl.trustStore = " + trustStore);
        }
    }
}

exécuter:

java.lang.NullPointerException
classpath: C:\Users\Main\Documents\NetBeansProjects\sslTest\build\classes;C:\Users\Main\Documents\NetBeansProjects\sslTest\src
au ssltest.Principal.principale(Main.java:15)
javax.net.le protocole ssl.trustStore n'est pas défini
Construction RÉUSSIE (temps total: 0 secondes)

voir ma réponse mis à jour
œuvres! merci beaucoup!
Bon à savoir que je ne suis pas le seul dont la recherche d'un bug de l'heure pour heure ... à cause d'une petite faute de frappe ... 😉

InformationsquelleAutor oneAday | 2010-01-26

63

Vous avez une faute de frappe - c'est trustStore.

En dehors de définir les variables avec System.setProperty(..), vous pouvez également utiliser
```
-Djavax.net.ssl.keyStore=path/to/keystore.jks
```
- im pas sûr de ce que je peux tenter - ive a obtenu la java.la maison de la valeur que C:\Program Files (x86)\Java\jdk1.6.0_17\jre maintenant, même si je stocker les deux fichiers et d'exécuter ce Système.setProperty("javax.net.le protocole ssl.keyStore", "/java.maison/magasin de clés.jks"); System.setProperty("javax.net.le protocole ssl.trustStrore", "/java.maison/cacerts.jks"); il ne marche pas encore trouver...
- java.la maison n'est pas résolu comme un chemin. vous pouvez l'obtenir via le Système.getProperty("java.la maison"), mais il n'est pas conseillé de mettre le fichier de clés n'. D'ailleurs, j'ai donné trois options - les essayer.
- j'ai essayé d'utiliser à la fois - la première ne fonctionne pas et la deuxième méthode lève une exception de pointeur null - ive ajouté le code et les informations de débogage ci-dessus. ive stockés les fichiers à la fois de ces lieux (qui montrent que le chemin de la classe): C:\Users\Main\Documents\NetBeansProjects\sslTest\build\classes;C:\Users\Main\Documents\NetBeansProjects\sslTest\src toutes les idées de ce qui se passe mal? merci!!
- comment n'est pas le premier travail?
- Si j'ajoute ces lignes: Système.setProperty("javax.net.le protocole ssl.keyStore", "C:/Users/Main/Documents/NetBeansProjects/sslTest/stores/keystore.jks"); System.setProperty("javax.net.le protocole ssl.trustStrore", "C:/Users/Main/Documents/NetBeansProjects/sslTest/stores/cacerts.jks"); j'obtiens toujours la même erreur, à savoir: run: classpath: C:\Users\Main\Documents\NetBeansProjects\sslTest\build\classes;C:\Users\Main\Documents\NetBeansProjects\sslTest\src javax.net.le protocole ssl.trustStore n'est pas défini construction RÉUSSIE (temps total: 0 secondes)
- Je remarque que votre commentaire dit que vous définissez une propriété appelée "javax.net.le protocole ssl.trustStrore". Proche ... mais pas de cigare.
- hahhaa, ouais - vous faire un point là 🙂
- La question n'est pas de paramètre sur la ligne de commande par rapport à l'exécution -- c'était juste une faute de frappe. Vous n'avez pas à mettre sur la ligne de commande -- fonctionne bien de toute façon.
- Non, il n'a pas quoi que ce soit avec un fichier de clés à faire. Il a besoin de créer un trustStore, et non pas un fichier de clés.
InformationsquelleAutor Bozho
44

Semble que vous ayez une faute de frappe -- "trustStrore" doit être "trustStore", c'est à dire
```
System.setProperty("javax.net.ssl.trustStrore", "cacerts.jks");
```
devrait être:
```
System.setProperty("javax.net.ssl.trustStore", "cacerts.jks");
```
- Fait ce travail? je me demande si j'ai besoin d'utiliser l'option-Djavax.net.le protocole ssl.... trucs
- Il a travaillé pour moi en utilisant -Djavax.net.ssl.trustStore=/home/path/to/truststore avec Tomcat8
InformationsquelleAutor Don Isenor
11

Les deux
```
-Djavax.net.ssl.trustStore=path/to/trustStore.jks
```
et
```
System.setProperty("javax.net.ssl.trustStore", "cacerts.jks");
```
faire la même chose et n'ont pas de différence de travail de la sage. Dans votre cas, vous avez juste une faute de frappe. Vous avez mal orthographié trustStore dans javax.net.ssl.trustStore.
- Pas vrai, trompeuse. Un trustStore est un client conteneur pour les clés publiques des serveurs approuvés, tandis que le fichier de clés est un conteneur de vos clés privées.
- Pas vrai, trompeuse. Un truststore s une client serveur côté conteneur pour certificats de la confiance des signataires.
InformationsquelleAutor Aniket Thakur

Alternativement, si vous utilisez javax.net.le protocole ssl.trustStore pour spécifier l'emplacement de vos truststore ne fonctionne pas ( comme il l'a fait dans mon cas, pour les deux moyens d'authentification ), vous pouvez également utiliser SSLContextBuilder comme illustré dans l'exemple ci-dessous. Cet exemple inclut également comment créer un httpclient ainsi à montrer comment le SSL constructeur de travail.

SSLContextBuilder sslcontextbuilder = SSLContexts.custom();

sslcontextbuilder.loadTrustMaterial(
            new File("C:\\path to\\truststore.jks"), //path to jks file
            "password".toCharArray(), //enters in the truststore password for use
            new TrustSelfSignedStrategy() //will trust own CA and all self-signed certs
            );

SSLContext sslcontext = sslcontextbuilder.build(); //load trust store

SSLConnectionSocketFactory sslsockfac = new SSLConnectionSocketFactory(sslcontext,new String[] { "TLSv1" },null,SSLConnectionSocketFactory.getDefaultHostnameVerifier());

CloseableHttpClient httpclient = HttpClients.custom().setSSLSocketFactory(sslsockfac).build(); //sets up a httpclient for use with ssl socket factory 



try { 
        HttpGet httpget = new HttpGet("https://localhost:8443"); //I had a tomcat server running on localhost which required the client to have their trust cert

        System.out.println("Executing request " + httpget.getRequestLine());

        CloseableHttpResponse response = httpclient.execute(httpget);
        try {
            HttpEntity entity = response.getEntity();

            System.out.println("----------------------------------------");
            System.out.println(response.getStatusLine());

            EntityUtils.consume(entity);
        } finally {
            response.close();
        }
    } finally {
        httpclient.close();
    }

c'est le que chose qui a fonctionné pour moi sur les connexions effectuées à partir d'un serveur distant qui je n'avais pas d'accès direct. J'ai fini par l'injection de la SSLSocketConnectionFactory dans un Repos du Ressort de Modèle et cela a fonctionné comme un charme. Merci!

InformationsquelleAutor J Medeiros

Vous devez vous connecter pour publier un commentaire.