簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議ppt課件-資料下載頁
2025-01-09 08:23本頁面
【正文】 。 ? 陷入是由代理發(fā)給管理站的非確認(rèn)性消息 ? TrapPDU的變量綁定表中應(yīng)報(bào)告下面的內(nèi)容： ? ，即發(fā)出陷入的時(shí)間。 ? ，這是 SBNPv2 MIB對(duì)象組定義的陷入對(duì)象的標(biāo)識(shí)符。 ? 有關(guān)通知宏定義中包含的各個(gè)變量及其值。 ? 代理系統(tǒng)選擇的其他變量的值。 ? 這是管理站發(fā)送給管理站的消息， PDU格式與 Get等操作相同，變量綁定表的內(nèi)容與陷入報(bào)文的一樣。 ? SNMPv2增加的管理站之間的通信機(jī)制是分布式網(wǎng)絡(luò)管理所需要的功能特征，為此引入了通知報(bào)文InformRequest和管理站數(shù)據(jù)庫（ managertomanager MIB）。管理站數(shù)據(jù)庫主要由 3個(gè)表組成： ? snmpAlarmTable ? snmpEventTable ? snmpEventNotifyTable ? SNMP引擎提供下列服務(wù)： ? 發(fā)送和接收?qǐng)?bào)文， ? 認(rèn)證和加密報(bào)文， ? 控制對(duì)管理對(duì)象的訪問。 ? 1. 調(diào)度器 ? 調(diào)度器的功能包括： ? 向 /從網(wǎng)絡(luò)中發(fā)送 /接收 SNMP報(bào)文， ? 確定 SNMP報(bào)文的版本，并交給相應(yīng)的報(bào)文處理模塊處理， ? 為接收 PDU的 SNMP應(yīng)用提供一個(gè)抽象的接口， ? 為發(fā)送 PDU的 SNMP應(yīng)用提供一個(gè)抽象的接口。 ? 2. 報(bào)文處理子系統(tǒng) ? 3. 安全子系統(tǒng) ? 4. 訪問控制子系統(tǒng) ? SNMPv3的應(yīng)用程序分為 5種 ? 命令生成器（ mand generators） ? 命令響應(yīng)器（ mand responders） ? 通知發(fā)送器（ notification originators） ? 通知接收器（ notification receivers） ? 代理轉(zhuǎn)發(fā)器（ proxy forwarders） ? 管理站 ? 代理 ? 標(biāo)準(zhǔn)規(guī)定安全模塊必須提供防護(hù)的兩種主要威脅是： ? 修改信息（ Modification of Information） ? 假冒（ Masquerade） ? 標(biāo)準(zhǔn)還規(guī)定安全模塊必須對(duì)兩種次要威脅提供防護(hù)： ? 修改報(bào)文流（ Message Stream Modification） ? 消息泄露（ Disclosure） ? 有兩種威脅是安全體系結(jié)構(gòu)不必防護(hù)的，因?yàn)樗鼈儾皇呛苤匾?，或者這種防護(hù)沒有多大作用： ? 拒絕服務(wù)（ Denial of Service） ? 通信分析（ Traffic Analysis） ? RFC2574把安全協(xié)議分為 3個(gè)模塊： ? 時(shí)間序列模塊：提供對(duì)報(bào)文延遲和重放的防護(hù)。 ? 認(rèn)證模塊：提供完整性和數(shù)據(jù)源認(rèn)證， ? 加密模塊：防止報(bào)文內(nèi)容的泄露 ? 在 VACM模型中要用到以下概念： ? SNMP上下文 (context) ? 組（ group） ? 安全模型（ securityModel） ? 安全級(jí)別（ securityLevel） ? 操作（ operation） ? 1. 視圖和視圖系列 ? 為了安全，我們需要把某些組（ group）的訪問權(quán)限制在一個(gè)管理信息的子集中。提供這種能力的機(jī)制就是 MIB視圖 ? 視圖限定了 SNMP上下文中管理對(duì)象類型 (或管理對(duì)象實(shí)例 )的一個(gè)特殊集合 ? 由于列對(duì)象的格式是類似的，所以可以把它們聚合成一個(gè)結(jié)構(gòu)，叫做視圖樹系列（ ViewTreeFamily） ? 如果下列兩個(gè)條件都成立，則該對(duì)象實(shí)例屬于視圖樹系列： ? 管理對(duì)象標(biāo)識(shí)符至少包含了系列名包含的那些子標(biāo)識(shí)符； ? 對(duì)應(yīng)于掩碼為 1的位，管理對(duì)象標(biāo)識(shí)符中的子標(biāo)識(shí)符必須與系列名中的對(duì)應(yīng)子標(biāo)識(shí)符相匹配。 ? 2. VACM MIB的組成 ? VACM MIB由幾個(gè)表組成 ? vacmContextTable ? vacmSecurityToGroupTable ? vacmAccessTable ? vacmViewTreeFamilyTable ? 3. 訪問控制決策過程 ? 簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議是目前廣泛部署和選用的管理協(xié)議，特別是用于監(jiān)控應(yīng)用 ? SNMP建立在管理信息被組織到 MIB這樣一種概念之上，其中的單個(gè)管理變量或被管對(duì)象通過使用 對(duì)象標(biāo)識(shí)符（ OID） 來處理 ? SNMP提供了少數(shù)的原語，這些原語使得管理者能夠讀寫 MIB，使代理能夠發(fā)送事件 ? 對(duì)于 MIB表這種情況來說，能夠?qū)?MIB進(jìn)行漫步特別有用；有趣的是， getnext操作的工作方式意味著表是按照列，而不是按照行來遍歷的 ? SNMPv1是最簡(jiǎn)單的版本，并且對(duì)于代理來說是最容易實(shí)現(xiàn)的版本 ? 簡(jiǎn)單性意味著有限的功能，相應(yīng)地，這又意味著管理應(yīng)用需要做更多的工作 ? SNMPv1的唯一安全性機(jī)制是作為 SNMP報(bào)文一部分的社區(qū)字符串，它是以明文來通信的，例如，它沒有提供驗(yàn)證或加密。因此，很多代理不允許通過 SNMP來修改它們的配置，并將 SNMP的用途限于監(jiān)控，在這種情況下暴露的安全性漏洞并不是太重要 ? SNMPv2c增加了一些功能（ getbulk請(qǐng)求和 inform請(qǐng)求） ——最重要的是，增加了一種更有效的手段來獲取更多數(shù)量的管理信息 ? 注意由于 SNMPv2的報(bào)文長(zhǎng)度限制與 SNMPv1的相同，這意味著仍然不可能一次性獲取一個(gè) MIB或更大的表，因?yàn)轫憫?yīng)報(bào)文的大小很容易超過此限制；盡管如此， 在很多情況下，由于使用 getbulk所節(jié)省的迭代操作仍然可以使通信效率得到顯著改善 ? SNMPv2還對(duì) SNMPv1的安全性缺陷進(jìn)行了彌補(bǔ)，但是從實(shí)用的角度來看， SNMPv2仍然是基于社區(qū)字符串，因此也被稱為SNMPv2c（ c代表了 “ munity”） ? SNMPv3是 SNMP的最新版本，它實(shí)際上可以被認(rèn)為是SNMPv2c加上了安全性而得 ，這意味著它與 SNMPv2c具有相同的管理操作，但解決了缺乏安全性的問題 ? 安全性問題是導(dǎo)致以前的 SNMP版本無法用于那些對(duì)安全性需求比較敏感的應(yīng)用，例如供應(yīng)應(yīng)用 ? SNMPv3功能更全面，但是也更復(fù)雜，不如最初的 SNMPv1協(xié)議簡(jiǎn)單
公司管理相關(guān)推薦
鄂ICP備17016276號(hào)-1