Setarea SNMP- dispozitive

Această secțiune descrie opțiunile disponibile, și, de asemenea, menționate punctele cheie pe care ar trebui să fie luate în considerare atunci când configurați dispozitive individuale pentru managementul SNMP.

Asigurați-vă că SNMP este activat pe dispozitivul pe care doriți să gestionați. SNMP este activată implicit pentru dispozitivele adăugate manual. Pentru detectarea dispozitivelor SNMP este activată sau dezactivată în mod automat, conform unui serviciu de scanare.

Dacă SNMP este dezactivat pentru dispozitivul de detectat, sau un serviciu SNMP-activat este în modul „off-line“, încercați următoarea:

2. Asigurați-vă că dispozitivul este într-adevăr compatibil cu SNMP.

3. Asigurați-vă că software-ul antivirus și / sau firewall-ul nu interferează cu comunicarea prin intermediul SNMP.

4. Reverificare selectat parametrii SNMP pentru căutare: un protocol de transport, precum și șiruri de acces mai departe (vezi mai jos pentru mai multe informații.).

Sunt sigur că toți parametrii sunt corecte, activați SNMP-serviciu în cazul în care acesta nu este activat, sau utilizarea de sincronizare. Rețineți că, pentru sincronizare completă cu SNMP-dispozitiv poate necesita o cantitate semnificativă de timp. În plus, puteți încerca din nou descoperirea SNMP-serviciu pe dispozitiv.

Parametrii SNMP-dispozitiv sunt variabile în Proprietăți SNMP are contexte de gazdă de rețea a dispozitivului (A se vedea. Pentru Proprietăți de comunicare SNMP).

sunt utilizate proprietăți SNMP pentru a stabili comunicarea cu SNMP-agent. Astfel, ambele părți trebuie să fie configurate identic.

Proprietățile SNMP trebuie să fie în concordanță cu agentul de setare pentru instalarea cu succes a comunicării cu el.

alegerea protocolului de transport

SNMP poate funcționa în două protocoale de transport: UDP (protocol UDP) sau TCP (protocolul TCP). UDP - este un protocol fara conexiune. și anume El încearcă să stabilească între agent și managerul transmisiei bazate pe daytagramm și nu de încredere, care este, primirea mesajelor nu este garantată, iar ordinea mesajelor poate varia. TCP, pe de altă parte, garantează livrarea de mesaje, și oferă de recuperare eroare de comunicare cu toleranță la erori; Mesajele sunt livrate în conformitate cu secvența de la care acestea sunt trimise.

Network Manager suportă Agregate atât UDP și protocolul TCP ca protocol de transport pentru SNMP. Pe care o selectați pentru rețea?

SNMP peste UDP are un impact mai mic asupra rețelei și nu încearcă să retransmită informațiile pierdute sau corupte. protocolul de transport selectat implicit SNMP - UDP; în special, este potrivit pentru rețelele problematice. (Rețineți că SNMP a fost inițial conceput pentru a transporta peste UDP.)

Lipsa de fiabilitate a protocolului UDP poate echilibra interogări periodice și / sau capacitatea de Network Manager trimiterea Agregate cereri repetate, în cazul în care răspunsul nu este primit într-o anumită perioadă de timp (a se vedea mai jos). Dar aceasta nu funcționează pentru capcane, deoarece acestea sunt, de regulă, tranzacții fără confirmare. Prin urmare, în cazul în care capcana nu a fost trimis de la agentul de la managerul pentru orice motiv, managerul nu știa că acesta a fost trimis; iar agentul nu va fi informat cu privire la aceasta, și, astfel, nu va fi în măsură să retrimită capcană. Această problemă ar trebui să fie luate în considerare la stabilirea unui management SNMP.

Utilizați capcane în loc de solicitări de informații pentru a asigura livrarea de încredere.

SNMP prin TCP este destinat în primul rând pentru a sprijini transferul în vrac mai eficientă a aranjamentelor de date. Capacitatea de a partaja o multitudine de perechi SNMP-cerere / răspuns o (stabilitate) ale compusului TCP, chiar și trimite mai multe posturi SNMP-agent pentru a obține răspunsuri. SNMP prin TCP este destinat pentru cazurile în care o cantitate mare de date transmise. Acesta este cazul atunci când TCP poate fi mai eficientă decât UDP. Cu toate acestea, în general, în scopul de a îmbunătăți eficiența în utilizarea TCP ca protocol de transport pentru SNMP-sondaj necesită setarea de rețea IP-strat corectă, ținând cont de condițiile de mediu utilizate.

Un alt punct important - fiabilitate. SNMP prin TCP oferă schimbul de încredere de mesaje între SNMP-SNMP-stivuitoare. În special, asigură TCP (în absența unor atacuri), că datele furnizate nu este corupt, a pierdut, iar livrarea comenzii nu este perturbat. În același timp, aceste proprietăți TCP nu garantează că datele transmise vor fi primite și procesate de către manager. Pentru a face acest lucru, utilizați operațiunile confirmate.

Selectarea UDP TCP și invers nu contează prea mult pentru securitate, deoarece ambele sunt slab protejate: de exemplu, UDP este subiectul unor atacuri de IP-spoofing. în timp ce TCP poate fi vulnerabil în atacuri, cum ar fi „negarea serviciului“. În ambele cazuri, este necesar să se ia în considerare alte opțiuni de securitate.

Implicit SNMP foloseste portul 161 pentru a trimite și primi cereri. Dacă dispozitivul are o configurație SNMP non-standard, puteți selecta un număr de port diferit.

SNMP versiunea de protocol

Network Manager suportă Agregate SNMPv1, SNMPv2c și SNMPv3. Selectați dispozitivul corespunzător.

Nu uitați să setați proprietățile Citește Comunității și scrie comunitar, pentru a avea acces pentru a citi și a scrie informații dispozitiv administrativ prin SNMPv1 / SNMPv2c.

numărul de repetiții și timeout

În cazul în care răspunsul la cererea de rețea Managera nu Agregate este primit într-o perioadă predeterminată de timp, se repetă cererea. Aceste setări sunt importante mai ales atunci când se utilizează UDP ca protocol de transport, deoarece nu este de încredere, și SNMP-mesaje pot fi pierdute.

Valorile specifice depind de parametrii rețelei. Acestea pot fi selectate empiric, pornind de la valorile implicite.

dimensiunea maximă a PDU, bytes

Aceasta este dimensiunea maximă a SNMP-mesaje, care pot obține un agent. Acesta utilizează Managerul de rețea Agregate, în scopul de a limita dimensiunea SNMP-interogări.

Rezoluția recomandată oktetov 1472 (a se vedea, de exemplu, un protocol de transport pentru conversia SNMP). Dar unii agenți nu sunt capabili de a procesa mesajele care sunt mai mari decât 484 oktetov că este „garantat“ valoare.

• O altă opțiune - prelucrarea numai acele valori care sunt descrise în fișierele MIB-încărcate. și ignorând nerecunoscut. Acest lucru poate veni la îndemână atunci când doriți să mai multe informații despre dispozitivul de urmărire.

Network Manager sondaje Agregate periodic obiecte monitorizate. Distanța dintre solicitările adiacente este un parametru foarte important de monitorizare. Ea determină echilibrul între acuratețea datelor de urmărire și CPU / memorie / rețea. În plus, intervalul de votare nu trebuie să fie mai scurtă decât perioada de reîmprospătare pe partea agentului (vezi Information Management).

Interogare Manager de rețea este încorporată Agregate într-o sincronizare; Intervalul de votare reprezintă sincronizare Perioada (vezi. Proprietățile generale ale dispozitivului), acesta poate fi configurat prin setarea sincronizării dispozitivului Opțiuni. Puteți determina timpul total de sincronizare pentru variabile SNMP-specifice.

Interval de sincronizare pentru 24 de ore în mod implicit SNMP-dispozitive. Unele variabile sunt alocate perioade de sincronizare speciale, de exemplu, interfața de rețea de date și statisticile de proces sunt citite la fiecare 15 minute și la fiecare 30 de secunde, respectiv. Pentru aceste și alte variabile, puteți specifica propria perioadă de timp.