NAT냐 전용 IPv4냐: 포워딩된 포트 하나로 할 수 있는 것과 없는 것

NAT가 무슨 뜻인지 대부분은 구매하고 10분쯤 지나서야 알게 됩니다. Nginx는 켜지고 curl localhost도 페이지를 돌려주는데, 노트북 브라우저는 계속 빙글빙글 돌기만 합니다. 고장 난 건 없습니다. 서버에 자기만의 공인 IPv4가 없고, 유일한 출입문이 SSH용으로 포워딩된 포트 하나일 뿐입니다.

이 문 하나로 생각보다 훨씬 많은 일을 할 수 있지만, 아주 흔한 몇몇 용도에는 턱없이 부족합니다. 아직 두 종류의 요금제 사이에서 고민 중이라면 예전 글 전용 IP냐 NAT VPS냐가 답을 정해 주는 질문 하나를 던집니다. 이 글은 그 답을 안고 사는 법에 관한 이야기입니다. NAT 서버가 실제로 무엇을 할 수 있는지, 어디서 벽에 부딪히는지, 그리고 작아졌을 때 어떻게 빠져나오는지.

실제로 받는 것

NAT 서버는 저희 게이트웨이 뒤의 사설 주소를 씁니다. 대시보드에 호스트와 개인 포트가 표시되고, 다음처럼 접속합니다.

ssh -p 20123 root@host

이 포트는 서버 안의 22번 포트로 연결됩니다. 나머지 IPv4 인바운드 포트는 모두 외부에서 닫혀 있고, 포워딩을 더 추가할 방법도 없습니다. 아웃바운드는 이야기가 다릅니다. 서버는 인터넷 어디로든 나갈 수 있습니다. 예외는 SMTP 25번과 465번 포트인데, NAT든 아니든 모든 요금제에서 닫혀 있습니다. 전체 규칙은 네트워크와 포트에 있습니다.

일부에게 중요한 사항이 하나 더 있습니다. 아웃바운드 주소는 여러분 자신의 주소가 아닙니다. 트래픽이 여러분이 관리하지 않는 주소로 나가기 때문에 역방향 DNS를 설정할 수도, 발신자 평판을 쌓을 수도 없습니다.

포트 하나 뒤에서도 잘 돌아가는 것

스스로 대화를 시작하는 것이라면 무엇이든 됩니다. 생각보다 범위가 넓습니다.

• 폴링하는 봇. 롱 폴링을 쓰는 Telegram 봇, 게이트웨이 연결을 쓰는 Discord 봇, 거래소 API와 통신하는 트레이딩 봇. 모두 아웃바운드입니다.
• AI 에이전트. 모델 API를 호출하고, 웹을 탐색하고, 파일을 쓰고, 코드를 실행하는 에이전트는 누가 불러 줄 필요가 없습니다. 필요한 건 CPU와 메모리, 그리고 바깥으로 나가는 연결입니다.
• 워커와 스크레이퍼. 큐에서 작업을 가져오거나, 페이지를 크롤링하거나, 일정에 맞춰 데이터를 동기화하는 모든 것.
• 빌드 머신과 러너. CI 러너는 보통 스스로 서버에 등록하고 작업을 가져가므로 NAT에서도 잘 지냅니다.

이런 부하라면 솔직히 가장 싼 요금제로 충분합니다. Nano는 월 3달러에 2 vCPU, 메모리 1 GB, 디스크 15 GB이고, Small은 월 8달러에 4 vCPU, 4 GB, 35 GB입니다. 전체 목록은 NAT 요금제 페이지에 있습니다.

포트 하나로는 부족한 곳

벽은 상대방이 먼저 연결을 시작해야 하는 모든 경우입니다.

가장 뻔한 예는 웹사이트입니다. 브라우저는 443번 포트(리디렉션용으로는 80번)로 접속하는데, NAT 요금제에서는 바깥에서 볼 때 그 포트가 아예 없습니다. 비표준 포트로 띄워도 소용없습니다. 적어도 방문자가 받아들일 만한 방식으로는요.

HTTPS를 쓰는 자체 도메인은 같은 벽에 두 번 부딪힙니다. DNS 레코드를 게이트웨이 주소로 향하게 할 수는 있지만, 거기로 들어온 것은 SSH 포트를 빼고는 아무것도 여러분의 서버로 전달되지 않습니다. 게다가 무료 인증서를 받는 일반적인 방법은 80번이나 443번 포트에서 서버를 확인합니다.

웹훅은 조용히 실패합니다. 결제 알림, 업데이트를 보내는 봇 플랫폼, 새 커밋을 알리는 Git 서버 모두 여러분에게 닿아야 합니다. 롱 폴링으로 멀쩡히 돌던 봇이 웹훅으로 바꾸는 순간 멈춥니다.

VPN 엔드포인트, 게임 서버, 메일 서버는 원래부터 인바운드 포트가 필요합니다. 동료에게 브라우저로 열어 보라고 하고 싶은 것도 마찬가지입니다.

우회책, 솔직하게

IPv6. 새 Linux 서버는 공인 IPv6 주소를 받고, NAT 요금제에서는 이 주소가 어떤 포트로든 서버에 바로 닿습니다. 서비스의 클라이언트가 전부 여러분 것이라면(노트북, 다른 서버, IPv6를 쓰는 모니터링 프로브) 잘 동작합니다. 공개 웹사이트에는 안 됩니다. 방문자 일부는 여전히 IPv6가 없는 네트워크에 있어서 페이지를 영영 열지 못합니다. Windows 요금제는 아직 IPv4만 지원합니다.

터널. 다른 곳에 있는 중계 서버로 아웃바운드 연결을 유지하는 작은 에이전트를 돌리고, 중계 서버가 공개 트래픽을 터널로 되돌려 보내게 할 수 있습니다. 동작은 하고, 데모나 내부 대시보드라면 괜찮습니다. 하지만 중요한 서비스라면 모든 요청 한가운데 제3자를 끼워 넣고, 새벽 3시에 고장 날 수 있는 부품을 하나 더 늘린 셈입니다.

나만 쓰는 SSH 터널. 관리 화면이 여러분에게만 필요하다면 아예 밖에 내놓지 마세요. 이미 있는 SSH 포트로 포워딩하면 됩니다.

ssh -p 20123 -L 8080:localhost:8080 root@host

그런 다음 내 컴퓨터에서 http://localhost:8080을 열면 됩니다. NAT 서버에서 가장 과소평가된 요령이고, 어차피 관리 화면을 인터넷에 올리는 것보다 안전합니다.

솔직한 의견을 말하자면, IPv6와 SSH 터널은 좋은 도구입니다. 하지만 서버에 IPv4가 없다는 이유만으로 상시 공개 서비스를 터널로 돌리고 있다면, 대개 NAT를 졸업할 때가 됐다는 신호입니다.

재설치 없이 전용 IPv4로

다시 만들 건 없습니다. 대시보드에서 서버를 열고 '요금제 변경'을 고른 뒤 같은 크기 이상의 전용 IP 요금제를 선택하세요. 서버는 한 번 재부팅되고, 자기만의 공인 IPv4와 원래 디스크, 설치해 둔 모든 것을 그대로 가지고 돌아옵니다. 80번, 443번, 그리고 방화벽에서 연 포트들이 외부에서 접근 가능해지고, SSH는 평범한 22번 포트로 옮겨 갑니다. 자세한 내용은 요금제 변경에 있습니다.

누르기 전에 알아 두면 좋은 것들:

• 현재 기간의 남은 부분에 대한 일할 차액을 잔액에서 냅니다. Nano-IP는 월 8달러로 Nano의 3달러와 비교되고, Small-IP는 월 16달러로 Small의 8달러와 비교됩니다.
• 서버가 있는 위치에 빈 주소가 있어야 합니다. 지금 없으면 결제 전에 대시보드가 알려 줍니다.
• 서버 안의 네트워크 설정을 손으로 고쳤다면 재부팅 후에 확인하세요. 표준 이미지라면 자동으로 적용됩니다.
• 먼저 백업하세요. 재부팅 한 번이지만 그래도 여러분의 데이터입니다.

NAT가 맞지 않는 곳, 그리고 IPv4도 맞지 않는 곳

공개 서비스, 웹훅을 받는 모든 것, 누군가 허용 목록에 넣을 고정 주소가 필요한 모든 것에 NAT는 잘못된 선택입니다. 그걸 피해 가느라 며칠씩 쓰지 마세요. Nano와 Nano-IP의 가격 차이는 월 5달러입니다.

그렇다고 전용 IPv4가 마법은 아닙니다. 데이터센터 주소를 차단하는 사이트가 여러분을 들여보내 주지도 않고, 속도 제한에 걸린 스크레이퍼를 구해 주지도 않습니다. 그런 판단은 그 주소를 누가 또 썼느냐가 아니라 여러분이 속한 네트워크를 기준으로 내려지기 때문입니다. 그리고 프로젝트 전체가 봇 몇 개와 에이전트 하나라면, 아무도 접속하지 않을 IPv4를 사는 건 돈 낭비입니다.

어차피 더 큰 구성으로 옮길 계획이라면 다운타임 없이 VPS 옮기기가 작업 순서를, VPS 사양 읽는 법이 요금제 비교를 도와줍니다.