공인 IP가 남아도 새 연결이 실패하면 주소 수만으로 원인을 찾기 어렵습니다. NAT 풀은 주소와 포트, 연결 대상 및 매핑 방식에 따라 사용할 수 있는 용량이 달라집니다. Overload·One-to-One 차이로 잘못된 풀 선택도 확인합니다. 중앙 SNAT의 부서별 관리와 포트 고갈, 규칙 매칭 및 상위 경로를 나누어 증설 전 확인할 기준을 정리합니다.
공인 주소 부족과 포트 부족 구분
Overload는 여러 내부 주소가 변환 주소를 포트로 구분해 공유하는 PAT 방식입니다. 연결 용량은 프로토콜·목적지, 포트 배정 방식 및 세션 조건에 영향을 받습니다. 공인 IP 하나가 언제나 일정한 수의 이용자를 수용한다고 단정할 수는 없습니다. 실패 시각의 세션·풀 사용량·장비 자원을 기록하고 목적지별 증상도 비교해 용량과 경로의 병목을 구분하세요.
IP Pool 유형별 매핑 방식 비교
One-to-One 풀은 내부와 외부 주소를 일대일로 대응시키며 PAT를 사용하지 않습니다. 풀 주소가 적으면 대응할 내부 주소 수도 제한되므로 Overload와 같은 공유 효과를 기대하면 안 됩니다. 이 유형을 선택하는 것만으로 임의의 내부 서버에 영구 고정 매핑이 보장되지도 않습니다. 고정 포트 범위·블록 할당은 제약과 추적성, 용량에 맞게 선택하세요.
| 유형 | 주요 방식 | 검토 기준 |
|---|---|---|
| Overload | 포트로 주소 공유 | 동시 연결·포트 용량 |
| One-to-One | PAT 없이 일대일 대응 | 외부 주소 수 제약 |
| Fixed Port Range | 고정 범위로 포트 배분 | 내·외부 범위 설계 |
| Port Block Allocation | 포트 블록 할당 | 블록 사용·로그 추적 |
부서별 NAT 사용량을 비교하기 쉽게 정리하세요. Btagly 메인의 문서 도구를 확인해 보세요.
Btagly 무료 도구 바로가기중앙 SNAT로 부서별 사용을 정리
중앙 SNAT는 부서 VLAN과 출발지, 목적지 및 입출력 인터페이스에 따라 풀 지정이 가능합니다. 구체적인 규칙과 일반 규칙의 순서를 검토하고 새 세션이 원하는 풀을 쓰는지 확인해 보세요. 분류만 바꾸어도 물리적인 주소나 포트 용량이 늘어나는 것은 아닙니다. 변환 주소의 반환 라우팅과 ARP, 사용량 추이를 검증한 뒤 풀 확장과 부서별 배분을 결정하세요.
- 신규 연결 실패 시각의 세션과 풀 사용 상태를 기록합니다.
- 실제 매칭 규칙과 풀 유형, 포트 용량을 비교합니다.
- 반환 경로를 확인한 뒤 배분 조정과 확장 효과를 검증합니다.
- 주소 부족과 포트 부족을 구분합니다.
- One-to-One 선택을 영구 고정 매핑과 동일시하지 않습니다.
- 특정한 동시 사용자 수를 모든 환경에 보장하지 않습니다.
자주 묻는 질문
Overload면 공인 IP 하나로 무제한 접속하나요?
아닙니다. 프로토콜, 목적지와 세션 수, 포트 할당 및 장비 자원의 영향을 받습니다. 실제 사용량과 신규 연결 실패를 함께 확인해야 합니다.
중앙 SNAT로 나누면 IP 부족이 해결되나요?
분류와 배분을 명확하게 만들 수 있지만 주소와 포트 용량이 저절로 늘지는 않습니다. 규칙 매칭과 병목을 확인하고 필요한 자원을 확장해야 합니다.
마치며
IP Pool 부족은 주소 개수와 포트 자원, 규칙 선택을 나눠 볼 때 원인이 명확해집니다. 공유가 필요하면 Overload의 조건을 검토하고 일대일 유형의 주소 제한도 확인하세요. 중앙 표의 부서별 분류는 사용 현황을 추적하는 데 도움이 되지만 자원 자체를 늘리지는 않습니다. 실패 시각의 세션·풀·경로와 증설 효과를 기록해 불필요한 구매·수정을 줄이세요.
참고 자료: 공식 참고 문서 1 · 공식 참고 문서 2