如何透過 RDP 重新導向 USB 加密狗與安全金鑰

RDP 的設計目的是將遠端工作階段呈現在本機螢幕上。鍵盤輸入、顯示、剪貼簿與音訊都能自然地對應到它。USB 加密狗、憑證權杖與安全金鑰則不然，而且其原因會因裝置類型而不同。

軟體授權加密狗（例如 Sentinel、HASP 與 CodeMeter）仰賴專有驅動程式與持續的存在性檢查。應用程式會以固定間隔輪詢加密狗；若 USB 通訊被中斷或延遲，軟體就會鎖定或完全關閉。

憑證權杖與數位簽章金鑰依賴 PKCS#11 或 Microsoft CryptoAPI 等中介軟體。透過 RDP 的問題不在於輪詢，而在於可達性：遠端機器需要安裝正確的程式庫，並且要有方法能像在本機一樣存取實體裝置。

硬體安全金鑰（包含許多 FIDO2 裝置）的行為又不同。有些可透過原生 RDP 智慧卡重新導向運作得相當良好，取決於特定裝置與 Windows 環境。

Windows 確實可透過群組原則支援更廣泛的 USB 重新導向；對於儲存裝置、印表機與相容 PIV 的智慧卡等標準裝置類型，它運作可靠。對於授權加密狗，值得先在受控的 Windows 環境中嘗試，但結果會因加密狗類型、驅動程式支援、Windows 版本與網路狀況而異。即使可行，原生重新導向一次也只支援一個 RDP 工作階段，且需要額外設定：原則變更、驅動程式管理，以及僅限 Windows 的環境。當加密鎖需要連線到虛擬機而非實體 RDP 工作階段時，同樣的架構落差也會出現，Hyper-V 的增強工作階段模式與透過 RDP 存取 VMware或透過 RDP 存取 VirtualBox來賓系統同樣繼承了完全相同的限制。