SNMPGET通过程序可正常执行，通过CLI执行失败求助

• 严格匹配SNMP版本与社区字符串
  抓包显示官方软件使用SNMPv1版本，社区字符串为Test。多数CLI工具（如snmpget）默认用SNMPv2c，需手动指定参数对齐：

  snmpget -v 1 -c Test 192.168.178.38 1.3.6.1.4.1.236.11.5.11.81.12.16.1.2.1
  

  确保版本、社区字符串完全和抓包一致，避免因参数不兼容导致的实例不可见问题。

• 检查OID实例的前置激活条件
  部分私有OID需要特定操作才会被设备实例化。用Wireshark完整抓取官方软件与打印机的全量交互，确认在发送目标GET请求前，是否存在其他SNMP操作（如SET命令、其他OID查询）来激活该实例——比如官方软件可能先发送了初始化请求，才让目标OID变得可访问。

• 复刻SNMP PDU的完整参数
  抓包中的GET请求PDU包含特定的request-id（10944）、error-status（0）、error-index（0），且变量绑定值为Null。部分CLI工具会自动生成request-id或修改PDU结构，导致设备无法识别。可使用net-snmp自定义脚本等工具，构造完全一致的PDU，确保请求结构和官方软件的包1:1匹配。

• 排查网络访问限制
  检查打印机的SNMP设置，确认你的笔记本IP在允许访问的列表中；同时确保笔记本和打印机处于同一网络段，没有VLAN隔离或防火墙拦截UDP 161端口的SNMP流量。

• 分析官方软件的私有交互逻辑
  该OID属于三星私有MIB（1.3.6.1.4.1.236是三星企业OID），公开文档无相关信息。可通过以下方式进一步分析：

  • 用Process Monitor监控官方软件的SNMP系统调用，查看所有请求细节；
  • 对软件进行合法逆向工程，提取其SNMP交互的完整逻辑，明确目标OID的触发条件和含义。

内容的提问来源于stack exchange，提问作者BlackAura