CGNAT 뒤에 있는지 확인하는 방법

Carrier-Grade NAT, 보통 CGNAT라고 줄여 부르는 방식은 포트 포워딩이 아무 효과가 없는 것처럼 보이는 가장 흔한 이유 중 하나입니다. 라우터에서 포워딩 규칙을 만들 수 있고, 게임 서버도 실행 중이며, 로컬 방화벽도 정상으로 보일 수 있습니다. 그런데도 집 밖의 사람들은 여전히 접속하지 못합니다. 빠진 조각은 단순한 경우가 많습니다. 집 라우터가 실제로 공인 IPv4 주소를 가지고 있지 않을 수 있습니다.

이 가이드는 추측하지 않고 CGNAT를 확인하는 실용적인 방법을 설명합니다. 모든 Strict NAT 결과를 CGNAT로 단정하려는 것이 아닙니다. NAT 타입 테스트는 연결 동작을 설명합니다. CGNAT는 ISP가 상위 구간에서 사용하는 주소 공유 설계입니다. 이를 확인하려면 공인 IPv4 주소와 라우터 WAN 주소를 비교하고, 주소 범위를 확인한 뒤, 집 안의 일반적인 이중 NAT를 먼저 배제해야 합니다.

NAT 타입만으로는 CGNAT를 증명할 수 없는 이유

NAT 타입 테스트는 연결이 만들어질 때 현재 네트워크가 어떻게 동작하는지 관찰합니다. 테스트 방식에 따라 open internet, full cone, restricted, port restricted, symmetric, timeout 또는 blocked 동작을 보여줄 수 있습니다. 게임과 peer-to-peer 애플리케이션에는 유용하지만, 공인 IPv4 주소를 누가 보유하는지는 알려주지 않습니다. 공인 IPv4를 가진 라우터에서도 symmetric NAT 결과가 나올 수 있고, CGNAT 뒤에 있는 가정에서도 일부 outbound 세션은 정상적으로 작동할 수 있습니다.

CGNAT는 다른 문제입니다. ISP가 여러 가입자를 공유 NAT 계층 뒤에 두어 더 작은 공인 IPv4 주소 풀을 여러 고객이 사용하게 한다는 뜻입니다. RFC 6888은 CGN을 multi-subscriber NAT로 설명합니다. RFC 6269는 주소 공유가 애플리케이션, 로깅, 악용 처리, inbound 연결성의 가정을 어떻게 깨뜨릴 수 있는지 설명합니다. 가정 사용자에게 나타나는 실질적인 증상은 로컬 포트 포워딩 규칙이 올바르더라도 요청하지 않은 inbound 트래픽이 라우터까지 도달하지 못한다는 것입니다.