260311 51123 포트경계 복잡성 및 진입구조불일치 이슈

상위 원칙

51123의 현재 포트 상태는 단순히 “포트가 많다”가 아니라, 공용 진입면, 프로젝트 내부 제어면, 직접 프록시, 직접 외부노출이 섞여 있어 운영 판단 기준이 흐려진 상태다.
실제로 80/443 nginx 외에도 8000, 8100, 8200, 8505, 9000, 9200, 9600, 5432, 7687이 외부 접근 가능한 형태로 보이며, 이 중 무엇이 공식 진입면이고 무엇이 내부용인지 한 문서에서 바로 닫히지 않는다.
robeing만 봐도 ro-being.com/api/* -> 8100 gateway, ro-being.com/rb8001/* -> 24서버 8001 직접으로 ingress 기준이 이중화돼 있다.
sudo ufw status numbered 확인 결과 5432, 7687은 일부 대역만 제한하지만 8000, 8100, 8200, 8505, 9000, 9200, 9600은 별도 제한 규칙이 보이지 않아, 리슨 상태와 노출 정책이 문서 기준 없이 섞여 있다.

프로젝트 수가 늘었지만 포트 관리 기준이 프로젝트별, 서버별, ingress별 3축으로 아직 고정되지 않았다.
특히 8100은 현재 사실상 robeing 전용 제어면인데, 운영상 공용 API 게이트웨이처럼 읽힐 여지가 남아 있다.
goosefarminvesting, starsandi, gitea, auth, robeing이 서로 다른 진입 방식을 쓰지만, 이 차이가 포트 문서나 정책 문서로 아직 승격되지 않아 구조 복잡성이 누적됐다.
즉 직접 원인은 프로젝트별 ingress 방식 불일치와 포트별 노출 정책 미고정, 근본 원인은 포트 책임 경계를 SSOT로 아직 승격하지 않은 상태다.