SRVレコード

サービスレコード （SRVレコード）は、ドメインネームシステム（DNS）におけるデータ仕様であり、特定のサービスのためのサーバーの場所、すなわちホスト名とポート番号を定義します。RFC 2782で定義されており、タイプコードは33です。セッション開始プロトコル（SIP）や拡張メッセージングおよびプレゼンスプロトコル（XMPP）などの一部のインターネットプロトコルでは、ネットワーク要素によるSRVのサポートがしばしば必要となります。 

SRVレコードの形式は次のとおりです。

_service._proto.name. ttl IN SRV優先度ウェイトポートターゲット。

• サービス：希望するサービスのシンボル名。
• proto : 目的のサービスのトランスポートプロトコル。通常はTCPまたはUDPです。
• name : このレコードが有効なドメイン名。末尾はドットで終わる。
• ttl：標準的なDNSの有効期間フィールド。
• IN : 標準 DNS クラス フィールド (これは常にINです)。
• SRV：レコードの種類（これは常にSRVです）。
• 優先度：対象ホストの優先度。値が小さいほど優先度が高い。
• 重み：同じ優先順位のレコードに対する相対的な重み。値が大きいほど選ばれる可能性が高くなります。
• port：サービスが稼働するTCPまたはUDPポート。
• target : サービスを提供するマシンの正規ホスト名。末尾はドットで終わる。

ゾーンファイルに含まれる可能性のあるテキスト形式のSRVレコードの例は次のとおりです。

_sip._tcp.example.com. 86400 IN SRV 0 5 5060 sipserver.example.com.

sipserver.example.comこれは、TCPポート5060でセッション開始プロトコル（SIP）サービスをリッスンしているサーバーを指しています。ここで指定されている優先度は0、重みは5です。

MX レコードと同様に、SRV レコードのターゲットはアドレス レコード ( AレコードまたはAAAA レコード) を持つホスト名を指している必要があります。CNAMEレコードを持つホスト名を指すことは有効な構成ではありません。^{[ 1 ]}

優先度フィールドは、レコードのデータの使用優先順位を決定します。クライアントは、優先度値が最も低いSRVレコードを優先的に使用し、接続が失敗した場合は優先度値の高いレコードにフォールバックする必要があります。サービスに同じ優先度値のSRVレコードが複数ある場合、クライアントは重みフィールドの値に応じて負荷分散を行う必要があります。以下の例では、優先度フィールドと重みフィールドの両方を使用して、負荷分散とバックアップサービスの組み合わせを実現しています。

; _service._proto.name. TTL クラス SRV 優先度 ウェイト ポート ターゲット。_sip._tcp.example.com. 86400 IN SRV 10 60 5060 bigbox.example.com. _sip._tcp.example.com. 86400 IN SRV 10 20 5060 smallbox1.example.com. _sip._tcp.example.com. 86400 IN SRV 10 20 5060 smallbox2.example.com. _sip._tcp.example.com. 86400 IN SRV 20 0 5060 backupbox.example.com.

最初の 3 つのレコードは優先度 10 を共有しているため、重みフィールドの値は、クライアントがどのサーバー (ホストとポートの組み合わせ) に接続するかを決定するために使用されます。3 つの重み値の合計は 100 なので、bigbox.example.com60% の確率で使用されます。2 つのホストsmallbox1と は、smallbox2合計リクエストの 40% に使用され、そのうちの 半分が にsmallbox1、残りの半分がに送信されますsmallbox2。bigboxが利用できない場合、残りの 2 つのマシンはそれぞれ 50% の確率で選択されるため、負荷を均等に共有します。

優先度10のサーバー3台すべてが利用できない場合、次に優先度の低いレコードが選択されますbackupbox.example.com。これは、別の物理的な場所にあるマシンである可能性があり、最初の3台のホストが利用不能になるような脆弱性がないと考えられます。

SRVレコードによる負荷分散は、情報が基本的に静的であるため、本質的に限界があります。TTL値が十分に低い（1分程度以下）場合を除いて、優先度（または重み）値を迅速に更新できない限り、サーバーの現在の負荷は考慮されません。

SRVレコードは、以下の標準化された通信プロトコルと併用されるのが一般的です。

• APT ^{[ 2 ]}
• CalDAVとCardDAV ^{[ 3 ]}
• セフ^{[ 4 ]}
• デーン
• DNSサービス検出（DNS-SD）
• ファクトリオ^{[ 5 ] [ 6 ] [ 7 ] [ 8 ]}
• ホスト識別プロトコル
• Kerberos ^{[ 9 ]}
• LDAP ^{[ 10 ]}
• SMTP送信、POP、およびIMAP ^{[ 11 ]}
• Matrix.org ^{[ 12 ]}
• マインクラフト^{[ 13 ]}
• MongoDB ^{[ 14 ]}
• マンブル^{[ 15 ]}
• IMPS ^{[ 16 ]}
• 人形^{[ 17 ]}
• Rust ^{[ 18 ]}
• セッション開始プロトコル
• スタン^{[ 19 ]}
• Teamspeak 3 ^{[ 20 ] [ 21 ]}
• XMPP ^{[ 22 ]}

Microsoft Windows 2000クライアントでは、SRV レコードを照会して、特定のサービスのドメイン コントローラーを特定します。SRV レコードは、Outlook 2007、2010、および Macintosh 10.6 メールでも Exchange Autodiscover サービスを見つけるために使用されます。^{[ 23 ]} Microsoft Windows ネットワークでは、ドメイン コントローラーは、Active Directoryのネットワーク サービス タイプをDNS に登録します。

OpenPGP Web Key Directoryのインターネットドラフトの古いバージョンでは、Web サーバーを介して OpenPGP キーを検出するために SRV レコードが使用されています。^{[ 24 ]}後のバージョンでは、SRV レコードの使用はインターネットドラフトの一部ではなくなりました。^{[ 25 ]}

SRVレコードとプロトコルのサービス名のレジストリは、RFC 6335で定義されているように、インターネット割り当て番号機関（IANA）によって維持されています。^{[ 26 ]} 

• DNSレコードタイプの一覧

• RFC 2782 – SRVリソースレコードの定義- Wayback Machineに2020年7月6日にアーカイブ済み
• RFC 6186 – メール送信/アクセスサービスの検索におけるSRVレコードの使用– 2020年7月6日にWayback Machineにアーカイブ済み
• DNS SRVレコードを使用してwhoisサーバーを特定する（インターネットドラフト） - 2020年7月6日にWayback Machineにアーカイブ済み
• HTTPおよびURIと併用したSRVレコードの使用（インターネットドラフト） - 2020年7月6日にWayback Machineにアーカイブ済み
• サービス名とトランスポートプロトコルポート番号レジストリ- 2020年7月6日にWayback Machineにアーカイブされました