mDNS(멀티캐스트 DNS)란?

mDNS와 일반 DNS 비교

이름이 겹치면 어떻게 되나: 확인과 충돌 해결

RFC 6762에 따르면 기기는 이름을 쓰기 전에 0~250밀리초 사이의 무작위 시간을 기다린 뒤, 250밀리초 간격으로 3번 "이 이름을 쓰는 기기가 있나"를 묻는 프로빙을 합니다. 충돌하는 응답이 없으면 이름을 알리기 시작합니다. 같은 이름으로 동시에 프로빙한 경우에는 사전순으로 뒤인 데이터가 이기고, 진 쪽은 이름 사용을 멈추고 다시 설정해야 합니다. 그래서 같은 기종 프린터가 두 대면 이름 뒤에 숫자가 붙는 식의 일이 생길 수 있습니다. 응답의 유효 시간(TTL)은 호스트 이름 레코드는 120초, 그 외 레코드는 75분으로 권고됩니다. 그래서 기기를 껐다 켜도 한동안 옛 정보가 남아 있을 수 있습니다.

DNS-SD가 서비스를 찾는 모양

RFC 6763의 서비스 인스턴스 이름은 <인스턴스>.<서비스>.<도메인> 구조입니다. 서비스 종류는 _ipp._tcp처럼 밑줄로 시작하는 두 라벨입니다. 앱은 _ipp._tcp.local에 대해 PTR 질의를 하여 인스턴스 목록을 받고, 각 인스턴스의 SRV 레코드에서 호스트와 포트를, TXT 레코드에서 부가 정보를 얻습니다. RFC 6763은 _services._dns-sd._udp 이름에 대한 PTR 질의로 그 도메인에 광고되는 서비스 종류 목록을 얻는 방법도 규정합니다.

실제 사례

사례 1. 이름 하나가 Rendezvous에서 Bonjour가 된 이유 (제품·상표의 사례)

애플은 2002년 8월 Mac OS X 10.2에서 자동 검색 기능을 Rendezvous라는 이름으로 내놓았습니다. 위키백과에 따르면 TIBCO가 상표 문제로 소송을 제기했고 2004년 7월 합의했으며, 애플은 2005년 4월 12일 이름을 Bonjour로 바꿨습니다. 기술은 그대로이고 이름만 바뀐 사례입니다. 그래서 오래된 문서의 Rendezvous와 지금의 Bonjour는 같은 기술을 가리킵니다. 배울 점은 제품 이름과 표준 이름을 구분하는 것입니다. 표준은 mDNS와 DNS-SD이고, Bonjour는 애플 구현체의 이름입니다.

사례 2. .local 이름과 기존 DNS의 충돌 (설계상 주의점)

위키백과의 mDNS 문서는 기본적으로 .local로 끝나는 이름만 mDNS로 해석되며, .local 이름을 mDNS를 쓰지 않는 호스트가 가진 환경에서는 문제가 생길 수 있다고 경고합니다. 예를 들어 사내 DNS 서버에 .local 영역을 만들어 쓰던 환경에서는 같은 이름이 DNS와 mDNS로 갈릴 수 있습니다(구체적인 실제 장애 사례는 이 글에서 확인하지 못해 싣지 않습니다). 배울 점은 사내 도메인을 새로 정할 때 .local을 피하는 편이 안전하다는 것입니다.

사례 3. 윈도우의 mDNS 지원 (운영체제의 사례)

위키백과에 따르면 마이크로소프트는 윈도우 10부터 mDNS를 구현했고, 버전 1703에서는 프린터나 무선 스피커 같은 기기 검색만 가능했으며 1903 이후에는 호스트 이름 해석도 됩니다. 또 Bonjour 2.0은 윈도우 2000부터 11까지 지원하며 mDNSResponder.exe 서비스로 동작하고 UDP 5353을 쓰므로 일부 방화벽이 막을 수 있습니다. 배울 점은 같은 .local 이름이라도 운영체제 버전에 따라 되고 안 되는 경우가 있다는 것입니다.

안 될 때 확인할 순서

• 두 기기가 같은 와이파이/같은 서브넷에 있는가(게스트 망이나 메시 AP 분리 여부).
• 공유기의 클라이언트(AP) 격리가 켜져 있지 않은가.
• 방화벽이 UDP 5353을 막고 있지 않은가.
• IP로 직접 접속하면 되는가. 된다면 이름 해석 문제입니다.
• VPN을 켠 상태가 아닌가(VPN이 로컬 트래픽 경로를 바꿀 수 있습니다).

흔한 오해와 정정

• 오해: mDNS는 Apple 전용이다. 실제: IETF 표준(RFC 6762)이며 Avahi 등 오픈소스 구현이 있고 윈도우도 지원합니다.
• 오해: .local은 인터넷에서도 쓸 수 있다. 실제: 링크 로컬 이름으로 다뤄져 같은 링크 안에서만 의미가 있습니다.
• 오해: mDNS는 안전하게 암호화된다. 실제: 기본 mDNS는 인증·암호화를 제공하는 프로토콜이 아니며, 같은 망에서는 이름 정보가 노출될 수 있습니다.

한계와 더 알아볼 점

mDNS는 링크 범위에서 설계되어 서브넷을 넘으면 기본적으로 전달되지 않습니다. 사무실처럼 여러 VLAN을 쓰는 환경에서 이를 이어 주는 중계(리플렉터) 기능이 일부 장비·소프트웨어에 있지만, 보안 경계를 느슨하게 만들 수 있어 필요성을 따져 켜야 합니다. 또한 멀티캐스트는 무선망에서 효율이 떨어질 수 있어 장비별 동작이 다릅니다.

일반 DNS의 전체 조회 과정도 함께 보세요

인터넷의 일반 도메인이 IP 주소로 바뀌는 전체 과정이 궁금하다면DNS 조회(질의) 과정 완전정복도 확인해보세요.

스마트홈 프로토콜과의 관계

지그비, Z-Wave 등 스마트홈 기기들이 쓰는 다른 무선 프로토콜이 궁금하다면스마트홈 네트워크 프로토콜 완전정복도 참고해보세요. IP 자동 배정은 DHCP 기초, 망 분리는 VLAN 기초에서 이어 볼 수 있습니다.

자주 묻는 질문