Jason: このレッスンでは､
ドメインネームシステム（DNS）についてお話しします｡
DNSプロトコルは､ 数値のIPアドレスの代わりに人間が読めるホスト名を使用して､
ネットワーククライアントがウェブサイトを見つけるのを助けるために使用されます｡
例えば､ 私のウェブサイトを訪問するように言ったとしたら､ 「やあ､
diontrainingに行ってごらん｡ com "の方が､ 66と覚えるよりずっと簡単だ｡
123. 45. 237､
あるいは私のウェブ・サーバーのIPアドレスがどうであれ｡
結局のところ､ テレビコマーシャルの一部としてこれらの数字をすべて言うことは､ 消費者にdiontrainingを訪問するよう伝えるほどキャッチーでもないし､
記憶に残るものでもない｡
com､ あるいはコカ・コーラ｡ com､
またはマイクロソフト｡ comだろ？
では､ コンピューターはこれらの異なるドメイン名からウェブサーバーのIPアドレスを見つける方法をどうやって知るのだろうか？
それがDNS（ドメインネームシステム）の目的だ｡
DNSの仕組みは､ ユーザーのコンピューターがdiontrainingのような場所に行くように指示されるというものだ｡
comのDNSサーバーにアクセスして､
「diontrainingって誰？
com? そしてDNSサーバーは､
「ああ､ ディオントレーニングを知っているよ｡ comに移籍した｡
IPアドレスは66ドット・サムシング､
ドット・サムシング､ ドット・サムシング｡ DNSは私たちのネットワークやシステムに組み込まれているため､
このようなことは､ 誰も実際に要求することなく､ ユーザーやコンピュータのバックグラウンドで行われます｡
さて､ ホームユーザーである私たちのほとんどは､
自分でDNSサーバーを運用することはないだろう｡
しかし､ 独自のウェブサイトや大規模な企業ネットワークを運営している場合､
ネットワーク内に独自のDNSサーバーがあり､ どのサーバーがどのIPアドレスにあり､
どのような目的で使用されるかを指示する独自のDNSレコードを設定する責任があるかもしれません｡
これにより､ 独自のドメイン名とホスト解決を実行し､ ドメイン名をIPアドレスに変換することができます｡
例えるなら､ 携帯電話の連絡先リストに似ている｡
今､ あなたはいくつの電話番号を記憶しているだろうか？
おそらく､ そんなに多くはないだろう？
普通はスマートフォンを取り出し､ 相手の名前までスクロールし､
指で相手の名前を打つ｡
例えば､ 妻に電話をかけたい場合､ 彼女の名前までスクロールし､
彼女の顔写真を携帯電話にプッシュすると､ すぐに彼女の番号にダイヤルする｡
彼女の電話番号の10桁すべてを暗記する必要はない｡
そのため､ 連絡先リストを使って顔や名前から番号への変換を行うのだ｡
コンピューターにとっては同じことだが､ コンピューターは名前よりも数字の方が好きなので､
私たちにとって使いやすいドメイン名を､ コンピューターがルーティングしやすいIPアドレスに変換したい｡
名前を数字に､ 数字を名前に変換する｡
さて､ DNSの概念のひとつに､ 完全修飾ドメイン名（FQDN）というものがある｡
これは､ ドメイン名がトップレベルプロバイダーの下にある場合である｡
例えば､ 最も一般的なトップレベルプロバイダーは.NETです｡ comのようなものもある｡
ミル､ . edu, . org, . ネット
ディオン・トレーニングの例を使ってみよう｡
ディオン・トレーニングでは､ さまざまなサーバーを用意しています｡
私たちのサーバーのひとつがウェブサーバーで､
www. ディオントレーニング comに移籍した｡
さて､ ここでのトップレベルドメインは.NETである｡ comに移籍した｡
私が使っているドメイン名はDion Trainingです｡
完全に修飾するためには､ その前にWWWを付けなければならない｡
これでwww ディオントレーニング comに移籍した｡
さて､ 私のウェブサーバーに行きたい場合は､ ブラウザにwww.と入力することになる｡
ディオントレーニング comにリダイレクトされ､
私のウェブサーバーに転送される｡
さて､ 代わりに私のファイルサーバーに行きたい場合は､
ftpと入力しなければならない｡ ディオントレーニング comで運用しているサーバーだからだ｡
私のメール・サーバーに行きたいなら､
mailとタイプすればいい｡ ディオントレーニング comに移籍した｡
これら3つはすべて､ 完全修飾ドメイン名（FQDN）の例である｡
基本的に､ サービス､
ドット､ ドメイン名､ ドット､ トップレベルドメインがあり､
これはインターネット上のどのドメインを見ても同じように機能する｡
さて､ DNSは階層構造として設定される｡
これは5つの異なるレベルで発生する｡
ルートレベル､ トップレベルドメイン､ セカンドレベルドメイン､
サブドメイン､ ホストがある｡
ルートレベルはDNS階層ツリーの最上位レベルで､
ルートネームサーバーはルートゾーンのリクエストに応答します｡
これらのサーバーには､ すべてのトップレベルドメインのグローバルリストが含まれている｡
com､ ｡ net, . org, . 工場など｡
2つ下のレベルはトップレベルドメインになる｡
これらは2つのカテゴリーに分けられる｡
com, . net, . .orgなどの地理的階層がある｡
ukはイギリス､ . frはフランス｡ イタリアや他の国もそうだ｡
3つ下のレベルはセカンド・レベル・ドメインと呼ばれる｡
これらのドメインはトップレベルドメインの直下に位置する｡
例えば､ 私のドメイン「Dion Training」は､
.NETドメイン下のセカンドレベルドメインです｡ comのトップレベルドメインです｡
その. comはルートドメインの下にある｡
これは､ これらのものがヒエラルキーの一部として一緒にレベルアップしていく方法である｡
4つ下の階層はサブドメインと呼ばれ､ 2つ目の階層であるdiontrainingドメインの下に新しいサーバーを作るとします｡
comでは､
サブドメインを使うことができます｡
私の場合､ 目的別にたくさんのサブドメインを持っている｡
私のメインのウェブサイトはwwwのサブドメインでホストしているので､
wwwと入力する｡ ディオントレーニング com』から私のウェブ・サーバーに飛びますが､
サポートというものもあります｡
現在､ サポート・サブドメインはsupportにある｡
ディオントレーニング comに移籍した｡
もうひとつ､ メール､ メール｡ ディオントレーニング comに移籍した｡
これらはすべて異なるサブドメインである｡
さて､ 最後から5番目のレベルはホストレベルである｡
これは､ DNS階層構造の最下位で最も詳細なレベルであり､
ネットワーク上の特定のマシンまたはサーバーを指す｡
ディオントレーニング comは､
サブドメイン､ セカンドレベルドメイン､ トップレベルドメインを含む｡
もう一歩踏み込んで､ URLの観点から見てみよう｡ URLはユニフォーム・リソース・ロケータとして知られている｡
ここでも､ 私のウェブサーバーを例にとってみよう｡
ディオントレーニング comに移籍した｡
これは私の完全修飾ドメイン名だが､
アクセス方法は書かれていない｡
セキュアにやりたいのか､ インセキュアにやりたいのか｡
まあ､ それはURLを見てもらうしかない｡
ユーザー名とパスワードを教えたいなら､
安全にやってね｡
したがって､ www.の前にHTTPS://を追加することになる｡
ディオントレーニング comにアクセスすれば､
それがURL（ユニフォーム・リソース・ロケーター）になり､ diontrainingへのアクセス方法がわかるからです｡
comのウェブサーバー｡
そのため､ 冒頭にHTTPSを付けている｡
ハイパー・テキスト・トランスファー・プロトコルのセキュアなアクセス方法だ｡
さて､ もしあなたが私のウェブサイトに安全でない方法でアクセスしたいのなら､
ウェブアドレスの先頭にHTTP://を追加すればいい｡
FTPを使って接続する場合は､ FTP://FTPを使う｡
ディオントレーニング comをURLとして使用します｡
このように､ システムに指示する方法はさまざまで､ URLと完全修飾ドメイン名を作成します｡
次に､ DNSサーバー内に存在するさまざまなタイプのDNSレコードについて説明する必要がある｡
DNSサーバーの内部では､ ユースケースに応じてさまざまな種類の情報を保持するレコードを作成することになる｡
これらはAレコード､ AAAAレコード､ CNAMEレコード､ MXレコード､ TXTレコード､
NSレコードとして知られている｡
これらの異なるレコード・タイプをそれぞれ簡単に見てみよう｡
まず､ アドレス・レコードを意味するAレコードがある｡
Aレコードは､ ホスト名をIPv4アドレスにリンクするために使用される｡
例えば､ www. ディオントレーニング comのIPアドレスにリンクしている｡
79. 184. 180.
これに加えて､ @ホストにAレコードを設定することもでき､
これはルートドメインのレコードを示します｡
ディオン・トレーニングの例では､ @レコードはdiontrainingを意味します｡
comは､
私たちのドメインのルートであり､ あるIPにリストされることになる｡
こうすることで､ ユーザーはwww.のサブドメインにアクセスして､
当社のウェブサイトを見つけることができる｡ ディオントレーニング com､ またはdiontrainingにアクセスしてください｡
comのA
@レコードを使用する｡
現在､ AレコードはIPv4アドレスに対してのみ機能するが､ 最近のウェブサイトの多くはIPv6もサポートしている｡
ドメイン名をIPv6アドレスにマッピングするには､
AAAAレコードを使用する｡
ディオン・トレーニングのサイトを例にとると､ ウェブサーバーのIPv6アドレスが2400:cb00:2049:1::a29f:1804であれば､
AAAAレコードを2400:cb00:2049:1::a29f:1804に設定できます｡
おわかりのように､ IPv6アドレスはIPv4よりもずっと複雑で､
私たち人間が記憶するのは本当に難しい｡
次に使えるレコードのタイプは､ CNAMEレコード（正規名レコード）と呼ばれるものです｡
AAAAレコードのAレコードの代わりにCNAMEレコードが使われるのは､ ドメインを別のドメイン名やサブドメイン名に向けたい場合である｡
例えば､ 私はdiontraining以外にもたくさんのドメイン名を所有しています｡
comに移籍した｡
これらの中には､ 私が以前経営していた会社やプロジェクトのものもあれば､ 将来いつか使おうと思っているものもありますが､
とりあえずdiontrainingに解決するCNAMEレコードを設定しています｡
comに移籍した｡
例えば､ 私は以前itil4examというウェブサイトを運営していた｡ comのドメイン名を使用していましたが､ そのドメイン名を使用するのをやめて､
これらのコースをすべて自分のdiontrainingに統合しました｡
comのウェブサイト｡
だから､ その古いウェブサーバーを閉鎖したとき､
私はまだ人々がitil4examと入力できるようにしたかった｡ comにアクセスし､ エラー・ページではなく何かに到達する｡
そこで､ CNAMEレコードを使って直接diontrainingを指すようにした｡
comに移籍した｡
さて､ なぜそんなことをしたいのだろう？
まあ､ ディオントレーニングと並行して数年間､
別のサイトにいたからね｡ comに掲載されたリンクの多くは､ そのitil4examで開催された私たちのコースへの推薦でインターネット上に溢れています｡
comのウェブサイト｡
そのサイトから最も人気のあるコースの1つがITIL
4 Foundationコースで､ itil4examにありました｡
com/itil-4-foundation｡
ウェブブラウザーにそれを入力すると､
itil4examが表示されます｡ comの一部をdiontrainingに提供した｡ comから直接diontrainingにアクセスしてください｡
com/itil-4-foundation｡
つまり､ Redditで見つけた数年前のコースを勧めるリンクを使用しても､
元のitil4exam.
comサーバーはもはやサービスされておらず､
オフラインになっている｡
CNAMEレコードを使用するもう一つのユースケースは､ サービスとしてのソフトウェアを使用していて､
そのサーバーにサブドメインを提供している場合です｡
例えば､ 私はFreshdeskというサービスデスクのチケット追跡ソフトを使っている｡
comのような､
ちょっと覚えにくいサブドメインをくれた｡
フレッシュデスク comに移籍した｡
そこで､ スタッフがサポートデスクを見つけやすくするために､
SupportというCNAMEレコードを作成し､ この覚えにくいサブドメインを指定しました｡
だから､ 私のスタッフがサポートに入れば ディオントレーニング comにアクセスすると､
Freshdeskが発行したサブドメインが提供するクラウドインスタンスにリダイレクトされます｡
CNAMEレコードはIPアドレスを指すために使用できないことを覚えておいてください｡
別のドメイン名またはサブドメイン名を指すためにのみ使用できます｡
次に､ MXレコードがある｡ これはメール交換レコードの略で､ あなたが考えているとおりの働きをする｡
メールサーバーがどこにあるのかを把握するのに役立つ｡
MXレコードは､ あなたのメールサーバーに電子メールを誘導するために使用されます｡
MXレコードは､ CNAMEレコードと同様に､ IPアドレスではなく､
別のドメインを指すためにのみ使用することができます｡
MXレコードを作成する際､ それぞれのレコードの優先順位も指定できるようになります｡
これにより､ メールが最初に使用するサーバーを指定することができます｡
優先順位の設定に関しては､ 入力した数字が小さいほど優先順位が高くなる｡
基本的にはゴルフのルールだ｡
つまり､ mail1. ディオントレーニンフ comを10に設定し､
mail2. ディオントレーニング comの優先順位を20に設定すると､
メールはまずメール1を使おうとする｡
メール1に到達できなかった場合は､ メール2に到達しようとする｡
複数のサーバーにメールをロードバランスさせたい場合は､
それぞれの優先順位を同じ値に設定すればよい｡
つまり､ メール1とメール2のレコードを作成し､
両方とも優先順位を10にした場合､ すべての受信メールはこれらのサーバー間で交互に負荷分散されることになる｡
1本目は1本､ 2本目は2本､ 3本目は1本､
4本目は2本......といった具合だ｡
次に､ TXTレコード､ つまりテキスト・レコードがある｡
現在､ テキストレコードは､ ドメイン管理者がドメインネームシステム､ またはDNSにテキストを追加するために使用されています｡
元々テキストレコードは､ 人間が読めるメモをDNSレコードに追加するための方法として設計されましたが､
時が経つにつれて､ このテキストレコードに追加されるものが増えていき､
最終的には､ 機械が読めるデータもテキストレコードに追加されるようになりました｡
あなたのドメインは､ さまざまなテキストレコードを持つことができます｡
どちらか1つに限定されるわけではない｡
ほとんどの場合､ テキストレコードは､ 検証のために機械可読コードを追加することでドメインの所有権を証明したり､
TXTレコードに特定の機械可読コードを追加することで電子メールのスパム防止を提供したりするために使用されます｡
例えば､ ディオントレーニング｡ comの場合､ fdkeyという名前のテキストレコードがある｡
をサポートし､
DNSレコード内に32桁の16進数でテクスチャを作成する｡
これにより､ 当社のサポートシステムFreshdeskは､
当社がドメイン名diontrainingを所有していることを確認できます｡
これは､ ドメイン所有権の検証の一形態であり､
そのシステムは私たちのDNSレコードを照会し､ 私たちがDNS
TXTレコードにこのユニークな32桁の16進数列を入力したことを確認することができるからである｡
本質的には､ 「おい､ このドメインは俺のものだ」と言うためのパスワードのようなものだ｡
TXTレコードには､
SPF､ DKIM､ DMARCメッセージなどの情報を記載することで､ お客様のメールサービスを検証し､
お客様のドメインやメールアドレスを使用している他の人々へのなりすましやスパムとして知られる不要なメッセージの送信をブロックすることができます｡
SPF（送信者ポリシーフレームワーク）は､ ドメインのメール送信を許可されたホストを識別するDNSレコードで､
各ドメインに対して1つだけ許可されます｡
さて､ これらを見ると､ このようなものがあるはずです｡
これはテキストレコードと呼ばれるDNSレコードです｡
記号があり､ V=SPF1と書かれていることに気づくだろう｡
一番最初だよ｡
次にMX（メールサーバーレコード）があり､
include:_SPFとある｡ グーグル com､ email:を含む｡
フレッシュデスク com-all｡
さて､ これは何を物語っているのだろうか？
これは私のメールサーバーのSPFレコードです｡
さて､ なぜグーグルがあるのか｡ そこにいるのか？
というのも､ 私たちはグーグルのG Suiteを使っていて､
グーグルは私たちの電子メール・サービス・プロバイダーだからだ｡
私たちは独自のメールサーバーを運営していません｡
その代わりに､ 私たちは彼らにそれをさせ､ そのSPFステートメントを含めることで､
彼らが私たちに代わってメールを送信することを許可しているのです｡
さて､ その2つ目だが､
「何のためにあるんだ？
1つしか持てないと思っていた｡ さて､ SPF文は1つしか持てないが､ DNSで書くとこの全体が1行であり､
テキストからすべてまでこの全体が1行であり､ それが1つのSPF文である｡
Freshdeskとは､ 私たちのトラブルチケットシステムです｡
Dion Trainingのサポートにメールを送ると､ Freshdeskに送信されますが､
Dion Trainingの私の個人的なメールにメールを送ると､
Googleに送信されます｡
さて､ 次にお話ししなければならないのは､ DKIM（dkim）についてです｡
さて､ これはドメインキーで識別されたメールである｡
これは､ DNSレコードとして公開される公開鍵を使用したメールの暗号認証メカニズムを提供する｡
さて､ SPFやDKIMを調べると､
このように表示される｡
アドビへのメールの例です｡ comに移籍した｡
一番上にDMARCが見えますが､
これについては後で説明します｡ 先ほど説明したSPF､
そしてDKIMが見えます｡
これは基本的に非常に長い暗号認証キーで､
画面上で見ることができる｡
現在､ DKIMはSPFを置き換えることも､ SPFとともに使用することもできる｡
次にお話しするのはDMARCで､ DMARCとはドメインベースのメッセージ認証報告と適合性のことです｡
これは基本的にフレームワークであり､ このフレームワークはDNSレコードとして公開されるポリシーを利用してSPFとDKIMの適切な適用を保証するために使用されます｡
戻って見たければ､ この時点で見ることができる｡
DMARCを扱う場合､ SPFと併用することも､
DKIMと併用することも､ あるいは両方使うこともできる｡
DMARCは､ どちらか一方を使うこともできるし､
両方を使うこともできる｡
さて､ MARCを扱う場合､
このようになる｡
では､ これらすべてがどのように連動しているのだろうか？
まず､ SPF､ DKIM､ DMARCがすべてDNSサーバー上にあることを確認しなければならない｡
すべての記録が揃えば､ そこからすべてのプロセスが始まる｡
さて､ 一度これをやってしまえば､
あとはメッセージを送ろうとするたびに､
すべてがフォローアップされることになる｡
この例では､ 2つのメッセージが送信され､ 1つはSMTPサーバーからで､ これは認証済みで緑色で表示され､
もう1つはドメインを詐称しようとする敵からで､
これは赤色で表示される｡
まずは公認のものから｡
ここでは2Aと記載されている｡
送信者はそのメッセージをMTAに送る｡
このメッセージはMTA（メッセージ転送エージェント）に送られ､
MTAはSPFまたはDKIMヘッダーの付いたメッセージを受け取ることになる｡
さて､ このメッセージに少しこだわって､
敵の話に戻ろう｡
MTAはそのメッセージを受け取ると､
そのメッセージを見て､ そのメッセージを処理する｡
その際､ DNS経由で送信者のDMARCポリシーとSPFレコード､
DKIMレコードを検索することになる｡
さて､ MTAがそうすれば､ それが正当なものであれば､
そのメッセージはIMAPサーバー上の受信者のメールボックスに入れられ､
その人がメールユーザーエージェントを使ってメッセージを読めるようになるのを待つことができる｡
なぜなら､ 設定されたポリシーに基づいて､
SPF､ DKIM､ DMARCとそれらの値を比較したからだ｡
敵がメッセージを送信する際､ エンドユーザーに届くにはMTAに送らなければならないからだ｡
いったんDMARCに届くと､
MTAはSPFやDKIMレコードを見ながらDMARCポリシーと照合する｡
もし一致しなければ､ 5Bにあるように､
そのメッセージは拒否され､ 削除されるか､
隔離されて捨てられる｡
DKIM､ DMARC､ SPFを併用することで､ 組織にセキュリティを加えることができる｡
最後に､ ネームサーバーレコードを意味するNSレコードがある｡
さて､ ネームサーバーレコードは､
世界中のどのDNSネームサーバーがそのドメインの権威となるかを示すために使用されます｡
DNSは先ほど説明した階層モデルを使用しており､ すべてのサーバーは誰がそのレコードの所有者で､
そのレコードに変更を加える権限があるのかを知る必要があるからだ｡
さて､ ネームサーバーとは､ Aレコード､ AAAAレコード､
カノニカルネームレコード､ MXメール交換レコード､ TXTテキストレコードなど､
すでに説明したすべてのタイプを含む､ 指定されたドメインのすべてのDNSレコードを格納するDNSサーバーの一種です｡
1つのドメインに対して複数のネームサーバーが存在することもよくあるので､
プライマリとバックアップのネームサーバーを持つこともできます｡
さらに､ ネームサーバーは常に自分でホストする必要はありません｡
diontraintrainingの場合｡ comでは､ 独自のネームサーバーをホストしていません｡
その代わりに､ 私たちはクラウドサービス・プロバイダーであるCloudflareを利用している｡
そこで､ diontraining.comのDNSレコードを調べると､ 次のようになります｡ comの2つのネームサーバーである｡
さて､ ここまでは､ 世界中の誰もがアクセスできる一般公開されたDNSサーバーをホスティングするという観点からDNSについて話してきたが､
DNSは実際には内部でも外部でも使用することができる｡
これまで話してきたことはすべて対外的な話だが､
対内的な話を少ししよう｡
最近のクラウドコンピューティングでは､ 同じネットワークやプライベートクラウド内のクラウドインスタンスに､
IPアドレスを使用する代わりに内部DNS名を使用して相互にアクセスできるように､
内部DNSサービスもセットアップすることが非常に一般的になっている｡
そのために､ 内部Aレコードが作成され､
内部ポインターレコードもリバースゾーンに作成される｡
幸いなことに､ ほとんどのクラウドプロバイダーは､ プライベートクラウドでさまざまな仮想マシンやその他のインスタンスを作成したり削除したりする際に､
これらの内部DNSレコードを自動的に作成､ 更新､ 削除してくれる｡
しかし､ 外部DNSは私たちの多くがより慣れ親しんでいるものだ｡
これは､ 私たちが中央機関から購入し､
公共のインターネット上で使用するドメイン名の周りに作成されるレコードです｡
さて､ 各DNSレコードには､ TTL（生存時間）と呼ばれるものも関連付けられています｡
time to liveは､ DNSリゾルバに､ 新しいクエリを要求する前にクエリをキャッシュできる時間を指示する設定である｡
つまり､ 私のDNSレコードが86,400秒（通常デフォルト）に設定されている場合､
私のコンピューターはそのDNSレコードを解決し､ DNSサーバーに再度情報を要求するまでの24時間､
そのレコードを記憶していることになる｡
このDNSリゾルバは､ DNSキャッシュとしても知られ､
個々のホストに配置されています｡
そのため､ 例えばWindows 10を使用している場合､ インターネット上のウェブサイトに接続するたびに､
コンピューターはDNSエントリーのローカルコピーを作成していることになる｡
この一時データベースは､ DNSサーバーから受け取った回答を記憶している｡
だから､ diontrainingに行けば｡ comの場合､ 今日初めてそれを実行すると､ コンピューターはDNSサーバーにそのIPアドレスを問い合わせなければならないが､ 今ではそのIPアドレスがどこにあるか知っており､
今後24時間そのIPを記憶している｡
今日､ 私のウェブサイトに5回アクセスしたとしても､ そのIPアドレスを調べる必要があったのは1回だけだ｡
これは､ 私たちにとってプロセス全体のスピードアップに役立つ｡
さて､ 明日もう一度やってみると､ コンピューターはまずDNSキャッシュをチェックし､
そこにレコードがあることを確認する｡
しかし､ もしその持ち時間がすでに過ぎていれば､ そのレコードは無効となり､
別のルックアップが実行されることになる｡
最後に､ 再帰検索の概念について説明しよう｡
あなたのコンピュータがdiontrainingのようなウェブサイトを見つけようとするとき､
あなたは知っています｡ comの場合､ まずDNSサーバーにその場所を尋ねる必要がある｡
例えば､ 自宅でベライゾン・フィオスの接続を使っている場合､
DNSサーバーに "Who's diontraining.
com? さて､
ベライゾンのDNSは､ diontrainingのIPアドレスを知っているかもしれないし､ 知らないかもしれない｡ comに移籍した｡
何しろ､ 世の中には何百万､ 何千万というウェブサイトがあるのだから､ 24時間ごとに記録を再同期させなければならないとしたら､
長い時間がかかることになる｡
そのため､ DNSはこの再帰的戦略を使って検索を行う｡
ベライゾンに聞いて､ 答えがわからなければ､ レベルを上げて次のDNSサーバーに聞くというわけだ｡
もしそのサーバーが答えを知らなければ､ もう一つ上のレベルに行き､
diontrainingのIPアドレスを知っている人を見つけるまでこのプロセスを続ける｡
comに移籍した｡
さて､ この再帰の間に.
com､ またはdiontrainingのルートドメインです｡ comに問い合わせることができる｡
comのルートサーバーは､ どのDNSサーバーがdiontrainの権威であるか｡
comから直接､
権威ある回答を得ることができる｡
基本的に､ 再帰検索では､ DNSリゾルバは､
「このドメインのIPが何であるか知らないが､
DNSサーバーに尋ねるつもりだ｡
さて､
反復ルックアップと呼ばれる別の方法もある｡
反復検索では､ DNSサーバーがあなたのために情報を検索し続け､
その結果をあなたに送らないことを除けば､
再帰検索に似ている｡
その代わり､ 反復検索では､ DNSリゾルバがDNSサーバーにドメインのIPを尋ね､ DNSサーバーが知らなければ､
次のDNSサーバーに尋ねるようにリゾルバに伝え､
そのサーバーがIPを提供します｡
再帰検索では､ DNSサーバーがそれを探し出し､
リゾルバに報告しますが､ 反復検索では､ DNSリゾルバは､
そのドメインのIPを持つものを見つけるまで､ このクエリを再帰的に実行し続けます｡
さて､ このレッスンで多くの情報を扱いましたが､
簡単なまとめとして､ 試験のために知っておくべきことは何でしょうか？
ドメイン名をIPアドレスに､ IPアドレスをドメイン名に変換するために､
DNSがどのように機能するかを理解する必要があります｡
AレコードはIPv4アドレスのドメイン名に使用され､ AAAAレコードはIPV6アドレスのドメイン名に使用されることを覚えておく必要がある｡
CNAMEレコードは､ ドメイン名を他のドメイン名にマッピングするために使用されます｡
MXレコードは電子メールに使われ､
NSレコードはネームサーバーに使われる｡
TXTレコードは､ 人間が読めるデータまたは機械が読めるデータとしてテキストを保存する｡
この要約を覚えておけば､ 試験で出題されるDNSの問題のほとんどに答えられるはずだ｡