UserLock更新至v9.8.2版本，修復多項BUG，更輕松地管理和響應用戶所需。具體更新情況如下：

Bug修復（以下錯誤已被修復）

• 如果沒有執(zhí)行需要UserLock權(quán)限的命令，并且自上次執(zhí)行命令后30秒內(nèi)未發(fā)送任何命令，UlTerm工具將自動斷開連接。
• 使用UlProto（UlTerm，CheckBeforeUninstall ...）的所有工具在Windows 10 Build 1803及更高版本或Windows Server 2019及更高版本中不起作用。
• 對于某些Wi-Fi接入點，在RADIUS Accounting事件中，Calling-Station-Id RADIUS字段包含F(xiàn)ramed-Ip-Address字段的值，該字段不正確，并且NPS UserLock代理不會更正此問題。
• VPN會話的客戶端IP地址可以顯示為MAC地址。
• 某些Wi-Fi接入點和控制器會過早重置Wi-Fi會話。
• 對于與UserLock服務器不同的域中的用戶，無法在Web控制臺中顯示會話歷史記錄和用戶狀態(tài)歷史記錄。
• 對于UserLock或Active Directory拒絕的登錄，可以將無效值寫入數(shù)據(jù)庫中UserLogonEvents表的EventType字段。
• 如果服務器使用默認數(shù)據(jù)庫，則“用戶會話”視圖中顯示的報告不使用只讀連接字符串。
• 如果對于Wi-Fi斷開連接，數(shù)據(jù)庫字段“Param5”（會話時間）非常大，則“Wi-Fi / VPN”報告的生成將失敗并顯示SQL數(shù)據(jù)庫的錯誤。
• 如果會計會話ID如下，則可能缺少Wi-Fi會話事件“5c3fba6d / 28：3a：4d：26：40：df / 3248”。
• 在“代理分發(fā)”視圖中，對于Windows計算機，將顯示Mac的SSH錯誤，而不是HTF003錯誤。
• 當網(wǎng)絡區(qū)域外的計算機與UserLock服務器聯(lián)系時，將自動部署主UserLock服務器和備份UserLock服務器的名稱。
• 如果UserLock受保護區(qū)域外的計算機包含Desktop Agent并將會話事件發(fā)送到UserLock服務器，則會話將保存在用戶會話下，并且計算機將添加到代理分發(fā)中，直到下一次更新代理分發(fā)。
• 不再處于活動狀態(tài)的UserLock服務器被視為沖突。
• 區(qū)域沖突后，一旦部署了正確的UserLock服務器名稱，警告就不會消失。
• 單擊“受保護的帳戶”視圖中“帳戶”列中的過濾器按鈕時，將顯示一條錯誤消息。
• 如果NPS或RRAS代理部署在64位Windows Server 2008或Windows Server 2003上，則代理注冊表項權(quán)限未按預期設置，這會阻止代理運行并將其狀態(tài)顯示為“未安裝”。
• 通過控制臺部署NPS代理后顯示的文本缺少信息。
• 如果配置“最大會話長度”或“最長鎖定時間”，您將在“有效限制”視圖中看到錯誤的限制。
• 每天更新用戶名時，如果顯示名稱正確，如果在獲取顯示名稱時發(fā)生錯誤，則會將其替換為SAM帳戶名。
• 在“Wi-Fi / VPN歷史記錄”報告中，默認情況下會選中“用戶帳戶”復選框。
• 當所選會話類型僅為“Wi-Fi / VPN”時，“并發(fā)會話歷史記錄”報告不起作用。