AnyConnect VPN會話期間，埠53上的DNS請求過多

下載選項

PDF (287.6 KB)
在多種裝置上使用 Adobe Reader 檢視
ePub (78.0 KB)
在 iPhone、iPad、Android、Sony Reader 或 Windows Phone 上的各種應用程式中檢視
Mobi (Kindle) (61.5 KB)
在 Kindle 裝置或多部裝置的 Kindle 應用程式上檢視

已更新: 2026 年 5 月 14 日

文件 ID:225914

無偏見用語

本產品的文件集力求使用無偏見用語。針對本文件集的目的，無偏見係定義為未根據年齡、身心障礙、性別、種族身分、民族身分、性別傾向、社會經濟地位及交織性表示歧視的用語。由於本產品軟體使用者介面中硬式編碼的語言、根據 RFP 文件使用的語言，或引用第三方產品的語言，因此本文件中可能會出現例外狀況。深入瞭解思科如何使用包容性用語。

關於此翻譯

思科已使用電腦和人工技術翻譯本文件，讓全世界的使用者能夠以自己的語言理解支援內容。請注意，即使是最佳機器翻譯，也不如專業譯者翻譯的內容準確。Cisco Systems, Inc. 對這些翻譯的準確度概不負責，並建議一律查看原始英文文件（提供連結）。

問題

實施遠端訪問VPN(RA-VPN)後，通過Cisco AnyConnect連線的使用者正在埠53上生成數十個DNS請求到輔助DNS伺服器。在活動監控器中針對連線到VPN隧道的所有使用者觀察到此行為，並導致大量允許的請求泛洪隧道。當使用者通過零信任訪問(ZTA)連線時，不會發生此過量DNS活動，這表明此問題與AnyConnect VPN連線方法特別相關。

環境

產品系列：安全訪問
實現：遠端訪問VPN部署
比較環境：零信任訪問(ZTA) — 未遇到相同的DNS泛洪行為

解析

要調查過多的DNS請求，需要收集日誌並進行分析以確定DNS泛洪行為的根本原因。日誌收集包括收集包括每個資料包的PID的資料包捕獲，以確定終端上的哪個應用程式正在生成流量以及進程監控器輸出。

原因

分析表明，預期的DNS流量數量是如此之大。

AnyConnect VPN會話期間，埠53上的DNS請求過多

下載選項

無偏見用語

關於此翻譯

目錄

問題

環境

解析

原因

相關內容

修訂記錄

由思科工程師貢獻

這份文件是否有所幫助？

讓思科協助您

本文件適用於這些產品