Superviseu els parells VPN sense registrar on naveguen

Supervisar un parell VPN necessita quatre fets, i cap d’ells no és una destinació. Si el túnel està aixecat, quan va intercanviar tràfic per última vegada, quines claus hi intervenen i quant ha circulat és prou per a la disponibilitat. Qualsevol cosa més enllà d’això és un registre sobre una persona, i hauria de ser una decisió deliberada i no un efecte secundari d’obrir una pàgina d’estat. Comenceu per la pregunta que heu de respondre i després trieu la sortida més petita que la respongui.

Decidiu la pregunta abans que l’eina

Escriviu primer la pregunta operativa: aquest parell està connectat i mou tràfic? Aquesta pregunta necessita una visió en directe, i una visió en directe no té cap problema de retenció. Una segona pregunta, si el parell estava connectat a les 02:00 de dimarts passat, necessita una sèrie desada i, per tant, una decisió de retenció. Separar les dues és tot el disseny, perquè la visió en directe és barata mentre que la sèrie desada es converteix en una conversa sobre protecció de dades.

Manteniu la comprovació de salut separada de la sortida d’estat. Un handshake recent demostra que el túnel ha negociat, no que l’aplicació privada del darrere funcioni, així que proveu l’aplicació amb una comprovació autoritzada en lloc d’inferir-ho dels comptadors. Quan la comprovació falla i el handshake és recent, el problema és més enllà del túnel.

Llegiu els tres camps que hi responen

La sortida d’estat senzilla de WireGuard porta la interfície, la clau pública, el punt final, el darrer handshake i els comptadors de transferència. La presència necessita la clau pública i el darrer handshake; si cal, afegiu els comptadors de bytes per veure moviment. El punt final no cal per a la presència i és el primer camp que s’ha de deixar caure, perquè identifica d’on es connecta un dispositiu. La pàgina del manual descriu cada camp que imprimeix l’eina, i és prou curta per llegir-la un cop:

wg show
wg show wg0 latest-handshakes

Llegiu aquests números com a edats i no com a booleans. Un handshake només és actual respecte de l’interval de renovació de claus del propi protocol, i un comptador que no s’ha mogut pot significar un parell inactiu en lloc d’un de trencat. Manteniu tots dos en la mateixa vista perquè l’edat i el moviment es llegeixin junts.

Trieu un interval que pugueu defensar

Cada mostra d’estat és un registre, així que l’interval és una decisió de retenció amb etiqueta de supervisió. Una mostra de deu segons dona detall fi i multiplica les files desades, mentre que una mostra d’un minut sol ser prou per a la disponibilitat a una sisena part del cost. Trieu l’interval a partir del temps de resposta que heu promès i no del que l’eina pot fer. Després escriviu el número al costat del tauler.

Per a OpenVPN, el servei d’estat escriu un fitxer en un interval configurat. A la configuració del servidor això sembla així status /var/log/openvpn-status.log 60, on el número final són els segons entre reescriptures, i el fitxer se substitueix en lloc d’afegir-s’hi. Aquest detall importa: un fitxer substituït no té història, mentre que un recol·lector que hi afegeix en crea una.

Confirmeu que el recol·lector també respecta l’interval. Una eina que mostreja cada segon i desa una fila per minut encara llegeix cada segon.

Manteniu les etiquetes estables i el mapatge restringit

Una clau pública identifica una relació de dispositiu encara que no hi hagi cap nom adjunt, així que tracteu la clau com a dada personal i no com a identificador opac. Etiqueteu els parells amb identificadors interns estables que sobrevisquin a les reconnexions, i manteniu el mapatge d’identificador a persona en un lloc restringit. Un tauler que escriu una sèrie temporal és un registre desat encara que la VPN no guardi cap fitxer propi. Quan el tauler és l’únic magatzem, el tauler és on s’aplica la regla de retenció.

Reviseu també el camí d’exportació, perquè un CSV copiat sobreviu al sistema que el va produir. La disponibilitat agregada sovint és prou per a un informe: la proporció de parells amb un handshake dins de la finestra respon la pregunta operativa sense enumerar qui estava connectat i quan.

Documenteu què recolliu i què no

Escriviu la descripció de la recollida en llenguatge planer: quins camps, de quina interfície, amb quin interval, desats on, conservats quant de temps i qui els pot llegir. Poseu-la al costat del runbook i no en un dipòsit de polítiques que ningú obre durant un incident. La descripció també hauria de dir què no pot veure la supervisió, perquè és això el que impedeix que algú assumeixi que l’absència de dades de navegació vol dir l’absència de registres.

Reviseu la finestra de retenció sempre que canviï la supervisió, perquè un camp nou allarga en silenci el que es conserva. Després esborreu el que la descripció diu que esborreu, i verifiqueu que l’esborrat s’ha produït de debò.