DNS Resolution Fundamentals · 理解確認

答え：A

この設問では「DNS Query Flow」を判断するため、DNS ResolutionではResolverへQuery NameとRecord Typeを問い合わせ、応答されたRecordを後続通信に利用します。

答え：B

この設問では「DNS Query Flow」を判断するため、MX QueryはDomainのMail Exchanger情報を確認するために使用します。

答え：C

この設問では「DNS Record Type 選択」を判断するため、AAAAはNameからIPv6 Addressを得るRecordです。

答え：D

この設問では「DNS Record Type 選択」を判断するため、PTRはReverse LookupでAddressからNameを得るために使用します。

答え：A

この設問では「NXDOMAIN Interpretation」を判断するため、NXDOMAINは要求したDomain Nameが存在しないことを示します。

答え：B

この設問では「NXDOMAIN Interpretation」を判断するため、NXDOMAINはDomain自体が存在しないため、単なるMX RRset欠落としてImplicit MXを適用できません。

答え：C

この設問では「NODATA Interpretation」を判断するため、NOERRORで対象RRがない場合はNODATAとして、Nameは存在するが要求Typeがないと判断します。

答え：D

この設問では「NODATA Interpretation」を判断するため、Nameが別TypeのRecordを持つ一方、要求したMXがない状態はNODATAとして扱えます。

答え：A

この設問では「SERVFAIL Interpretation」を判断するため、SERVFAILはResolution処理失敗を示し、NXDOMAINやNODATAとは異なります。

答え：B

この設問では「SERVFAIL Interpretation」を判断するため、Resolverごとに結果が異なるなら問題側Resolverの上流問い合わせやResolution処理を確認します。

答え：C

この設問では「DNS Timeout Diagnosis」を判断するため、TimeoutはRecord不存在ではなく、ResolverやNetwork経路から応答がない可能性を先に確認します。

答え：D

この設問では「DNS Timeout Diagnosis」を判断するため、TimeoutではDNS応答を得ていないため、Nameの存在有無までは判断できません。

答え：A

この設問では「DNS TTL Cache」を判断するため、TTL内のCacheが残ると、Authoritative側変更後もしばらく旧値が返る場合があります。

答え：B

この設問では「DNS TTL Cache」を判断するため、AuthoritativeとRecursiveの差はCache/TTLの影響を疑う典型例です。

答え：C

この設問では「dig / nslookup Interpretation」を判断するため、Query結果から直接確認できるのは要求したAAAA Recordの応答です。

答え：D

この設問では「dig / nslookup Interpretation」を判断するため、A Recordが正しく返ることは名前解決の確認であり、Application通信全体の成功保証ではありません。

答え：A

この設問では「DNS Record Versus Application」を判断するため、DNS Resolutionが成立しているなら、HTTPS ServiceやFilteringなど後段を切り分けます。

答え：B

この設問では「DNS Record Versus Application」を判断するため、正常なDNS結果とEnd-to-End Application通信は別の確認項目です。

答え：C

この設問では「DNS Negative Response Cache」を判断するため、Negative ResponseにもCachingがあり、修正後すぐに古い不存在結果が残る場合があります。

答え：D

この設問では「DNS Negative Response Cache」を判断するため、過去のNODATAがCacheされている可能性があるためNegative CacheとResolverを確認します。