Bonjour à tous les utilisateurs de JMP. Nous rencontrons actuellement un problème de cybersécurité avec JMP 18.2.2 et versions ultérieures. Ce problème est dû à des modifications apportées par JMP, et nous collaborons avec le support technique. Il semble toutefois que le problème provienne de notre pare-feu ou de notre proxy. Je souhaiterais donc savoir si d'autres utilisateurs de JMP ont rencontré le même problème et ont pu le résoudre avec leur service informatique. Ce problème concerne Windows 11.
Au lancement de JMP18.2.2, une pause de 10 secondes se produit. Le journal indique :
OBTENIR https://my.jmp.com/
Délai de connexion dépassé après 10003 millisecondes.
Ce qui est étrange, c'est que nous pouvons facilement accéder à « my.jmp.com » depuis un navigateur, qui n'est pas bloqué, mais qu'un protocole de communication ou une prise de contact est bloqué.
Nous pouvons toujours utiliser JMP après cela. Attendre 10 secondes à chaque lancement est juste un petit inconvénient.
Nous sommes en mesure de reproduire le problème avec le test de nouvelle requête HTTP suggéré en JSL :
Names Default To Here( 1 );
baseURL = "https://my.jmp.com";
request = New HTTP Request( URL( baseURL ), Method( "GET" ), Timeout (5) );
request << Send;
Write( "\!n" || Char( request << Get Status Message ) || "\!n" );
Nous accédons ensuite au journal intégré de l'éditeur de script JSL (notez que j'ai modifié le délai d'attente à 5 secondes pour accélérer les tests).
OBTENIR https://my.jmp.com/
Délai de connexion dépassé après 5007 millisecondes.
Si nous indiquons les valeurs de notre proxy et de notre port, nous pouvons faire fonctionner le script sans délai d'attente :
OBTENIR https://my.jmp.com/
Via : « notre proxy »...
Mais après avoir enregistré les préférences, cela ne change rien au délai d'attente de 10 secondes lors du relancement de JMP18.2.2.
Ce sera pire pour JMP19, que nous nous apprêtons à déployer. Actuellement, il y a deux appels, soit un délai total de 20 secondes.
OBTENIR https://my.jmp.com/
Délai de connexion dépassé après 10007 millisecondes.
TÉLÉCHARGER https://activate.jmp.com/_jmpsoftwarestore/cgi-bin/go.cgi/webstore/XMLActivation
Délai de connexion expiré après 10015 millisecondes.
Quelqu'un d'autre a-t-il rencontré ce problème, et en particulier, existe-t-il une solution côté utilisateur ?
Pour info, si vous obtenez le fichier JMPStartup (dont le support JMP m'a indiqué la procédure d'enregistrement), c'est à ces étapes, lors de la vérification de la connexion Internet, que vous pourrez constater les délais de 10 secondes.
2025-10-13T14:39:46.774Z - Vérification de licence
2025-10-13T14:39:46.774Z - Auth: Vérification de la licence enregistrée
2025-10-13T14:39:46.784Z - Auth VL1 : Valide
2025-10-13T14: 39 :46.784Z - checkForInternet : Initialisation
2025-10-13T14: 39 :56.855Z - checkForInternet(MyJMP): Status = 28
2025-10-13T14: 40: 06.900Z - checkForInternet(Authorization): Status = 28
2025-10-13T14:40:06.900Z - Auth : Licence valide
2025-10-13T14:40:06.905Z - Auth VL2 : Valide
2025-10-13T14:40:06.905Z - Auth : Produit : JMP Nom : JMP Version : 19
Vous devriez vous renseigner auprès de votre administrateur réseau.
Il est possible que l'adresse soit bloquée sans passer par un proxy.
Existe-t-il un moyen de bloquer cette adresse sans passer par un proxy ? Je ne sais peut-être pas exactement ce qu'il faut chercher.
Oui, nous avons collaboré avec notre administrateur réseau. Il a désactivé tous les blocages de proxy et nous avons pu accéder à plusieurs sites normalement inaccessibles, mais un problème persiste lors de la connexion avec JMP. Je peux ouvrir les sites web dans mon navigateur, mais JMP ne détecte pas le serveur au lancement. Je peux facilement pinguer les sites web à l'aide du script JMP mentionné plus haut. Les administrateurs affirment ne pas bloquer my.jmp.com, mais il est possible qu'ils n'aient pas vérifié un autre paramètre de sécurité.
Il se peut que je ne communique pas correctement avec nos administrateurs réseau ce qui se passe, alors je me demandais si quelqu'un d'autre avait déjà rencontré ce problème et avait réussi à le résoudre.
La plupart des réseaux n'ont pas besoin de proxy, mais chaque réseau peut être différent.
Il faut également vérifier les certificats de sécurité. Vous utilisez une adresse HTTPS , ce qui signifie que le protocole SSL est activé et que des certificats sont utilisés et vérifiés.
Vous pouvez essayer :
request = New HTTP Request( URL( baseURL ), Method( "GET" ), Timeout (5), Insecure(1) );
Cela désactivera la vérification du certificat SSL. Ce n'est pas une solution à long terme, mais cela vous permettra de savoir si le site est bloqué ou s'il parvient simplement à établir une connexion HTTPS.
Pourriez-vous essayer d'accélérer le lancement en désactivant la connexion réseau (par exemple en vous déconnectant du Wi-Fi ou en débranchant le câble LAN) ?
Un ping et une requête HTTPS "get" ne sont pas la même chose.
Si vous maîtrisez curl, je peux vous fournir une ligne de commande équivalente à celle utilisée par HTTP Request. Au fait, votre navigateur utilise-t-il un proxy ? (par exemple, une adresse HTTP ou un fichier .pac ?) Avez-vous reçu un message « Accepter le risque et continuer » lors de votre première visite sur le site (ce message ne s'affiche qu'une seule fois avec un navigateur) ? Si un proxy est configuré dans votre navigateur, vous devez également en configurer un dans HTTP Request. Si vous avez reçu le message « Accepter le risque et continuer », le problème vient de votre chaîne de certificats.
