中嶋悟
名前：中嶋 悟（なかじま さとる） ニックネーム：サトルン 年齢：28歳 性別：男性 職業：会社員（IT系メーカー・マーケティング部門） 通勤場所：東京都千代田区・本社オフィス 通勤時間：片道約45分（電車＋徒歩） 居住地：東京都杉並区・阿佐ヶ谷の1LDKマンション 出身地：神奈川県横浜市 身長：175cm 血液型：A型 誕生日：1997年5月12日 趣味：比較記事を書くこと、カメラ散歩、ガジェット収集、カフェ巡り、映画鑑賞（特に洋画）、料理（最近はスパイスカレー作りにハマり中） 性格：分析好き・好奇心旺盛・マイペース・几帳面だけど時々おおざっぱ・物事をとことん調べたくなるタイプ 1日（平日）のタイムスケジュール 6:30 起床。まずはコーヒーを淹れながらニュースとSNSチェック 7:00 朝食（自作のオートミールorトースト）、ブログの下書きや記事ネタ整理 8:00 出勤準備 8:30 電車で通勤（この間にポッドキャストやオーディオブックでインプット） 9:15 出社。午前は資料作成やメール返信 12:00 ランチはオフィス近くの定食屋かカフェ 13:00 午後は会議やマーケティング企画立案、データ分析 18:00 退社 19:00 帰宅途中にスーパー寄って買い物 19:30 夕食＆YouTubeやNetflixでリラックスタイム 21:00 ブログ執筆や写真編集、次の記事の構成作成 23:00 読書（比較記事のネタ探しも兼ねる） 23:45 就寝準備 24:00 就寝
aレコードとSRVレコードの違いを徹底解説：DNSの住所録を読み解く入門ガイド
DNSはインターネットの住所録のような役割を果たし、名前と住所を結び付けて通信を可能にします。
この世界で最も基本的な仕組みが Aレコード です。Aレコードはドメイン名をIPv4アドレスへ結び付け、ウェブサイトの表示やメールの宛先解決などの土台を作ります。IPv4アドレスは四つの数字で構成され、例として 192.0.2.1 のように表現されます。
理解のコツは、名前解決の流れを頭の中で追い、どの段階でどの情報が返ってくるかをイメージすることです。クライアントが URL を投げると、階層的な DNS サーバが順番に情報を返し、最終的にAレコードが見つかればそのIPへ接続します。こうした仕組みを知っておくと、ページが表示されない原因を探る手掛かりにもなります。
一方 SRVレコード はサービスの所在とポートを指示する、より複雑な情報を含む仕組みです。
SRVレコードにはサービス名やプロトコル、ドメイン名、優先度、重み、ポート、ターゲットといった情報が含まれます。これにより同じドメイン名を複数のサービスが共有していても、どのサーバへ接続するかをDNSで動的に決められます。具体的にはチャットや VoIP、オンラインゲームなど、入口となる入口を一つにまとめつつ複数の実体を使い分けたい場合に活躍します。
この点でAレコードが「住所そのものを指し示す指示票」だとすれば、SRVレコードは「どのサービスにどの入口で接続するか」を指示する案内板と言えるでしょう。
Aレコードの役割と使い方
Aレコードの基本は、ドメイン名を IPv4アドレスへ結び付けることです。これはウェブサイトの表示だけでなくメールの宛先決定にも関わる、インターネットの根幹を支える最も一般的なDNSレコードです。設定時には TTL を決め、静的な IP に紐づけることが多くあります。実務ではサブドメインごとに別の Aレコードを用意し、CDN のエッジノードの IP を指すことも多くあります。IPv6 へ対応する AAAA レコードと併用することで、現代のネットワーク環境にも対応できます。
使い方のコツは、IP アドレスの変更が生じたときに速やかに切替える計画を立てることです。TTL が長いと変更の反映に時間がかかり、短いと再設定の手間が増えます。組み合わせとしては、IPv4 の A レコードと IPv6 の AAAA レコードを並べて用意するのが現代的な運用です。これにより、クライアントの接続経路が IPv4/IPv6 のどちらを使っても安定します。
SRVレコードの役割と使い方
SRVレコードの基本は、サービスの所在と接続情報をまとめて伝えることです。構造には優先度、重み、ポート、ターゲットといった要素が含まれます。優先度が低い方が先に選択され、同じ優先度のサーバ間では重みに従って負荷分散が行われます。ポートはサービスが待ち受ける番号で、ターゲットは実在するホスト名です。設定例としては _sip._tcp.example.com の SRV レコードに対して、優先度 10、重み 60、ポート 5060、ターゲット server1.example.com の情報を割り当てます。これにより、同じドメイン内の複数のサーバを静かに切替えやすくなります。
SRVレコードは複数のバックエンドを管理する際に特に有用で、サービス指向のアプリケーションにとっては DNS による動的な接続先の選択肢を増やしてくれます。実務では、通話系やチャット系のアプリ、ゲームサーバーのイベントルームの入口をSRVレコードで整理するケースが多く見られます。設定時には優先度と重みのバランスを意識し、フェイルオーバー時の挙動を事前にテストしておくと安心です。
友だちと話していて、AレコードとSRVレコードって同じDNSのことを指しているのに、どうしてこんなに役割が違うのか不思議でした。例えば、日常の連絡先を考えると、Aレコードは「この人の家の住所はここだよ」と教えてくれる住所票のようなもの。SRVレコードは「この人が使っているアプリの入口はこのポートで、このサーバで動いているよ」と、アプリの入口案内板のような役割です。話を深掘りすると、同じドメイン名を使っていても、目的が違えば使うレコードが変わるのがよくわかります。こうした整理は、将来ネットワークの勉強をする時にも役立つと思います。
\n友だちのゲームアプリの設定を例に出して、SRVレコードがあると複数のゲームサーバの入口をDNS経由で切替えられる、接続の柔軟性が高い、なども話しました。私自身は、DNSは地図のように正しく更新されていれば、どこに行けばよいか迷わない、という感覚が好きです。もし私たちの学校のサイトが時々サーバを変えることがあっても、 SRV の存在がそれを滑らかにしてくれる、そんなイメージです。こうした視点で学ぶと、単なる用語の暗記よりも、現実の仕組みが見えやすくなると思います。
ITの人気記事
