Overvåg VPN-peers uden at logge, hvor de browser

Overvågning af en VPN-peer kræver fire fakta, og ingen af dem er en destination. Om tunnelen er oppe, hvornår den sidst udvekslede trafik, hvilke nøgler der indgår, og hvor meget der er flyttet, er nok til tilgængelighed. Alt derudover er en registrering om en person, og det bør være en bevidst beslutning snarere end en bivirkning af at åbne en statusside. Start med det spørgsmål, du skal besvare, og vælg derefter det mindste output, der besvarer det.

Afgør spørgsmålet før værktøjet

Skriv først det operationelle spørgsmål: er denne peer forbundet, og flytter den trafik? Det spørgsmål kræver en live visning, og en live visning har intet opbevaringsproblem. Et andet spørgsmål, om peeren var forbundet klokken 02:00 sidste tirsdag, kræver en gemt serie og dermed en opbevaringsbeslutning. At adskille de to er hele designet, fordi live visningen er billig, mens den gemte serie bliver en samtale om databeskyttelse.

Hold sundhedstjekket adskilt fra statusoutputtet. Et nyligt handshake beviser, at tunnelen har forhandlet, ikke at den private applikation bag den virker, så test applikationen gennem et autoriseret tjek i stedet for at udlede det af tællere. Når tjekket fejler, og handshaket er nyligt, ligger problemet på den anden side af tunnelen.

Læs de tre felter, der besvarer det

WireGuards almindelige statusoutput indeholder interfacet, den offentlige nøgle, endepunktet, det seneste handshake og overførsestællerne. Tilstedeværelse kræver den offentlige nøgle og det seneste handshake; tilføj byte-tællerne, hvis du skal se bevægelse. Endepunktet er ikke nødvendigt for tilstedeværelse og er det første felt, der skal droppes, fordi det identificerer, hvor en enhed opretter forbindelse fra. Manuelsiden beskriver hvert felt, værktøjet udskriver, og den er kort nok til at læse én gang:

wg show
wg show wg0 latest-handshakes

Læs tallene som alder i stedet for som booleans. Et handshake er kun aktuelt i forhold til protokollens eget nøglefornyelsesinterval, og en tæller, der ikke har rørt sig, kan betyde en inaktiv peer i stedet for en brudt. Hold begge i samme visning, så alder og bevægelse læses sammen.

Vælg et interval, du kan forsvare

Hver statusprøve er en registrering, så intervallet er en opbevaringsbeslutning med et overvågningsmærke. En prøve hvert tiende sekund giver fin detalje og multiplicerer de gemte rækker, mens en prøve hvert minut normalt er nok til tilgængelighed til en sjettedel af prisen. Vælg intervallet ud fra den responstid, du har lovet, snarere end ud fra hvad værktøjet kan. Skriv derefter tallet ved siden af dashbordet.

For OpenVPN skriver statusfaciliteten en fil med et konfigureret interval. I serverkonfigurationen ser det sådan ud status /var/log/openvpn-status.log 60, hvor tallet til sidst er sekunderne mellem genskrivninger, og filen erstattes i stedet for at blive tilføjet. Den detalje betyder noget: en erstattet fil har ingen historik, mens en indsamler, der tilføjer til den, skaber en.

Bekræft, at indsamleren også respekterer intervallet. Et værktøj, der sampler hvert sekund og gemmer én række i minuttet, læser stadig hvert sekund.

Hold etiketterne stabile og kortlægningen begrænset

En offentlig nøgle identificerer et enhedsforhold, selv når der ikke er knyttet et navn, så behandl nøglen som personoplysninger i stedet for som en uigennemsigtig identifikator. Mærk peers med stabile interne identifikatorer, der overlever genopkoblinger, og hold kortlægningen fra identifikator til person på et begrænset sted. Et dashbord, der skriver en tidsserie, er en gemt registrering, selv når VPN'et ikke selv fører en fil. Når dashbordet er det eneste lager, er det dashbordet, hvor opbevaringsreglen gælder.

Gennemgå også eksportvejen, fordi en kopieret CSV overlever det system, der producerede den. Samlet tilgængelighed er ofte nok til en rapport: andelen af peers med et handshake inden for vinduet besvarer det operationelle spørgsmål uden at liste, hvem der var forbundet hvornår.

Dokumentér, hvad du indsamler, og hvad du ikke gør

Skriv indsamlingsbeskrivelsen i klart sprog: hvilke felter, fra hvilket interface, med hvilket interval, gemt hvor, opbevaret hvor længe, og hvem der kan læse det. Sæt den ved siden af runbooken i stedet for i et politiklager, som ingen åbner under en hændelse. Beskrivelsen bør også sige, hvad overvågningen ikke kan se, fordi det er det, der forhindrer nogen i at antage, at fraværet af browserdata betyder fraværet af registreringer.

Gennemgå opbevaringsvinduet, når overvågningen ændres, fordi et nyt felt stille forlænger det, der opbevares. Slet derefter det, som beskrivelsen siger, du sletter, og verificér, at sletningen faktisk skete.