SecPath L1000-A 怎么配置SNMP,需要开启SNMP,通过第三方软件监控!
(0)
最佳答案
参考下这个http://www.h3c.com/cn/d_201802/1064284_30005_0.htm
SNMP(Simple Network Management Protocol,简单网络管理协议)是互联网中的一种网络管理标准协议,广泛用于实现管理设备对被管理设备的访问和管理。SNMP具有以下优势:
· 支持网络设备的智能化管理。利用基于SNMP的网络管理平台,网络管理员可以查询网络设备的运行状态和参数,配置参数值,发现故障,完成故障诊断,进行容量规划和制作报告。
· 支持对不同物理特性的设备进行管理。SNMP只提供最基本的功能集,使得管理任务与被管理设备的物理特性和联网技术相对独立,从而实现对不同厂商设备的管理。
SNMP网络架构由三部分组成:NMS、Agent和MIB。
· NMS(Network Management System,网络管理系统)是SNMP网络的管理者,能够提供友好的人机交互界面,方便网络管理员完成大多数的网络管理工作。
· Agent是SNMP网络的被管理者,负责接收、处理来自NMS的SNMP报文。在某些情况下,如接口状态发生改变时,Agent也会主动向NMS发送告警信息。
· MIB(Management Information Base,管理信息库)是被管理对象的集合。NMS管理设备的时候,通常会关注设备的一些参数,比如接口状态、CPU利用率等,这些参数就是被管理对象,在MIB中称为节点。每个Agent都有自己的MIB。MIB定义了节点之间的层次关系以及对象的一系列属性,比如对象的名称、访问权限和数据类型等。被管理设备都有自己的MIB文件,在NMS上编译这些MIB文件,就能生成该设备的MIB。NMS根据访问权限对MIB节点进行读/写操作,从而实现对Agent的管理。
NMS、Agent和MIB之间的关系如图1-1所示。
图1-1 NMS、Agent和MIB关系图
MIB以树状结构进行存储。树的每个节点都是一个被管理对象,它用从根开始的一条路径唯一地识别(OID)。如图1-2所示,被管理对象B可以用一串数字{1.2.1.1}唯一确定,这串数字是被管理对象的OID(Object Identifier,对象标识符)。
MIB视图是MIB的子集合,将团体名/用户名与MIB视图绑定,可以限制NMS能够访问的MIB对象。当用户配置MIB视图包含某个MIB子树时,NMS可以访问该子树的所有节点;当用户配置MIB视图不包含某个MIB子树时,NMS不能访问该子树的所有节点。
图1-2 MIB树结构
SNMP提供四种基本操作:
· Get操作:NMS使用该操作查询Agent MIB中节点的值。
· Set操作:NMS使用该操作配置Agent MIB中节点的值。
· Trap操作:Agent使用该操作向NMS发送Trap报文。Agent不要求NMS发送回应报文,NMS也不会对Trap报文进行回应。SNMPv1、SNMPv2c和SNMPv3均支持Trap操作。
· Inform操作:Agent使用该操作向NMS发送Inform报文。Agent要求NMS发送回应报文,因此,Inform报文比Trap报文更可靠。如果Agent在一定时间内没有收到NMS的回应报文,则会启动重发机制。只有SNMPv2c和SNMPv3支持Inform操作。
目前,设备支持SNMPv1、SNMPv2c和SNMPv3三种版本。只有NMS和Agent使用的SNMP版本相同,NMS才能和Agent建立连接。
· SNMPv1采用团体名(Community Name)认证机制。团体名类似于密码,用来限制NMS和Agent之间的通信。如果NMS配置的团体名和被管理设备上配置的团体名不同,则NMS和Agent不能建立SNMP连接,从而导致NMS无法访问Agent,Agent发送的告警信息也会被NMS丢弃。
· SNMPv2c也采用团体名认证机制。SNMPv2c对SNMPv1的功能进行了扩展:提供了更多的操作类型;支持更多的数据类型;提供了更丰富的错误代码,能够更细致地区分错误。
· SNMPv3采用USM(User-Based Security Model,基于用户的安全模型)认证机制。网络管理员可以配置认证和加密功能。认证用于验证报文发送方的合法性,避免非法用户的访问;加密则是对NMS和Agent之间的传输报文进行加密,以免被窃听。采用认证和加密功能可以为NMS和Agent之间的通信提供更高的安全性。
SNMP支持的访问控制方式包括VACM(View-based Access Control Model,基于视图的访问控制模型)和RBAC(Role Based Access Control,基于角色的访问控制)。
将团体名/用户名与指定的MIB视图进行绑定,可以限制NMS能够访问哪些MIB对象,以及对MIB对象不同的操作权限。
创建团体名/用户名时,可以指定对应的用户角色。
· 拥有用户角色为network-admin或level-15的SNMP团体/用户,可以对所有的MIB对象进行读写操作;
· 拥有用户角色为network-operator的SNMP团体/用户,可以对所有的MIB对象进行读操作;
· 拥有用户角色为自定义角色的SNMP团体/用户,则根据该用户角色下rule命令创建的用户角色规则来对相应MIB对象进行操作。
对于同一SNMP用户名/团体名,只能配置一种控制方式,多次使用两种控制方式配置同一用户名/团体名时,以最后一次的配置方式为准,推荐使用RBAC方式,安全性更高。有关用户角色及rule命令的详细情况,请参见“基础配置”中的“RBAC”。
RBAC配置方式限制的是MIB节点的读写权限,VACM配置方式限制的是MIB视图的读写权限。RBAC配置方式更精准、更灵活。
由于SNMPv3版本的配置和SNMPv1版本、SNMPv2c版本的配置有较大区别,所以下面分两种情况介绍SNMP基本功能的配置,详见表1-1和表1-2。
为了安全起见,只有具有network-admin、context-admin或者level-15用户角色的用户登录设备后才能创建SNMP团体、用户或组。其它角色的用户,即使授权了SNMP特性或相应命令的操作权限,也不能执行相应命令。
表1-1 配置SNMPv1/v2c版本基本参数
操作 | 命令 | 说明 | ||
进入系统视图 | system-view | - | ||
(可选)启动SNMP Agent服务 | snmp-agent | 缺省情况下,SNMP Agent服务处于关闭状态 执行除snmp-agent calculate-password外任何以snmp-agent开头的命令,都可以启动SNMP Agent服务 | ||
(可选)配置设备的维护联系信息 | snmp-agent sys-info contact sys-contact | |||
(可选)配置设备的物理位置信息 | snmp-agent sys-info location sys-location | |||
配置设备支持SNMPv1/v2c版本 | snmp-agent sys-info version { all | { v1 | v2c | v3} *} | 缺省情况下,系统启用的SNMP版本号为“SNMPv3” | ||
(可选)配置本设备的SNMP引擎ID | snmp-agent local-engineid engineid | 缺省情况下,设备引擎ID为公司的“企业号+设备信息”。 | ||
(可选)配置远端SNMP实体的引擎ID | snmp-agent remote { ipv4-address | ipv6 ipv6-address } [ vpn-instance vpn-instance-name ] engineid engineid | 缺省情况下,不存在远端SNMP实体的引擎ID 当设备需要向目的主机(能够解析Trap和Inform报文的设备,通常为NMS)发送SNMPv3 Inform报文时,该步骤必选 | ||
(可选)创建或者更新MIB视图 | snmp-agent mib-view { excluded | included } view-name oid-tree [ mask mask-value ] | 缺省情况下,存在四个MIB视图,名称均为ViewDefault: · 视图一包含MIB子树iso · 视图二不包含子树snmpUsmMIB · 视图三不包含子树snmpVacmMIB · 视图四不包含子树snmpModules.18 MIB视图是MIB的子集,由视图名和MIB子树来唯一确定一个MIB视图。视图名相同但包含的子树不同,则认为是不同的视图 | ||
配置访问权限 | 直接配置 | 创建SNMP团体 | VACM方式: snmp-agent community { read | write } [ simple| cipher ] community-name [ mib-view view-name ] [ acl { ipv4-acl-number | name ipv4-acl-name } | acl ipv6 { ipv6-acl-number | name ipv6-acl-name } ] * | 二者选其一 直接配置是以SNMPv1和SNMPv2c版本的团体名进行配置 间接配置是先创建SNMP组,再向创建的组中添加的用户,用户相当于SNMPv1和SNMPv2c版本的团体名,在NMS上配置的团体名需要跟Agent上配置的用户名一致 缺省情况下,不存在任何SNMP组和SNMP团体 |
RBAC方式: snmp-agent community [ simple | cipher ] community-name user-role role-name [ acl { ipv4-acl-number | name ipv4-acl-name } | aclipv6 { ipv6-acl-number | name ipv6-acl-name } ] * | ||||
间接配置 | 创建SNMPv1/v2c组 | snmp-agent group { v1 | v2c } group-name [ read-view view-name ] [ write-view view-name ] [ notify-view view-name ] [ acl { ipv4-acl-number | name ipv4-acl-name } | acl ipv6 { ipv6-acl-number | name ipv6-acl-name } ] * | ||
创建SNMPv1/v2c用户 | snmp-agent usm-user { v1 | v2c } user-namegroup-name [ acl { ipv4-acl-number | name ipv4-acl-name } | acl ipv6 { ipv6-acl-number | nameipv6-acl-name } ] * | |||
(可选)创建SNMP上下文 | snmp-agent context context-name | 缺省情况下,不存在SNMP上下文 | ||
(可选)创建团体名到SNMP上下文的映射 | snmp-agent community-map community-namecontext context-name | 缺省情况下,不存在团体名到SNMP上下文的映射 | ||
(可选)配置Agent能处理的SNMP报文的最大长度 | snmp-agent packet max-size byte-count | 缺省情况下,Agent能接收/发送的SNMP消息包长度的最大值为1500字节 | ||
(可选)配置设备上接收SNMP报文的端口号 | snmp-agent port port-num | 缺省情况下,使用161号端口接收SNMP报文 |
为了安全起见,只有具有network-admin、context-admin或者level-15用户角色的用户登录设备后才能创建SNMP用户或组。其它角色的用户,即使授权了SNMP特性或相应命令的操作权限,也不能执行相应命令。
建立SNMPv3连接时,是否进行认证和加密,受snmp-agent group v3和snmp-agent usm-user v3两条命令的影响:
· 创建组时,如果不指定authentication和privacy参数,则表示不认证不加密。此时,使用和该组绑定的用户名建立SNMP连接时,均不认证不加密。即便用户配置了认证密码/加密密码,认证密码/加密密码也不生效。
· 创建组时,如果指定authentication参数,则表示认证不加密。此时,使用和该组绑定的用户名建立SNMP连接时,均认证不加密。即便用户配置了加密密码,加密密码也不生效。该组内的用户必须配置认证密码,否则,不能建立SNMP连接。
· 创建组时,如果指定privacy参数,则表示认证加密。此时,使用和该组绑定的用户名建立SNMP连接时,均认证加密。该组内的用户必须配置认证密码和加密密码,否则,不能建立SNMP连接。
表1-2 配置SNMPv3版本基本参数
操作 | 命令 | 说明 |
进入系统视图 | system-view | - |
(可选)启动SNMP Agent服务 | snmp-agent | 缺省情况下,SNMP Agent服务处于关闭状态 执行除snmp-agent calculate-password外任何以snmp-agent开头的命令,都可以启动SNMP Agent服务 |
(可选)配置设备的维护联系信息 | snmp-agent sys-info contact sys-contact | |
(可选)配置设备的物理位置信息 | snmp-agent sys-info location sys-location | |
配置设备支持SNMPv3版本 | snmp-agent sys-info version { all | { v1 | v2c | v3 } * | 缺省情况下,系统启用的SNMP版本号为“SNMPv3” |
(可选)配置本设备的SNMP引擎ID | snmp-agent local-engineid engineid | 缺省情况下,设备引擎ID为公司的“企业号+设备信息”。 SNMPv3版本的用户名、密文密码等都和引擎ID相关联,如果更改了引擎ID,则原引擎ID下配置的用户名、密码失效。 |
(可选)配置远端SNMP实体的引擎ID | snmp-agent remote { ipv4-address | ipv6 ipv6-address } [ vpn-instancevpn-instance-name ] engineid engineid | 缺省情况下,未配置远端SNMP实体的引擎ID 当设备需要向目的主机(能够解析Trap和Inform报文的设备,通常为NMS)发送SNMPv3 Inform报文时,该步骤必选 |
(可选)创建MIB视图或更新MIB视图内容 | snmp-agent mib-view { excluded | included } view-name oid-tree [ maskmask-value ] | 缺省情况下,存在四个MIB视图,名称均为ViewDefault · 视图一包含MIB子树iso · 视图二不包含子树snmpUsmMIB · 视图三不包含子树snmpVacmMIB · 视图四不包含子树snmpModules.18 MIB视图是MIB的子集,由视图名和MIB子树来唯一确定一个MIB视图。视图名相同但包含的子树不同,则认为是不同的视图 |
(可选)创建SNMPv3组 | snmp-agent group v3 group-name [ authentication | privacy ] [ read-view view-name ] [ write-view view-name ] [ notify-view view-name ] [ acl { ipv4-acl-number | name ipv4-acl-name } | acl ipv6 { ipv6-acl-number | name ipv6-acl-name } ] * | 缺省情况下,不存在SNMP组 |
(可选)为明文密码计算对应的密文密码 | snmp-agent calculate-password plain-password mode { 3desmd5 | 3dessha | md5 | sha } { local-engineid | specified-engineid engineid } | - |
创建SNMPv3用户 | · VACM方式: snmp-agent usm-user v3 user-name group-name [ remote { ipv4-address | ipv6 ipv6-address } [ vpn-instance vpn-instance-name ] ] [ { cipher | simple } authentication-mode { md5 | sha } auth-password [ privacy-mode { aes128 | 3des | des56 } priv-password ] ] [ acl { ipv4-acl-number | name ipv4-acl-name } | acl ipv6 { ipv6-acl-number | name ipv6-acl-name } ] * · RBAC方式: snmp-agent usm-user v3 user-name user-role role-name [ remote { ipv4-address | ipv6 ipv6-address } [ vpn-instance vpn-instance-name ] ] [ { cipher | simple } authentication-mode { md5 | sha } auth-password [ privacy-mode { aes128 | 3des | des56 } priv-password ] ] [ acl { ipv4-acl-number | name ipv4-acl-name } | acl ipv6 { ipv6-acl-number | name ipv6-acl-name } ] * | 当设备需要向目的主机发送SNMPv3 Inform报文时,remote参数必选 如果使用cipher参数,则后面的auth-password和priv-password都必须输入并被视为密文密码 |
(可选)为通过RBAC方式创建的SNMPv3用户添加角色 | snmp-agent usm-user v3 user-name user-role role-name | 缺省情况下,使用创建SNMPv3用户时指定的角色 |
(可选)创建SNMP上下文 | snmp-agent context context-name | 缺省情况下,不存在SNMP上下文 |
(可选)配置Agent能处理的SNMP报文的最大长度 | snmp-agent packet max-size byte-count | 缺省情况下,Agent能接收/发送的SNMP消息包长度的最大值为1500字节 |
(可选)配置Agent接收SNMP报文的端口号 | snmp-agent port port-num | 缺省情况下,使用161端口接收SNMP报文 |
SNMP日志可以记录NMS对Agent的Get请求、Set请求和Set响应信息,不能记录Get响应信息。同时SNMP日志可以记录Agent对NMS的Trap和Inform操作信息以及SNMP认证失败信息。
· 当进行Get操作时,Agent会记录NMS用户的IP地址、Get操作的节点名和节点OID。
· 当进行Set操作时,Agent会记录NMS用户的IP地址、Set操作的节点名、节点OID、节点值以及Set操作返回的错误码和错误索引。
· 当进行Trap和Inform操作时,Agent会向NMS发送告警,Agent会记录告警相关的信息。
· 当进行SNMP认证操作时,如果Agent收到来自NMS的SNMP请求但是没有通过认证,Agent会记录相关日志。
这些日志将被发送到设备的信息中心,并通过信息中心配置的参数,最终决定SNMP日志的输出规则(即是否允许输出以及输出方向)。SNMP每条日志信息中记录的node域(信息内容对应的MIB节点名)和value域(信息内容对应的MIB节点值)的长度之和不能超过1024字节,超出的部分将不会被输出。有关信息中心的详细介绍请参见“网络管理和监控配置指导”中的“信息中心”。
表1-3 配置SNMP日志功能
操作 | 命令 | 说明 |
进入系统视图 | system-view | - |
(可选)打开SNMP日志开关 | snmp-agent log { all | authfail | get-operation | set-operation } | 大量的日志记录会占用设备的存储空间,影响设备的性能。正常情况下,建议关闭SNMP日志功能。 缺省情况下,SNMP日志开关处于关闭状态 |
(可选)打开SNMP告警日志开关 | snmp-agent trap log | 缺省情况下,SNMP告警日志功能处于关闭状态 |
SNMP告警信息包括Trap和Inform两种,用来告知NMS设备上发生了重要事件,比如,用户的登录/退出,接口状态变成up/down等。如无特殊说明,本文中的告警信息均指Trap和Inform两种信息。
因为告警信息通常较多,会占用设备内存,影响设备性能,所以建议用户根据需要开启指定模块的告警功能,生成相应的告警信息。
如果要求接口在链路状态发生改变时生成相应的告警信息,需要在全局和接口下均开启接口链路状态变化的告警功能。如果要生成其它模块的告警信息,除了使用snmp-agent trap enable命令开启告警功能外,还可能需要执行各个模块的相关配置,详情请参见各模块的相关描述。
表1-4 开启告警功能
操作 | 命令 | 说明 |
进入系统视图 | system-view | - |
开启SNMP告警功能 | snmp-agent trap enable [ configuration | protocol |standard [ authentication | coldstart | linkdown | linkup | warmstart ] * | system ] | 缺省情况下,SNMP配置告警、标准告警和系统告警功能处于开启状态,其他各模块告警功能是否开启请参见各模块手册 |
进入接口视图 | interface interface-type interface-number | - |
开启接口链路状态变化的告警功能 | enable snmp trap updown | 缺省情况下,接口状态变化的告警功能处于开启状态 |
如果配置了snmp-agent target-host inform命令,则设备会向指定目的主机(能够解析Trap和Inform报文的设备,通常为NMS)发送Inform报文;如果配置了snmp-agent target-host trap命令,则设备会向指定目的主机发送Trap报文,由于设备NMS收到Trap报文并不会为此发送确认信息,所以发送Trap报文比Inform报文不可靠且占用系统资源少。
对linkUp/linkDown告警信息进行私有扩展后,设备生成和发送的该信息由标准linkUp/linkDown告警信息后增加接口描述和接口类型信息构成。如果NMS不支持该扩展信息,请禁用私有扩展功能。
为了成功发送Inform报文,请确保以下两点:
· NMS通过SNMPv2c或者SNMPv3版本对Agent进行监控管理。
· 如果要通过V3版本对Agent管理,当进行SNMPv3基础配置时,你必须配置NMS所管理设备的引擎ID,同时在创建SNMPv3用户时指定SNMP引擎的IP地址。
设备第一次发送告警信息时,会检查设备和目的主机是否路由可达。如果可达,则直接发送。如果不可达,则先将告警信息缓存在消息队列里,等路由可达后,再发送。为防止告警信息累积占用太多内存,用户可以配置该队列的长度以及告警信息在队列里的保存时间。
· 如果在告警信息的发送队列满时系统又收到了新的告警信息,则系统会自动删除最先收到的告警信息来保存新的告警信息。
· 如果告警信息的发送队列中的某信息到达了已设定的保存时间,则系统会自动删除该告警信息。
如果要将告警信息发送给NMS,则需要进行以下配置准备:
(1) 配置SNMP基本参数。
(2) 确保设备与NMS路由可达。
操作 | 命令 | 说明 |
进入系统视图 | system-view | - |
配置Inform报文的发送参数 | snmp-agent target-host inform address udp-domain { ipv4-address | ipv6 ipv6-address } [ udp-port port-number ] [ vpn-instance vpn-instance-name ] params securityname security-string{ v2c | v3 [ authentication | privacy ] } | 缺省情况下,未配置Inform报文的目的主机 |
配置Trap报文的发送参数 | snmp-agent target-host trap address udp-domain { ipv4-address | ipv6 ipv6-address } [ udp-port port-number ] [ vpn-instance vpn-instance-name ] params securityname security-string [ v1 | v2c | v3[ authentication | privacy ] ] | 缺省情况下,未配置Trap报文的目的主机 |
(可选)配置发送的告警信息的源IP地址 | snmp-agent { inform | trap } source interface-type { interface-number | interface-number.subnumber } | 缺省情况下,使用出接口的IP地址作为告警信息的源IP地址 |
(可选)对标准linkUp/linkDown告警信息进行私有扩展 | snmp-agent trap if-mib link extended | 缺省情况下,系统发送的linkUp/linkDown告警信息的格式为标准格式,不对其进行私有扩展 |
(可选)配置告警信息发送队列的长度 | snmp-agent trap queue-size size | 缺省情况下,告警信息的消息队列最多可以存储100条告警信息 |
(可选)配置告警信息的保存时间 | snmp-agent trap life seconds | 缺省情况下,告警信息的保存时间为120秒 |
由于大多情况下,用户并不关心VA接口,在缺省情况下,VA接口对MIB不可见,此时设备会忽略NMS发送的对于VA接口的配置和查询请求,这不仅可以提高设备获取其它接口信息的效率,提升用户体验度,同时还可以降低设备的工作量,从而避免CPU资源浪费。有关VA接口的相关介绍,请参见“PPP和PPPoE配置指导”中的“PPP”。
如果用户需要对VA接口进行配置或查询,则可以通过执行本命令配置VA接口对MIB可见。
在完成上述配置后,在任意视图下执行display命令,均可以显示配置后SNMP的运行情况,通过查看显示信息,来验证配置的效果。
表1-7 SNMP显示和维护
操作 | 命令 |
显示系统维护联络信息、系统位置信息及SNMP版本信息 | display snmp-agent sys-info [ contact | location | version ] * |
显示SNMP报文统计信息 | display snmp-agent statistics |
显示本设备的SNMP引擎ID | display snmp-agent local-engineid |
显示SNMP组信息 | display snmp-agent group [ group-name ] |
显示远端SNMP实体引擎信息 | display snmp-agent remote [ { ipv4-address | ipv6 ipv6-address } [ vpn-instance vpn-instance-name ] ] |
显示告警信息队列的基本信息 | display snmp-agent trap queue |
显示SNMP告警功能的开启状态 | display snmp-agent trap-list |
显示SNMPv3用户信息 | display snmp-agent usm-user [ engineid engineid | username user-name | group group-name ] * |
显示SNMPv1或SNMPv2c团体信息 | display snmp-agent community [ read | write ] |
显示MIB视图的信息 | display snmp-agent mib-view [ exclude | include | viewname view-name ] |
显示当前SNMP支持的MIB节点信息 | display snmp-agent mib-node [ details | index-node | trap-node | verbose ] |
显示指定的SNMP上下文 | display snmp-agent context [ context-name ] |
(0)
亲~登录后才可以操作哦!
确定你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作
举报
×
侵犯我的权益
×
侵犯了我企业的权益
×
抄袭了我的内容
×
原文链接或出处
诽谤我
×
对根叔社区有害的内容
×
不规范转载
×
举报说明
暂无评论