URLConnection ne fonctionne pas pour les url appartenant au même serveur

Version imprimable

Bonjour, j'ai un petit annuaire de sites avec lien retour, pour vérifier celui ci je charge la page saisie je m'y connecte avec URLConnection :
Code:

1 2 3 4 5 public static void submit(String urlRetour, String backlink) throws MyException, MalformedURLException, IOException { URL url = new URL(urlRetour); URLConnection con = url.openConnection(); [...] }
En production cela fonctionne avec toutes les URL SAUF les URL se trouvant sur le même serveur de production (mes sites quoi).
J'ai du mal à trouver un tel cas de figure en cherchant sur google, je suis un peu bloqué, si vous avez une idée...
Merci !

22/08/2016, 21h33
tchize_

l'url en question fonctionne de l'extérieur? Elle est résolue avec la même ip sur l'intérieur et l'extérieur? L'écoute du serveur est configurée comment?
22/08/2016, 21h43
stc074

quand je teste chez moi (local sur mon PC) mes urls marchent, mon serveur a une seule ip et normalement le port 80 écoute (obligé pour mes sites).
22/08/2016, 21h46
tchize_

tu va en console sur le serveur et que tu fais un wget ou un curl avec l'url en question ça donne quoi?

Je ne pense pas que ton serveur java soit en écoute sur le port 80, tu as surement autre chose qui écoute sur ce port en front end.
22/08/2016, 21h56
stc074

wget fonctionne, non tomcat écoute le port 8080 et iptables redirige le port 80 vers ce port
22/08/2016, 22h01
tchize_

iptable est probablement mal configuré et ne redirige que ce qui arrive de l'extérieur. Possible que java résolve ton adresse en 127.0.0.1 au lieu de l'ip réelle. Pour ça faut tracer ce qui passe en réseau lors du foirage avec des outils comme pcap.
22/08/2016, 22h06
stc074

ah c'est une piste en effet, je vais voir tout ça, Merci ! :-)

J'ai quand même vérifié mes logs après une tentative de soumission il semblerait que le certificat SSL soit en cause :

Code:

1
2
3
4
5
6
7
8
9
23-Aug-2016 20:46:39.672 SEVERE [https-jsse-nio-443-exec-596] validators.BacklinkValidator.validate null
 javax.net.ssl.SSLHandshakeException: sun.security.validator.ValidatorException: PKIX path building failed: sun.security.provider.certpath.SunCertPathBuilderException: unable to find valid certification path to requested target
        at sun.security.ssl.Alerts.getSSLException(Alerts.java:192)
        at sun.security.ssl.SSLSocketImpl.fatal(SSLSocketImpl.java:1949)
        at sun.security.ssl.Handshaker.fatalSE(Handshaker.java:302)
        at sun.security.ssl.Handshaker.fatalSE(Handshaker.java:296)
        at sun.security.ssl.ClientHandshaker.serverCertificate(ClientHandshaker.java:1509)
        at sun.security.ssl.ClientHandshaker.processMessage(ClientHandshaker.jav
[...]

peut être fallait-il ajouter localhost dans la liste des domaines ?

24/08/2016, 00h16
tchize_

si tu fais du ssl, il faut que ton certificat ssl soit valide sur le serveur.
24/08/2016, 00h26
stc074

bah il est valide dans la mesure ou les browser ne bronche pas je peux me connecter en https sans problème
24/08/2016, 23h24
tchize_

la version de java est à jour? Si la certificate authority est trop récente, elle n'est pas dans la liste des certificates reconnus par java.
24/08/2016, 23h34
stc074

bah java n'a pas été upgradé depuis longtemps je pense, j'avais utilisé le depot webupd8team pour l'installer en apt sur ma debian