Snmpset 不适用于 mib2c 生成的代理
Snmpset not working on an agent generated by mib2c
我使用 mib2c 从 MIB 文件生成代码。当我尝试设置具有读写访问权限的对象时,它 returns Error in packet.
Reason: notWritable (That object does not support modification
。
我尝试 运行 我的子代理程序几乎没有调试标志。我发现在 snmpset 请求上没有调用单个函数生成的代码,仅在 snmpget 上调用。完全相同的 OID 上的 smnpget 将 return 有效值。我到处都有具有 RW 访问权限的用户。我可以使用同一用户将值设置为 sysName.0。我尝试删除 MIB 文件并使用精确的 oid 但结果相同。
因为连代码都没有,不知道怎么办。
我用同样的方法生成了 2 个 tables。
第一个 table 的索引为 IMPLIED DisplayString,第二个 table 的索引为 2 个整数的组合。
编辑:
我发现它在 /var/lib/snmp/ 中为我的每个代理创建了 .conf 文件。我尝试使用相同的名称和密码添加 create_user,但在代理再次启动后它消失了。
编辑2:
代码是使用 mib2c.mfd.conf 生成的。我尝试了 mib2c.iterate.conf 并且它从生成的代码中调用了函数。它不适用于 mib2c.mfd.conf 但看起来可以与 mib2c.iterate.conf 一起使用。我希望能够使其与 mib2c.mfd.conf 一起使用,这样我就不需要更改所有子代理。
我的子代理的输出,其中 3.fw 是索引:
agentx/subagent: checking status of session 0x44150
agentx_build: packet built okay
agentx/subagent: synching input, op 0x01
agentx/subagent: session 0x44150 responded to ping
agentx/subagent: handling AgentX request (req=0x1f9,trans=0x1f8,sess=0x21)
agentx/subagent: -> testset
snmp_agent: agent_sesion 0xc4a08 created
snmp_agent: add_vb_to_cache( 0xc4a08, 1, MSE-CONFIGURATION-MIB::mseDpuConfigActivationAdminStatus.3.fw, 0x3d3d0)
snmp_agent: tp->start MSE-CONFIGURATION-MIB::mseDpuConfigActivationTable, tp->end MSE-CONFIGURATION-MIB::mseDpuConfigActivation.3,
agent_set: doing set mode = 0 (SET_RESERVE1)
agent_set: did set mode = 0, status = 17
results: request results (status = 17):
results: MSE-CONFIGURATION-MIB::mseDpuConfigActivationAdminStatus.3.fw = INTEGER: prepare(1)
snmp_agent: REMOVE session == 0xc4a08
snmp_agent: agent_session 0xc4a08 released
snmp_agent: end of handle_snmp_packet, asp = 0xc4a08
agentx/subagent: handling agentx subagent set response (mode=162,req=0x1f9,trans=0x1f8,sess=0x21)
agentx_build: packet built okay
agentx/subagent: FINISHED
agentx/subagent: handling AgentX request (req=0x1fa,trans=0x1f8,sess=0x21)
agentx/subagent: -> cleanupset
snmp_agent: agent_sesion 0xc7640 created
agent_set: doing set mode = 4 (SET_FREE)
agent_set: did set mode = 4, status = 17
results: request results (status = 17):
results: MSE-CONFIGURATION-MIB::mseDpuConfigActivationAdminStatus.3.fw = INTEGER: prepare(1)
snmp_agent: REMOVE session == 0xc7640
snmp_agent: agent_session 0xc7640 released
snmp_agent: end of handle_snmp_packet, asp = 0xc7640
agentx/subagent: handling agentx subagent set response (mode=162,req=0x1fa,trans=0x1f8,sess=0x21)
agentx_build: packet built okay
agentx/subagent: FINISHED
agentx/subagent: checking status of session 0x44150
agentx_build: packet built okay
agentx/subagent: synching input, op 0x01
agentx/subagent: session 0x44150 responded to ping
Values/config用于生成代码:
## defaults
@eval $m2c_context_reg = "netsnmp_data_list"@
@eval $m2c_data_allocate = 0@
@eval $m2c_data_cache = 1@
@eval $m2c_data_context = "generated"@ [generated|NAME]
@eval $m2c_data_init = 1@
@eval $m2c_data_transient = 0@
@eval $m2c_include_examples = 1@
@eval $m2c_irreversible_commit = 0@
@eval $m2c_table_access = "container-cached"@
@eval $m2c_table_dependencies = 0@
@eval $m2c_table_persistent = 0@
@eval $m2c_table_row_creation = 0@
@eval $m2c_table_settable = 1@
@eval $m2c_table_skip_mapping = 1@
@eval $m2c_table_sparse = 1@
@eval $mfd_generate_makefile = 1@
@eval $mfd_generate_subagent = 1@
SNMPd 版本:
# snmpd --version
NET-SNMP version: 5.9
Web: http://www.net-snmp.org/
Email: net-snmp-coders@lists.sourceforge.net
我发现在 mib2c.mfd.conf 模板生成的文件 *_interface.c 中,有反向检查。
#if !(defined(NETSNMP_NO_WRITE_SUPPORT) || defined(NETSNMP_DISABLE_SET_SUPPORT))
HANDLER_CAN_RONLY
#else
HANDLER_CAN_RWRITE
#endif /* NETSNMP_NO_WRITE_SUPPORT || NETSNMP_DISABLE_SET_SUPPORT */
我删除了!从条件 开始工作。两个定义都是未定义的,所以它应该使用 HANDLER_CAN_RWRITE 但由于错误检查它使用 HANDLER_CAN_RONLY.
我使用 mib2c 从 MIB 文件生成代码。当我尝试设置具有读写访问权限的对象时,它 returns Error in packet.
Reason: notWritable (That object does not support modification
。
我尝试 运行 我的子代理程序几乎没有调试标志。我发现在 snmpset 请求上没有调用单个函数生成的代码,仅在 snmpget 上调用。完全相同的 OID 上的 smnpget 将 return 有效值。我到处都有具有 RW 访问权限的用户。我可以使用同一用户将值设置为 sysName.0。我尝试删除 MIB 文件并使用精确的 oid 但结果相同。
因为连代码都没有,不知道怎么办。
我用同样的方法生成了 2 个 tables。 第一个 table 的索引为 IMPLIED DisplayString,第二个 table 的索引为 2 个整数的组合。
编辑: 我发现它在 /var/lib/snmp/ 中为我的每个代理创建了 .conf 文件。我尝试使用相同的名称和密码添加 create_user,但在代理再次启动后它消失了。
编辑2: 代码是使用 mib2c.mfd.conf 生成的。我尝试了 mib2c.iterate.conf 并且它从生成的代码中调用了函数。它不适用于 mib2c.mfd.conf 但看起来可以与 mib2c.iterate.conf 一起使用。我希望能够使其与 mib2c.mfd.conf 一起使用,这样我就不需要更改所有子代理。
我的子代理的输出,其中 3.fw 是索引:
agentx/subagent: checking status of session 0x44150
agentx_build: packet built okay
agentx/subagent: synching input, op 0x01
agentx/subagent: session 0x44150 responded to ping
agentx/subagent: handling AgentX request (req=0x1f9,trans=0x1f8,sess=0x21)
agentx/subagent: -> testset
snmp_agent: agent_sesion 0xc4a08 created
snmp_agent: add_vb_to_cache( 0xc4a08, 1, MSE-CONFIGURATION-MIB::mseDpuConfigActivationAdminStatus.3.fw, 0x3d3d0)
snmp_agent: tp->start MSE-CONFIGURATION-MIB::mseDpuConfigActivationTable, tp->end MSE-CONFIGURATION-MIB::mseDpuConfigActivation.3,
agent_set: doing set mode = 0 (SET_RESERVE1)
agent_set: did set mode = 0, status = 17
results: request results (status = 17):
results: MSE-CONFIGURATION-MIB::mseDpuConfigActivationAdminStatus.3.fw = INTEGER: prepare(1)
snmp_agent: REMOVE session == 0xc4a08
snmp_agent: agent_session 0xc4a08 released
snmp_agent: end of handle_snmp_packet, asp = 0xc4a08
agentx/subagent: handling agentx subagent set response (mode=162,req=0x1f9,trans=0x1f8,sess=0x21)
agentx_build: packet built okay
agentx/subagent: FINISHED
agentx/subagent: handling AgentX request (req=0x1fa,trans=0x1f8,sess=0x21)
agentx/subagent: -> cleanupset
snmp_agent: agent_sesion 0xc7640 created
agent_set: doing set mode = 4 (SET_FREE)
agent_set: did set mode = 4, status = 17
results: request results (status = 17):
results: MSE-CONFIGURATION-MIB::mseDpuConfigActivationAdminStatus.3.fw = INTEGER: prepare(1)
snmp_agent: REMOVE session == 0xc7640
snmp_agent: agent_session 0xc7640 released
snmp_agent: end of handle_snmp_packet, asp = 0xc7640
agentx/subagent: handling agentx subagent set response (mode=162,req=0x1fa,trans=0x1f8,sess=0x21)
agentx_build: packet built okay
agentx/subagent: FINISHED
agentx/subagent: checking status of session 0x44150
agentx_build: packet built okay
agentx/subagent: synching input, op 0x01
agentx/subagent: session 0x44150 responded to ping
Values/config用于生成代码:
## defaults
@eval $m2c_context_reg = "netsnmp_data_list"@
@eval $m2c_data_allocate = 0@
@eval $m2c_data_cache = 1@
@eval $m2c_data_context = "generated"@ [generated|NAME]
@eval $m2c_data_init = 1@
@eval $m2c_data_transient = 0@
@eval $m2c_include_examples = 1@
@eval $m2c_irreversible_commit = 0@
@eval $m2c_table_access = "container-cached"@
@eval $m2c_table_dependencies = 0@
@eval $m2c_table_persistent = 0@
@eval $m2c_table_row_creation = 0@
@eval $m2c_table_settable = 1@
@eval $m2c_table_skip_mapping = 1@
@eval $m2c_table_sparse = 1@
@eval $mfd_generate_makefile = 1@
@eval $mfd_generate_subagent = 1@
SNMPd 版本:
# snmpd --version
NET-SNMP version: 5.9
Web: http://www.net-snmp.org/
Email: net-snmp-coders@lists.sourceforge.net
我发现在 mib2c.mfd.conf 模板生成的文件 *_interface.c 中,有反向检查。
#if !(defined(NETSNMP_NO_WRITE_SUPPORT) || defined(NETSNMP_DISABLE_SET_SUPPORT))
HANDLER_CAN_RONLY
#else
HANDLER_CAN_RWRITE
#endif /* NETSNMP_NO_WRITE_SUPPORT || NETSNMP_DISABLE_SET_SUPPORT */
我删除了!从条件 开始工作。两个定义都是未定义的,所以它应该使用 HANDLER_CAN_RWRITE 但由于错误检查它使用 HANDLER_CAN_RONLY.