Forstå nettverksadministrasjonsprotokoller

Nettverksadministrasjonsprotokoller: En Veiledning For Å Forstå Dem

Forstå nettverksadministrasjonsprotokoller Kan Være en vanskelig oppgave.

det er lett å gå glipp av det tekniske begrepet, de forskjellige prosedyrene, de forskjellige måtene å formatere dataene på, flere alternativer, etc.

for å lette denne oppgaven foreslår vi at du følger denne enkle veiledningen.

nettverksadministrasjonsprotokoller er nettverksprotokoller

nettverksadministrasjonsprotokollene fungerer innen nettverk og er derfor nettverksprotokoller.

nå er det viktig å skille dem fra de nettverksprotokollene som tillater overføring av data mellom to enheter, FOR EKSEMPEL TCP, UDP, SMTP, CSMA / CD, etc.

i et nettverk vil både dataoverføringsprotokoller og administrasjonsprotokoller sameksistere, og dele ressurser som CPU og koblingsbåndbredde.

det er derfor interessant å huske på at nettverksstyringsprotokoller også påvirker plattformens generelle ytelse.

Vær klar over tilnærmingen til protokollen

det er lett å forstå at jo mer komplekse og heterogene plattformen, jo større vanskeligheter vil vi finne i administrasjonen.

Nettverksadministrasjon har møtt denne kompleksiteten fra tre vinkler:

• Feil: på dette området er ideen å ha prosedyrer for å oppdage feil og en ordning for å rapportere dem.
• Ytelse: her er ideen å skaffe data om plattformens oppførsel som gjør at vi kan gjøre avledninger om ytelsen til den.
• Handlinger: Mange administrasjonsprotokoller inkluderer muligheten til å utføre handlinger på administrerte elementer.
  Når vi prøver å forstå en protokoll, er det viktig å stoppe et øyeblikk og tenke på hvilken vinkel protokollen foreslår eller med hvilken vinkel vi vil bruke den.

Nettverksadministrasjonsprotokoller og deres arkitektur

alle administrasjonsprotokoller foreslår en arkitektur og prosedyrer for å trekke ut, samle inn, overføre, lagre og rapportere administrasjonsinformasjon fra de administrerte elementene.

det er viktig å forstå arkitekturen og prosedyrene når det gjelder å forstå en styringsprotokoll, og uunnværlig når man implementerer en løsning basert på denne protokollen.

nettverksadministrasjonsprotokoller og organisering av data

Et annet grunnleggende punkt er måten nettverksadministrasjonsprotokollene formaterer og administrerer administrasjonsdataene på.

grunnlaget er hvordan de definerer og identifiserer elementene som skal administreres. Det er alltid interessant å nevne: Hvilket element kan jeg administrere med denne protokollen? Bare maskinvare eller dekker det også applikasjoner, for eksempel?

så handler det om å definere hvilken informasjon jeg kan trekke ut fra de administrerte elementene og hvilke handlinger jeg kan utføre, hvis jeg kan utføre noen.

hvilket format brukes til å håndtere dataene? Og hvordan det er lagret, hvis det er lagret.

Til Slutt, Hva er alternativene jeg har for å få tilgang til denne informasjonen?

Nå, i resten av denne artikkelen vil vi gjennomgå tre av de mest populære administrasjonsprotokollene, og prøver å konsentrere seg om de nevnte punktene: fokus, arkitektur og dataorganisasjon.

for denne anmeldelsen vil vi ta følgende diagram som en veiledning:

Diagram: administrasjon av nettverk og deres protokoller.

ICMP

ICMP (Internet Control Message Protocol) ER en nettverkslagsprotokoll som er en del av gruppen av underprotokoller knyttet TIL IP-protokollen.

ICMP fungerer innen feilvalidering og tillater også beregning av visse ytelsesmålinger.

leseren kan lese om de detaljerte spesifikasjonene til protokollen I RFC792.

prosedyren foreslått AV ICMP er basert på påvisning av en feiltilstand og sending av en melding som rapporterer nevnte tilstand.

dermed er nøkkelelementet meldingene som vurderes AV ICMP, som vanligvis klassifiseres i to kategorier:

• Feilmeldinger: brukes Til å rapportere en feil i pakkeoverføringen.
• Kontrollmeldinger: brukes til å rapportere om status for enheter.

arkitekturen SOM ICMP fungerer med, er svært fleksibel, siden en hvilken som helst enhet i nettverket kan sende, motta ELLER behandle ICMP-meldinger.

i praksis brukes den til rutere og brytere for å rapportere til verten som kommer fra en pakke at pakken ikke kan leveres på grunn av en nettverksfeil.

I TILLEGG BRUKES ICMP også til å utføre beregninger av beregninger på ytelse, for eksempel nivåer av latens, responstid eller pakketap, blant andre.

SNMP

SNMP (Simple Network Management Protocol) ER en programlagsprotokoll som dekker områdene feil, ytelse og handlinger.

SNMP tilbyr en ordning for å samle, organisere og kommunisere styringsinformasjon mellom enhetene som utgjør et nettverk.

denne ordningen klarer å være felles for et stort antall maskinvarekomponenter, som støtter:

• Mangfold av enheter: fra nettverksenheter som rutere, svitsjer, brannmurer eller tilgangspunkter til sluttbrukerenheter som skrivere, skannere, stasjoner eller servere.
• Mangfold av merker: de fleste merker, når de presenterer et produkt, må du kontrollere at DETTE produktet har STØTTE FOR SNMP inkludert.

leseren som er interessert i å lese de formelle SNMP-spesifikasjonene, bør gjennomgå flere RFC-dokumenter, men vi anbefaler at du starter MED RFC 1157.

Arkitektur SNMP

SNMP-arkitekturen er basert på to grunnleggende komponenter: SNMP-Agenter og SNMP-Administratorer. I det følgende diagrammet presenterer vi en grunnleggende oversikt over DENNE SNMP-arkitekturen:

BESKRIVELSE: SNMP Basic Architecture

SNMP-agenter er programvaredeler som kjører på elementene som skal administreres. De er ansvarlige for å samle inn data på enheten. Deretter, NÅR SNMP-administratorer ber om slike data gjennom spørringer, vil agenten sende tilsvarende.

SNMP-agenter kan også sende SNMP Manager-informasjon som ikke samsvarer med en spørring, men den delen av en hendelse som oppstår i enheten, og som krever å bli varslet. DERETTER, det sies AT SNMP agent proaktivt sender en melding FELLE.

SNMP-Administratorene finnes som en del av et administrasjons-eller overvåkingsverktøy og er utformet for å fungere som konsoller der alle dataene som samles inn OG sendes AV SNMP-agentene, er sentralisert.

Organisering av dataene I SNMP

i SNMP kalles elementene som skal administreres OBJEKTER.

Oid-Ene (Object Identifier) er elementene vi bruker til å identifisere objekter unikt. Sikkert har Du sett OIDs i et tallformat som:

Faktisk blir disse tallene hentet fra et system av hierarkisk organisasjon som starter med å identifisere produsenten av enheten, for deretter å identifisere enheten og til slutt objektet. I det følgende bildet ser vi et eksempel på ordningen:

Beskrivelse: NetFlow Architecture
Tatt fra: https://www.networkmanagementsoftware.com/snmp-tutorial-part-2-rounding-out-the-basics/

Mibs (Management Information Base) er formatene som dataene som sendes FRA SNMP-agenter TIL SNMP-ledere, vil overholde.

i praksis har vi en generell mal med det vi trenger for å administrere en hvilken som helst enhet og deretter ha individualiserte MIBs for hver enhet, med deres spesielle parametere og verdiene som disse parametrene kan nå.

hvis DU trenger å lære MER OM SNMP og overvåking basert på denne protokollen, inviterer vi deg til å gjennomgå, i denne bloggen, artikkelen skrevet Av Carla André om emnet.

WMI

MED Wmi (Windows Management Instrumentation) vi vil bevege seg i universet består av enheter som kjører Noen Windows-operativsystem og programmer som er avhengige av dette operativsystemet.

FAKTISK foreslår WMI en modell slik at VI kan representere, skaffe, lagre og dele administrasjonsinformasjon om Windows – basert maskinvare og programvare, både lokalt og eksternt.

PÅ DEN annen side, i tillegg til det som er knyttet til ledelsesinformasjon, tillater WMI også utførelse av visse handlinger.

WMI-Arkitektur

wmi-arkitekturen består av tre grunnleggende enheter. La oss se på følgende diagram:

Beskrivelse / Kontroller: Grunnleggende Arkitektur WMI

WMI-Leverandører: en leverandør er en del som har ansvaret for å skaffe ledelsesinformasjon fra ett eller flere objekter.

wmi-infrastrukturen fungerer som et mellomledd mellom leverandører og styringsverktøy. Hans ansvar omfatter følgende:

• å skaffe data generert av leverandører på en planlagt måte.
• for å opprettholde et depot med alle dataene som er oppnådd på en planlagt måte.
• for dynamisk å finne dataene forespurt av administrasjonsverktøyene, som først vil bli gjort et søk i depotet, og hvis de forespurte dataene ikke blir funnet, vil det bli gjort et søk blant de aktuelle leverandørene.

administrasjonsprogrammene samsvarer med programmene, tjenestene eller skriptene som bruker og behandler informasjonen om de administrerte objektene.

WMI klarer å tilby et enhetlig grensesnitt der programmer, tjenester og skript kan være hadde ber om data og utføre handlinger foreslått AV wmi-leverandører på objektene som skal administreres.

Organisering AV dataene I WMI

WMI er basert PÅ Cim (Common Information Model), som er en modell som bruker objektbaserte teknikker for å beskrive ulike deler av et selskap.

dette er en mye brukt modell I Microsoft-produkter; faktisk, Når Microsoft Office eller En Exchange-server er installert, for eksempel, blir utvidelsen av modellen som svarer til produktet automatisk installert.

bare den utvidelsen som følger med hvert produkt er det som kalles WMI-KLASSEN. En klasse beskriver objektet som skal administreres og alt som kan gjøres med det.

denne beskrivelsen starter fra attributtene som klassen håndterer, for eksempel:

• Egenskaper som refererer til objektenes egne egenskaper, for eksempel navn, for eksempel.
• Metoder som refererer til handlingene som kan utføres på objektet, for eksempel å holde i tilfelle av et objekt som er en tjeneste.
• Foreninger som refererer til mulige foreninger mellom objekter.

nå, når wmi-leverandører bruker objektklasser til å samle inn administrasjonsinformasjon og denne informasjonen overføres TIL wmi-infrastrukturen, er DET nødvendig å organisere den på en eller annen måte.

denne organisasjonen oppnås gjennom logiske beholdere kalt navneområder, som er definert av administrasjonsområdet og inneholder dataene som kommer fra de relaterte objektene.

Navnerom er definert under en hierarkisk ordning som minner om ordningen etterfulgt av mapper på en disk. Så, navnerom root er toppen av denne hierarkiske ordningen og root / CIMv2 er standard navnerom.

en analogi som mange forfattere bruker for å forklare organiseringen av data I WMI, er å sammenligne WMI med databaser.

så, vi vet at klassene samsvarer med tabellene, navneområdene til databasene og wmi-infrastrukturen til databasebehandleren.

så dette er gjennomgangen av nettverksadministrasjonsprotokoller. For å fullføre må vi indikere at alle overvåkingsverktøy bruker minst en nettverksadministrasjonsprotokoll for å oppfylle sine mål.

Pandora FMS arbeider med disse tre protokollene for å tilby et bredt og fleksibelt generelt overvåkingsverktøy.

hvis Du fortsatt ikke vet de mange fordelene Som Pandora FMS kan tilby til organisasjonen din, og den har mer enn 100 enheter å overvåke, snakk Med Salgsteamet Til Pandora FMS for å få en gratis prøveversjon av den mest fleksible overvåkingsprogramvaren i markedet: https://pandorafms.com/free-demo/

husk også at hvis dine overvåkingsbehov er mer begrenset, har Du Til disposisjon OpenSource-versjonen Av Pandora FMS. Finn mer informasjon her: https://pandorafms.org/

ikke nøl med å sende dine spørsmål. Vårt Pandora FMS-team vil gjerne hjelpe deg!