NAS 미니랩 4/4 · 포트포워딩 & DDNS
집 밖에서 치니, 내 NAS가 없습니다.
집에서 잘 되던 주소가 카페에서는 안 통합니다. 인터넷에서 보이는 건 공유기의 공인 IP 하나뿐이고, 밖에서 먼저 들어오는 연결은 기본 차단이기 때문입니다. 공유기에 길을 내고(포트포워딩) 바뀌는 IP에 이름을 붙여(DDNS) 어디서든 접속되게 만듭니다.
바뀌는 IP엔 이름
아래 파란 버튼만 누르세요
카페 노트북에서 집 NAS까지, 요청은 도착할까요?
패킷이 출발하면 여기에 주소가 보여요.
설정 상태
- ✗포트포워딩규칙 없음 — 밖→안 차단
- ✗DDNS 이름미등록 — IP 숫자를 외워야 함
아무 설정도 하지 않은 상태예요.
지나온 기록
접속을 시도하면 단계마다 기록이 쌓여요.
버튼은 하나예요. 접속 시도를 누르면 카페 노트북에서 우리 집 NAS까지 가는 길을 한 단계씩 따라가고, 자동 재생을 누르면 끝까지 알아서 진행돼요.
원리 세 가지만
밖에서 안 되던 접속이 되게 하는 것들
인터넷에서 보이는 건 공유기의 공인 IP 하나예요. 집 안 기기들은 사설 IP(192.168.x.x)를 나눠 쓰고, 그 번호는 밖에서 의미가 없어요.
NAT 공유기는 안에서 나간 연결의 응답만 들여보내요. 밖에서 먼저 오는 연결은 포워딩 규칙이라는 명시적인 길이 있어야 통과해요.
집 공인 IP는 통신사 사정으로 바뀌어요. DDNS는 NAS가 신고하는 최신 IP에 이름을 붙여, 언제나 같은 주소로 접속하게 해요.
이 데모에 대하여
밖에서 온 요청이 어디서 막히는지 짚습니다
집 밖에서 집 안의 장비에 접속하려 할 때 무엇이 문제인지는 대개 한 지점에서 갈립니다. 이 화면은 카페의 노트북에서 출발한 요청이 인터넷을 지나 집 공유기까지 왔을 때, 공유기가 그 요청을 어디로 보내야 할지 모른다는 상황을 그대로 보여줍니다. 그다음 설정을 하나씩 더해 가며 길이 열리는 과정을 따라가고, 마지막에는 그렇게 열어 둔 길이 왜 다시 끊기는지까지 다룹니다.
- ‘그냥 접속’으로 집 안에서 쓰던 주소를 그대로 입력한 경우를 봅니다.
- 그 주소가 왜 바깥에서는 의미가 없는지 설명을 읽습니다.
- 공인 주소로 바꿔 봐도 공유기에서 막히는 단계를 확인합니다.
- ‘길 내고 이름 붙이기’로 바꿔 포워딩 규칙이 생기는 단계를 봅니다.
- 규칙이 생긴 뒤 같은 요청이 어디까지 가는지 비교합니다.
- 이름을 등록하고 그 이름을 주소로 바꾸는 단계를 확인합니다.
- 마지막에 집 공인 주소가 바뀌는 단계에서 무슨 일이 생기는지 봅니다.
- 이름을 등록해 둔 경우와 아닌 경우가 그 시점에 어떻게 갈리는지 비교합니다.
- 두 시나리오에서 요청이 막히는 지점이 각각 어디인지 지도에서 짚어 봅니다.
- 응답이 돌아오는 방향에서는 별도 설정이 필요 없다는 점을 확인합니다.
- 포워딩 규칙에 적히는 값이 번호와 안쪽 주소 두 가지뿐인지 봅니다.
- 주소가 바뀌기 전과 후에 화면 위쪽의 공인 주소 표시가 어떻게 달라지는지 봅니다.
- 이름 조회 단계가 접속 경로에 한 번 더 끼어든다는 점을 확인합니다.
길이 열리고 닫히는 조건
01
집 안 주소는 집 안에서만 통합니다.
집 안 기기에 붙는 주소는 전 세계에서 유일한 값이 아니라 각 집에서 따로 쓰는 값입니다. 수많은 집이 같은 주소를 동시에 쓰고 있기 때문에, 바깥에서 그 주소를 적어 봐야 어느 집을 말하는지 알 수 없습니다. 첫 시나리오가 실패하는 이유가 이것이고, 설정이 잘못된 것이 아니라 주소 체계상 성립하지 않는 요청입니다.
02
공유기는 기본적으로 안으로 들이지 않습니다.
공인 주소로 제대로 찾아왔더라도 공유기는 그 요청을 안쪽 어느 기기에 줘야 할지 모릅니다. 집 안에서 나간 요청에 대한 답이라면 기록이 남아 있어 되돌려 줄 수 있지만, 밖에서 먼저 걸어 온 요청은 그런 기록이 없습니다. 그래서 아무 설정도 하지 않은 상태에서 막히는 것이 정상 동작이며, 이 막힘이 곧 기본적인 보호막 역할을 합니다.
03
포워딩은 특정 문을 하나 여는 것입니다.
규칙을 등록하면 공유기는 지정한 번호로 들어온 요청을 정해 둔 안쪽 기기로 넘깁니다. 화면에서 규칙이 생긴 뒤에야 요청이 NAS 까지 도달하는 것이 그 표현입니다. 다만 이것은 그 문을 전 세계에 여는 일이기도 해서, 열어 둔 문으로 자동화된 접속 시도가 계속 들어오게 됩니다.
04
집 주소는 대개 고정이 아닙니다.
마지막 단계에서 집의 공인 주소가 다른 값으로 바뀝니다. 회선이 재연결되거나 통신사 사정에 따라 일어나는 일이며, 그 순간 적어 두었던 주소로는 더 이상 집을 찾을 수 없습니다. 포워딩 설정은 그대로인데 접속이 안 되는 상황이 여기서 나오고, 원인이 공유기 안이 아니라 밖에 있다는 점이 진단을 어렵게 만듭니다.
05
이름을 붙이면 주소가 바뀌어도 됩니다.
바뀌는 주소를 사람이 매번 확인하는 대신 이름 하나를 등록해 두고, 주소가 바뀔 때마다 그 이름이 가리키는 값을 갱신합니다. 접속하는 쪽은 이름만 알면 되므로 주소가 바뀌어도 영향을 받지 않습니다. 화면에서 이름을 주소로 바꾸는 조회 단계를 따로 둔 것은, 이름이 마법처럼 동작하는 것이 아니라 조회 과정이 한 번 더 끼어든다는 점을 보이기 위해서입니다.
06
패킷의 위치를 단계마다 표시합니다.
각 단계는 요청이 지금 어느 지점에 있는지와 막혔는지 여부를 함께 들고 있습니다. 실패를 화면 전체의 오류 메시지로 처리하지 않고 위치를 가진 상태로 표현한 이유는, 어디까지 갔다가 막혔는지가 곧 무엇을 고쳐야 하는지를 알려주기 때문입니다. 인터넷에서 막힌 것과 공유기에서 막힌 것은 원인이 전혀 다릅니다.
07
예시 주소는 문서용 대역을 씁니다.
화면에 나오는 공인 주소들은 문서와 예제 용도로 비워 둔 대역에서 골랐습니다. 실제 사용 중인 주소를 예제로 적으면 그 주소로 접속을 시도하는 일이 생길 수 있기 때문입니다. 집 안 주소 쪽은 가정에서 흔히 쓰는 사설 대역을 그대로 썼습니다.
08
이름은 즉시 바뀌지 않습니다.
주소가 바뀌어 이름을 갱신해도, 조회 결과를 얼마 동안 기억해 두는 구간이 중간에 있어서 한동안 예전 주소로 연결을 시도하는 곳이 남습니다. 갱신했는데도 잠시 접속이 안 되는 상황이 여기서 나오며, 설정을 다시 만지기 전에 조금 기다려 보는 편이 나은 경우가 많습니다. 이 데모는 갱신이 곧바로 반영된 것으로 단순화했습니다.
여는 방법만 보여주고, 지키는 방법은 따로입니다.
이 화면은 어떤 네트워크 요청도 보내지 않고 정해 둔 단계를 보여줄 뿐입니다. 그리고 여기서 다루는 것은 길을 여는 절차까지이며, 그 길을 안전하게 쓰는 방법은 별도의 주제입니다. 포트를 열어 두면 자동화된 접속 시도가 지속적으로 들어오므로 실제 운영에서는 강한 인증과 접속 제한, 최신 상태 유지가 함께 필요하고, 관리 화면처럼 민감한 기능은 아예 밖으로 열지 않는 편이 낫습니다. 요즘은 문을 열지 않고 바깥과 안쪽을 잇는 다른 방식들이 널리 쓰이는데 이 화면에서는 다루지 않습니다. 또한 통신사에 따라 집에 공인 주소 자체가 배정되지 않는 경우가 있고, 그런 환경에서는 포워딩 설정을 아무리 해도 밖에서 접속할 수 없습니다. 그 구분은 이 화면의 범위를 벗어나며 회선 환경을 직접 확인해야 합니다.
참고 자료RFC 1918 — 사설 주소 대역 ↗RFC 3022 — 주소 변환(NAT) 동작 ↗RFC 5737 — 문서용 IPv4 주소 대역 ↗
실험을 마쳤다면