docs: add 24 server ssot note

journey/troubleshooting/260309_24서버_우분투터미널불가_네트워크대역오류_python3apt복구.md

@@ -13,6 +13,7 @@ tags: [infra, 24-server, ubuntu, gnome-terminal, network, python, apt, troublesh
 ## 관련 문서
 - [Infra Journey](../README.md)
 - [23서버 워크스페이스-인프라 구조정리 이슈](./260307_23서버_워크스페이스_인프라_구조정리_이슈.md)
+- [51123 구 IP 하드코딩과 런타임 SSOT 불일치 이슈](./260309_51123_구IP하드코딩_런타임SSOT불일치_이슈.md)
 
 ## 사건 요약
 - 24 서버에서 GUI 터미널이 열리지 않아 `Ctrl + Alt + F3`로 텍스트 콘솔(TTY, 그래픽 없이 명령만 입력하는 콘솔)로 진입해 복구를 시작했다.
@@ -221,6 +222,13 @@ sudo ip route del default via 192.168.219.1 dev eno1 metric 100
 - 기본 경로는 `192.168.0.1`만 남아 있다.
 - 즉 과거 사설 IP `192.168.219.52/24`는 런타임과 영구 설정 모두에서 제거됐다.
 
+## 24서버 관점에서 남길 운영 메모
+- 이번 24 서버 장애는 "네트워크가 잠깐 이상했다"로 끝나는 사건이 아니라, 과거 IP `192.168.219.52`가 실제 NetworkManager 설정과 실행 경로에 남아 있으면 언제든 다시 살아날 수 있다는 점을 보여줬다.
+- 즉 24 서버도 51123과 같은 원칙을 따라야 한다. 현재 운영 주소는 `192.168.0.106`만 SSOT로 취급하고, 코드 기본값, compose fallback, 운영 문서, 수동 명령 예시에서 과거 IP `192.168.219.52`를 병행 허용하면 안 된다.
+- 특히 23 서버에서 24 서버를 호출하는 URL, 24 서버 내부 서비스의 자기참조 URL, 배포 스크립트, health check, SSH 접속 예시는 모두 `192.168.0.106` 또는 별도 의미 있는 환경변수만 바라보게 정리해야 한다.
+- 한쪽 서버만 SSOT를 맞추고 다른 쪽에 과거 IP fallback을 남겨두면, 평상시에는 조용하다가 재배포, 장애 복구, env 누락 시점에 다시 옛 경로로 접속을 시도하는 구조적 재발 조건이 된다.
+- 따라서 24 서버 기준 완료 조건도 "주소가 바뀌었다"가 아니라, 실행 경로에서 `192.168.219.52` literal 검색 결과가 운영 파일 기준 0건이 되는 상태로 본다.
+
 ## 재발 방지
 - 24 서버에서 시스템 `python3` 링크를 변경하지 않는다.
 - 개발용 Python 3.13은 `venv` 또는 명시적 바이너리 경로로만 사용한다.