Monitorizarea unui partener VPN cere patru fapte, iar niciunul dintre ele nu este o destinație. Dacă tunelul este activ, când a schimbat trafic ultima dată, ce chei sunt implicate și cât s-a deplasat sunt suficiente pentru disponibilitate. Orice dincolo de asta este o înregistrare despre o persoană și ar trebui să fie o decizie deliberată, nu un efect secundar al deschiderii unei pagini de stare. Începeți de la întrebarea la care trebuie să răspundeți, apoi alegeți cea mai mică ieșire care răspunde la ea.

Decideți întrebarea înaintea instrumentului

Scrieți mai întâi întrebarea operațională: este acest partener conectat și mișcă trafic? Această întrebare cere o vizualizare live, iar o vizualizare live nu are problemă de păstrare. O a doua întrebare, dacă partenerul era conectat la 02:00 marțea trecută, cere o serie stocată și, prin urmare, o decizie de păstrare. Separarea celor două este întregul design, pentru că vizualizarea live este ieftină, în timp ce seria stocată devine o conversație despre protecția datelor.

Țineți verificarea stării de sănătate și separat de ieșirea de stare. Un handshake recent dovedește că tunelul a negociat, nu că aplicația privată din spate funcționează, așa că testați aplicația printr-o verificare autorizată în loc să deduceți asta din contoare. Când verificarea eșuează și handshake-ul este recent, problema se află dincolo de tunel.

Citiți cele trei câmpuri care răspund la ea

Ieșirea simplă de stare a WireGuard conține interfața, cheia publică, punctul final, ultimul handshake și contoarele de transfer. Prezența cere cheia publică și ultimul handshake; dacă e nevoie, adăugați contoarele de octeți pentru a vedea mișcarea. Punctul final nu este necesar pentru prezență și este primul câmp de eliminat, pentru că identifică de unde se conectează un dispozitiv. Pagina manualului descrie fiecare câmp pe care instrumentul îl tipărește și este suficient de scurtă pentru a fi citită o dată:

wg show
wg show wg0 latest-handshakes

Citiți aceste numere ca vârste, nu ca valori booleene. Un handshake este actual doar în raport cu intervalul propriu de reînnoire a cheilor al protocolului, iar un contor care nu s-a mișcat poate însemna un partener inactiv, nu unul stricat. Țineți ambele în aceeași vizualizare pentru ca vârsta și mișcarea să fie citite împreună.

Alegeți un interval pe care îl puteți apăra

Fiecare eșantion de stare este o înregistrare, așa că intervalul este o decizie de păstrare cu etichetă de monitorizare. Un eșantion la fiecare zece secunde oferă detaliu fin și multiplică rândurile stocate, în timp ce un eșantion pe minut este de obicei suficient pentru disponibilitate la o șesime din cost. Alegeți intervalul după timpul de răspuns promis, nu după ce poate face instrumentul. Apoi scrieți numărul lângă tablou.

Pentru OpenVPN, facilitatea de stare scrie un fișier la un interval configurat. În configurația serverului arată astfel status /var/log/openvpn-status.log 60, unde numărul de la final reprezintă secundele dintre rescrieri, iar fișierul este înlocuit, nu completat. Acest detaliu contează: un fișier înlocuit nu are istoric, în timp ce un colector care adaugă creează unul.

Confirmați că și colectorul respectă intervalul. Un instrument care eșantionează în fiecare secundă și stochează un rând pe minut tot citește în fiecare secundă.

Țineți etichetele stabile și maparea restricționată

O cheie publică identifică o relație între dispozitive chiar și fără un nume atașat, așa că tratați cheia ca date personale, nu ca identificator opac. Etichetați partenerii cu identificatori interni stabili care supraviețuiesc reconectărilor și țineți maparea de la identificator la persoană într-un loc restricționat. Un tablou care scrie o serie temporală este o înregistrare stocată chiar și atunci când VPN-ul nu ține un fișier propriu. Când tabloul este singurul depozit, el este locul unde se aplică regula de păstrare.

Revizuiți și calea de export, pentru că un CSV copiat supraviețuiește sistemului care l-a produs. Disponibilitatea agregată este adesea suficientă pentru un raport: proporția partenerilor cu handshake în fereastră răspunde la întrebarea operațională fără a enumera cine a fost conectat și când.

Documentați ce colectați și ce nu

Scrieți descrierea colectării în limbaj simplu: ce câmpuri, din ce interfață, la ce interval, stocate unde, păstrate cât timp și cine le poate citi. Puneți-o lângă runbook, nu într-un depozit de politici pe care nimeni nu îl deschide în timpul unui incident. Descrierea ar trebui să spună și ce nu poate vedea monitorizarea, pentru că asta împiedică pe cineva să presupună că absența datelor de navigare înseamnă absența înregistrărilor.

Revizuiți fereastra de păstrare ori de câte ori monitorizarea se schimbă, pentru că un câmp nou prelungește în tăcere ce este păstrat. Apoi ștergeți ce spune descrierea că ștergeți și verificați că ștergerea a avut loc cu adevărat.

Articole similare