도메인을 하나 구입하면 그 다음에 반드시 거쳐야 하는 단계가 DNS 설정이다. 사람이 읽는 도메인 이름을 실제 서버의 IP 주소로 연결해 주는 이 작업이 없으면 웹사이트도 메일도 동작하지 않는다. 그런데 도메인 등록 대행사가 제공하는 기본 DNS 관리 화면은 레코드 종류가 제한적이거나 반영 속도가 느린 경우가 적지 않다. FreeDNS(freedns.afraid.org)는 이런 상황에서 선택지가 되는 무료 DNS 호스팅 서비스로, 자신이 보유한 도메인의 네임서버 역할을 대신 맡아 레코드를 직접 관리할 수 있게 해 준다.
FreeDNS가 내세우는 기능은 크게 세 가지다. 첫째, 사용자가 소유한 도메인을 FreeDNS에 위임해 A, CNAME, MX 같은 레코드를 전면적으로 관리하는 정적(static) DNS. 둘째, IP가 수시로 바뀌는 환경을 위한 동적(dynamic) DNS. 셋째, FreeDNS가 호스팅하는 여러 공용 도메인 아래에 호스트 이름을 만들어 쓰는 공유 서브도메인 방식이다. 서비스 설명에 따르면 이 공유 도메인은 해당 도메인 소유자의 동의를 전제로 제공되며, 이용자는 준비된 여러 도메인 가운데 하나를 골라 자신의 호스트를 붙일 수 있다.
동적 DNS가 해결하는 문제
세 기능 가운데 실무에서 체감 효과가 가장 큰 것은 동적 DNS다. 가정이나 소규모 사무실에서 쓰는 인터넷 회선은 대부분 고정 IP가 아니라 재접속 때마다 주소가 바뀌는 유동 IP를 쓴다. 이 환경에서 집에 둔 서버나 NAS, 공유기 뒤의 장비를 외부에서 일정한 이름으로 접속하려면, IP가 바뀔 때마다 DNS 레코드를 자동으로 갱신해 주는 장치가 필요하다. 동적 DNS는 바로 이 갱신을 담당한다. 단말이나 공유기에서 현재 IP를 주기적으로 서비스에 보고하면, 지정한 호스트 이름이 항상 최신 주소를 가리키도록 유지된다. 개발자가 집에 테스트 서버를 두거나, 원격 접속용 엔드포인트를 상시 열어 두어야 하는 경우에 유용한 구조다.
정적 DNS는 성격이 다르다. 이미 고정 IP나 클라우드 인스턴스를 확보해 둔 경우, 도메인의 네임서버를 FreeDNS로 지정해 레코드 전체를 직접 다루는 방식이다. 등록 대행사의 관리 화면보다 세밀한 레코드 설정이 필요하거나, 여러 서브도메인을 한곳에서 관리하고 싶을 때 대안이 된다. 어느 쪽이든 핵심은 "도메인을 온전히 사용자가 관리한다"는 점이며, 이는 무료 서비스치고는 상당한 수준의 제어권을 내준다는 의미다.
공유 도메인 모델과 그 함의
도메인을 아예 보유하지 않은 사용자를 위한 공유 서브도메인 기능은 FreeDNS의 특징적인 부분이다. 서비스가 운영하는 공용 도메인 아래에 원하는 호스트 이름을 만들어, 별도의 도메인 구입 없이 이름 있는 주소를 쓸 수 있다. 개인 프로젝트나 임시 데모, 학습용 환경처럼 비용을 들이기 애매한 용도에 적합하다. 다만 이 호스트 이름은 사용자가 소유한 도메인이 아니라 타인의 도메인 아래에 얹힌 것이라는 점을 분명히 이해해야 한다. 상위 도메인의 운영 상태나 정책 변화에 영향을 받을 수 있고, 브랜드나 서비스의 영구적 주소로 쓰기에는 통제력이 부족하다.
실무에서 무료 DNS를 검토할 때는 용도와 위험을 분리해서 판단하는 편이 좋다. 외부에 공개되는 상용 서비스의 핵심 도메인이라면 가용성 보장과 지원 체계가 명시된 유료 DNS를 쓰는 것이 안전하다. DNS는 장애가 발생하면 사이트 전체가 보이지 않게 되는 단일 실패 지점이기 때문이다. 반면 개인 서버 접속, 홈랩, 사이드 프로젝트, 임시 환경처럼 중단되어도 피해가 제한적인 영역에서는 무료 DNS가 충분히 합리적인 선택이 된다.
정리하면 FreeDNS는 도메인 관리의 진입 장벽을 낮추는 도구다. 유동 IP 환경을 상시 접속 가능한 이름으로 바꿔 주고, 도메인이 없어도 쓸 만한 호스트 이름을 제공한다. 제공되는 정보만으로는 운영 주체의 안정성이나 세부 제약을 전부 가늠하기 어렵지만, 적어도 기능 구성 자체는 개인 개발자와 소규모 환경의 실제 필요에 잘 들어맞는다. 중요한 것은 이 서비스가 무엇을 대신해 줄 수 있고 무엇은 대신해 줄 수 없는지를 구분하는 눈이다. 자신이 통제하는 도메인의 동적 갱신 창구로 쓰는 것과, 타인의 도메인에 의존하는 임시 주소로 쓰는 것은 책임과 위험의 무게가 전혀 다르기 때문이다.