名前と住所の対応は、誰が引いているのか
前回のC-06では、ドメイン名という人が読みやすい名前と、数字のIPアドレスとの間に対応関係があることを見ました。ですが、その対応は、誰が、いつ引いているのでしょうか。機器が実際に通信するのは数字の住所に対してであり、名前のままでは相手には届きません。今回は、名前から住所を引き当てる、この一手間に光を当てます。
このスライドのポイント
- C-06で、ドメイン名（例: example.com）とIPアドレスに対応関係があることを見た
- しかし機器が通信するのは数字の住所に対してであり、名前のままでは届かない
- 今回は、名前から住所を引き当てる「一手間」に光を当てる
DNSと名前解決の定義
DNSとは、ドメイン名とIPアドレスの対応を管理し、問い合わせに答える、世界規模の分散した仕組みです。名前から住所を調べる電話帳のようなものだと考えてください。そして名前解決とは、ドメイン名からIPアドレスを取得することを指します。流れは大きく3段階です。まず手元に残っている記録、つまりキャッシュを確認します。なければDNSサーバーへ問い合わせます。そして対応するIPアドレスが返ってきて、そこへ接続します。
このスライドのポイント
- DNS＝ドメイン名とIPアドレスの対応を管理・回答する、世界規模の分散した仕組み（電話帳のような役割）
- 名前解決＝ドメイン名からIPアドレスを取得すること
- 流れは3段階: ①手元の記録（キャッシュ）を確認 ②なければDNSサーバーへ問い合わせ ③対応するIPアドレスが返る→そこへ接続
なぜ名前解決を知る必要があるのか
この仕組みを知らないと、サイトが見られないというトラブルの切り分けができません。サイト自体が停止しているのか、それとも名前解決に失敗しているだけなのか、原因の候補を分けられないのです。とくに独自ドメインを設定した直後は、自分では見えるのに他の人には見えない、という状況が起こりがちです。仕組みを知らなければ、壊れたと勘違いして慌ててしまいます。
このスライドのポイント
- 「サイトが見られない」が、サイト自体の停止か、名前解決の失敗かを切り分けられない
- 独自ドメインを設定した直後に「見られない、壊れた」と慌てる（実際はただの反映待ち）
- 仕組みを知らないと、慌てて設定をいじって状況を悪化させてしまう
名前解決の構造とキャッシュ
構造を図で押さえましょう。名前解決は、手元の記録を見る、DNSサーバーへ問い合わせる、IPアドレスを受け取って接続する、という流れで進みます。ここで大切なのは、一度引いた対応は、しばらくの間、手元に記録として残るという点です。これをキャッシュと呼びます。毎回ゼロから問い合わせるのではなく、記録があればそれを使うことで、通信は速くなります。ただし、この記録が残る性質が、後で見る反映の時間差の原因にもなります。
このスライドのポイント
- 名前解決は「手元の記録→DNSサーバーへ問い合わせ→IPアドレス取得→接続」の流れで進む
- 一度引いた対応は、しばらく手元に記録される（キャッシュ）
- 記録があればそれを使うので通信は速い。ただしこの性質が、後の反映の時間差の原因になる
独自ドメイン設定直後の「反映待ち」
具体例で見てみましょう。作ったアプリに独自ドメインを設定した直後、自分のブラウザでは見られるのに、同僚は見られない、ということがよく起きます。これは、名前と住所の対応が変わったことが、世界の各所へ行き渡るまでに時間差があるためです。反映待ち、あるいは浸透待ちと呼ばれる状態です。自分の手元には新しい対応が届いていても、同僚の手元にはまだ古い記録が残っている、というだけのことです。壊れたのではありません。待てば、やがて揃います。
このスライドのポイント
- アプリに独自ドメインを設定した直後、自分は見られるのに同僚は見られない、が起こる
- 理由: 対応の変更が世界の各所へ行き渡るまでに時間差がある（反映待ち・浸透待ち）
- 壊れたのではなく、待てば揃う。自分の手元は新しい記録、同僚の手元はまだ古い記録
技術サンプル: 名前解決の3段階フロー
このサンプルは、名前解決が起きる順番を表した図です。種別はdiagramで、目的は接続の前に何が起きているかを目で追うことです。ブラウザにshop.example.comと入力すると、まず手元の記録を確認し、あればその住所へ接続します。なければDNSサーバーへ住所を尋ね、返ってきた住所へ接続します。読み方の要点は、接続の前には必ず名前解決が起きていること、そして設定直後の不一致は故障ではなく時間差だということです。
「サイトが落ちている」と「名前が引けていない」
混同しやすいのが、サイトが落ちている状態と、名前が引けていない状態です。前者は、住所の先にあるサーバー自体が停止している障害です。後者は、電話帳が引けず、そもそも住所にたどり着けない障害です。同じ見られないでも、原因はまったく別の場所にあります。この二つを分けて考えることが、通信トラブルの切り分けの第一歩になります。
このスライドのポイント
- サイトが落ちている＝住所の先にあるサーバー自体が停止している障害
- 名前が引けていない＝電話帳が引けず、そもそも住所にたどり着けない障害
- 同じ「見られない」でも原因の場所が別。分けて考えるのが切り分けの第一歩
バイブコーディングでの確認点
バイブコーディングで独自ドメインを設定した後に見られない、と相談するときは、設定してからどれくらい時間が経ったかをAIに伝えましょう。設定した直後であれば、反映待ちの可能性をまず確認します。ここで慌てて設定をいじり直すと、かえって状況が分かりにくくなります。いじるほど混乱する、というのが典型的な失敗です。まずは待つ、という判断ができるようになると、無駄な作業を避けられます。
このスライドのポイント
- ドメイン設定後の「見られない」相談では、設定してからの経過時間をAIに伝える
- 直後なら反映待ちの可能性をまず確認する
- 慌てて設定をいじり直さない（いじるほど混乱する）
まとめと次回
最後に一問一答です。ドメイン名からIPアドレスを取得することを、何と呼ぶでしょうか。（間）答えは、名前解決です。30秒でまとめます。DNSは名前と住所の対応を管理する世界規模の電話帳であり、名前解決はその対応を引く3段階の流れでした。設定直後の不一致は故障ではなく、反映待ちの時間差です。次回は、家庭や会社の出入口で働く装置たち、ルーター・NAT・ファイアウォールへ進みます。関連資料は「Vercel公開 完全手順書」と「エラー文の読み方」です。
このスライドのポイント
- 一問一答:「ドメイン名からIPアドレスを取得することを何と呼ぶ？」→答: 名前解決
- 30秒まとめ: DNSは名前と住所の対応を管理する世界規模の電話帳／名前解決は3段階の流れ／設定直後の不一致は故障ではなく反映待ち
- 次回: ルーター・NAT・ファイアウォール（家庭や会社の出入口で働く装置たち）
- 関連資料: 「Vercel公開 完全手順書」「エラー文の読み方」
