https://joonlog.github.io/tags/network-load-balancer/Recent content in Network Load Balancer on JoonlogHugo -- gohugo.ioko-krSun, 14 Dec 2025 09:00:00 +0900https://joonlog.github.io/p/ncp%EC%97%90%EC%84%9C-nlb-%EA%B5%AC%EC%84%B1-%ED%9B%84-503-%EB%B0%9C%EC%83%9D-troubleshooting/Sun, 14 Dec 2025 09:00:00 +0900https://joonlog.github.io/p/ncp%EC%97%90%EC%84%9C-nlb-%EA%B5%AC%EC%84%B1-%ED%9B%84-503-%EB%B0%9C%EC%83%9D-troubleshooting/<blockquote> <p>NLB 사용 시 Source IP 유지로 인해 발생한 ACG 방화벽 정책 이슈 해결</p> </blockquote> <h3 id="문제-상황">문제 상황 </h3><ul> <li>NCP에서 WEB → NLB → WAS 구조로 서비스 구성</li> <li>구축 단계에서는 아웃바운드 ANY OPEN으로 사이트 정상 동작</li> <li>운영 전환을 위해 아웃바운드 제한하니 사이트에서 503 오류 발생</li> <li>인바운드는 그대로였으므로 아웃바운드 정책 문제로 확인 <ul> <li>WEB 서버에서 NLB의 Private IP로 아웃바운드를 허용했던 상황</li> </ul> </li> </ul> <h3 id="원인-분석">원인 분석 </h3><ul> <li>WAS에서 tcpdump 확인 <ul> <li>Source IP가 NLB Private IP일 줄 알았으나, 덤프 확인 시 WEB 서버 Private IP로 출력됨 <ul> <li>트래픽을 단순 포워딩만 하고 클라이언트 IP를 그대로 전달</li> </ul> </li> </ul> </li> <li>결과적으로 WAS는 NLB가 아닌 WEB 서버와 직접 통신하는 형태가 됨</li> <li>동작 방식은 AWS에서의 NLB도 동일하며 L4 LB의 정상적인 구조로 확인</li> </ul> <h3 id="조치">조치 </h3><ul> <li>WEB 서버의 아웃바운드에 WAS 서버의 Private IP 추가 후 정상 동작 확인</li> </ul> <h3 id="결론">결론 </h3><p>L4 LB인 NLB NAT를 하지 않기 때문에 WAS는 항상 앞단 서버의 Real IP를 보게 된다.</p> <p>따라서 ACG 정책도 NLB가 아닌 실제 통신 경로(WEB → WAS) 기반으로 설정해야 한다.</p>