Bepaal die VPN-objek voordat jy SNMP of API kies

Drie besluite kom voor die vervoer: watter objek die waarskuwing beskryf, watter rigting en omvang dit dek, en hoe vars die lesing moet wees. SNMP, ’n HTTPS-API en ’n toepassingprobe kan almal iets oor ’n VPN rapporteer, en hulle sal nie dieselfde ding rapporteer nie. Om protokolle te ruil sonder om daardie drie te besleg, verander net waar die verwarring ingesamel word. Die objek en die betekenis van die waarskuwing is die ontwerp; die protokol is die aflewering.

’n Paneelbord wat vier verskillende waarnemings in een groen ikoon verander, het daardie besluit reeds sleg gemaak.

Wat moet die waarskuwing eintlik beteken?

Dit kan beteken dat ’n eweknie nie kan verifieer nie, dat geen beskermde datatoestand bestaan nie, dat ’n roete na die verkeerde plek wys, of dat ’n toepassing nie sy werk kan voltooi nie. Elkeen van daardie het sy eie eienaar, sy eie eerste kontrolering en sy eie vals-positiewe koers. ’n Eweknie wat nie kan verifieer nie is ’n identiteitsprobleem, ’n ontbrekende sekuriteitsassosiasie is ’n protokoltoestandprobleem, ’n roete is ’n konfigurasieprobleem, en ’n toepassingsfout kan nie een van daardie wees nie. Besluit vir watter een die waarskuwing is voordat jy ’n versamelaar kies.

Skryf dit as ’n sin waarop die diensdoenende ingenieur kan reageer. As die sin twee objekte nodig het, is dit twee waarskuwings, nie een wat halfreg is nie.

’n TCP-tabel beskryf TCP

RFC 4022 spesifiseer tcpConnectionTable, waarvan die rye gevestigde TCP-verbindings beskryf, gesleutel op adrestipe, adres en poort aan beide kante. Rye verdwyn wanneer die verbinding sluit, en luisterende sokkels verskyn in ’n ander tabel. Om ’n VPN op dieselfde boks te laat loop, verander nie ’n TCP-tabel in ’n inventaris van IPsec-sekuriteitsassosiasies nie. Dit kan ’n bestuursessie, ’n toepassingvloei of ’n tonnel oor TCP beskryf, en die ry self sal jou nie sê watter een nie.

Koppelvlak-tellers dra dieselfde dubbelsinnigheid op ’n growwer vlak: grepe op ’n koppelvlak verenig elke eweknie en elke vloei wat dit gebruik.

Bou ’n klein waarnemingskontrak

Teken vir elke maatstaf die ondersteunde objek of API-veld aan, die toestel en sagtewareweergawe wat dit besit, die eweknie- of diensidentifiseerder, die rigting, die insamelingstyd en die verwagte verversingsgedrag. Gebruik dan die poort se gedokumenteerde assosiasie- of sessieaansig vir protokoltoestand, die roetetabel vir padtoestand, en ’n smal toegelate versoek vir toepassingstoestand. ’n Werkende bestuureindpunt bewys dat die bestuureindpunt werk en niks oor die toepassing daaragter nie.

As die geïnstalleerde agent nie die vereiste objekte het nie, kies ’n ander eksplisiet ondersteunde lees-enige koppelvlak. Om ’n OID te versin, ’n generiese TCP-telling as ’n tonneltelling te lees, of te verwag dat ’n ou verskaffer-API onveranderd in ’n sustersproduk sal bly, is alles doodloop.

Verouderde data is nie ’n tonnelfout nie

’n Versamelingstimeout, ’n vervalde geloofsbrief of ’n veranderde API-pad lewer ontbrekende telemetrie. Dit is ’n moniteringsfout en ’n ander voorval as ’n tonnel wat geval het. Teken aan watter waarneming verouderd geraak het en wanneer, sodat die operateur ’n sinvolle eerste kontrolering kry in plaas van ’n tonnelherstel. Om elke timeout as ’n VPN-onderbreking te behandel, leer mense om albei te ignoreer.

Hou insamelingsmagte ook smal. ’n Koppelvlak wat konfigurasie kan verander of sessies kan skoonmaak, dra ’n voorregrens wat ’n moniteringswerk nie moet erf nie, en ’n lees-enige rekening is gewoonlik voldoende.

Die nuttige ontwerp noem die objek, die betekenis en die varsheidsvereiste. Protokolkeuse volg uit daardie dinge, nie omgekeerd nie.