有人遇到這個問題嗎?
我注意到當一台域內電腦連接VPN後進入睡眠,過了一個多小時被喚醒時,解鎖非常緩慢。如果VPN快速重新連接,則立即解鎖,但似乎要等待VPN連接再次建立(域已連接,需要驗證密碼)。openVPN並未將接口關閉——理論上這是件好事,但在這種情況下卻不是。
我可以採取什麼措施來縮短解鎖時間?
補充說明:標題有誤,應為:
OpenVPN + 已加入域的客戶端 = 待機後解鎖緩慢
有人遇到這個問題嗎?
我注意到當一台域內電腦連接VPN後進入睡眠,過了一個多小時被喚醒時,解鎖非常緩慢。如果VPN快速重新連接,則立即解鎖,但似乎要等待VPN連接再次建立(域已連接,需要驗證密碼)。openVPN並未將接口關閉——理論上這是件好事,但在這種情況下卻不是。
我可以採取什麼措施來縮短解鎖時間?
補充說明:標題有誤,應為:
OpenVPN + 已加入域的客戶端 = 待機後解鎖緩慢
這是DNS的問題。永遠都是DNS。如果你有映射的驅動器,它們在喚醒後會嘗試重新連接,但VPN已關閉。
這是一點。也許是驅動器(我們有多個)。我過去也讀過很多相關的內容。但我記得除了刪除映射的驅動器外,沒有其他解決方案?!
我認為他指的是加入域的電腦。或者我至少希望是這樣,而不是域控制器。
抱歉,我不太明白。域控制器總是在線。這關於OpenVPN以及TAP適配器的工作原理。假設你在現場用台式機工作,一切正常。然後你的適配器不再轉發任何封包(不是封鎖——只是沒有轉發)。如果你試圖解析AD組或SID或打開網絡共享,會發生什麼?Windows會嘗試,但會超時——如果NLA檢測到網絡變化,Windows就不會再嘗試,因為它知道網絡已不可達(DNS已刷新……我不知道)。但OpenVPN沒有觸發NLA,因此Windows會等待密碼驗證……
有一個GP設置,可以啟用/禁用啟動時的網路連接,或許可以幫助——路徑:管理模板 → 系統 → 登錄“在計算機啟動和登錄時始終等待網路”
他們似乎在這個討論串中遇到類似問題。
是的,抱歉標題有誤。是已加入域的客戶端。