DNS_バケツリレーと名前解決の裏側

普段ブラウザにウェブサイトのアドレスを入力するとき、その裏側で何が起きてるかなんて考えたことありますか？ なかなか考えないですよね、普通は。 ええ、今回はその「インターネットの魔法」とも言える部分を、共有してもらった資料をもとにちょっと探っていきたいなと。 はい。つまり人間が使うウェブサイトの名前と、コンピューターが理解する数字の住所、これをどう結びつけてるのかって話ですね。 ええ、まさにその部分です。資料にあったスマホの連絡先アプリっていう例え、これすごく秀逸だと思いました。ああ、あれですね！ 名前をタップしたら電話番号につながるみたいに、www.google.comみたいな名前をIPアドレスっていう数字に翻訳するプロセスがある。はい。これが「名前解決」だと。 いや、すごく直感的で分かりやすいなと。そうですね。この仕組みがなかったら私たちは毎日、 あの電話番号みたいな無味乾燥な数字の羅列を何十個も覚えることになってたわけですから。 それは大変だ。ええ、人間にとっての名前とコンピューターにとっての住所、その橋渡し役がDNS、ドメインネームシステムなんです。 以前、大手のDNSプロバイダーがダウンして、いろんなサイトが一時的に見えなくなったことありましたよね。 ありましたありました。あのとき多くの人がこの見えない仕組みの重要性を痛感したはずです。そこでまあ素朴な疑問が湧くんですけど。 はい。まさか世界中にある膨大なウェブサイトの情報を、一つの巨大なサーバーで管理してるわけじゃないですよね。 ああ、なるほど。そんなことしたらそこがダウンした瞬間に、もうインターネットが終わっちゃいそうですけど。 ええ、鋭いご指摘です。もちろん答えはノーですね。ですよね。 DNSは分散管理された階層構造になってるんです。資料にあった「バケツリレー形式」っていう表現がまさに的確で、ルートサーバーに問い合わせるんです。 えっと、たった13系統だけなんですか、世界に？ええ、そうなんです。で、そのルートサーバーが 「.comのことならあっちのサーバーに聞いて」って次の担当者を教えてくれる。なるほど。 で、次にそのサーバーが「google.comのことならこっちだよ」と、最終的な目的地を指し示してくれる。こういう流れですね。 はあ、段階的に問い合わせてやっとIPアドレスに辿り着く。そういうわけです。ちょっと待ってください。 そのバケツリレーだと、途中のサーバーが一つでも故障してたら、名前解決って失敗しちゃうんですか？ ああ、いい質問ですね。なんか思ったより脆いシステムにも聞こえるんですけど。そこが面白いところでして、 実は毎回そんな大変なリレーをしてるわけじゃないんですよ。え、そうなんですか？ ええ、あなたのコンピューターとか家のルーターは賢くて、一度調べた名前と住所のペアを「キャッシュ」として一時的に記憶をしておくんです。 キャッシュ？はい。よく掛ける相手を短縮ダイヤルに登録しておくようなものです。だから2回目以降はそのリレーをすっ飛ばして、 ほとんどの場合瞬時に解決できるんです。なるほど、キャッシュですか。だからあんなに速いんですね。そういうことです。 資料によれば、大昔のインターネットってスタンフォード研究所が管理する「HOSTS.TXT」っていう たった一つのテキストファイルがその役目を担ってたっていうから驚きですよね。へえ、信じられないですよね。 それが今や、世界中を駆け巡るこの超高速なリレーとキャッシュの仕組みに進化したわけです。 いやあ、よく分かりました。じゃあ、もし友人に「DNSって何？」って聞かれたら、押さえておくべきポイントは、ええと、3つですかね。はい。まとめると。 まずドメイン名とIPアドレスを紐づけるDNSという仕組みそのもの。ええ。次にその翻訳作業である名前解決。 そして最後に、システムがパンクしないための階層構造とそれを速くするキャッシュ。完璧です。 まさにその通りですね。皆さんがリンクをクリックしたりアドレスを入力するたびに、その目に見えない超高速リレーが、あるいはキャッシュからの応答が実行されてるわけです。 毎回、操作の裏でそんなことが。ええ。では最後に一つ、リスナーの皆さんに考えてみてほしい問いを。 おお、何でしょう？このシステムはルートサーバーから始まる情報のバケツリレー、つまり信頼の連鎖で成り立っていますよね。はい。 もしそのリレーの途中にいる誰かが、わざと間違った住所を教えたとしたら、一体何が起こるでしょうか？