Skilgreindu VPN-hlutinn áður en þú velur SNMP eða API

Þrjár ákvarðanir koma á undan flutningnum: hvaða hlut viðvörunin lýsir, hvaða stefnu og umfang hún nær yfir, og hversu fersk lestrin þarf að vera. SNMP, HTTPS API og forritarannsókn geta öll tilkynnt eitthvað um VPN, og þau munu ekki tilkynna það sama. Að skipta um samskiptareglur án þess að útkljá þessar þrjár breytir aðeins hvar ruglingnum er safnað. Hluturinn og merking viðvörunarinnar eru hönnunin; samskiptareglurnar eru afhendingin.

Mælaborð sem breytir fjórum mismunandi athugunum í eitt grænt tákn hefur þegar tekið þá ákvörðun illa.

Hvað á viðvörunin í raun að þýða?

Það getur þýtt að jafningi geti ekki auðkennt sig, að ekkert verndað gagnastig sé til, að slóð vísi á rangann stað, eða að forrit geti ekki lokið vinnu sinni. Hvert þessara hefur sinn eigin eiganda, sína eigin fyrstu athugun og sína eigin falskt-jákvæða tíðni. Jafningi sem getur ekki auðkennt sig er sjálfsmyndarvandamál, skortur á öryggistengingu er vandamál í stöðu samskiptareglna, slóð er stillingavandamál, og bilun forrits getur verið ekkert af þessu. Ákveðu fyrir hvað viðvörunin er áður en þú velur söfnunartæki.

Skrifaðu hana sem setningu sem vakthafandi verkfræðingur getur brugðist við. Ef setningin þarf tvo hluti eru það tvær viðvaranir, ekki ein sem er hálfrétt.

TCP-tafla lýsir TCP

RFC 4022 tilgreinir tcpConnectionTable, en raðir þess lýsa uppsettum TCP-tengingum, lyklaðar eftir gerð vistfangs, vistfangi og porti á báðum endum. Raðir hverfa þegar tengingunni er lokað, og hlustandi sokkum birtast í annarri töflu. Að keyra VPN á sömu vél breytir ekki TCP-töflu í skrá yfir IPsec-öryggistengingar. Hún getur lýst stjórnunarlotu, forritarstraumi eða göngum sem flutt eru yfir TCP, og röðin sjálf mun ekki segja þér hver það er.

Tenglatalningar bera sömu óskýrleikann á grófara stigi: bæti á tengi safna saman hverjum jafningja og hverjum straumi sem notar það.

Byggðu litla athugunarsamning

Fyrir hverja mælieiningu skaltu skrá studda hlutinn eða API-reitinn, eignartækið og hugbúnaðarútgáfuna, auðkenni jafningja eða þjónustu, stefnuna, söfnunartímann og vænta endurnýjunarhegðun. Notaðu síðan skjalfesta tengingar- eða lotusýn gáttarinnar fyrir stöðu samskiptareglna, leiðartöfluna fyrir stöðu slóðar og þrönga leyfða beiðni fyrir stöðu forrits. Vinnandi stjórnunarendapunktur sannar að stjórnunarendapunkturinn virki, og ekkert um forritið á bak við hann.

Ef uppsetti umboðsmaðurinn hefur ekki nauðsynlega hluti skaltu velja annað skýrt stutt lesanlegt viðmót. Að finna upp OID, lesa almennan TCP-fjölda sem gangafjölda eða búast við að gamalt API seljanda lifi óbreytt í systurvöru eru allt blindgötur.

Úrelt gögn eru ekki bilun ganga

Söfnunartímamörk, útrunnið skírteini eða breytt API-slóð framleiða vantaða fjarmælingu. Það er vöktunarbilun og annar atburður en gangir sem féllu. Skráðu hvaða athugun varð úrelt og hvenær, svo stjórnandinn fái merkingarbæra fyrstu athugun í stað endurstillingar ganga. Að meðhöndla hver tímamörk sem VPN-truflun kennir fólki að hunsa hvort tveggja.

Haltu söfnunarheimildum einnig þröngum. Viðmót sem getur breytt stillingum eða hreinsað lotur ber forréttindamörk sem vöktunarverk ætti ekki að erfa, og lesanlegur reikningur er venjulega nægur.

Gagnleg hönnun nefnir hlutinn, merkinguna og ferskleikakröfuna. Val á samskiptareglum leiðir af þeim, ekki öfugt.