FreeDNS 설정은 됐는데 외부 접속이 안 된다면

이름을 찾는 일과 서버에 도착하는 일은 다르다

FreeDNS를 설정한 뒤에도 NAS나 집 서버에 접속하지 못한다면, 먼저 이름이 가리키는 IP와 실제 연결 경로를 나눠 봐야 한다. DDNS는 IP가 바뀔 때 DNS 기록을 갱신하는 기능이다. 공유기의 포트 전달이나 서버의 접속 허용 설정까지 대신하지는 않는다.

FreeDNS는 호스트 이름을 집·직장·클라우드 등의 IP에 연결하는 서비스를 제공한다. 최근 Hacker News 토론에서도 집 컴퓨터에 고정된 이름을 붙이는 용도와 공유기 지원을 놓고 이야기가 이어졌다. 같은 이름으로 서버를 찾을 수 있어도 외부 접속까지 허용된 것은 아니다.

예전 IP가 나온다면 갱신 상태와 캐시를 본다

도메인 조회 결과가 현재 외부 IP와 다르면 DDNS 갱신부터 확인할 차례다. FreeDNS의 기록이 실제로 바뀌었는지, 공유기나 업데이트 클라이언트가 올바른 기록을 갱신하는지 살핀다.

기록을 바꿨더라도 기존 조회 결과가 잠시 남을 수 있다. FreeDNS FAQ 12번은 PC와 인터넷 제공업체의 DNS 서버가 앞선 결과를 캐시할 수 있다고 설명한다. FAQ에 제시된 기본 TTL은 3600초다. 이는 캐시의 유효기간에 관한 설명이며, 접속이 안 될 때마다 무조건 한 시간을 기다리라는 뜻은 아니다.

조회된 IP가 이미 맞다면 같은 기록을 계속 저장하는 것으로는 원인을 좁히기 어렵다. 다음 단계는 서버와 포트가 실제로 연결되는지 보는 것이다.

포트 전달은 집 안의 어느 서비스로 보낼지 정한다

서버가 집 안에서도 열리지 않으면 외부 도메인부터 고칠 문제가 아니다. TP-Link의 포트 전달 점검 문서는 로컬 서비스 접근, 전달 규칙, WAN 주소, 방화벽을 나눠 확인하도록 설명한다.

예를 들어 외부의 특정 포트를 NAS로 넘기는 규칙을 만들었다면, 목적지 내부 IP와 NAS가 실제로 사용하는 포트가 맞아야 한다. DDNS 이름은 이 규칙의 목적지를 자동으로 고쳐 주지 않는다. 방화벽도 필요한 서비스의 허용 규칙을 확인하는 대상이지, 전체를 꺼 두는 것이 기본 해법은 아니다.

공인 IP가 필요하다는 말은 고정 IP가 필요하다는 뜻이 아니다

공인 IP가 바뀌는 회선에서도 DDNS를 쓸 수 있다. 고정 여부는 주소가 바뀌는지의 문제이고, 공인 여부는 인터넷에서 그 주소로 연결할 수 있는지의 문제다. TP-Link의 DDNS 문제 해결 문서는 공유기의 WAN 주소가 사설 주소나 CGNAT 주소라면 앞에 다른 NAT 장비가 있다고 설명한다.

집 안에 공유기가 두 대라면 앞쪽 장비의 전달 설정도 관계된다. 반면 통신사가 관리하는 CGNAT라면 집 공유기만 수정해서 그 장비의 연결 규칙을 바꿀 수 없다. 이 경우 통신사에 공인 IP를 받을 수 있는지 확인해야 한다. 100.64.0.0~100.127.255.255는 이때 살펴볼 CGNAT용 공유 주소 대역이다.

접속 실패를 좁히는 출발점은 간단하다. 도메인이 가리키는 주소를 확인하고, 내부 서비스의 접속 여부를 확인한 뒤, 외부에서 들어오는 경로를 점검한다. 이름이 이미 맞는 곳을 가리킨다면 다음에 손볼 대상은 DDNS 입력란 밖에 있다.