Ciao ad altri utenti JMP. Sto lavorando su un problema di sicurezza informatica specifico che stiamo riscontrando con JMP 18.2.2 e versioni successive. Era dovuto ad alcune modifiche apportate da JMP e abbiamo collaborato con il supporto JMP. Sembra che il problema sia ancora a nostro carico per firewall o proxy, quindi volevo sapere se altri utenti JMP hanno riscontrato lo stesso problema e sono riusciti a risolverlo con il loro reparto IT. Questo vale per Windows 11.
Quando lanciamo JMP18.2.2, si verifica una pausa di 10 secondi. Nel registro, vediamo:
OTTIENI https://my.jmp.com/
Connessione scaduta dopo 10003 millisecondi
Ciò che è strano è che possiamo facilmente andare su "my.jmp.com" da un browser che non è bloccato, ma che ha bloccato qualche protocollo di comunicazione o handshake.
Dopodiché potremo continuare a usare JMP. Sarà solo un piccolo inconveniente dover attendere 10 secondi ogni volta che viene avviato.
Siamo in grado di replicare con il nuovo test di richiesta HTTP suggerito in 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" );
Quindi entriamo nel registro incorporato dell'editor di script JSL (nota che ho cambiato Timeout a 5 secondi per velocizzare il test)
OTTIENI https://my.jmp.com/
Connessione scaduta dopo 5007 millisecondi
Se inseriamo i valori del nostro Proxy e della nostra porta, possiamo far funzionare lo script senza timeout:
OTTIENI https://my.jmp.com/
Via: "il nostro proxy"...
Tuttavia, dopo aver salvato le preferenze, il timeout di 10 secondi non cambia quando JMP18.2.2 viene riavviato.
Sarà ancora peggio per JMP19, che stiamo per lanciare. Ora ci sono 2 chiamate, per un ritardo totale di 20 secondi.
OTTIENI https://my.jmp.com/
Connessione scaduta dopo 10007 millisecondi
OTTIENI https://activate.jmp.com/_jmpsoftwarestore/cgi-bin/go.cgi/webstore/XMLActivation
Connessione scaduta dopo 10015 millisecondi
Qualcun altro ha riscontrato questo problema e, in particolare, esiste una soluzione per l'utente?
Per vostra informazione, se ottenete il file JMPStartup (che l'assistenza JMP mi ha spiegato come salvare), è in questi passaggi che "checkForInternet" potete vedere i ritardi di 10 secondi.
2025-10-13T14:39:46.774Z - Controllo della licenza
2025-10-13T14:39:46.774Z - Autenticazione: verifica licenza salvata
2025-10-13T14:39:46.784Z - Aut. VL1: Valido
2025-10-13T14: 39:46 .784Z - checkForInternet: Avvio in corso
2025-10-13T14: 39:56 .855Z - checkForInternet(MyJMP): Stato =28
2025-10-13T14: 40:06 .900Z - checkForInternet(Authorization): Stato =28
2025-10-13T14:40:06.900Z - Aut: Licenza valida
2025-10-13T14:40:06.905Z - Aut. VL2: Valido
2025-10-13T14:40:06.905Z - Aut: Prodotto: JMP Nome: JMP Versione: 19
Ti consigliamo di verificare con l'amministratore di rete.
Potrebbero avere l'indirizzo bloccato senza il proxy.
C'è un modo per bloccare l'indirizzo senza il proxy? Forse non ho capito cosa cercare.
Sì, abbiamo collaborato con l'amministratore di rete. Hanno rimosso tutti i blocchi proxy, sono riusciti ad accedere a diversi siti normalmente non consentiti, ma qualcosa continua a bloccare l'handshake per JMP. Riesco ad aprire i siti web sui miei browser, solo che JMP non rileva alcun errore all'avvio. Posso facilmente effettuare il ping dei siti web utilizzando lo script JMP sopra. Gli amministratori affermano di non aver bloccato my.jmp.com, ma forse c'è qualche altra impostazione di sicurezza informatica che non stanno prendendo in considerazione.
Forse non sto comunicando correttamente agli amministratori della nostra rete cosa sta succedendo, quindi mi chiedevo se qualcun altro ha avuto la stessa esperienza ed è riuscito a risolverla.
La maggior parte delle reti non necessita di un proxy, ma ogni rete può essere diversa.
Un altro aspetto da verificare sono i certificati di sicurezza. Se si utilizza un indirizzo https , significa che il protocollo SSL è attivo e che i certificati sono utilizzati e verificati.
Puoi provare:
request = New HTTP Request( URL( baseURL ), Method( "GET" ), Timeout (5), Insecure(1) );
Ciò disattiverà la verifica del certificato SSL. Non è una soluzione a lungo termine, ma ti permetterà di sapere se il sito è bloccato o se riesce a stabilire un collegamento HTTPS.
Potresti provare ad accelerare l'avvio disattivando la connessione di rete (ad esempio disconnettendo il Wi-Fi o scollegando il cavo LAN)?
ping e un "get" https non sono la stessa cosa.
Se hai familiarità con curl, posso fornirti una riga di comando equivalente a quella di HTTP Request. A proposito, il tuo browser ha un'impostazione proxy? (Come un indirizzo http o un file .pac?) O hai ricevuto una notifica "Accetta il rischio e continua" al primo accesso al sito (ti verrà chiesto solo una volta con il browser)? Se hai un proxy impostato nel browser, allora devi averne uno anche in HTTP Request. Se hai ricevuto la notifica "Accetta il rischio e continua", allora è colpa della tua catena di certificati.
