Semestrální projekt Ověření možností

Transkript

1 Semestrální projekt Ověření možností SNMP David Malysz MAL391, Josef Stoklasa STO228 Abstrakt: Tento dokument krátce popisuje protokol SNMP a zjišťuje možnosti využití v kombinaci s jazykem TCL v prostředí CISCO IOS. Klíčová slova: SNMP, TCL, Router 1 Úvod SNMP Příkazy SNMP Struktura SNMP packetu MIB Základní konfigurace SNMP pro CISCO IOS Vytvoření pohledu Vytvoření skupin Vytvoření uživatelů Vytvoření community Definování adres NMS Aktivace generování trapu Specifikace interfacu pro trap Využití možností SNMP v TCL TCL shell Použití EEM Nastavení události Nastavení knihoven Nastavení akcí Dostupné příkazy SNMP v EEM Registrování scriptu Praktická implementace Závěr Použitá literatura...11 listopad /12

2 1 Úvod Jestliže spravujeme větší či menší síť, určitě chceme získávat informace o stavu sítě a jednotlivých uzlů, abychom mohli řešit případné problémy či neobvyklé chování sítě. Právě k tomuto účelu byl vyvinut protokol SNMP, jež správcům umožňuje lépe spravovat - monitorovat, nebo nastavovat - síťové prvky a mít dohled nad jejich činností, například vytížením rozhraní apod. 2 SNMP Protokol SNMP je protokolem aplikační vrstvy modelu TCP/IP a v současné době existuje ve třech verzích SNMPv1, SNMPv2a SNMPv3. Vytváří se komunikační kanál mezi správcem (managerem) a agentem, jenž běží na kontrolované (spravované) stanici. Správce posílá požadavky na agenta tzv. Requesty, agent tyto požadavky zpracuje a posílá odpovědi se získanými hodnotami. Zařízení na němž je spuštěn manager se nazývá stanice správy sítě (NMS) a zařízení na němž běží agent je označován jako spravované zařízení (element sítě). Ke komunikaci se používá protokol UDP, od SNMPv2 se používá kontrola doručení. Požadavky od NMS se posílají na agenta na port 161, agent posílá odpovědi na zdrojový dynamický port NMS, ale tzv. trapy posílá na port 162 NMS stanice. Trap je zpráva, jenž posílá agent sám, bez předběžného dotazu NMS, jakmile je překročena určitá prahová hodnota (např. teplota procesoru). Obrázek1. Princip SNMP 2.1 Příkazy SNMP Jak již bylo zmíněno, NMS posílá požadavky k agentovy. Tyto požadavky jsou v podstatě příkazy. Protokol SNMP rozlišuje 6 základních příkazů: GET tímto příkazem načítá stanice NMS od agenta požadovanou instanci objektu GETNext načítá další instanci objektu po načtení první GETBulk tento příkaz je dostupný od verze 2, načte všechny instance v daném spravovaném objektu, nemusí se zadávat opakovaně příkaz GETNext SET slouží k nastavení hodnot v instanci objektu TRAP tuto zprávu generuje agent samovolně, v případě, že došlo k určité prahové situaci (bez nutnosti dotazování) Inform tento příkaz nařizuje dané NMS předání zachycených informací jedné nebo více dalším stanicím listopad /12

3 2.2 Struktura SNMP paketu Obrázek2. Struktura paketu pro dotaz Verze v poli verze je uvedeno číslo SNMP verze Obrázek3. Struktura paketu pro trap Community string v tomto poli je uveden řetězec jenž slouží k autentizaci dané NMS, od SNMPv3 je možné využít autentizaci pomocí hesla, jména a šifrování PDU typ zde je uveden typ SNMP příkazu (dotazu), při odpovědi od agenta se do tohoto pole uvádí jako typ RESPONSE ID dotazu identifikuje objekt v MIB na který se dotazujeme (OID) OID hodnota při odpovědi od agenta se zde uvádí hodnota dotazovaného objektu 2.3 MIB Agent průběžně pořizuje a ukládá informace o událostech, k jejichž sledování je nakonfigurován. Každá z těchto událostí (např. teplota procesoru) se nazývá spravovaný objekt. Tímto objektem může být také třeba celkový počet otevřených TCP spojení, přičemž jedna konkrétní TCP relace je instancí objektu zatímco celkový počet současně otevřených relací na zařízení je spravovaný objekt. Agent ukládá informace o objektech do speciálních datových záznamů, jenž se nazývá informační báze MIB. Tato databáze má stromovou strukturu. Objekty bývají pojmenovávány tak, aby bylo alespoň trochu zřejmé s čím daný objekt souvisí, např. Objekty začínající na sys obsahují systémové informace (umístění, jméno zařízení, kontakt, doba spuštění zařízení apod.) nebo if obsahují informace o rozhraních (interfacech). Ve většině operačních systémů běžících ve stanicích nebo síťových prvcích, můžeme SNMP objekty rozdělit do pěti základních kategorií: Konfigurace Frekvence chyb rozhraní Šířka pásma Tok síťového provozu Nedosažitelné adresy data SNMP - objekty MIB jenž obsahují základní informace pro správu zařízení (sysname, sysdescr, syscontact, ifnumber apod.) - monitorují konkrétní síťová rozhraní (ifinerrors, ifouterrors apod.) - Protokol SNMP posílám vstupní a výstupní zprávy ping a zjišťuje tak dostupnou šířku pásma (icmpinechos, icmpoutechos apod.) - tyto objekty měří rychlost síťového provozu v b/s a packet/s (locifinbits, locifinpktssec apod.) - měří frekvenci s jakou je směrovač žádán o odesílání paketů na nedosažitelné adresy (icmpoutdesunreachs) - měří množství času, jenž směrovač strávil zpracováním režijních zpráv SNMP listopad /12

4 K námi požadovaným objektům se v MIB databázi dostaneme buď jmenným popisem cesty nebo číselným pomocí tzv. OID. Na obrázku 4 můžeme vidět, že Management má identifikátor a jmenný název iso.org.dod.internet.management. Obrázek4. Struktura MIB Obrázek5. Struktura MIB private listopad /12

5 Standartní objekty se nacházejí ve větvi management v objektu mib. Ve větvi private jsou pak rozšíření standardních objektů od jednotlivých firem viz obr5. 3 Základní konfigurace SNMP agenta pro CISCO IOS Následující příkazy se konfigurují v globálním konfiguračním režimu. 3.1 Vytvoření pohledu Slouží k vytvoření přístupové mapy na jednotlivé objekty. snmp-server view Privatni private included snmp-server view Verejna private included snmp-server view Verejna cisco excluded Tímto jsme vytvořili dvě mapy Privatni a Verejna, kdy skupina jenž má přidělenou mapu Privatní má přístup k celému podstromu private, kdežto skupina s mapou Verejna nebude mít přístup k podstromu cisco. 3.2 Vytvoření skupin Uživatelé, jenž posílají dotazy na agenta na daném zařízení musí náležet do určité skupiny. Obecný zápis: snmp-server group [groupname {v1 v2c v3 {auth noauth priv}}] [read readview] [write writeview] [notify notifyview ] [access accesslist] snmp-server group SPRAVCI v3 auth read Privatni write Privatni snmp-server group UZIVATELE v3 noauth read Verejna Tímto se vytvoří dvě skupiny SPRAVCI a UZIVATELE, kdy členové skupiny SPRAVCI mohou číst a zapisovat do objektů v MIB určených mapou Privatni, členové skupiny UZIVATELE mohou pouze číst z objektů určených mapou Verejna. Pro skupinu správci je vhodnější použít ověření požadavků (autentizaci) volbou auth a specifikovat access list, jenž by nám určil z jakých IP adres mohou členové skupiny SPRAVCI přistupovat, access list jsme v tomto případě nepoužili. Je vhodné podotknout, že SNMPv1 a SNMPv2 používají k ověření pouze community string, kdežto u SNMPv3 již je možné využít ověření pomocí jména, hesla a šifrování, tedy pouze u SNMPv3 jsou dostupné volby auth, priv, noauth. 3.3 Vytvoření uživatelů Obecný zápis: snmp-server user username [groupname remote ip-address [udp-port port] {v1 v2c v3} [encrypted] [auth {md5 sha} auth-password [priv des56 priv password]] [access access-list] snmp-server user david SPRAVCI v3 auth sha tajny snmp-server user pepa UZIVATELE v3 Do skupiny SPRAVCI jseme přiřadili uživatele david a metodu pro autentizaci jsme využili SHA s heslem tajny, uživatel pepa byl přiřazen do skupiny UZIVATELE. listopad /12

6 3.4 Vytvoření community Toto nastavení je zejména nutné pro verze SNMPv1, SNMPv2, jenž se využívá k ověření. Obecný zápis: snmp-server community string [view view-name] [ro rw] [number] Jak je vidět opět zde můžeme aplikovat mapu a access list. snmp-server community SPRAVCI view Privatni rw snmp-server community QUESTI view Verejna ro 3.5 Definování adres NMS stanic Obecný zápis: snmp-server host host-addr [traps informs] [version {1 2c 3 [auth noauth priv]}] community-string [udp-port port] [notification-type] snmp-server host traps SPRAVCI Tímto jsme specifikovali IP adresu stanice, na níž bude agent posílat trapy. 3.6 Aktivace generování Trapu Obecný zápis: snmp-server enable trap [notification-type] [notification-option] Tímto příkazem zapneme posílání blíže specifikovaných trapů k definovanému hostu. V poli notificationtype je možné blíže specifikovat jaké oznámení bude agent zasílat, může se jednat o snmp zpávy nebo také o bgp, frame-relay, config, syslog posílají se chyby aj. Tuto konfiguraci jsme v našem případě nepoužili, jelikož zasíláme Trap generován pomocí TCL scriptu v návaznosti na EEM. 3.7 Specifikace interfacu pro trap snmp-server trap-source fa 0/0 Tímto jsme specifikovali rozhraní (tím také IP adresu), ze kterého se budou posílat trapy. Obecně se může poslat trap z jakéhokoli rozhraní, touto specifikací získáváme možnost identifikaci agenta pomocí IP adresy v případě přijetí trapu. 4 Využití možností SNMP v TCL V TCL shellu máme dostupné příkazy pro práci s SNMP. Ale pokud napíšeme script s těmito příkazy a spustíme ho prostřednictvím EEM manageru nejsou tyto příkazy funkční a musí se použít jiné dostupné v EEM. 4.1 TCL shell snmp_getbulk community-string non-repeaters max-repetitions oid [oid2 oid3...] Obdoba příkazu getbulk. Community-string zde se dosazuje název community listopad /12

7 non-repeaters počet objektů, jenž mohou být získány pomocí getnext max-repetetions maximální počet opakování getnext, odvýjí se podle počtu instancí v objektu oid identifikace daného objektu RA(config)#tclsh snmp_getbulk SPRAVCI {<obj oid='sysuptime.0' val=' '/>} {<obj oid='ifdescr.1' val='fastethernet0/0'/>} {<obj oid='iftype.1' val='6'/>} {<obj oid='ifdescr.2' val='fastethernet1/0'/>} {<obj oid='iftype.2' val='6'/>} {<obj oid='ifdescr.3' val='ethernet2/0'/>} {<obj oid='iftype.3' val='6'/>} {<obj oid='ifdescr.4' val='ethernet2/1'/>} {<obj oid='iftype.4' val='6'/>} {<obj oid='ifdescr.5' val='ethernet2/2'/>} {<obj oid='iftype.5' val='6'/>} V uvedeném příkladu vidíme, že jsem získaly 5 instancí objektu iftype (val = 6 znamená typ interfacu ethernet), ifdescr (popis daných interfaců) a jednu instanci sysuptime, neboť obsahem tohoto objektu je pouze jedna hodnota. snmp_getid community-string Získání základních systémových proměnných: sysdescr.0,sysobjectid.0, sysuptime.0, syscontact.0, sysname.0, syslocation.0 snmp_getid SPRAVCI {<obj oid='system.1.0' val='cisco Internetwork Operating System Software Cisco IOS(tm) 7200 Software (C7200-IK9S-M), Experimental Version 12.3( :225511) [geotpi2itd1 124] Copyright (c) by Cisco Systems, Inc. Compiled Wed 21-May-03 16:16 by engineer'/>} {<obj oid='system.2.0' val='products.223'/>} {<obj oid='sysuptime.0' val=' '/>} {<obj oid='system.4.0' val=' phone the TAC'/>} {<obj oid='system.5.0' val='c7200.mycompany.com'/>} {<obj oid='system.6.0' val='bldg 24, San Jose, CA'/>} snmp_getnext community-string oid [oid2 oid3...] Záskání množiny instancí. snmp_getnext SPRAVCI {<obj oid='system.2.0' val='products.223'/>} {<obj oid='sysuptime.0' val=' '/>} snmp_getone community-string oid [oid2 oid3...] Získání individuální proměnné z SNMP entity. snmp_getone SPRAVCI listopad /12

8 {<obj oid='system.1.0' val='cisco Internetwork Operating System Software Cisco IOS(tm) 7200 Software (C7200-IK9S-M), Experimental Version 12.3( :225511) [geotpi2itd1 124] Copyright (c) by Cisco Systems, Inc. Compiled Wed 21-May-03 16:16 by engineer'/>} {<obj oid='system.2.0' val='products.223'/>} snmp_setany community-string oid type val [oid2 type2 val2...] Slouží k nastavení proměnné v objektu, u každého objektu musíme definovat typ proměnné: -i integer (např stav interfacu), -u unsigned32 (dekadické 32bitové číslo 1 až ), -c counter32 (čitač 0 až ), -g gauge (32bitové šíslo např rychlost interfacu), -o ocktet string v hexa tvaru (mac adresa), -d display string (textový řetěýec), -ipv4 ipv4 adresa, -oid identifikace OID snmp_setany SPRAVCI d TCLSNMP-HOST {<obj oid='system.5.0' val='tclsnmp-host'/>} Nastavení jména zařízení na TCLSNMP-HOST 4.2 Použití EEM V případě, že chceme, aby byl daný TCL script spuštěn jakmile dojde k určité snmp události musíme postupovat následovně: Nastavení události Událost event_register_snmp Užitím této události se spustí script (politika), když daný čítač specifikovaný SNMP objektem (OID) překročí definovaný práh. ::cisco::eem::event_register_snmp oid? get_type exact next entry_op gt ge eq ne lt le entry_val? entry_type value increment rate [exit_comb or and] [exit_op gt ge eq ne lt le] [exit_val?] [exit_type value increment rate] [exit_time?] poll_interval? [average_factor?] [queue_priority low normal high last] [maxrun?] [nice 0 1] OID definuje daný objekt v SNMP, datové typy jsou: COUNTER_TYPE, COUNTER_64_TYPE, GAUGE_TYPE, INTEGER_TYPE, OCTET_PRIM_TYPE, OPAQUE_PRIM_TYPE, TIME_TICKS_TYPE get_type typ get operace, exact je získáná hodnota z daného OID, next je získána hodnota následovníka entry_op operátor sloužící k porovnání zadané hodnoty se získanou hodnotou z daného OID entry_val hodnota se kterou je srovnávána aktuální hodnota získaná z objektu o daném OID entry_type určuje typ vložené hodnoty, value aktuální hodnota, incremenr přírůstkový rozdíl, rate průměrná rychlost změn přes časovou periodu (poll interval) poll_interval interval mezi následujícími dotazovaními v POSIX časovacích jednotkách, nejméně 1sekunda (formát sssss.mmm, kde ssss jsou sekundy v intervalu 0 až a MMM jsou milisekundy 0 až 999) listopad /12

9 Tyto parametry jsou povinné, vysvětlení ostatních můžeme najít v literatuře [3] Událost event_register_snmp_notification Tato událost spustí politiku (script) jakmile SNMP trap se specifikovaným SNMP OID dorazí na určitý interface nebo IP adresu. Zde musí být ale spuštěn snmp manager (v globálním konfiguračním režimu příkaz snmp-server manager ) ::cisco::eem::event_register_snmp_notification [tag?] oid? oid_val? op {gt ge eq ne lt le} [maxrun?] [src_ip_address?] [dest_ip_address?] [queue_priority {normal low high last}] [maxrun?] [nice {0 1}] [default?] [direction {incoming outgoing}] [msg_op {drop send}] src_ip_address zdrojové ip adresy ze kterých jsou posílány trapy, defaultně je all -tz politika se spustí, když je trap poslán z jakékoli adresy dest_ip_adress - cílové ip adresy na kterýé jsou posílány trapy, defaultně je all -tz politika se spustí, když je trap poslán na jakékoli adresu Nastavení knihoven Dále se ve scriptu musí nastavit knihovny jenž se mají používat: namespace import ::cisco::eem::* namespace import ::cisco::lib::* Nastavení akcí EEM nám umožňuje vyvolat dvě akce v souvislosti s SNMP. action_snmp_trap Tato akce vyvolá poslání snmp trapu. action_snmp_trap [intdata1?] [intdata2?] [strdata?] intdata libovolný integer poslaný v trapu strdata libovolný textový řetězec S touto akcí souvisí dvě proměnné: (_cerr_sub_err = 2) FH_ESYSERR (generic/unknown error from OS/system) Tato chyba znamená, že operační systém oznámil chybu listopad /12

10 (_cerr_sub_err = 14) FH_ENOSUCHACTION (unknown action type) Tato chyba indikuje, že akční požadovaný příkaz byl neznámý. action_snmp_object_value Tato akce nastaví SNMP objekt ID a hodnotu navrácenou pro požadavek SNMP get. action_snmp_object_value {int uint counter gauge ipv4 octet counter64 string}? [next_oid?] next_oid OID dalšího objektu v tabulce, NULL jestliže je to poslední objekt v tabulce Dostupné příkazy pro snmp v EEM Pro práci v eem nejsou dostupné příkazy jako v tcl shellu, proto se využívá jediný příkaz: sys_reqinfo_snmp Navrací hodnotu dotazovaného objektu. Významy parametrů jsou shodné viz výše. sys_reqinfo_snmp oid? get_type exact next S tímto příkazem souvisí další proměnné: (_cerr_sub_err = 2) FH_ESYSERR (generic/unknown error from OS/system) viz výše (_cerr_sub_err = 22) FH_ENULLPTR (event detector internal error - ptr is null) Indikuje chybu, že interní EEM detektorový indikátor byl nulový, přičemž by měl obsahovat hodnotu (_cerr_sub_err = 37) FH_ENOSNMPDATA (can't retrieve data from SNMP) Nejsou zde data pro typ SNMP objektu (_cerr_sub_err = 51) FH_ESTATSTYP (invalid statistics data type) SNMP statistická data byla chybná. (_cerr_sub_err = 54) FH_EFDUNAVAIL (connection to event detector unavailable) Detektor událostí byl nedostupný 4.3 Registrování scriptu 1) Zkopírujeme script z TFTP serveru na daný směrovač do prostoru flash. V našem případě měl tftp server IP adresu RA# copy tftp:// /snmp.tcl flash: 2) Nastavíme cestu ke scriptům pro EEM managera RA(config)# event manager directory user policy flash: 3) Registrujeme politiku (script) do EEM managera RA(config)# event manager policy snmp.tcl listopad /12

11 5 Praktická implementace Následující script byl napsán v editoru nano na PC s OS Ubuntu a spuštěným tftp serverem. Script je spuštěn v případě, když počet chybných přicházejících paketů (pakety které jsou zahozeny, nebo nezpracovány) na rozhraní FastEthernet1/1 překročí určitou hranici, poté je generován trap. # odpovídá #.iso.org.dod.internet.mgmt.mib-2.interfaces.iftable.ifentry.ifinerrors # odpovídá #.iso.org.dod.internet.mgmt.mib-2.system.sysuptime #politika se bude provádět každých 60 sekund a bude testovat, #zda je hodnota chybovosti(in Errors) rozhrani FE1/1 větší než 10 ::cisco::eem::event_register_snmp oid get_type exact entry_op gt entry_val 10 poll_interval #poslední číslo v OID (4) identifikuje rozhraní FastEthernet 1/1 namespace import ::cisco::eem::* namespace import ::cisco::lib::* array set aktualni [sys_reqinfo_snmp oid get_type exact] puts "Na FE 1/1 dosahla chybovost hodnoty $aktualni(value)" array set doba_behu [sys_reqinfo_snmp oid get_type exact] puts "Zarizeni je v chodu uz $doba_behu(value) ms" #Zaslání trapu s aktuální hodnotou chyb na rozhraní FE1/1. #Trap je zaslán na stanici správy sítě NMS (NMS je nutno předem #definovat-viz výše), odkud může být např. poslán s upozoněním #pro správce sítě action_snmp_trap intdata1 $aktualni(value) strdata "Chybovost opet presahla stanovenou mez od posledniho upozorneni" #vynulovani hodnoty OID aby nešlo k neustálému spouštění politiky action_snmp_object_value counter 0 next-oid Závěr Při navrhování scriptu musíme již uvažovat, zda tento script bude spouštěn přes EEM manager či v normálním TCL shellu, neboť nemůžeme v EEM využívat stejné příkazy, jenž jsou dostupné v běžném TCL shellu. Největším problémem při řešení této problematiky bylo zjišťování správných OID k objektům, jelikož se hodnoty OID k objektům v privátní větvi značně lišily oproti hodnotám uváděným v MIB navigátoru na cisco.com, proto jsme zvolili zjišťování hodnot objektů ve standardní větvi.iso.org.dod.internet.mgmt.mib-2. listopad /12

12 7 Použitá literatura [1] Cisco.com [online] [cit ]. Cisco. Dostupné z WWW: < [2] Cisco.com [online] [cit ]. Cisco. Dostupné z WWW: < [3] Cisco.com [online] [cit ]. Cisco. Dostupné z WWW: < [4] VELTE, Toby J.; VELTE, Anthony T. Síťové technologie Cisco : Velký průvodce. první. Brno : Computer Press, s. ISBN listopad /12