You need to enable JavaScript to run this app.
优惠活动
大模型
产品
解决方案
定价
更多

从Linux主机远程查询Windows主机SNMP值超时,求助排查原因

远程SNMP查询超时问题排查与解决

让我帮你拆解一下问题,你遇到的Timeout: No Response from 192.168.0.117错误,主要是几个配置环节遗漏或者出错了:

1. Windows自带SNMP服务的远程访问权限没开

你提到启用了Windows默认SNMP服务,但这个服务的默认配置只允许本地主机发起查询,完全没给远程Linux主机权限。你需要手动配置:

  • 打开Windows「服务」列表,找到「SNMP Service」右键选「属性」
  • 切换到「安全」标签页:
    • 点击「添加」,输入你的Linux主机IP(比如192.168.0.xxx)或者整个局域网段(比如192.168.0.0/24)
    • 确保你添加的社区名和Linux端snmpwalk用的一致(比如你配置的public)
    • 勾选「只读」权限即可(毕竟你只需要查询)

2. Net-SNMP的snmpd.conf配置不完整

你提供的snmpd.conf里的rocommunity配置有个关键问题:

  • 现在的配置是rocommunity public,后面没有指定允许访问的远程主机/网段,Net-SNMP的agent默认只会响应本地请求
  • 正确的配置应该加上Linux主机的IP或网段,比如:
    rocommunity public 192.168.0.0/24
    
    或者指定单个Linux主机:
    rocommunity public 192.168.0.xxx
    
    这里要注意:如果你是用Windows自带的SNMP服务作为agent,这个snmpd.conf其实是Net-SNMP客户端的配置,不需要改;但如果是用Net-SNMP作为Windows上的agent,就必须修改这个配置并重启Net-SNMP服务。

3. 可能混淆了两个SNMP Agent(Windows自带 vs Net-SNMP)

你同时启用了Windows默认SNMP服务和安装了Net-SNMP,这里很容易搞混:

  • 如果用Windows自带的SNMP服务当agent,所有权限配置都要在Windows服务的「安全」标签里做,和Net-SNMP的snmpd.conf无关
  • 如果用Net-SNMP当Windows上的agent,要确保Net-SNMP服务在Windows上正常运行,并且snmpd.conf正确配置了允许远程访问的规则

最后验证步骤

改完配置后,按下面的步骤确认:

  • 重启Windows上对应的SNMP服务(自带的或者Net-SNMP的)
  • 在Linux主机上执行完整的snmpwalk命令:snmpwalk -v 2c -c public 192.168.0.117(一定要指定SNMP版本和社区名)
  • 如果还是超时,在Windows上用netstat -ano检查UDP 161端口是否在监听(SNMP默认用这个端口)

内容的提问来源于stack exchange,提问作者Bala Krishnan

相关产品推荐
方舟 Agent Plan

超全模态模型 × Harness 升级,最新支持 Deepseek-V4.1-Flash、GLM-5.3 系列、Doubao-Seedream-5.0-pro、Kimi-K3 (部分), 限时 9.9 元起

最近更新时间:2026.05.29 07:58:04