중요한 단서를 잃지 않고 VPN 로그를 편집하기
사용할 수 있는 것은 모두 제거하고, 실제 값마다 레이블 하나를 유지하며, 순서와 버전을 보존합니다. 편집된 로그는 여전히 낯선 사람이 장애를 따라갈 수 있게 해야 합니다.
지원 스레드에 로그를 붙여 넣으면, 답글이 개인 키가 들어 있다고 지적하고, 그 붙여 넣기는 영구적입니다. 더 조용한 실패는 모든 주소가 X가 되고, 클라이언트와 서버가 서로 다른 호스트였다는 것을 파일이 더 이상 증명하지 못할 때 나중에 드러납니다. 한 번의 편집 과정은 접근을 허용하거나 사람을 지목하는 것을 제거하고, 장애를 설명하는 것은 남깁니다. 그것은 규칙이 있는 변환이며, 검색 상자로 지우는 것이 아닙니다.
편집은 변환이며 삭제가 아니다
로그는 값뿐 아니라 구조도 담습니다. 이 주소가 그 주소와 이 시각에 통신했고, 핸드셰이크는 이 단계에서 멈췄습니다. 파일을 게시하기 위험하게 만드는 것은 값이고, 게시할 가치가 있게 만드는 것은 구조입니다.
줄 전체를 삭제하면 둘 다 한 번에 사라지므로, 잘라낸 로그는 종종 아무것도 답하지 못합니다. 모든 값을 하나의 토큰으로 합치면 서로 다른 두 피어가 하나의 행위자가 되므로 다르게 실패합니다. 두 과정 모두 깔끔해 보이면서 증거를 파괴할 수 있습니다. 시험은 당신의 네트워크를 본 적 없는 독자가 순서를 따라 당신이 도달한 결론에 도달할 수 있는지입니다.
먼저 발췌, 그다음 제거
무엇이든 편집하기 전에 장애 주변 부분을 잘라냅니다. 작은 발췌는 검사하기 쉽고, 파일에 있었다는 것을 잊은 무언가를 가져올 가능성도 낮습니다. 문제가 닫힐 때까지 손대지 않은 원본을 보호된 저장소에 둡니다. 편집은 손실이 있으며, 원본 파일만이 후속 질문에 답할 방법입니다.
내보내기 명령이 개인 부분을 제거했다고 믿기 전에 발췌를 일반 텍스트로 읽는 것은, 내보내기 도구가 필드를 요약하고 회전시킬 뿐 무해화하지 않기 때문입니다. 디버그 및 상세 모드는 키 블록이나 인라인 자격 증명이 가장 나오기 쉬운 곳입니다. 줄을 접어 끝을 감추는 뷰어가 아니라 전체 줄을 보여 주는 편집기에서 파일을 엽니다.
무엇을, 어떤 순서로 빼야 하는가
접근을 허용하는 자료부터 시작합니다. 여기서의 누락은 연습을 끝내므로 개인 키 블록, 비밀번호, 사전 공유 키, API 토큰, 복구 코드가 첫 대상입니다. 이것들은 식별할 뿐 아니라 스레드를 읽는 누구나 사용할 수 있으며, 나머지를 모두 제거하고 이것들 중 하나를 남긴 과정은 실패입니다.
다음은 신원 계층으로, 사용자 이름, 인증서 주체와 일련번호, 계정 식별자, 사람 이름이 들어 있는 경로입니다. 어느 것도 단독으로는 쓸 수 없지만, 함께라면 사람을 지목하며, 공개 스레드에 필요한 것은 그 부분이 아닙니다.
다음은 토폴로지 계층이고, 여기서 판단이 들어옵니다. 공개 주소, 내부 범위, 호스트 이름은 공개가 진단 목적에 쓰이지 않을 때 대체할 수 있으며, 안정적인 레이블이 빈칸보다 낫습니다. 순서가 중요한 것은 앞의 계층은 절대적이고 마지막은 결정이기 때문입니다. 그 순서로 일하면 키 블록이 마흔 번째 줄에 있는데 호스트 이름에 한 시간을 쓰는 일도 막습니다.
| Original kind | Replace with | Keep |
|---|---|---|
| Client address | CLIENT_A | Which side initiated |
| Server address | SERVER_B | Port and protocol |
| Username | USER_1 | The failure that mentions it |
| Hostname | HOST_1 | Resolution order |
관계를 파괴하지 말라
실제 값마다 자리 표시자 하나를 주고, 그 값이 나타날 때마다 재사용합니다. 두 주소가 달랐다면 과정 후에도 달라야 하며, 그렇지 않으면 독자는 클라이언트가 자기 자신에 연결했다고 결론짓습니다. 일관성이 전체 메커니즘으로, 레이블이 반복되는 것을 보며 독자는 대응을 배웁니다. 두 행위자에 하나의 재사용 토큰은 로그를 읽을 수 없게 만드는 가장 빠른 길입니다.
순서와 시간은 같은 구조의 일부입니다. 순서를 그대로 유지하고, 타임스탬프를 옮긴다면 모두 같은 양만큼 옮기고 그 사실을 한 줄로 적습니다. 변조된 시각과 실제 시각을 섞는 것은 빈틈이 일어나지 않은 일의 증거처럼 보이므로 삭제하는 것보다 나쁩니다.
포트, 프로토콜, 방향은 그대로 둡니다. 주소에 자리 표시자가 있어도 포트에 자리 표시자가 필요하지는 않습니다.
로그가 답해야 할 질문을 유지하라
편집을 시작하기 전에 돕는 사람에게 필요한 필드를 적습니다: 비밀이 아닌 정확한 오류 문구, 클라이언트와 서버 버전, 전송 방식, 어느 쪽이 시도를 시작했는지입니다. 이것들이 낯선 사람의 장애 인식을 가능하게 합니다. 목록을 옆에 두면 과정은 희망이 아니라 점검이 됩니다.
파일을 보낼 때 무엇을 대체했는지 한 줄 덧붙이면, 아무도 자리 표시자 호스트 이름을 진단하는 데 한 시간을 쓰지 않습니다. OpenVPN의 진단 로그 문서 는 그 로그가 담는 필드를 나열하며, 그것이 당신이 바꾸려는 목록입니다. 메모리 덤프나 패킷 캡처를 보내기 전에 물어보고, 검증할 수 있는 지원 경로를 사용하십시오. 그런 산출물은 텍스트 로그보다 훨씬 많은 것을 담고 있으며, 일부는 공개할 수 없는 것입니다.
완성된 발췌를 시작과 끝도 포함해 첫 줄부터 마지막 줄까지 한 번 읽습니다. 스크린샷은 다른 창, 계정 이름, 메뉴 항목을 함께 담기 때문에 텍스트보다 더 의심해야 합니다.