로그 파서 및 가리기

이 페이지가 로그에 하는 일

로그 파일은 표가 되어야 비로소 쓸모가 있습니다. 한 열에는 시간, 다른 열에는 수준, 그리고 원시 텍스트를 스크롤하지 않고도 읽을 수 있는 메시지. 이 페이지는 각 줄을 그런 열로 파싱하고, 수준을 세고, 중요한 행만 골라낼 수 있게 합니다 — 오류만, 또는 하나의 호스트 이름, 하나의 경로, 하나의 사용자를 언급한 전부. 표는 일치하는 처음 1,000개 행을 보여주고, 개수는 읽은 모든 것을 포괄하므로 필터가 아홉 행을 숨겼는지 구천 행을 숨겼는지 항상 알 수 있습니다.

파일은 하나의 문자열로 불러오지 않고 1 MB 청크로 읽으므로, 몇 메가바이트짜리 운영 로그도 불러오는 동안 탭이 멈추지 않습니다. 파싱된 처음 20,000개 행은 필터링과 내보내기를 위해 보관되고, 그 이상에서는 페이지가 여전히 모든 줄을 세어 합계를 솔직하게 보고합니다. 파일이 그보다 크다면 내보내기 전에 필터링하거나, 파일을 나눠 두 번 돌리세요. 이 흐름의 어떤 부분도 네트워크에 닿지 않습니다. File API가 바이트를 읽고, 파서는 페이지 안에서 실행되며, 내보내기는 같은 로컬 행으로 조립됩니다.

가리기는 패턴 매칭이지 보증이 아닙니다

가리기는 공유된 로그에서 가장 자주 새어 나가는 값을 숨깁니다. 이메일 주소, IP 주소, Bearer 토큰, AWS 액세스 키 ID, 그리고 api_key, secret, password, token 레이블 뒤에 쓰인 값들입니다. 기본으로 켜져 있으며 표와 모든 내보내기 형식에 적용됩니다. 하지만 이것은 패턴 매칭이고, 패턴은 놓치는 것이 있습니다 — 특이한 형식의 토큰, 여러 줄에 나뉜 비밀, 고객을 특정하는 내부 호스트 이름. 내보내기를 안전한 것이 아니라 더 안전한 것으로 취급하세요. 어딘가로 보내기 전에, 특히 조직 밖으로 보내기 전에 한 번 읽어 보세요. 직접 디버깅하기 위해 원본 값이 필요하다면 가리기를 끄세요 — 토글은 표 바로 위에 있습니다.

그 구분이 바로 이 페이지가 존재하는 이유입니다. 운영 로그를 채팅 창이나 온라인 뷰어에 붙여넣으면 그 내용이 영원히 제3자에게 넘어갑니다. 로컬에서 파싱하면 아무에게도 아무것도 넘어가지 않습니다. 호스팅된 뷰어의 편의는 로그의 내용과 맞바꿀 가치가 결코 없으며, 요청을 절대 보내지 않는 브라우저 탭이 그것을 확신하는 가장 간단한 방법입니다.

자주 묻는 질문