로그 및 진단 정보를 안전하게 공유하는 방법

증상을 먼저 정리하기

기대 결과, 실제 결과, 발생 시각, 가장 짧은 재현 절차를 작성하세요. 운영체제, CPU 아키텍처, 클라이언트 버전과 프록시 모드도 기록합니다. 단순히 작동하지 않는다고 쓰기보다 구독 갱신 중 어느 단계에서 시간이 초과됐는지 적는 편이 유용합니다. 개인 계정이 필요 없는 테스트 대상을 선택하면 공유가 수월합니다.

필요한 시간대만 수집

현재 버전의 설명에 따라 로그를 확인하거나 내보내고 오류 직전과 직후의 필요한 문맥만 남기세요. 상세 로그 수준을 잠시 올렸다면 테스트 뒤 원래 설정으로 복구합니다. 원본은 개인적으로 보관하고 사본에서 민감 정보를 제거하세요. 유일한 증거를 직접 편집하지 않아야 나중에 비교할 수 있습니다.

인증 정보와 간접 식별자 점검

구독 URL, 토큰, Authorization 헤더, 비밀번호, UUID, 쿠키, 제어 인터페이스 비밀키와 사설 서버 주소를 확인합니다. 파일 경로의 사용자 이름과 접속 대상도 개인정보가 될 수 있습니다. 스크린샷의 QR 코드, 주소 표시줄, 알림도 점검하세요. 같은 값에는 SERVER_A처럼 일관된 대체 표기를 사용하면 사건 사이의 관계를 유지할 수 있습니다.

진단에 필요한 구조 보존

가능하다면 오류 종류, 상태 코드, 시간 차이와 비식별화된 구조는 남겨두세요. 예를 들어 HTTP 403과 요청 단계는 보존하고 인증 값만 지웁니다. 권한 오류라면 개인 폴더 이름을 치환할 수 있습니다. 무엇을 가렸는지도 설명하세요. 모든 줄을 삭제하면 네트워크와 설정 중 어느 쪽 문제인지 판단하기 어렵습니다.

제출 전 재검토와 유출 대응

실제로 첨부할 파일을 다시 열어 token, password, secret, Authorization 등을 검색한 뒤 직접 읽어보세요. 사용자 폴더 전체나 관련 없는 로그를 첨부하지 않습니다. 인증 정보가 이미 공개됐다면 먼저 폐기하거나 교체한 뒤 게시물의 첨부를 삭제하세요. 비공개로 바꾸더라도 이미 복사된 정보는 회수되지 않으며 새 비밀 값도 후속 글에 적으면 안 됩니다.

다음 단계

다운로드 센터 · 자주 묻는 질문

참고 자료 (프로젝트 공식 문서)