snmp網(wǎng)絡管理架構ppt課件(參考版)
2025-01-13 00:47本頁面
【正文】 56 2022/2/6 SNMP1 相關的 RFC文檔 ? ? RFC Description RFC1155 Structure and identification of management information for TCP/IPbased inters RFC1156 Management Information Base for work management of TCP/IPbased inters （ MIBI） RFC1157 Simple Network Management Protocol (SNMP) RFC1212 Concise MIB Definitions RFC1213 Management Information Base for Network Management of TCP/IPbased inters:MIBII RFC1420 SNMP over IPX RFC1089 SNMP over Ether RFC1419 SNMP over AppleTalk RFC1418 SNMP over OSI 57 2022/2/6 SNMPv2相關 RFC文檔 RFC Description RFC1901 Introduction of Communitybased SNMPv2 RFC1902 Structure of Management Information for SNMPv2 RFC1903 Textual Conventions for SNMPv2 RFC1904 Conformance Statements for SNMPv2 RFC1905 Protocol Operations for SNMPv2 RFC1906 Transport Mappings for SNMPv2 RFC1907 Management Information Base for SNMPv2 RFC1908 Coexistence between SNMPv1 and SNMPv2 。 ? 在網(wǎng)絡出口設備上過濾 SNMP：目前， SNMP主要用于企業(yè)內部網(wǎng)絡的管理，對于外部用戶來說一般沒有必要使用 SNMP。 ? 保護 SNMP共同體名稱：許多設備缺省的 SNMP共同體名稱為“ public”，這是很不安全的。 55 2022/2/6 SNMP的發(fā)展和現(xiàn)狀 使用 SNMP時的注意事項 ? 加載 SNMP服務補?。喊惭b SNMP服務的補丁，盡量將 SNMP服務升級到 v3版本。 數(shù)據(jù)加密能夠使數(shù)據(jù)在傳輸過程中不被竊聽，也未發(fā)生泄露； 通過數(shù)據(jù)完整性檢查，保護數(shù)據(jù)在傳輸過程中沒有被篡改或毀壞，傳輸順序也沒有被有意改變； 在 SNMPv3中，消息與用戶聯(lián)系起來，一條消息對應一個用戶，消息使用用戶的密碼生成密鑰，從而進行加密，實現(xiàn)各種安全特性。所以，可以將 SNMPv3簡單地理解為在 SNMPv2的基礎增加了安全和管理技術，實現(xiàn)了 SNMPv2未曾實現(xiàn)的安全功能。 ? 鑒別：鑒別的目的是保證數(shù)據(jù)的完整性和發(fā)送者的正確性，防止別人偽造或篡改數(shù)據(jù)。 ? 可在多種網(wǎng)絡協(xié)議上運行，如 OSI、 Appletalk和 IPX等，適用多協(xié)議網(wǎng)絡環(huán)境（但它的缺省網(wǎng)絡協(xié)議仍是 UDP）； ? SMI為被管理對象和 MIB提供了更詳盡的規(guī)范和文檔； ? SNMPv2的 MIB定義在 MIBⅡ 基礎上，并對 MIBⅡ 進行了修改和擴充； ? 提供了安全管理規(guī)范。 1998年， SNMPv3發(fā)布，重點加強了 SNMP的安全性，并為將來的發(fā)展設計了總體的架構 51 2022/2/6 SNMP的發(fā)展和現(xiàn)狀 SNMP v1的主要缺點 ? 沒有提供讀取大塊數(shù)據(jù)的有效機制，對大塊數(shù)據(jù)進行存取的效率很低； ? 沒有提供足夠的安全機制，安全性很差，對管理消息不能進行鑒別，也不能防止監(jiān)聽； ? 沒有提供管理進程（ manager）與管理進程之間的通信機制，只適合集中式管理，而不利于進行分布式管理； ? 只適用于監(jiān)測網(wǎng)絡設備，不適用于監(jiān)測網(wǎng)絡本身； ? 由于 trap數(shù)據(jù)報采用面向非連接的 UDP協(xié)議傳輸，而且沒有應答，因此這種傳輸并不可靠。 1995年， SNMPv2正式發(fā)布（ SNMPv1的升級版在 1993年提出），SNMPv2在 SNMPv1的基礎上增加了部分功能，并制定了在 OSI網(wǎng)絡中使用 SNMP的具體方法。 1991年，針對 SNMPv1的擴展 RMON（ Remote Monitoring，遠程監(jiān)視）發(fā)布。在初始化期間，輪詢所有代理，將需要監(jiān)測的所有關鍵信息讀取出來 – 有了基準以后，管理站便降低輪詢頻度 – 此后，便由各個代理通過發(fā)送 Trap消息的方式向管理站報告重要事件 50 2022/2/6 SNMP的發(fā)展和現(xiàn)狀 SNMP的發(fā)展歷史 SNMP發(fā)展到現(xiàn)在，共推出了三個版本和兩個擴展： 在 get或 getnext報文中，變量的值被忽略。例如時間戳為 100表明在代理初始化后 100ms發(fā)生了該事件。 ? 特定代碼 （ specificcode）：指明代理自定義的事件（如果trap類型為 6），否則為 0。 ? 代理地址（ agentaddr） ：產(chǎn)生 trap的 SNMP代理或代理服務器（ proxy）的地址。此對象標識符一定是在 MIB樹上的 enterprise節(jié)點 {}下面的一棵子樹上。 ? 差錯索引： 當出現(xiàn) noSuchName、 badValue或 readOnly的差錯時，由代理進程在應答時設置的一個整數(shù)，它指明有差錯的變量在變量列表中的偏移。設置了請求標識符可使管理進程能夠識別返回的響應報文對應于哪一個請求報文。代理進程在發(fā)送
公司管理相關推薦
鄂ICP備17016276號-1