我運行 Altitude Software 製作的撥號器。可能很少人熟悉這個產品,所以請耐心等待。
問題: Altitude 撥號器軟體是在 Windows Server 2012 R2 上執行的應用程式。作業系統在 VMware 6.7 上虛擬化。
代理程式/用戶端透過名為 Altitude uAgent 的 Windows 應用程式連接到 Altitude 撥號器(伺服器)。
Altitude 伺服器日誌有時會充滿數千個以下錯誤: 系統錯誤 (10054) - 現有連線被遠端主機強制關閉。
據我所知,此錯誤源自於作業系統。
伺服器放置在我們的託管合作夥伴處,所有客戶端都透過網路層級的 VPN 連線(不是 PC 上的 VPN 用戶端)。
發生此錯誤時,任何使用者都無法正常運作。
挑戰在於託管合作夥伴和應用程式的創建者(Altitude Software)都無法看到正在發生的情況。我們的託管合作夥伴表示他們看不出網路有任何問題。 Altitude 表示他們可以看到錯誤,但不知道導致錯誤的原因。他們說這是他們的應用程式之外的事情。情況令人難以忍受。
客戶使用 Windows 10 專業版。
我們已經嘗試過:
我們嘗試從頭開始重新安裝Windows Server 2012 R2作業系統,然後重新安裝Altitude伺服器。兩週後問題又回來了。伺服器本機FW已停用,且未安裝防毒軟體或類似軟體。
我們增加了 TCP 連線數
情況令人難以忍受,似乎沒有人能夠對此案提供任何線索。有什麼想法可以追究這個錯誤嗎?
答案1
我在 Altitude 擔任技術工程師,在客戶環境中遇到了同樣的錯誤。錯誤10054本身是由於系統層級的套接字耗盡而面臨的系統錯誤。我能夠透過以下操作解決該問題。
- Altitude uCI 使用隨機連接埠/套接字進行進程間通訊以及與其他組件的通訊。請參考以下命令來配置/增加範圍。預設情況下,TCP/UDP 連線允許的連接埠範圍僅為 16000 左右。
netsh int ipv4 設定動態連接埠 tcp 開始=8200 num=57336
netsh int ipv4 設定動態連接埠 udp 開始=8200 num=57336
執行以下命令驗證新的套接字分配。
netsh int ipv4 顯示動態連接埠 tcp
netsh int ipv4 顯示動態連接埠 udp
- 在安裝海拔輔助伺服器的註冊表中新增下列條目。
這將增加等待延遲時間和 TCP 連線數。
問候: 烏梅爾