Requête HTTP via httpClient bien trop longue

Bonjour,

Je viens de fignoler un bout de code permettant d'envoyer des requêtes HTTP à des cameras IP et de récupérer le résultat associé.

J'utilise la librairie httpClient-4.3.1

voici le code que j'utilise pour effectuer mes requêtes :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40

try { SSLContext contexteSSL = getConfigurationSSL(ipDestinataire); CredentialsProvider auth = getConfigurationAuthentification(ipDestinataire);   CloseableHttpClient httpclient = HttpClients.custom().setSSLSocketFactory(new SSLConnectionSocketFactory(contexteSSL)).setDefaultCredentialsProvider(auth).build();   httpget = new HttpGet(urlString);   if (ipSource != null) httpget.setConfig(getRequestConfig(ipSource)); else httpget.setConfig(getRequestConfig());   response = httpclient.execute(httpget);   entity = response.getEntity(); InputStream is = entity.getContent();   BufferedReader buffer = new BufferedReader(new InputStreamReader(is));   String str = "";   // lecture du contenu du flux et stockage sous forme de chaine while (null != ((str = buffer.readLine()))){ if (str.length() > 0){ str = str.trim(); if(!str.equals("")) retour += str; } } // fermeture du flux buffer.close();   EntityUtils.consume(entity); response.close(); httpclient.close();   } catch (Exception e) { Logger.getLoggerParDefaut().debug("Exception lros de l'appel HTTP"); e.printStackTrace(); }

---

la methode getConfigurationSSL() precise que l'on accepte tous les certificats
la methode getConfigurationAuthentification() definit le bon login/mdp
la methode getRequestConfig() créé la configuration avec une adresse locale :

Code:

---

1 2 3 4 5 6 7 8 9 10

private static RequestConfig getRequestConfig(String ipEcoute) { try { return RequestConfig.custom().setSocketTimeout(TIMEOUT_CONNEXION).setConnectionRequestTimeout(TIMEOUT_CONNEXION).setConnectTimeout(TIMEOUT_CONNEXION) .setLocalAddress(InetAddress.getByName(ipEcoute)).setAuthenticationEnabled(true).build(); } catch (UnknownHostException e) { return null; } }

---

Ce code fonctionne et me permet de récuperer les resultats que je veux, mais j'ai tout de même un énorme soucis..

la méthode execute() de la classe CloseableHttpClient est extrêmement longue.. elle met 11 secondes pour renvoyer le résultat sous forme d'une CloseableHttpResponse (dans le cas ou l'URL est atteignable, sinon, retour au bout de TIMEOUT_CONNEXION secondes)

Est-ce normal ? je suppose que non mais je ne vois pas ce qui peut causer ce problème..

Merci de votre aide

Si tu récupères une image, 11 secondes ça peut être normal non ? Combien de mégaoctets récupère-tu ?

je récupère quelques caractères seulement la plupart du temps.

j'interroge une caméra, donc je demande des infos comme le modèle, le port RTSP.... la réponse fait une petite ligne de texte du genre :

Brand.ProdNbr=M3005

si je fais un wget ou directement dans le navigateur c'est instantané. J'avais également fait ce code via d'autres methodes, c'etait très rapide, mais httpClient est la seule librairie ou je peux préciser l'IP source depuis laquelle je veux faire ma requête...

Si tu retire l'ip source, tu as les même temps?

oui, exactement pareil...

la camera que je veux joindre est sur un réseau :
10.16.106.0/24

la machine qui essaie de faire la requête est sur un autre :
10.16.192.0/24
(j'ai une route depuis la machine qui fait la requête jusqu'à ma camera)

pour simplifier les TESTS :
je met la machine qui fait la requete sur le même réseau que la camera.

J'ai toujours le même temps de réponse.
De plus, si comme tu le propose j'enlève l'IP source, cela ne change rien..

est ce que l'URL que l'on définit peut poser un problème si elle est composée de différents paramètres GET ?

une URL classique que j'utilise :
https://10.16.106.32/axis-cgi/param....=Brand.ProdNbr

si je lance dans un navigateur, le code source renvoie juste :
Brand.ProdNbr=M3005

mon prog récupere la même chose, mais en 10secondes..

si je fais :

Code:

---

1 2	wget --no-check-certificate --bind-address 10.16.197.253 "https://root:mdp@10.16.106.33/axis-cgi/param.cgi?action=list&group=Brand.ProdNbr"

---

je récupere bien
Brand.ProdNbr=M3005
mais dans un fichier créé nommé :
param.cgi?action=list&group=Brand.ProdNbr

si jamais je ne met pas les cotes, la connexion dure 10 sec et je récupere la liste completes de tous les parametres de la camera (qques Mo)

peut être que mon prog renvoie bien mon résultat mais qu'il récupere aussi autre chose que je ne vois pas et qui prend du temps..

Citation:

---

a connexion dure 10 sec et je récupere la liste completes de tous les parametres de la camera (qques Mo)

---

Quelques Mo en 10 sec, ça fait quelques centaines de k/sec, ça semble normal non ? Donc apparemment il lit les Mo mais tu ne récupère que la première info.

oui, ça semble normal pour le wget, mais pour mon prog, c'est vraiment bizarre, j'essaie de lire les entêtes, je parcours le flux InputStream, il ne contient que l'info que j'ai demandé..

je pense aussi que le probleme vient de la, maintenant reste à savoir si c'est bien ça et si oui, pourquoi la camera renvoie autant d'infos et que je ne les vois pas..

Tu peux activer le logging de ton httpclient, comme indiqué ici

https://hc.apache.org/httpcomponents...x/logging.html


Ca te permettra de savoir ce qui passe sur le cable.

re, je vais essayer de voir les logs, ca m'en dira peut etre plus..

en utilisant wireshark aussi je me disais, je pourrais facilement voir la quantité de données.

oui mais en https, wireshark est beaucoup moins utile :)

Salut,


Tu es sûr que les lenteurs viennent bien de la méthode httpclient.execute() ?

Parce que tu parles de récupérer "quelques Mo" de donnée, et en dessous je vois un code bien affreux qui peut bien malmener le GC :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15

InputStream is = entity.getContent();   BufferedReader buffer = new BufferedReader(new InputStreamReader(is));   String str = "";   // lecture du contenu du flux et stockage sous forme de chaine while (null != ((str = buffer.readLine()))){ if (str.length() > 0){ str = str.trim(); if(!str.equals("")) retour += str; } } // fermeture du flux buffer.close();

---

Non seulement ca fait mal aux yeux car le close() n'est pas dans un bloc finally (ou via le try-with-ressource de Java 7), mais tu utilises des concaténations de String dans une boucle, ce qui conduit à générer un très grand nombre d'objets temporaires...
Il faut utiliser un StringBuilder !!!

Avec ton code je met environ 5 minutes pour lire un fichier de 6Mo en local... alors que c'est quasi-instantané avec un code comme celui là :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17

final String result; // Note : il serait préférable de spécifier l'encodage Reader reader = new InputStreamReader(is); try { // On peut initialiser la taille du StringBuilder // si on la connait à l'avance : StringBuilder sb = new StringBuilder(); char[] cbuf = new char[8192]; int len;   while ( (len=reader.read(cbuf)) > 0 ) { sb.append(cbuf, 0, len); } result = sb.toString(); } finally { reader.close(); }

---

a++

salut,
le code la n'est pas définitif, je voulait juste afficher le flux complet opur voir s'il y avait plus d'informations que ce que je demandais, mais effectivement je vais utiliser ta solution.

J'ai avancé, j'ai fait pas mal de test et oui, c'est la méthode execute(), mais j'ai compris que la phase qui est lente, c'est lorsque j'ajoute la notion de certificat.

je veux juste accepter les certificats sans verif, et c'est cette étape qui prend un temps fou.

Je teste différentes méthodes, du genre :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23

SSLContext sslContext = null; try { sslContext = SSLContext.getInstance("SSL");   // set up a TrustManager that trusts everything sslContext.init(null, new TrustManager[] { new X509TrustManager() { public X509Certificate[] getAcceptedIssuers() { Logger.getLoggerParDefaut().debug("getAcceptedIssuers ============="); return null; } public void checkClientTrusted(X509Certificate[] certs, String authType) { Logger.getLoggerParDefaut().debug("checkClientTrusted ============="); }   public void checkServerTrusted(X509Certificate[] certs, String authType) { Logger.getLoggerParDefaut().debug("checkServerTrusted ============="); } } }, new SecureRandom());   } catch (Exception e) { e.printStackTrace(); }

---

mais j'obtiens toujours un temps énorme, du genre 4-5 secondes avant de voir les logs :
checkServerTrusted =============
getAcceptedIssuers =============

et encore 4-5 secondes pour obtenir le resultat.

Y a t-il une méthode spéciale ? j'ai déjà utilisé ce genre de code avec des URLConnection et je n'avais pas ce soucis de temps...

Envoyer directement l'URL ?

heu.. envoyer directement l'URL ? peux tu préciser, car je suis dans le flou !

peut être veux tu dire en utilisant des classes comme URLConnection plutot que Httpclient ?

Puisque depuis le navigateur ça va vite, pourquoi ne pas simplement utiliser quelque chose du genre :

Code:

---

new URL(url).openStream();

---

Pas possible avec https peut-être ?

si c'est possible,

mais la machine que j'utilise pour envoyer mes requêtes possède plusieurs interfaces, chacune sur un VLAN différents. Chaque VLAN a des routes qui lui sont propres, donc si je veux faire ma requête http ou https, je dois préciser l'adresse IP source, sinon je n'ai pas l’accès.

j'ai la même chose avec des sockets et du SNMP, mais pour HTTP c'est catastrophique, je n'ai trouvé que HttpClient qui le permet avec

Code:

---

1 2	RequestConfig.custom().setLocalAddress(InetAddress.getByName(ipEcoute))

---

malheureusement, la requête prend désormais 10sec au lieu de quelques millisecondes lorsque j'utilisais URL

Pour que ça fonctionne (rapidement, donc) avec ton navigateur, tu envoyes juste un URL non ? pourquoi ne pas envoyer le même depuis tes sources ?

Citation:

---

Envoyé par JoeChip

Pour que ça fonctionne (rapidement, donc) avec ton navigateur, tu envoyes juste un URL non ? pourquoi ne pas envoyer le même depuis tes sources ?

---

Vraisemblablement que les sources ne tournent pas sur le même serveur que son navigateur.

Tu parle de plusieurs VLAN différents, mais le VLAN que tu utilise pour accéder à la webcam, il a bien aussi un accès internet? SSLFactory a besoin de ça pour vérifier les certificats!

je ne peux pas faire de test depuis mon navigateur, puisque par défaut, il n'utilise pas la bonne route.

Pour réaliser le test du navigateur, je désactive toutes mes interfaces pour que celui ci utilise la bonne ip / passerelle. Et dans ce cas, effectivement c'est quasi instantané.

si je fais un wget, je dois preciser différents parametres, dont l'IP source avec --bind-address sinon pas de réponse :

Code:

---

1 2	wget --no-check-certificate --bind-address 10.16.197.253 "https://root:mdp@10.16.106.33/axis-cgi/param.cgi?action=list&group=Brand.ProdNbr"

---

Mais lorsque je serai en prod, je ne vais pas désactiver mes interfaces à chaque fois que je veux faire une requête :)

Je tourne en rond c'est horrible..peut etre une piste avec URLStreamHandlerFactory mais j'en doute

@tchize

le navigateur ne passe pas la même interface que la requête HTTP de appli java en effet.

le VLAN par défaut (et donc la route par défaut) possède un accès internet, mais n'a pas le droit d’accéder à la camera.

l'adresse IP de la machine 10.16.197.253 peut accéder à la camera mais n'a pas d’accès à internet. C'est pour cela que je veux pouvoir donner une adresse locale.

peut être que le problème vient de la, lorsque je fais le setLocalAddress()..

il faudrait que HTTP parte depuis cette IP mais que SSLFactory utilise celle par défaut..

je vais creuser de ce coté !

mais question bête, peut on éviter l'accès à internet et tout de même valider des certificats (dans le cas où ils sont auto signés uniquement.)

Avec des certificats autosignés, il n'y a rien à tester.

As-tu, comme suggéré, activé les différent logs de httpclient, qu'on vois ce qui se passe.

malheureusement non, mon appli utilise un Logger perso au départ, on a tout fait pour virer log4J..

Mais bon, je vais le mettre parce que la ça ne va pas du tout.. je vais le mettre et voir les logs

voici les logs obtenus

Code:

---

1 2 3 4 5 6 7 8

CookieSpec selected: best-matchAuth cache not set in the contextConnection request: [route: /10.16.197.253->{s}->https://10.16.106.31:443][total kept alive: 0; route allocated: 0 of 2; total allocated: 0 of 20]Connection leased: [id: 0][route: /10.16.197.253->{s}->https://10.16.106.31:443][total kept alive: 0; route allocated: 1 of 2; total allocated: 1 of 20]Opening connection /10.16.197.253->{s}->https://10.16.106.31:443Connecting to /10.16.106.31:443   2013-10-17 10:49:23 > Debug > APICameraAxis\$1.checkServerTrusted > checkServerTrusted ============= (APICameraAxis.java:870)   Executing request GET /axis-cgi/param.cgi?action=list&group=Brand.ProdNbr HTTP/1.1Target auth state: UNCHALLENGEDProxy auth state: UNCHALLENGEDhttp-outgoing-0 >> GET /axis-cgi/param.cgi?action=list&group=Brand.ProdNbr HTTP/1.1http-outgoing-0 >> Host: 10.16.106.31http-outgoing-0 >> Connection: Keep-Alivehttp-outgoing-0 >> User-Agent: Apache-HttpClient/4.3.1 (java 1.5)http-outgoing-0 >> Accept-Encoding: gzip,deflatehttp-outgoing-0 >> "GET /axis-cgi/param.cgi?action=list&group=Brand.ProdNbr HTTP/1.1[\r][\n]"http-outgoing-0 >> "Host: 10.16.106.31[\r][\n]"http-outgoing-0 >> "Connection: Keep-Alive[\r][\n]"http-outgoing-0 >> "User-Agent: Apache-HttpClient/4.3.1 (java 1.5)[\r][\n]"http-outgoing-0 >> "Accept-Encoding: gzip,deflate[\r][\n]"http-outgoing-0 >> "[\r][\n]"http-outgoing-0 << "HTTP/1.1 401 Unauthorized[\r][\n]"http-outgoing-0 << "Date: Thu, 17 Oct 2013 08:49:23 GMT[\r][\n]"http-outgoing-0 << "Accept-Ranges: bytes[\r][\n]"http-outgoing-0 << "Connection: close[\r][\n]"http-outgoing-0 << "WWW-Authenticate: Digest realm="AXIS_00408CDC70D4", nonce="000012f5Y6861874913b578893a44bd309340ec1b35c59", stale=FALSE, qop="auth"[\r][\n]"http-outgoing-0 << "WWW-Authenticate: Basic realm="AXIS_00408CDC70D4"[\r][\n]"http-outgoing-0 << "Content-Length: 184[\r][\n]"http-outgoing-0 << "Content-Type: text/html; charset=ISO-8859-1[\r][\n]"http-outgoing-0 << "[\r][\n]"http-outgoing-0 << "<HTML><HEAD><TITLE>401 Unauthorized</TITLE></HEAD>[\n]"http-outgoing-0 << "<BODY><H1>401 Unauthorized</H1>[\n]"http-outgoing-0 << "Your client does not have permission to get URL /axis-cgi/param.cgi from this server.[\n]"http-outgoing-0 << "</BODY></HTML>[\n]"http-outgoing-0 << HTTP/1.1 401 Unauthorizedhttp-outgoing-0 << Date: Thu, 17 Oct 2013 08:49:23 GMThttp-outgoing-0 << Accept-Ranges: byteshttp-outgoing-0 << Connection: closehttp-outgoing-0 << WWW-Authenticate: Digest realm="AXIS_00408CDC70D4", nonce="000012f5Y6861874913b578893a44bd309340ec1b35c59", stale=FALSE, qop="auth"http-outgoing-0 << WWW-Authenticate: Basic realm="AXIS_00408CDC70D4"http-outgoing-0 << Content-Length: 184http-outgoing-0 << Content-Type: text/html; charset=ISO-8859-1Authentication required10.16.106.31:443 requested authenticationAuthentication schemes in the order of preference: [negotiate, Kerberos, NTLM, Digest, Basic]Challenge for negotiate authentication scheme not availableChallenge for Kerberos authentication scheme not availableChallenge for NTLM authentication scheme not availableSelected authentication options: [DIGEST [complete=true, nonce=null, nc=0], BASIC]http-outgoing-0: Close connectionOpening connection /10.16.197.253->{s}->https://10.16.106.31:443Connecting to /10.16.106.31:443 Executing request GET /axis-cgi/param.cgi?action=list&group=Brand.ProdNbr HTTP/1.1Target auth state: CHALLENGEDGenerating response to an authentication challenge using digest schemeProxy auth state: UNCHALLENGEDhttp-outgoing-0 >> GET /axis-cgi/param.cgi?action=list&group=Brand.ProdNbr HTTP/1.1http-outgoing-0 >> Host: 10.16.106.31http-outgoing-0 >> Connection: Keep-Alivehttp-outgoing-0 >> User-Agent: Apache-HttpClient/4.3.1 (java 1.5)http-outgoing-0 >> Accept-Encoding: gzip,deflatehttp-outgoing-0 >> Authorization: Digest username="root", realm="AXIS_00408CDC70D4", nonce="000012f5Y6861874913b578893a44bd309340ec1b35c59", uri="/axis-cgi/param.cgi?action=list&group=Brand.ProdNbr", response="2d38956ea00010fc358831eaa9ee32e5", qop=auth, nc=00000001, cnonce="9e052f64b94a8e5d", algorithm=MD5http-outgoing-0 >> "GET /axis-cgi/param.cgi?action=list&group=Brand.ProdNbr HTTP/1.1[\r][\n]"http-outgoing-0 >> "Host: 10.16.106.31[\r][\n]"http-outgoing-0 >> "Connection: Keep-Alive[\r][\n]"http-outgoing-0 >> "User-Agent: Apache-HttpClient/4.3.1 (java 1.5)[\r][\n]"http-outgoing-0 >> "Accept-Encoding: gzip,deflate[\r][\n]"http-outgoing-0 >> "Authorization: Digest username="root", realm="AXIS_00408CDC70D4", nonce="000012f5Y6861874913b578893a44bd309340ec1b35c59", uri="/axis-cgi/param.cgi?action=list&group=Brand.ProdNbr", response="2d38956ea00010fc358831eaa9ee32e5", qop=auth, nc=00000001, cnonce="9e052f64b94a8e5d", algorithm=MD5[\r][\n]"http-outgoing-0 >> "[\r][\n]"http-outgoing-0 << "HTTP/1.1 200 OK[\r][\n]"http-outgoing-0 << "Date: Thu, 17 Oct 2013 08:49:28 GMT[\r][\n]"http-outgoing-0 << "Accept-Ranges: bytes[\r][\n]"http-outgoing-0 << "Connection: close[\r][\n]"http-outgoing-0 << "Authentication-Info: qop=auth, rspauth="0ad3dbb1fb4c486d8cbc27cdd237455f", cnonce="9e052f64b94a8e5d", nc=00000001[\r][\n]"http-outgoing-0 << "Content-type: text/plain[\n]"http-outgoing-0 << "[\n]"http-outgoing-0 << HTTP/1.1 200 OKhttp-outgoing-0 << Date: Thu, 17 Oct 2013 08:49:28 GMThttp-outgoing-0 << Accept-Ranges: byteshttp-outgoing-0 << Connection: closehttp-outgoing-0 << Authentication-Info: qop=auth, rspauth="0ad3dbb1fb4c486d8cbc27cdd237455f", cnonce="9e052f64b94a8e5d", nc=00000001http-outgoing-0 << Content-type: text/plainAuthentication succeededCaching 'digest' auth scheme for https://10.16.106.31:443

---

je m’aperçois qu'à un moment il y a un 401 Unauthorized mais pourtant je précise login/mdp , ce qui devrait fonctionner (mal peut être) puisque je récupère le résultat..

MMM normalement on peux demander à httpclient plus de logs que ça. Essaie de tout passer en debug. Et configure le logger pour afficher le temps, comme ça on vois clairement où sont les lags :ccool:

c'est plus simple à lire en y mettant de la forme je l'avoue !

j'ai fait quelques modifications suite à l'erreur 401 :

Code:

---

1 2 3 4 5 6 7

AuthScope authScope = new AuthScope(ipDestinataire, 443); BasicCredentialsProvider credsProvider = new BasicCredentialsProvider(); credsProvider.setCredentials(authScope, new UsernamePasswordCredentials(CAMERA_LOGIN, CAMERA_PWD)); BasicHttpContext localcontext = new BasicHttpContext(); httpget.addHeader(new BasicScheme().authenticate(credsProvider.getCredentials(authScope), httpget, localcontext));

---

plutot que

Code:

---

1 2 3 4 5 6 7 8 9 10 11

CredentialsProvider credsProvider = null;   credsProvider = new BasicCredentialsProvider(); credsProvider.setCredentials(new AuthScope(ipDestinataire, 443), new UsernamePasswordCredentials(CAMERA_LOGIN, CAMERA_PWD));   HttpClients.custom() .setDefaultCredentialsProvider(credsProvider) .setSSLSocketFactory(sslsf) .build();

---

fait gagner 4 à 5 secondes et enlève l'erreur d'authentification


les nouveaux logs :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45

oct. 17 11:24:38 DEBUG CookieSpec selected: best-match oct. 17 11:24:38 DEBUG Auth cache not set in the context oct. 17 11:24:38 DEBUG Connection request: [route: /10.16.106.14->{s}->https://10.16.106.31:443][total kept alive: 0; route allocated: 0 of 2; total allocated: 0 of 20] oct. 17 11:24:38 DEBUG Connection leased: [id: 0][route: /10.16.106.14->{s}->https://10.16.106.31:443][total kept alive: 0; route allocated: 1 of 2; total allocated: 1 of 20] oct. 17 11:24:38 DEBUG Opening connection /10.16.106.14->{s}->https://10.16.106.31:443 oct. 17 11:24:39 DEBUG Connecting to /10.16.106.31:443 2013-10-17 11:24:43 > Debug > APICameraAxis\$1.checkServerTrusted > checkServerTrusted ============= (APICameraAxis.java:851) 2013-10-17 11:24:43 > Debug > APICameraAxis\$1.getAcceptedIssuers > getAcceptedIssuers ============= (APICameraAxis.java:840) oct. 17 11:24:43 DEBUG Executing request GET /axis-cgi/param.cgi?action=list&group=Brand.ProdNbr HTTP/1.1 oct. 17 11:24:43 DEBUG Proxy auth state: UNCHALLENGED oct. 17 11:24:43 DEBUG http-outgoing-0 >> GET /axis-cgi/param.cgi?action=list&group=Brand.ProdNbr HTTP/1.1 oct. 17 11:24:43 DEBUG http-outgoing-0 >> Authorization: Basic == oct. 17 11:24:43 DEBUG http-outgoing-0 >> Host: 10.16.106.31 oct. 17 11:24:43 DEBUG http-outgoing-0 >> Connection: Keep-Alive oct. 17 11:24:43 DEBUG http-outgoing-0 >> User-Agent: Apache-HttpClient/4.3.1 (java 1.5) oct. 17 11:24:43 DEBUG http-outgoing-0 >> Accept-Encoding: gzip,deflate oct. 17 11:24:43 DEBUG http-outgoing-0 >> "GET /axis-cgi/param.cgi?action=list&group=Brand.ProdNbr HTTP/1.1[\r][\n]" oct. 17 11:24:43 DEBUG http-outgoing-0 >> "Authorization: Basic Q==[\r][\n]" oct. 17 11:24:43 DEBUG http-outgoing-0 >> "Host: 10.16.106.31[\r][\n]" oct. 17 11:24:43 DEBUG http-outgoing-0 >> "Connection: Keep-Alive[\r][\n]" oct. 17 11:24:43 DEBUG http-outgoing-0 >> "User-Agent: Apache-HttpClient/4.3.1 (java 1.5)[\r][\n]" oct. 17 11:24:43 DEBUG http-outgoing-0 >> "Accept-Encoding: gzip,deflate[\r][\n]" oct. 17 11:24:43 DEBUG http-outgoing-0 >> "[\r][\n]" oct. 17 11:24:43 DEBUG http-outgoing-0 << "HTTP/1.1 200 OK[\r][\n]" oct. 17 11:24:43 DEBUG http-outgoing-0 << "Date: Thu, 17 Oct 2013 09:24:46 GMT[\r][\n]" oct. 17 11:24:43 DEBUG http-outgoing-0 << "Accept-Ranges: bytes[\r][\n]" oct. 17 11:24:43 DEBUG http-outgoing-0 << "Connection: close[\r][\n]" oct. 17 11:24:43 DEBUG http-outgoing-0 << "Content-type: text/plain[\n]" oct. 17 11:24:43 DEBUG http-outgoing-0 << "[\n]" oct. 17 11:24:43 DEBUG http-outgoing-0 << HTTP/1.1 200 OK oct. 17 11:24:43 DEBUG http-outgoing-0 << Date: Thu, 17 Oct 2013 09:24:46 GMT oct. 17 11:24:43 DEBUG http-outgoing-0 << Accept-Ranges: bytes oct. 17 11:24:43 DEBUG http-outgoing-0 << Connection: close oct. 17 11:24:43 DEBUG http-outgoing-0 << Content-type: text/plain 2013-10-17 11:24:43 > Debug > APICameraAxis.getStringFromCamera > RESULTAT (APICameraAxis.java:688)   oct. 17 11:24:43 DEBUG http-outgoing-0 << "Brand.ProdNbr=M3005[\n]" oct. 17 11:24:43 DEBUG http-outgoing-0: Shutdown connection oct. 17 11:24:43 DEBUG Connection discarded oct. 17 11:24:43 DEBUG http-outgoing-0: Close connection oct. 17 11:24:43 DEBUG Connection released: [id: 0][route: /10.16.106.14->{s}->https://10.16.106.31:443][total kept alive: 0; route allocated: 0 of 2; total allocated: 0 of 20] Brand.ProdNbr=M3005 oct. 17 11:24:43 DEBUG Connection manager is shutting down oct. 17 11:24:43 DEBUG Connection manager shut down

---

maintenant on voit clairement dans les logs ue la partie la plus longue, c'est la connexion :

Code:

---

1 2	oct. 17 11:28:28 DEBUG Connecting to /10.16.106.31:443

---

qui met 4 secondes avant de demander la validation du certificat :

Code:

---

1 2	2013-10-17 11:28:32 > Debug > APICameraAxis\$1.checkServerTrusted > checkServerTrusted ============= (APICameraAxis.java:851)

---

Est ce que je peux y faire quelque chose ? parce que ça reste énorme pour une simple connexion

Citation:

---

Envoyé par dumoulex

oct. 17 11:24:39 DEBUG Connecting to /10.16.106.31:443
2013-10-17 11:24:43 > Debug > APICameraAxis\$1.checkServerTrusted > checkServerTrusted ============= (APICameraAxis.java:851)

---

Bon, ça se confirme, la lenteur se trouve en début de connection, on avance :)

Soit la demande de connexion est lente -> ce serait un problème de réseau (à confirmer en créant une connexion sur ce port avec un socket)
Soit la négociation des certificats prend du temps -> Mais si des choses compelxes avaient lieu, il y aurait vraisemblablement des logs supplémentaires... On peux toujours faire dur pas à pas dans le code pour voir où sa bloque....

Citation:

---

oct. 17 11:24:43 DEBUG http-outgoing-0 >> "Authorization: Basic cm9******retiré****[\r][\n]"

---

Et le ticket gagnant du je donne mon mot de passe root au forum est aujourd'hui attribué à .....

rhaaa ! au pire c'est celui de la camera ! (d'ailleurs il a l'air crypté)

j'ai essayé de mettre ma machine directement sur le réseau de la camera, donc niveau réseau/routes ça simplifie..

pourtant toujours 4sec pour se connecter..

malheureusement, je crois que je ne peux plus rien y faire de mon coté..

Ras le bol...


Apres quelques recherches, je suppose que la librairie httpClient est spéciale, compliquée à implémenter (plusieurs solutions pour des résultats sensiblement différents)

je ne peux pas me permettre de laisser 5sec par connexion, donc je dois truover une autre solution.

Au final, une solution que je n'aime pas trop mais qui a fait ses preuves : l'appel à la commande shell....

je ne precise pas, mais j'ai une lib perso qui fait les input / output qu'il faut, je ne recopie pas tout...

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15

String[] cmd = new String[]{"wget","--no-check-certificate", "--bind-address", ipSource, "https://" + CAMERA_LOGIN + ":" + CAMERA_PWD + "@" + ip + "/axis-cgi/param.cgi?action=list&group=Brand.ProdNbr", "-qO-"};   Runtime r = Runtime.getRuntime(); Process process = r.exec(cmd);   SortieFluxAvecRetour fluxSortie = new SortieFluxAvecRetour("fluxStandard", process, SortieFlux.CODE_FLUX_STANDARD); SortieFluxAvecRetour fluxErreur = new SortieFluxAvecRetour("fluxErreur", process, SortieFlux.CODE_FLUX_ERREUR);   fluxSortie.demarrerThread(); fluxErreur.demarrerThread();   retourCmd = new RetourCommandeShell(process.waitFor(), fluxSortie.get(), fluxErreur.get());   process.destroy();

---

miracle, wget se connecte et renvoie la resultat en quelques millisecondes...

en tout cas merci quand même pour vos efforts, vous m'avez bien aidé.

je met résolu, même si je n'utilise pas directement java, j'arrive à faire ce que je veux au départ

Le problème est lié au certificat ou a sa validation. Il a peut être même été généré n'importe comment. Vu le no checkcertificate, wget risque pas d'être impacté par ça.

L'inconvénient, par contre, c'est que tu fous en l'air ta sécurité :)

pour pouvoir joindre la camera via https, il faut que celle ci génère un certificat auto signé, pas le choix.

je ne veux pas vérifier ce certificat, car il peut changer si la camera est remplacée.

quitte à dire j'accepte tout, autant pas le vérifier..

peux tu développer un peu lorsque tu dis
" c'est que tu fous en l'air ta sécurité " ?

ca m’éclairerais dans ma culture securité/web

pour un peu préciser, lorsque j'utilisais URLConnection, j'utilisais la même méthode pour valider/accepter le certificat, et cela ne prenait que quelques millisecondes.. donc je ne cherche pas trop à savoir pourquoi avec httpClient c'est différent

Citation:

---

Envoyé par dumoulex

peux tu développer un peu lorsque tu dis
" c'est que tu fous en l'air ta sécurité " ?

---

Ne pas vérifier le certificat SSL, c'est la même chose que ne pas en avoir. N'importe qui peux se faire passer pour ta caméra et chopper le mot de passe. du coup autant ne pas faire de SSL et accéder en http, au moins ca t'évitera les emmerdes du ssl.

ok, le fait de passer par https n'apporte rien du tout ?

parce que les cameras ont login/mdp, si je me connecte en http je risque pas de laisser les mots de passe en clair sur le réseau ou qques failles en plus ?

En https les données sont bien encrypté... mais si tu ne peux pas en garantir la source ce n'est pas un moyen sûr pour autant...


Ok en http les données transitent en clair sur le réseau, et peuvent être "intercepté".

Mais sauf erreur c'est également possible en https si tu ne vérifies pas le certificat, via une attaque "man-in-the-middle" qui intercepterait le certificat pour t'en envoyer un autre.

a++

ok,

donc https reste une surcouche qui amène quelque chose.

Le problème c'est que les certificats des cameras vont être générés à la volée et ne seront pas récupéré par mon prog. Je ne peux donc pas les vérifier..

et bien merci pour vos infos, je sais que même s'il y a une faille je ne peux guère faire mieux.

Effectivement, en http on peux sniffer. Pour ça il faut récupérer le flux. Sur un réseau switché, ça veux dire faire "tomber" le switch d'abord, pour pouvoir forwarder tous le traffic vers soit afin de pouvoir l'enregistrer.

L'autre option, plus simple, c'est directement de se faire passer pour la caméra en piquant son adresse ip. Sur beaucoup de réseaux d'entreprise, c'est extrèmement facile à faire. Suffit d'attrbuer cette ip à ta carte réseau. Rares sont les réseau où on a été s'emmerder à enregistrer chaque mac / ip sur chaque port de chaque switch. Et si je pique son adresse ip, je peux fournir ce que je veux comme certificat SSL, de toutes façons, tu ne le vérifie pas....

En fait j'ai mis en place un dhcp avec option 82, donc l'ip de la camera lui est donnée parce qu'elle est branché sur un port précis sur un switch précis. et en plus il y a une liste d'adresses MAC des cameras avant de valider l'IP envoyée.

après, si tu dis qu'il faut qu'il tape le switch avant je devrais être tranquille.. chaque port à un vlan assigné et un matériel précis, il faudrait donc prendre l'IP de la camera et se brancher sur un port réservé sachant que je détecte les branchements débranchements avec une GTC...


et bien merci à vous !

Il y a d'autres manières de faire du man in the middle, je parlais des plus évidentes. La sécurité, c'est un domaine complexe. Mais il faut que tu soit conscient qu'un SSL sans validation, c'est la même chose que pas de SSL ;)