宁波cms模板建站,百度导航是哪个国家的公司,百度网盘电脑版官网,网站建设哪儿济南兴田德润什么活动简介
作为系统管理员的重要工作之一是收集关于服务器和基础设施的准确信息。有许多工具和选项可用于收集和处理这种类型的信息。其中许多工具都是建立在一种称为SNMP的技术之上。
SNMP代表简单网络管理协议。这是服务器可以共享有关其当前状态的信息的一种方式#xff0c;也…简介
作为系统管理员的重要工作之一是收集关于服务器和基础设施的准确信息。有许多工具和选项可用于收集和处理这种类型的信息。其中许多工具都是建立在一种称为SNMP的技术之上。
SNMP代表简单网络管理协议。这是服务器可以共享有关其当前状态的信息的一种方式也是管理员可以修改预定义值的通道。虽然协议本身非常简单但实现SNMP的程序的结构可能非常复杂。
在本指南中我们将向您介绍SNMP协议的基础知识。我们将介绍其用途协议在网络中的典型使用方式协议版本之间的差异等。
基本概念
SNMP是实现在网络堆栈的应用层上的协议点击这里了解网络层。该协议被创建为一种以一致的方式从非常不同的系统中收集信息的方式。尽管它可以与各种系统连接但查询信息的方法和相关信息的路径是标准化的。
SNMP协议有多个版本许多网络硬件设备实现了某种形式的SNMP访问。最广泛使用的版本是SNMPv1但在许多方面它是不安全的。它的流行主要源于其无处不在和长期存在。除非您有充分的理由不这样做我们建议您使用提供更高级安全功能的SNMPv3。
一般来说由SNMP进行配置文件的网络主要由包含SNMP 代理的设备组成。代理是一个可以收集有关硬件的信息将其组织成预定义条目并使用SNMP协议响应查询的程序。
在这个模型中用于向代理查询信息的组件称为SNMP 管理器。这些机器通常具有其网络中所有支持SNMP的设备的数据并可以发出请求以收集信息和设置某些属性。
SNMP管理器
SNMP管理器是配置为轮询SNMP代理以获取信息的计算机。在仅讨论其核心功能时管理组件实际上比客户端配置要简单得多因为管理组件只是请求数据。
管理器可以是任何能够使用正确凭据向SNMP代理发送查询请求的计算机。有时这是作为监控套件的一部分实现的而其他时候这是管理员使用一些简单的实用程序来快速创建请求。
在SNMP协议中定义的几乎所有命令我们稍后将详细介绍这些都是设计为由管理器组件发送。这些包括GetRequest、GetNextRequest、GetBulkRequest、SetRequest、InformRequest和Response。除此之外管理器还被设计为响应Trap和Response消息。
SNMP代理
SNMP代理完成了大部分工作。它们负责收集有关本地系统的信息并将其存储在可以查询的格式中。更新名为“管理信息库”或MIB的数据库。
MIB是一个分层的、预定义的结构用于存储可以查询或设置的信息。这些信息可以由已经使用正确凭据即SNMP管理器进行的良好形式的SNMP请求访问。
代理计算机配置了哪些管理器可以访问其信息。它还可以充当中间人报告它可以连接到但未配置为SNMP流量的设备的信息。这为使组件在线并且可通过SNMP访问提供了很大的灵活性。
SNMP代理响应协议定义的大多数命令。这些包括GetRequest、GetNextRequest、GetBulkRequest、SetRequest和InformRequest。此外代理被设计为发送Trap消息。
理解管理信息库
SNMP系统中最难理解的部分可能是MIB或管理信息库。MIB是一个数据库遵循管理器和代理遵循的标准。它是一个分层结构在许多领域是全球标准化的但也足够灵活可以允许供应商特定的添加。
MIB结构最好理解为自上而下的分层树。每个分支都带有一个标识号从1开始和一个唯一的标识字符串用于该层次结构的标识。您可以互换使用字符串和数字。
要引用树的特定节点必须从树的未命名根到所讨论的节点的路径。其父ID数字或字符串的血统被串在一起从最一般的开始形成一个地址。层次结构中的每个交叉点在此表示中由一个点表示因此地址最终成为一系列由点分隔的ID字符串或数字。整个地址被称为对象标识符或OID。
将SNMP代理嵌入其设备的硬件供应商有时会实现具有自己字段和数据点的自定义分支。但是有一些标准的MIB分支是定义良好的并且可以被任何设备使用。
我们将讨论的标准分支都将位于相同的父分支结构下。该分支定义符合MIB-2规范的信息。
到达该分支的基本路径是
1.3.6.1.2.1这也可以用字符串表示为
iso.org.dod.internet.mgmt.mib-21.3.6.1或iso.org.dod.internet部分是定义互联网资源的OID。接下来的2或mgmt是管理子类。在其下的1或mib-2定义了MIB-2规范。
这是一个熟悉MIB树的好资源。这个特定页面代表了我们一直在谈论的交叉点的连接节点。您可以通过检查“上级”和“下级”引用来查看树的更上层和更下层的内容。
思科提供的SNMP对象导航器是另一个类似的工具。这可以用于深入了解层次结构以找到您需要的信息。SolarWinds也提供了类似的树。
基本上如果我们想要查询我们的设备以获取信息大多数路径将以1.3.6.1.2.1开头。您可以浏览树界面以了解可以查询和设置的信息类型。
SNMP 协议命令
SNMP 被广泛采用的一个原因是其命令的简单性。虽然要实现或记住的操作很少但它们足够灵活以满足协议的实用要求。
以下的协议数据单元PDU描述了协议允许的确切消息类型
Get管理器向代理发送 Get 消息以请求特定 OID 的值。这个请求将通过 Response 消息回复给管理器并携带数据。GetNextGetNext 消息允许管理器请求 MIB 中的下一个顺序对象。这是一种可以遍历 MIB 结构而不必担心要查询哪些 OID 的方法。Set管理器向代理发送 Set 消息以更改代理上变量的值。这可用于控制配置信息或以其他方式修改远程主机的状态。这是协议定义的唯一写操作。GetBulk这个管理器到代理的请求的功能就好像进行了多个 GetNext 请求。回复给管理器的数据将尽可能多在请求设置的约束内以适应数据包的大小。Response代理发送的这个消息用于将任何请求的信息发送回管理器。它既作为请求的数据的传输也作为对请求接收的确认。如果无法返回请求的数据响应将包含可以设置进一步信息的错误字段。对于上述任何请求以及 Inform 消息都必须返回一个响应消息。TrapTrap 消息通常由代理发送给管理器。Trap 是异步通知即接收到它们的管理器是未经请求的。它们主要用于代理通知管理器其受管设备上正在发生的事件。Inform为了确认接收到一个 Trap管理器向代理发送 Inform 消息。如果代理没有收到此消息它可能会继续重新发送 Trap 消息。
有了这七种数据单元类型SNMP 能够查询并发送关于您网络设备的信息。
协议版本
自首次引入以来SNMP 协议经历了许多变化。最初的规范是在 1988 年的 RFC 1065、1066 和 1067 中制定的。由于它已经存在了很长时间因此仍然得到广泛支持。然而该版本存在许多安全问题包括以明文进行身份验证因此在未受保护的网络上使用时其使用是极不鼓励的。
协议的第二个版本工作始于 1993 年并对早期标准进行了一些重大改进。这个版本包括一个新的“基于 party”的安全模型旨在解决先前版本固有的安全问题。然而这个新模型并不是很受欢迎因为它难以理解和实现。
因此版本 2 的一些“分支”被创建每个分支保留了版本 2 的大部分改进但替换了安全模型。在 SNMPv2c 中重新引入了基于社区的认证这是 v1 中使用的相同模型。这是 v2 协议中最受欢迎的版本。另一个实现称为 SNMPv2u使用基于用户的安全性尽管这从未很受欢迎。这允许针对每个用户进行身份验证设置。
1998 年SNMP 协议的第三个也是当前的版本作为规范提案进入。从用户的角度来看最相关的变化是采用了基于用户的安全系统。它允许您将用户的身份验证要求设置为以下模型之一
NoAuthNoPriv使用此级别连接的用户没有进行身份验证也没有消息的隐私。AuthNoPriv使用此模型的连接必须进行身份验证但消息是未加密的。AuthPriv需要身份验证并且消息是加密的。
除了身份验证外还实施了访问控制机制以提供对用户可以访问哪些分支的细粒度控制。版本 3 还具有利用传输协议如 SSH 或 TLS提供的安全性的能力。
结论
现在您对协议的运作方式有了很好的了解您已经具备了在自己的基础设施中实施 SNMP 所需的基础。
在下一个指南中我们将讨论如何安装和配置必要的组件以利用系统上的 SNMP。
