1、SNMP简介

    简单网络管理协议(SNMP，Simple Network Management Protocol)也是基于C/S的模型，它实现了这样一种功能，当管理端需要获取被管理端的一个状态信息时，管理端就发送一个获取指令给被管理端，被管理端收到此指令后把管理端要获取的信息封装成报文后返回给管理端；当管理端需要修改被管理端上的一些配置参数时，管理端就发送一个修改指令给被管理端，被管理端收到后修改相应的配置，如果修改成功，则返回修改成功的信息给管理端，如果未修改成功，则返回相应的错误信息给管理端；如果被管理端自己知道自己发生了故障，那它就主动发生一个消息给管理端，说明自己哪里出现了故障。

    SNMP主要有三个版本，SNMPv1、SNMPv2c、SNMPv3。SNMPv1版是最始的版本，实现简单，存在较多安全缺陷，SNMPv2c版本质上与SNMPv1相同，只是在前一版上在功能上做了加强，并增加了getbulk操作等，还增加了一些更直观的错误响应，SNMPv3版解决了前两个版本在安全上的问题，采用了USM和VACM技术，增加了更强的认证机制。但这三个版中使用最多的依然是SNMPv1版，在现在各产家的IT设备中，有部分根本就不支持SNMPv3。

2、SNMP术语

除了上表中的术语，还有一个叫Agent，表示被监控端。

3、SNMP的网络架构

从上图中可知SNMP的由三部份组成，NMS、Agent、MIB。管理端(NMS)要想获取到监控数据时就向Agent(被监控端)发送get操作，Agent通过MIB库抓取到数据后就返还给NMS，如果是Agent主动向NMS发送信息，那就采用trap操作。

4、MIB简介

    MIB（Management Information Base，管理信息库）：是一个类似DNS的倒状的树状结构的映射关系，如下图：

由上图可见，MIB是以树状结构来组织数据的，每一个节点表示一个被管理的对象，每一个对象都可以从根开始找出一条唯一的路径，这个路径就是OID，如图中的system的OID就是（.1.3.6.1.2.1.1）。

5、SNMP协议的实现及常用指令

    这里只讨论在类linux上的实现，在linux上SNMP协议的实现是通过安装相应的软件包实现的，可以采用源码安装方式，也可以采用rpm包的安装方式，在Yum源中一个是net-snmp，另一个是net-snmp-utils，Agent只安装net-snmp包，NMS只安装net-snmp-utils包即可，如果NMS也要被监控，那net-snmp也需要安装。Agent端监听在UDP的161端口，NMS监听在UDP的162(如果要接受trap操作)。

    我这里的实验环境：两台linux主机，nod0(192.168.0.200)为NMS，nod1(192.168.0.201)为Agent，系统都为CentOS 6.4 x86_64。

[

安装好后启动服务：

在Agent可以去查看一下配置文件“/etc/snmp/snmpd.conf”此配置文件多数是注释掉的，作为一个被监控端通常会被配置到的信息如下，

关于访问控制的，即哪个主机或网段可以从Agent上获取到信息：

默认是以community为public来验证NMS发起的信息获取是不是以community为public发起的，如果是，则把要收集的信息获取后发送给NMS，如果不是，则拒绝响应。这里的community表示“社区、团体”，在此处就把它看成一个当作验证的密码。“source”默认为default，为了安全应该把“community”和"source"的两个值都做修改，如：

关于用户及组管理的：

这里的用户及组与上边的结合起来看，这里的设置表示定义了v1版和v2c版SNMP的用户都为“notConfigUser”，而这个用户是否有权限来访问Agent，则要看上边的访问控制。

关于MIB访问控制的：

这部分是定义哪些MIB节点是可以访问的

incl 表示包含

excl 表示排除

mask 表示掩码

关于snmp的命令有许多，此处只挑选几个做说明：

snmpget命令：用snmp get操作向网络实体发起一个获取请求，此命令最后必须跟上至少一个OID

snmpwalk命令：用snmp getnext请求指定MIB的子树

snmpbulkwalk命令：用snmp getbulk对指定对象的MIB上的树进行查询，用法与snmpwalk一样。

snmptranslate命令：这个命令可以让名称性的OID转换为数字型