这里有一个令人头疼的问题。要么我发现了 Windows 和/或 VMware 错误,要么我错过了一些非常简单的东西。[剧透-非常简单。]
我们的 VMware 环境是 ESXI 5.5。我们有一个 Windows 2012 R2 虚拟机(名为 BOS-NETMON),它不能再对 Cisco ASA 设备(v2 或 v3)进行 SNMP 查询。
这台机器运行 SolarWinds Orion,但它和 Paessler SNMPTEST 等独立工具都不起作用。所有其他当前受监控的设备继续响应来自该访客的 SNMP - 我们有 Cisco IOS、Meraki、Exagrid、APC/Schneider - 一切正常。从该访客连接到 ASA 时,所有其他允许的协议(SSH、HTTPS、ICMP)都可以工作。
当我们将客户机从 E1000e vNIC 硬件切换到 VMXNet3 时,问题就开始了。在此之前,它工作了几年。
- 运行 ASDM 日志记录窗口,它甚至看不到来自 BOS-NETMON 的尝试 SNMP 连接。编辑 - 这是因为我在 ASA 上没有正确的日志记录设置。
- 在 BOS-NETMON 上运行 Wireshark,它显示 SNMP 查询发出,不注册来自 ASA 的响应。
- 我已经从另一个 VMXNet3 来宾测试了 SNMP,它也无法针对 ASA 查询 SNMP,但可以针对非 ASA Cisco 设备工作。编辑 - 这似乎不是真的。要么我测试错了,要么它最近开始工作。无论哪种方式,具有 VMXNet3 NIC 的另一台主机都可以针对其中一个 ASA 查询 SNMP。
- 我已经使用 E1000e vNIC 测试了来自来宾的 SNMP,它成功地针对 ASA 查询 SNMP。
- 4/5 的目标 ASA 不在同一个站点,因此它不应该是 ARP 问题 - 如果是,其他非 SNMP 协议将受到影响。
进一步编辑:我有成功和不成功的 SNMP 会话的 ASDM 调试信息。我猜下一步将是数据包捕获。
6 Mar 12 2018 16:30:26 302015 10.50.100.177 63809 10.10.99.10 161 Built inbound UDP connection 610885144 for Inside_Interface:10.50.100.177/63809 (10.50.100.177/63809) to identity:10.10.99.10/161 (10.10.99.10/161)
7 Mar 12 2018 16:30:26 710005 10.50.100.152 49588 10.10.99.10 161 UDP request discarded from 10.50.100.152/49588 to Inside_Interface:10.10.99.10/161