Дефинирајте го објектот на VPN пред да изберете SNMP или API

Пред транспортот стојат три одлуки: кој објект го опишува предупредувањето, која насока и опфат ги покрива и колку свежо треба да биде читањето. SNMP, HTTPS API и сонда на апликација можат сите да пријават нешто за VPN и нема да пријават исто. Менувањето протоколи без решавање на тие три само го менува местото каде се собира конфузијата. Објектот и значењето на предупредувањето се дизајнот; протоколот е достава.

Таблата што четири различни набљудувања ги претвора во една зелена икона веќе лошо ја донела таа одлука.

Што треба предупредувањето всушност да значи?

Може да значи дека партнер не може да се автентицира, дека не постои заштитена состојба на податоци, дека рутата покажува на погрешно место или дека апликацијата не може да ја заврши својата работа. Секое од нив има свој сопственик, своја прва проверка и своја стапка на лажни позитивни. Партнер што не може да се автентицира е проблем со идентитетот, отсутното безбедносно здружение е проблем со состојбата на протоколот, рутата е проблем со конфигурацијата, а дефектот на апликацијата може да не е ниту едно од тие. Одлучете за кое е предупредувањето пред да изберете собирач.

Напишете го како реченица по која дежурниот инженер може да постапи. Ако реченицата бара два објекта, тоа се две предупредувања, не едно што е половично точно.

TCP табелата опишува TCP

RFC 4022 го специфицира tcpConnectionTable, чиишто редови опишуваат воспоставени TCP врски, клучени по тип на адреса, адреса и порта на двата краја. Редовите исчезнуваат кога врската се затвора, а сокетите што слушаат се појавуваат во друга табела. Извршувањето VPN на истата машина не претвора TCP табела во попис на IPsec безбедносни здруженија. Таа може да опише сесија за управување, тек на апликација или тунел пренесен преку TCP, а самиот ред нема да ви каже кој.

Бројачите на интерфејсот ја носат истата двосмисленост на погрубо ниво: бајтите на интерфејс ги собираат секој партнер и секој тек што го користи.

Изградете мал договор за набљудување

За секоја метрика запишете го поддржаниот објект или поле на API, уредот и верзијата на софтверот што го поседуваат, идентификаторот на партнерот или услугата, насоката, времето на собирање и очекуваното однесување при освежување. Потоа користете го документираниот приказ на здруженија или сесии на портата за состојбата на протоколот, табелата за насочување за состојбата на патеката и тесно дозволено барање за состојбата на апликацијата. Работна крајна точка за управување докажува дека крајната точка за управување работи и ништо за апликацијата зад неа.

Ако инсталираниот агент ги нема потребните објекти, изберете друг експлицитно поддржан интерфејс само за читање. Измислувањето OID, читањето општ TCP број како број на тунели или очекувањето стар API на добавувач да преживее непроменет во сестрински производ се сите ќорсокаци.

Старите податоци не се дефект на тунел

Временско ограничување на собирање, истечена акредитација или променета API патека создаваат телеметрија што недостига. Тоа е дефект на мониторингот и различен инцидент од тунел што паднал. Запишете кое набљудување остарело и кога, за операторот да добие значајна прва проверка наместо ресетирање на тунелот. Третирањето на секое временско ограничување како прекин на VPN ги учи луѓето да ги игнорираат двете.

Држете ги тесни и дозволите за собирање. Интерфејс што може да менува конфигурација или да брише сесии носи граница на привилегии што работна задача за мониторинг не треба да ја наследи, а сметка само за читање обично е доволна.

Корисниот дизајн го именува објектот, значењето и барањето за свежина. Изборот на протокол произлегува од нив, не обратно.