VPN 로그 보존: 숫자가 아니라 사건에 맞추세요

VPN 로그를 얼마나 오래 보관할지는 사실 아무도 묻지 않으며, 로그가 무엇을 위한 것인지를 묻고, 그 답이 날짜를 정합니다. 한 사건에서 수명이 다른 두 파일이 나올 수 있으며, 이를 하나의 정책으로 다루면 과도한 보존과 증거 손실이 동시에 생깁니다. 원인이 밝혀지지 않은 상태에서 캡처한 디버그 내보내기는 모니터링 저장소의 한 행과 같은 산출물이 아닙니다. 목적에서 시작하고, 그다음 날짜를 정하세요.

날짜를 정하기 전에 네 가지 질문에 답하세요

네 가지 질문이 파일이 남을지를 결정합니다: 사건이 아직 열려 있는지, 파일에 무엇이 들어 있는지, 누가 읽어야 하는지, 적용되는 정책이 무엇을 요구하는지입니다. 이 순서로 답하면 보존 날짜가 저절로 나옵니다. 근거는 표로 정리됩니다:

사건이 열려 있는 동안 보호된 원본 하나를 유지해 나중에 사건을 비교하거나 지원 질문에 답할 수 있게 하고, 소유자와 목적을 문서로 지정하세요. 대응 팀 밖의 사람에게는 짧게 정리된 발췌본이 보통 충분하며, 전체 내보내기보다 방어하기가 훨씬 쉽습니다. 원본과 발췌본은 서로 다른 독자를 가진 별개의 산출물이며, 이 둘을 합치는 것이 과도한 보존과 증거 손실을 동시에 만듭니다. 정책은 하한선을 정하므로, 정책이 당신의 근거보다 긴 기간을 요구하면 정책이 우선합니다.

사건은 내보내기가 아니라 기록으로 닫으세요

티켓에 증상, 클라이언트와 버전, 이를 식별한 단 하나의 오류 줄, 수정 내용으로 이루어진 네 줄짜리 기록을 쓰세요. 내보내기는 당신을 위한 것이고 기록은 다음 사람을 위한 것이므로 다른 것은 첨부하지 마세요.

기록은 읽힐 가능성도 더 높은데, 전체 내보내기는 주로 그것을 캡처한 사람에게 유용하고 그 사람은 이미 무슨 일이 있었는지 알기 때문입니다. 기록은 다음 사건에서 검색될 위치, 보통 날짜 이름의 폴더가 아니라 티켓에 두세요. 연결 식별자를 노출하지 않고 기록을 추적할 수 있어야 한다면 사건 번호가 참조를 담을 수 있습니다. 아직 열린 질문이 있다면 원본은 위의 보호 사본 규칙 아래에 남고, 기록이 존재하면 나머지는 모두 처분할 수 있습니다.

하나를 삭제하기 전에 모든 사본을 찾으세요

내보내기 폴더를 보고, 다음으로 사건 기간의 저널을 보고, 다음으로 티켓 첨부 파일, 다음으로 백업 카탈로그, 다음으로 모니터링 저장소를 확인하세요. 같은 연결 식별자가 다섯 번째 위치에서 나오면 목록이 틀린 것입니다. 저널이 늘 뜻밖인 이유는 당신이 내보내기를 읽는 동안에도 계속 수집했기 때문입니다.

파일을 손으로 연결 해제하는 대신 지원되는 순환 및 삭제 경로를 사용하세요. 아직 열려 있는 파일은 디렉터리 항목이 사라진 뒤에도 저장 공간을 유지하므로, 삭제는 완료된 것처럼 보이지만 아무것도 해제하지 않습니다. 이것은 프라이버시 라벨을 붙인 저장소 버그이며, 두 목표 중 어느 것도 충족하지 않습니다.

삭제를 확인하기 전에 수집을 중단하세요

임시 상세 수집은 출력 파일을 편집하는 대신 그 수집을 소유한 애플리케이션에서 중단하세요. 잊힌 디버그 설정은 오래된 기록을 제거한 뒤에도 새 기록을 계속 쓰며, 방금 한 작업을 조용히 무효로 만듭니다. 기억하는 값이 아니라 실제 로깅 수준을 확인하세요. 그런 다음 남은 것이 보호되어 있고 의도한 사람만 가져올 수 있는지 확인하세요.

원칙은 데이터 최소화입니다: 선언된 목적에 필요한 것을 필요한 기간만 유지하고 그 이상은 두지 않는 것이며, 이는 RFC 6973 프라이버시 지침이 규정하는 바입니다. 목적 없이 보관된 파일은 타임스탬프가 붙은 부채입니다. 파일, 목적, 소유자, 종료일을 말할 수 있을 때 결정이 끝납니다.