Hallo an alle JMP-Nutzer. Ich arbeite an einem Problem mit der Cybersicherheit, das bei JMP 18.2.2 und höher auftritt. Es liegt an einigen Änderungen, die JMP vorgenommen hat, und wir stehen bereits mit dem JMP-Support in Kontakt. Das Problem scheint weiterhin bei unserer Firewall oder unserem Proxy zu liegen. Daher wollte ich fragen, ob andere JMP-Nutzer das gleiche Problem hatten und es mit ihrer IT-Abteilung lösen konnten. Es handelt sich um Windows 11.
Beim Start von JMP 18.2.2 tritt eine 10-sekündige Pause ein. Im Protokoll ist Folgendes zu sehen:
GET https://my.jmp.com/
Die Verbindung wurde nach 10003 Millisekunden unterbrochen.
Das Merkwürdige ist, dass wir von einem Browser aus problemlos auf "my.jmp.com" zugreifen können, das ist nicht blockiert, aber irgendein Kommunikationsprotokoll oder der Handshake ist blockiert.
Wir können JMP auch danach noch verwenden. Es ist lediglich eine kleine Unannehmlichkeit, jedes Mal 10 Sekunden warten zu müssen, bis es gestartet ist.
Wir können dies mit dem vorgeschlagenen Testen neuer HTTP-Anfragen in JSL nachstellen:
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" );
Anschließend erhalten wir im JSL-Skripteditor das eingebettete Protokoll (Hinweis: Ich habe das Timeout auf 5 Sekunden geändert, um die Tests zu beschleunigen).
GET https://my.jmp.com/
Die Verbindung wurde nach 5007 Millisekunden unterbrochen.
Wenn wir unsere Proxy- und Portwerte eingeben, kann das Skript ohne Timeout ausgeführt werden:
GET https://my.jmp.com/
Via: "unser Proxy"...
Das Speichern der Einstellungen ändert jedoch nichts an der 10-Sekunden-Timeout-Regel beim erneuten Start von JMP18.2.2.
Für JMP19, das wir demnächst einführen werden, wird es noch schlimmer sein. Jetzt gibt es zwei Aufrufe, was eine Verzögerung von insgesamt 20 Sekunden ergibt.
GET https://my.jmp.com/
Die Verbindung wurde nach 10007 Millisekunden unterbrochen.
GET https://activate.jmp.com/_jmpsoftwarestore/cgi-bin/go.cgi/webstore/XMLActivation
Die Verbindung wurde nach 10015 Millisekunden unterbrochen.
Ist dieses Problem schon einmal jemandem aufgefallen, und insbesondere, gibt es eine Lösung für den Benutzer?
Zur Information: Wenn Sie die JMPStartup-Datei erhalten (die Speicherung wurde mir vom JMP-Support erklärt), können Sie bei diesen Schritten, bei denen "checkForInternet" ausgeführt wird, die 10-Sekunden-Verzögerungen sehen.
2025-10-13T14:39:46.774Z - Lizenzprüfung
2025-10-13T14:39:46.774Z - Authentifizierung: Gespeicherte Lizenz prüfen
2025-10-13T14:39:46.784Z - Auth VL1: Gültig
2025-10-13T14: 39 :46.784Z - checkForInternet: Startet
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 - Authentifizierung: Gültige Lizenz
2025-10-13T14:40:06.905Z - Auth VL2: Gültig
2025-10-13T14:40:06.905Z - Auth: Produkt: JMP Name: JMP Version: 19
Sie sollten sich mit Ihrem Netzwerkadministrator in Verbindung setzen.
Ohne Proxy könnte die Adresse gesperrt sein.
Gibt es eine Möglichkeit, die Adresse ohne Proxy zu blockieren? Vielleicht verstehe ich nicht, wonach ich suchen muss.
Ja, wir haben mit unserem Netzwerkadministrator zusammengearbeitet. Er hat alle Proxy-Sperren aufgehoben, und wir konnten mehrere normalerweise gesperrte Websites erreichen. Allerdings blockiert irgendetwas weiterhin den Handshake für JMP. Ich kann die Websites in meinen Webbrowsern öffnen, nur JMP scheint beim Start nichts zu erkennen. Ich kann die Websites problemlos mit dem oben genannten JMP-Skript anpingen. Die Administratoren sagen, dass sie my.jmp.com nicht blockieren, aber möglicherweise gibt es eine andere Cybersicherheitseinstellung, die sie übersehen haben.
Möglicherweise kommuniziere ich die Situation nicht richtig mit unseren Netzwerkadministratoren. Deshalb wollte ich fragen, ob jemand anderes diese Erfahrung gemacht und das Problem lösen konnte.
Die meisten Netzwerke benötigen keinen Proxy, aber jedes Netzwerk kann anders sein.
Ein weiterer wichtiger Punkt sind die Sicherheitszertifikate. Da Sie eine HTTPS -Adresse verwenden, ist SSL aktiviert und Zertifikate werden verwendet und verifiziert.
Sie können Folgendes versuchen:
request = New HTTP Request( URL( baseURL ), Method( "GET" ), Timeout (5), Insecure(1) );
Dadurch wird die SSL-Zertifikatsprüfung deaktiviert. Das ist zwar keine langfristige Lösung, aber es zeigt Ihnen an, ob die Website blockiert ist oder ob eine HTTPS-Verbindung hergestellt werden kann.
Könnten Sie versuchen, den Startvorgang zu beschleunigen, indem Sie die Netzwerkverbindung deaktivieren (z. B. das WLAN abmelden oder das LAN-Kabel trennen)?
Ping und ein HTTPS-GET-Request sind nicht dasselbe.
Wenn Sie mit curl vertraut sind, kann ich Ihnen einen Befehl für die Kommandozeile geben, der dem entspricht, was HTTP Request macht. Hat Ihr Browser eigentlich einen Proxy eingerichtet (z. B. eine HTTP-Adresse oder eine .pac-Datei)? Oder haben Sie beim ersten Zugriff auf die Website die Meldung „Risiko akzeptieren und fortfahren“ erhalten (im Browser werden Sie nur einmal gefragt)? Wenn in Ihrem Browser ein Proxy eingerichtet ist, muss auch in HTTP Request ein Proxy verwendet werden. Wenn Sie die Meldung „Risiko akzeptieren und fortfahren“ erhalten haben, liegt es wahrscheinlich an Ihrer Zertifikatskette.
