Definer VPN-objektet før du velger SNMP eller API

Tre beslutninger kommer før transporten: hvilket objekt varslingen beskriver, hvilken retning og omfang den dekker, og hvor fersk lesningen må være. SNMP, et HTTPS-API og en applikasjonsprobe kan alle rapportere noe om en VPN, og de rapporterer ikke det samme. Å bytte protokoll uten å avgjøre disse tre endrer bare hvor forvirringen samles. Objektet og varslingens betydning er designet; protokollen er leveransen.

Et dashbord som gjør fire forskjellige observasjoner om til ett grønt ikon, har allerede tatt den beslutningen dårlig.

Hva skal varslingen egentlig bety?

Det kan bety at en peer ikke kan autentisere, at ingen beskyttet datatilstand finnes, at en rute peker på feil sted, eller at en applikasjon ikke kan fullføre arbeidet sitt. Hver av disse har sin egen eier, sin egen første kontroll og sin egen falsk-positive rate. En peer som ikke kan autentisere, er et identitetsproblem, en manglende sikkerhetsassosiasjon er et protokolltilstandsproblem, en rute er et konfigurasjonsproblem, og en applikasjonsfeil kan være ingen av dem. Bestem hvilken varslingen gjelder, før du velger en innsamler.

Skriv den som en setning som den vaktende ingeniøren kan handle på. Hvis setningen trenger to objekter, er det to varslinger, ikke én som er halvveis riktig.

En TCP-tabell beskriver TCP

RFC 4022 spesifiserer tcpConnectionTable, hvis rader beskriver etablerte TCP-tilkoblinger, nøklet på adressetype, adresse og port i begge ender. Radene forsvinner når tilkoblingen lukkes, og lyttende sockets vises i en annen tabell. Å kjøre en VPN på samme maskin gjør ikke en TCP-tabell til en oversikt over IPsec-sikkerhetsassosiasjoner. Den kan beskrive en administrasjonssesjon, en applikasjonsstrøm eller en tunnel båret over TCP, og raden selv forteller deg ikke hvilken.

Grensesnitttellere bærer den samme tvetydigheten på et grovere nivå: byte på et grensesnitt samler hver peer og hver strøm som bruker det.

Bygg en liten observasjonskontrakt

For hver metrikk, registrer det støttede objektet eller API-feltet, den eide enheten og programvareversjonen, peer- eller tjenesteidentifikatoren, retningen, innsamlingstiden og forventet oppdateringsatferd. Bruk deretter gatewayens dokumenterte assosiasjons- eller sesjonsvisning for protokolltilstand, rutetabellen for stitilstand og en smal tillatt forespørsel for applikasjonstilstand. Et fungerende administrasjonsendepunkt beviser at administrasjonsendepunktet virker, og ingenting om applikasjonen bak det.

Hvis den installerte agenten mangler de nødvendige objektene, velg et annet eksplisitt støttet skrivebeskyttet grensesnitt. Å finne opp en OID, lese en generisk TCP-telling som en tunneltelling eller forvente at et gammelt leverandør-API overlever uendret i et søsterprodukt er alle blindveier.

Utdaterte data er ikke en tunnelfeil

En innsamlingstidsavbrudd, en utløpt legitimasjon eller en endret API-sti gir manglende telemetri. Det er en overvåkingsfeil og en annen hendelse enn en tunnel som falt. Registrer hvilken observasjon som ble utdatert og når, slik at operatøren får en meningsfull første kontroll i stedet for en tunneltilbakestilling. Å behandle hvert tidsavbrudd som et VPN-utfall lærer folk å ignorere begge.

Hold også innsamlingstillatelsene smale. Et grensesnitt som kan endre konfigurasjon eller slette sesjoner, bærer en privilegiegrense som en overvåkingsoppgave ikke bør arve, og en skrivebeskyttet konto er vanligvis tilstrekkelig.

Den nyttige designen navngir objektet, betydningen og ferskhetskravet. Protokollvalget følger av disse, ikke omvendt.