JMeter et VPN

13 views
Skip to first unread message

ism

unread,
Nov 26, 2009, 8:57:43 AM11/26/09
to JMeter en français
Bonjour,

Je n'arrive pas à trouver d'informations sur le fonctionnement de
JMeter lorsque l'on teste une application web qui utilise un VPN.
La carte réseau étant isolée à l'activation du VPN, j'ai l'impression
qu'il m'est impossible d'effectuer mon tir.

J'ai néanmoins trouvé ceci :

-Djava.rmi.server.hostname=<VPN_IP>


paramètre à passer en ligne de commande à l'invocation de jmeter.
Pour le VPN_IP, j'ai tenté l'adresse IP du VPN et même l'IP de mes
WebServices. Mais j'obtiens toujours l'erreur suivante :

java.net.ConnectException: Connection refused: connect
at java.net.PlainSocketImpl.socketConnect(Native Method)
at java.net.PlainSocketImpl.doConnect(Unknown Source)
at java.net.PlainSocketImpl.connectToAddress(Unknown Source)
at java.net.PlainSocketImpl.connect(Unknown Source)
at java.net.SocksSocketImpl.connect(Unknown Source)
at java.net.Socket.connect(Unknown Source)
at java.net.Socket.connect(Unknown Source)
at sun.net.NetworkClient.doConnect(Unknown Source)
at sun.net.www.http.HttpClient.openServer(Unknown Source)
at sun.net.www.http.HttpClient.openServer(Unknown Source)
at sun.net.www.http.HttpClient.<init>(Unknown Source)
at sun.net.www.http.HttpClient.New(Unknown Source)
at sun.net.www.http.HttpClient.New(Unknown Source)
at sun.net.www.protocol.http.HttpURLConnection.getNewHttpClient
(Unknown Source)
at sun.net.www.protocol.http.HttpURLConnection.plainConnect
(Unknown Source)
at sun.net.www.protocol.http.HttpURLConnection.connect(Unknown
Source)
at org.apache.jmeter.protocol.http.sampler.HTTPSampler.sample
(HTTPSampler.java:490)
at org.apache.jmeter.protocol.http.sampler.HTTPSamplerBase.sample
(HTTPSamplerBase.java:1037)
at org.apache.jmeter.protocol.http.sampler.HTTPSamplerBase.sample
(HTTPSamplerBase.java:1023)
at org.apache.jmeter.threads.JMeterThread.process_sampler
(JMeterThread.java:346)
at org.apache.jmeter.threads.JMeterThread.run(JMeterThread.java:
243)
at java.lang.Thread.run(Unknown Source)

et un netstat me donne :

TCP 192.168.xx.yy:1613 192.168.xx.yy:9090 SYN_SENT

Je vais tenter de refaire mon scénario avec cette même méthode
d'invocation, puis de faire mon tir avec cette même méthode.
Si quelqu'un a un pointeur ou une piste, merci par avance.

--
ism

Milamber

unread,
Nov 26, 2009, 5:02:22 PM11/26/09
to jmet...@googlegroups.com
Bonjour,

J'avoue que je ne suis pas sûr de bien comprendre ce que tu veux faire...
C'est quoi pour toi "une application web qui utilise un VPN" ? un site
web qui est accessible par VPN ? un site web qui communique avec quelque
chose par VPN ?

Où est le JMeter dans l'histoire ? dans le VPN (c'est le client) ?

La machine qui a JMeter a-t-elle plusieurs interfaces réseaux ? que
donne un ipconfig ou ifconfig ?

A+
Milamber

Le 26/11/2009 13:57, ism a ecrit :

Ismaël Touama

unread,
Nov 26, 2009, 5:33:47 PM11/26/09
to jmet...@googlegroups.com
Salut,

Merci pour ton retour.

En fait je pense qu'il s'agit plus de la configuration suivante (la deuxième que tu évoques) :
- Serveur web local (dev)
- Connexion VPN pour accéder à la DB et d'autres services _en distant_

Pour accéder à l'ensemble de l'application, il faut activer le VPN. Dès lors, le seul flux possible est : navigateur + Web Service + Serveur Web... auquel on peut ajouter JMeter en tant que proxy quand celui-ci est utilisé pour élaborer le scénario.
 
Par contre, quand je veux faire mon tir, je suis en 100% d'échec de réponse dans mon Rapport Consolidé. On dirait que le VPN empêche tout fonctionnement du scénario. En fait, (je pense que tu dois le savoir, personnellement je viens de l'apprendre); quand le VPN est actif, la carte ethernet ne marche que d'un point à l'autre.
C'est-à-dire, de ton adresse identifiée sur le réseau local (192.168.**.**) jusqu'au réseau distant qui abrite BD et diverses fonctionnalités sur un autre réseau local.

Comment faire pour que le scénario utilisé pour les tirs intègre parfaitement cette couche VPN ?
Ainsi, je n'aurais qu'à activer le VPN (mon serveur étant déjà UP), et lancer mon scénario pour effectuer mon (mes) tir(s).

Pour info, pour construire mon scénario, le loopback ne marche pas. Le conteneur enregistreur ne marche qu'en accédant au site via mon adresse identifiée sur le réseau (192.168.**.**) : localhost NOK, 127.0.0.1 NOK.

Espérant ne pas avoir été trop abscon ;)

Merci.

--
ism

2009/11/26 Milamber <milamb...@gmail.com>

Milamber

unread,
Nov 27, 2009, 2:00:05 AM11/27/09
to jmet...@googlegroups.com
Bonjour,

Je comprends mieux maintenant. Ton problème n'est pas un problème à proprement parlé de JMeter, c'est plutôt un problème lié au réseau et au routage sur le réseau quand le VPN est actif.

La première idée qui me viens c'est qu'il devrait peut-être suffire de rajouter une route réseau pour la communication entre la machine Jmeter et le serveur web pendant que le VPN est up.
Tu peux voir la table de routage sous windows avec "route print" en cmd ou sous Linux avec "route -n". Ensuite, soit tu sais la lire, et tu ajoutes la route (route add) ou bien tu parles avec l'administrateur réseau pour lui demandes de le faire.
Dans tous les cas, si cela ne marche pas, il faut tout de même en parler avec lui, car c'est du coté réseau que tu peux régler ce problème.

A+
Milamber

Le 26/11/2009 22:33, Ismaël Touama a ecrit :

ism

unread,
Nov 27, 2009, 4:25:38 AM11/27/09
to JMeter en français


On 27 nov, 08:00, Milamber <milambersp...@gmail.com> wrote:
> Bonjour,
>
> Je comprends mieux maintenant. Ton problème n'est pas un problème à
> proprement parlé de JMeter, c'est plutôt un problème lié au réseau et au
> routage sur le réseau quand le VPN est actif.

Oui, c'est bien ce que je pensais.

>
> La première idée qui me viens c'est qu'il devrait peut-être suffire de
> rajouter une route réseau pour la communication entre la machine Jmeter
> et le serveur web pendant que le VPN est up.

OK, je vois à peu près ce que tu veux dire si ce n'est "la machine
Jmeter"...
Tu veux dire mon socket utilisé pour créer mon scénario ??

> Tu peux voir la table de routage sous windows avec "route print" en cmd
> ou sous Linux avec "route -n". Ensuite, soit tu sais la lire, et tu
> ajoutes la route (route add) ou bien tu parles avec l'administrateur
> réseau pour lui demandes de le faire.

Oui j'avais regardé un peu de ce côté là. Mais mes compétences en la
matière sont assez (voire très) limitée.
Je creuse un peu des fois que... ;)

Merci encore.

--
ism

Milamber

unread,
Nov 27, 2009, 12:05:53 PM11/27/09
to jmet...@googlegroups.com


Le 27/11/2009 09:25, ism a ecrit :
>
>
> On 27 nov, 08:00, Milamber<milambersp...@gmail.com> wrote:
>
>> Bonjour,
>>
>> Je comprends mieux maintenant. Ton problème n'est pas un problème à
>> proprement parlé de JMeter, c'est plutôt un problème lié au réseau et au
>> routage sur le réseau quand le VPN est actif.
>>
> Oui, c'est bien ce que je pensais.
>
>
>> La première idée qui me viens c'est qu'il devrait peut-être suffire de
>> rajouter une route réseau pour la communication entre la machine Jmeter
>> et le serveur web pendant que le VPN est up.
>>
> OK, je vois à peu près ce que tu veux dire si ce n'est "la machine
> Jmeter"...
> Tu veux dire mon socket utilisé pour créer mon scénario ??
>

Je voulais dire entre la machine qui a JMeter et la machine qui a le
serveur web. (c'est bien deux machines distinctes ?)

A+

Ismaël Touama

unread,
Nov 27, 2009, 12:16:27 PM11/27/09
to jmet...@googlegroups.com
Oui, je vais voir ce que je peux faire.
Sinon, le seul moyen "simple" que j'ai trouvé pour effectuer mes tests est de tout faire en remote.

Sinon, merci encore et bravo pour ces tutoriaux qui m'ont grandement aidé.

--
ism

2009/11/27 Milamber <milamb...@gmail.com>

ism

unread,
Dec 10, 2009, 11:46:45 AM12/10/09
to JMeter en français
Bonjour à tous,

Après quelques soucis de droits d'accès :)
J'ai enfin réussi à faire un tir. J'ai bien sûr opté pour la solution
la plus simple,
à savoir la connexion à distance. Je prends donc la main sur la
machine qui
supporte IIS avec le site et IIS avec les WS, ainsi que mon répertoire
Jmeter.

Il aurait été intéressant de "tripatouiller" dans la table de routage
mais en
réseaux d'entreprise ce n'est pas très évident d'expérimenter.

Merci encore Milamber.

--
ism

On 27 nov, 18:16, Ismaël Touama <ismael.tou...@gmail.com> wrote:
> Oui, je vais voir ce que je peux faire.
> Sinon, le seul moyen "simple" que j'ai trouvé pour effectuer mes tests est
> de tout faire en remote.
>
> Sinon, merci encore et bravo pour ces tutoriaux qui m'ont grandement aidé.
>
> --
> ism
>
> 2009/11/27 Milamber <milambersp...@gmail.com>
Reply all
Reply to author
Forward
0 new messages