Hola a todos los usuarios de JMP. He estado trabajando en un problema de ciberseguridad específico que observamos con JMP 18.2.2 y versiones posteriores. Se debió a algunos cambios que realizó JMP, y hemos estado trabajando con el soporte técnico de JMP. Parece que aún nos afecta el firewall o el proxy, así que quería saber si otros usuarios de JMP tuvieron el mismo problema y pudieron resolverlo con su departamento de TI. Esto aplica para Windows 11.
Al iniciar JMP18.2.2, hay una pausa de 10 segundos. En el registro, vemos lo siguiente:
OBTENER https://my.jmp.com/
La conexión se agotó después de 10003 milisegundos
Lo extraño es que podemos ir fácilmente a "my.jmp.com" desde un navegador que no está bloqueado, pero sí lo está algún protocolo de comunicación o protocolo de enlace.
Aún podemos usar JMP después de eso. Solo es un pequeño inconveniente tener que esperar 10 segundos cada vez que se inicia.
Podemos replicar con la nueva solicitud HTTP sugerida la prueba 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" );
Luego ingresamos al registro incrustado del editor de scripts JSL (tenga en cuenta que cambié el tiempo de espera a 5 segundos para acelerar la prueba)
OBTENER https://my.jmp.com/
La conexión se agotó después de 5007 milisegundos
Si ingresamos nuestros valores de Proxy y puerto, podemos lograr que el script funcione sin tiempo de espera:
OBTENER https://my.jmp.com/
Vía: "nuestro proxy"...
Pero después de guardar las preferencias, esto no cambia el tiempo de espera de 10 segundos cuando se inicia nuevamente JMP18.2.2.
Será peor para JMP19, que estamos a punto de implementar. Ahora hay dos llamadas, con un retraso total de 20 segundos.
OBTENER https://my.jmp.com/
La conexión se agotó después de 10007 milisegundos
OBTENER https://activate.jmp.com/_jmpsoftwarestore/cgi-bin/go.cgi/webstore/XMLActivation
La conexión se agotó después de 10015 milisegundos
¿Alguien más ha visto este problema y, en particular, hay alguna solución del lado del usuario?
Para su información, si obtiene el archivo JMPStartup (que el soporte de JMP me dijo cómo guardar), es en estos pasos donde "checkForInternet" puede ver los retrasos de 10 segundos.
2025-10-13T14:39:46.774Z - Comprobación de licencia
2025-10-13T14:39:46.774Z - Aut: Verificar licencia guardada
2025-10-13T14:39:46.784Z - Aut. VL1: Válida
2025-10-13T14: 39:46 .784Z - checkForInternet: Iniciando
2025-10-13T14: 39:56 .855Z - checkForInternet(MyJMP): Estado = 28
2025-10-13T14: 40:06 .900Z - checkForInternet(Autorización): Estado = 28
2025-10-13T14:40:06.900Z - Aut: Licencia válida
2025-10-13T14:40:06.905Z - Aut. VL2: Válida
2025-10-13T14:40:06.905Z - Aut: Producto: JMP Nombre: JMP Versión: 19
Querrá consultarlo con su administrador de red.
Es posible que tengan la dirección bloqueada sin el proxy.
¿Hay alguna forma de bloquear la dirección sin el proxy? Quizás no entiendo qué buscar.
Sí, trabajamos con nuestro administrador de red. Eliminaron todos los bloqueos de proxy y pudieron acceder a varios sitios que normalmente no están permitidos, pero algo sigue bloqueando el protocolo de enlace de JMP. Puedo abrir los sitios web en mis navegadores, solo que JMP no detecta algo al iniciarse. Puedo hacer ping fácilmente a los sitios web con el script de JMP mencionado anteriormente. Los administradores dicen que no están bloqueando my.jmp.com, pero quizás haya alguna otra configuración de ciberseguridad que no estén revisando.
Es posible que no esté comunicando correctamente a nuestros administradores de red lo que está sucediendo, por lo que me preguntaba si alguien más tuvo esta experiencia y pudo resolverlo.
La mayoría de las redes no necesitan un proxy, pero cada red puede ser diferente.
Otro aspecto a verificar son los certificados de seguridad. Si utiliza una dirección HTTPS , significa que se aplica SSL y que los certificados se utilizan y verifican.
Puedes probar:
request = New HTTP Request( URL( baseURL ), Method( "GET" ), Timeout (5), Insecure(1) );
Esto desactivará la verificación del certificado SSL. No es una solución a largo plazo, pero te permitirá saber si el sitio está bloqueado o si solo puede establecer https.
¿Podrías intentar acelerar el inicio deshabilitando la conexión de red (por ejemplo, cerrando la sesión de Wi-Fi o desconectando el cable LAN)?
Un ping y un "get" https no son lo mismo.
Si te sientes cómodo con curl, puedo darte una línea de comandos equivalente a lo que hace la solicitud HTTP. Por cierto, ¿tu navegador tiene una configuración de proxy? (como una dirección http o un archivo .pac) ¿O has visto una notificación de "Acepta el riesgo y continúa" al acceder al sitio por primera vez (solo se te preguntará una vez con un navegador)? Si tienes un proxy configurado en tu navegador, debes tenerlo en la solicitud HTTP. Si has visto la notificación de "Acepta el riesgo y continúa", entonces se trata de tu cadena de certificados.
