JMeter proxy https enregistrement ne fonctionne pas
Je suis de l'enregistrement d'une session https d'un ACI en fonction web app sur JMeter et il ne fonctionne pas.
De l'application cible est hébergé sur: AWS
JMeter version: 2.9 r1437961
Navigateur: version de Chrome 29.0.1547.65
Java: java version "1.6.0_27"
OpenJDK Environnement d'Exécution (IcedTea6 1.12.5) (6b27-1.12.5-0ubuntu0.12.04.1)
OpenJDK Server VM (build 20.0-b12, en mode mixte)
OS: Ubuntu 12.04
Serveur Proxy config:
Port: 8084
Contrôleur cible: Plan de Test > Groupe de Thread
Capture d'en-têtes HTTP est activée.
HTTP paramètres d'Échantillon:
Type: pas sélectionné. Suivre les Redirections et les Utiliser KeepAlive vérifié.
Modèles URL à exclure:
1. Ajouté Suggéré Exclut
2. .*\.jsf
Les Exceptions qui sont de se faire jeter (à partir de JMeter.journal):
ERROR - jmeter.protocol.http.proxy.Proxy: java.net.SocketException: Connection closed by remote host
at sun.security.ssl.SSLSocketImpl.checkWrite(SSLSocketImpl.java:1377)
at sun.security.ssl.AppOutputStream.write(AppOutputStream.java:62)
at java.io.BufferedOutputStream.flushBuffer(BufferedOutputStream.java:82)
at java.io.BufferedOutputStream.flush(BufferedOutputStream.java:140)
at org.apache.jmeter.protocol.http.proxy.Proxy.writeToClient(Proxy.java:404)
at org.apache.jmeter.protocol.http.proxy.Proxy.run(Proxy.java:218)
ERROR - jmeter.protocol.http.proxy.Proxy: Problem with SSL certificate? Ensure browser is set to accept the JMeter proxy cert: Connection closed by remote host java.net.SocketException: Connection closed by remote host
at sun.security.ssl.SSLSocketImpl.checkWrite(SSLSocketImpl.java:1377)
at sun.security.ssl.AppOutputStream.write(AppOutputStream.java:62)
at java.io.BufferedOutputStream.flushBuffer(BufferedOutputStream.java:82)
at java.io.BufferedOutputStream.flush(BufferedOutputStream.java:140)
at org.apache.jmeter.protocol.http.proxy.Proxy.writeToClient(Proxy.java:404)
at org.apache.jmeter.protocol.http.proxy.Proxy.run(Proxy.java:218)
Les étapes que je suis suivants:
1. Configurer le proxy server pointant vers 8084.
2. Modifier les paramètres de proxy à partir de google chrome:
Set proxy https pour 8084.
3. Désactivé toutes les extensions pour chrome et chrome compte.
4. Commencé jmeter serveur proxy et frapper https://url/login
5. Certificat de page de confirmation s'affiche sur le navigateur. Pendant ce temps, jmeter.journal affiche:
2013/09/11 13:16:30 INFO - jmeter.protocol.http.proxy.Daemon: Creating Daemon Socket on port: 8084
2013/09/11 13:16:30 INFO - jmeter.protocol.http.proxy.Daemon: Proxy up and running!
2013/09/11 13:22:39 INFO - jmeter.protocol.http.proxy.Proxy: Proxy will remove the headers: If-Modified-Since,If-None-Match,Host
2013/09/11 13:22:39 INFO - jmeter.protocol.http.proxy.Proxy: Opened Keystore file: /home/abhijeet/Automation_Dev/LoadAutomation/Jmeter/apache-jmeter-2.9/bin/proxyserver.jks
2013/09/11 13:22:39 INFO - jmeter.protocol.http.proxy.Proxy: KeyStore for SSL loaded OK and put host in map (clients4.google.com)
2013/09/11 13:22:39 INFO - jmeter.protocol.http.proxy.Proxy: Opened Keystore file: /home/abhijeet/Automation_Dev/LoadAutomation/Jmeter/apache-jmeter-2.9/bin/proxyserver.jks
2013/09/11 13:22:39 INFO - jmeter.protocol.http.proxy.Proxy: KeyStore for SSL loaded OK and put host in map (translate.googleapis.com)
2013/09/11 13:22:40 INFO - jmeter.protocol.http.sampler.HTTPHCAbstractImpl: Local host = abhijeet-desktop
2013/09/11 13:22:40 INFO - jmeter.protocol.http.sampler.HTTPHC4Impl: HTTP request retry count = 1
2013/09/11 13:22:40 INFO - jmeter.protocol.http.sampler.HTTPHC4Impl: Setting up HTTPS TrustAll scheme
2013/09/11 13:22:40 INFO - jmeter.protocol.http.proxy.FormCharSetFinder: Using htmlparser version: 2.0 (Release Build Sep 17, 2006)<br>
6. Un groupe de Thread commence à montrer des inconnus demandes de ces domaines:
1. translate.googleapis.com 2. clients4.google.com 3. www.google.co.in 4. www.google.com 5. ssl.gstatic.com 6. safebrowsing.google.com 7. alt1-safebrowsing.google.com 8. clients4.google.com 9. www.gstatic.com . . n all other requests going to the target application.
(Pour chaque demande, les exceptions ci-dessus sont jetés)
Je crois, le domaine de google demandes ci-dessus sont arriver enregistré parce que chrome est dynamiquement la recherche de mots-clés sur google, alors que je suis en tapant l'url dans la barre d'adresse. Mais je ne veux pas que ces demandes enregistrées dans le Groupe de Thread.
Aussi, j'ai essayé les solutions de ces pages, mais ils n'ont pas de travail pour moi:
Lien 1
Lien 2
Lien 3
Je ne comprends pas, pourquoi est-JMeter pas en mesure d'utiliser le faux certificat qu'il a déjà. J'ai vérifié les paramètres SSL dans google chrome, et je ne pouvais pas trouver tout JMeter certificats. Besoin d'aide!!
OriginalL'auteur Abhijeet Vaikar | 2013-09-11
Vous devez vous connecter pour publier un commentaire.
J'ai le même problème et de le résoudre à faire confiance au certificat. Tout comme vous, quand je regarde le
et ne pouvait pas voir un nom ApacheJMeterRootCertificate.crt ou un nom similaire, mais je me rends compte qu'il y a un nom à quelque chose comme
Je clique sur cet objet et 'Edit_Trust" l'article sous cet objet. Je partage ma capture d'écran. J'espère que cela peut vous aider, vous et les autres.
J'utilise Firefox. À chrome, il devrait être similaire pour modifier le certificat.
OriginalL'auteur erhun
De le faire dans chrome/IE nous devons placer le certificat en "Certificats Racine de Confiance'
Vérifier votre certificat installé dans les Paramètres de Chrome (sous Http/SSL) - Gérer les certificats.. (Certificats Racine de Confiance Autorités Onglet)
Cela devrait à guérir les exceptions levées que votre capture d'écran montre.
OriginalL'auteur
jmeter 2.12 a un bon soutien pour HTTPS. Sous l'établi, il suffit de sélectionner Add -> Non-Éléments de Test -> HTTP(S) Script de Test de l'Enregistreur. Cette version a travaillé la première fois pour moi.
OriginalL'auteur colin0117
Dernières versions de Google Chrome fait difficile de contourner les paramètres de sécurité pour éviter les Menaces à la sécurité que le Phishing, ou " Man-in-the-middle attaques.
J'ai réussi à configurer Google Chrome (v. 54.0) pour permettre JMeter Certificat Auto-Signé pour HTTP(S) d'Enregistrement.
Ici les instructions (sur Windows):
OriginalL'auteur Maurizio Di Ianni