SRV 레코드 조회

이름 붙은 서비스가 어떤 호스트와 포트에 게시돼 있는지, 우선순위와 가중치까지 확인합니다.

입력값은 이 조회에만 사용되며, 기록하거나 저장하지 않습니다.

예시:

SRV 레코드란?

SRV 레코드는 이름 붙은 서비스의 호스트와 포트를 함께 게시해서, 클라이언트가 포트 번호를 코드에 박아 두지 않고도 서비스를 찾을 수 있게 합니다. 이름은 _서비스._프로토콜.도메인이라는 정해진 형태를 따르고, 우선순위와 가중치가 있어 서비스를 여러 호스트에 나눠 둘 수 있습니다.

SRV 레코드의 필드

필드의미
Priority MX 선호도처럼 값이 작을수록 먼저 시도합니다.
Weight 우선순위가 같은 레코드끼리 트래픽을 나누는 비율입니다. 클수록 그만큼 더 많이 받습니다.
Port 서비스가 대기하는 TCP 또는 UDP 포트입니다.
Target 서버의 호스트명입니다. 자기 A 또는 AAAA 레코드를 가지고 있어야 합니다.

결과 읽는 법

우선순위를 먼저 보고 그다음 가중치를 봅니다. 클라이언트는 사용할 수 있는 가장 낮은 우선순위를 고르고, 같은 값끼리는 가중치에 비례해 나눕니다. 가중치 20인 레코드는 10인 레코드보다 대략 두 배의 트래픽을 받습니다. 대상이 .이면 이 도메인에서 그 서비스를 제공하지 않는다는 명시적 선언입니다.

알아 둘 규칙

  • 조회할 이름은 반드시 _서비스._프로토콜.도메인 형태여야 합니다. 예: _sip._tcp.example.com — 밑줄 두 개가 모두 필요합니다.
  • 대상은 A/AAAA 레코드를 가진 호스트명이어야 합니다. IP 주소도, CNAME도 안 됩니다.
  • 대상이 .이면 그 서비스를 제공하지 않는다는 뜻입니다.
  • 클라이언트가 SRV를 지원해야 의미가 있습니다. 브라우저는 일반 HTTP에 SRV를 쓰지 않습니다.

자주 겪는 문제

보이는 증상흔한 원인
레코드 없음 열에 아홉은 이름에서 밑줄이나 프로토콜 라벨이 빠진 경우입니다. service.domain이 아니라 _service._tcp.domain을 조회하세요.
클라이언트가 레코드를 무시함 그 프로토콜이 SRV를 쓰지 않습니다. 브라우저의 HTTP가 대표적인 예입니다.
트래픽이 고르게 나뉘지 않음 가중치가 하는 일이 원래 그렇습니다. 균등하게 나누려면 같은 우선순위에서 가중치를 같게 두세요.
연결이 거부됨 DNS는 정상입니다. 레코드에 적힌 포트가 대상 호스트에서 열려 있지 않은 것이니 서비스 쪽을 확인하세요.

다른 레코드 종류 조회하기

레코드 종류마다 같은 방식으로 필드를 설명하는 페이지가 따로 있습니다. 흔한 종류를 한 번에 조회하려면 전체 DNS 조회를 쓰세요.

SRV와 함께 자주 조회하는 레코드: A 레코드 조회 , MX 레코드 조회 , TXT 레코드 조회 .

데이터 출처: 공개 DNS-over-HTTPS 리졸버. 질의는 선택한 공개 리졸버로 가며, 결과는 그 리졸버의 캐시 상태를 반영합니다. 데이터 출처 자세히 보기 →

자주 묻는 질문

SRV 레코드는 어떻게 조회하나요?
_sip._tcp.example.com처럼 밑줄을 포함한 전체 서비스 이름을 입력하세요. 도메인만 조회하면 아무것도 나오지 않는데, 레코드가 없다고 오해하는 가장 흔한 이유입니다.
우선순위와 가중치는 무엇이 다른가요?
우선순위는 그룹을 고릅니다. 가장 작은 숫자가 이깁니다. 가중치는 우선순위가 같은 그룹 안에서 숫자 비율대로 트래픽을 나눕니다.
어떤 서비스가 SRV 레코드를 쓰나요?
SIP과 XMPP, Active Directory의 Kerberos와 LDAP, Microsoft 365 자동 검색, Matrix, 마인크래프트 같은 게임 서버가 씁니다. 일반 웹 트래픽은 쓰지 않습니다.
SRV의 대상이 IP 주소여도 되나요?
안 됩니다. 자기 A 또는 AAAA 레코드를 가진 호스트명이어야 하고, CNAME이어서도 안 됩니다.