各位JMP用戶大家好。我們最近遇到了一個JMP 18.2.2及更高版本特有的網路安全問題。這個問題是由於JMP的一些改動導致的，我們一直在與JMP技術支援溝通。目前看來問題仍然出在我們這邊，可能是防火牆或代理商的問題。所以想了解其他JMP用戶是否也遇到同樣的問題，以及他們是否已經透過IT部門解決了這個問題。我的系統是Windows 11。
啟動 JMP18.2.2 時，會出現 10 秒的停頓。日誌中顯示：
取得https://my.jmp.com/
連線逾時，耗時10003毫秒。
奇怪的是，我們可以輕鬆地從瀏覽器訪問“my.jmp.com”，瀏覽器本身並沒有被阻止，但是某些通訊協定或握手卻被阻止了。
之後我們仍然可以使用 JMP。只是每次啟動時需要等待 10 秒鐘，這只是一個小小的麻煩。
我們可以使用 JSL 中建議的新 HTTP 請求測試來重現該問題：
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" );
然後我們進入 JSL 腳本編輯器嵌入的日誌（注意，我將超時時間更改為 5 秒以加快測試速度）
取得https://my.jmp.com/
連線逾時，耗時5007毫秒。
如果我們輸入代理程式和連接埠值，就可以讓腳本無逾時地運行：
取得https://my.jmp.com/
通過：“我們的代理”…
但儲存首選項後，再次啟動 JMP18.2.2 時，10 秒超時時間並不會改變。
即將推出的 JMP19 版本情況會更糟。現在需要兩次調用，總共延遲 20 秒。
取得https://my.jmp.com/
連線逾時，時間為 10007 毫秒。
GET https://activate.jmp.com/_jmpsoftwarestore/cgi-bin/go.cgi/webstore/XMLActivation
連線逾時，時間為 10015 毫秒。
有其他人遇到這個問題嗎？特別是，用戶端是否有解決方法？
供您參考，如果您獲得了 JMPStartup 檔案（JMP 支援人員告訴我如何儲存），在這些步驟中，「checkForInternet」 會出現 10 秒的延遲。
2025-10-13T14:39:46.774Z - 許可證檢查
2025-10-13T14:39:46.774Z - 身份驗證：檢查已儲存的許可證
2025-10-13T14:39:46.784Z - 驗證 VL1：有效
2025-10-13T14: 39: 46.784Z - checkForInternet：正在啟動
2025-10-13T14: 39: 56.855Z - checkForInternet(MyJMP): 狀態 = 28
2025-10-13T14: 40: 06.900Z - checkForInternet(Authorization): 狀態 = 28
2025-10-13T14:40:06.900Z - 授權：有效許可證
2025-10-13T14:40:06.905Z - 驗證 VL2：有效
2025-10-13T14:40:06.905Z - 授權：產品：JMP 名稱：JMP 版本：19
有沒有辦法在不使用代理程式的情況下封鎖該位址？也許是我沒找到正確的方法。
是的，我們已經和網路管理員溝通過了。他們移除了所有代理屏蔽，我們能夠訪問幾個通常無法訪問的網站，但JMP的握手仍然被阻止了。我可以在瀏覽器中開啟這些網站，只是JMP啟動時無法偵測到某些內容。我可以使用上面提到的JMP腳本輕鬆ping通這些網站。管理員說他們沒有封鎖my.jmp.com，但也許他們忽略了一些其他的網路安全設定。
我可能沒有正確地向我們的網路管理員傳達發生的情況，所以想知道是否有人遇到過類似的情況並解決了它。
大多數網路不需要代理，但每個網路的情況可能有所不同。
另一點要檢查的是安全證書。您使用的是https位址，這表示已強制執行SSL，並且使用了經過驗證的憑證。
您可以嘗試：
request = New HTTP Request( URL( baseURL ), Method( "GET" ), Timeout (5), Insecure(1) );
這將關閉 SSL 憑證驗證。這並非長久之計，但可以讓您知道該網站是被屏蔽還是可以建立HTTPS 連接。
您能否嘗試透過停用網路連線（例如登出 Wi-Fi 或斷開 LAN 電纜）來加快啟動速度？
ping 指令和 https 的「get」請求並不相同。
如果您熟悉 curl，我可以提供您一個與 HTTP Request 功能等效的命令列範例。順便問一下，您的瀏覽器是否設定了代理？ （例如，使用 HTTP 位址或 .pac 檔案？）或您在首次造訪網站時是否收到「接受風險並繼續」的提示（瀏覽器只會提示一次）？如果您在瀏覽器中設定了代理，那麼 HTTP Request 也必須設定代理。如果您收到「接受風險並繼續」的提示，那麼問題可能出在您的憑證鏈上。
