DNS総合Troubleshooting · 理解確認

答え：A

この設問では「DNS Troubleshooting Order」を判断するため、名前利用だけの障害では、IP直接接続とDNS Queryを比較してDNSか後段かを切り分けます。

答え：B

この設問では「DNS Troubleshooting Order」を判断するため、Query条件、応答Status、Record内容、参照先、Cacheを順に確認すると原因を絞れます。

答え：C

この設問では「Query Name Diagnosis」を判断するため、誤ったQuery NameならNXDOMAINでもRecord側故障とは限りません。

答え：D

この設問では「Query Name Diagnosis」を判断するため、Client側Suffix等でQuery Nameが変わっていないかを確認します。

答え：A

この設問では「Record Type Diagnosis」を判断するため、IPv6 Addressを使う接続先はAAAAを優先確認します。

答え：B

この設問では「Record Type Diagnosis」を判断するため、Mail Exchangerの選定にはDomainのMX Recordを確認します。

答え：C

この設問では「NXDOMAIN 根本原因」を判断するため、複数TypeでもNXDOMAINならName自体の不存在をまず疑います。

答え：D

この設問では「NXDOMAIN 根本原因」を判断するため、Authoritative側でもNXDOMAINなら登録先ZoneやNameの誤りを確認します。

答え：A

この設問では「NODATA 根本原因」を判断するため、Nameは存在しているため、AAAA NODATAがIPv6 Address取得失敗の直接要因です。

答え：B

この設問では「NODATA 根本原因」を判断するため、NODATAでは要求Typeと実際のRRsetを照合します。

答え：C

この設問では「SERVFAIL 根本原因」を判断するため、SERVFAILはResolution処理の失敗を示すため、名前不存在と決めつけません。

答え：D

この設問では「SERVFAIL 根本原因」を判断するため、Resolver依存のSERVFAILなら問題Resolver側のResolution Pathを調査します。

答え：A

この設問では「Timeout 根本原因」を判断するため、DNS Statusすら得られずResolver宛の他通信も失敗するなら、まずResolverへのNetwork到達性と応答経路を確認します。

答え：B

この設問では「Timeout 根本原因」を判断するため、応答を受け取れていないためNameの存在有無は判断できません。

答え：C

この設問では「CNAME Chain Diagnosis」を判断するため、Alias Chainは成立していてもTargetのAddress Recordがなければ最終解決できません。

答え：D

この設問では「CNAME Chain Diagnosis」を判断するため、修正後はAliasからCanonical Target、最終Addressまで一連のResolutionを確認します。

答え：A

この設問では「MX Preference Diagnosis」を判断するため、優先順が逆ならまずMX Preference値と実際に返却されるMX RRsetを確認します。

答え：B

この設問では「MX Preference Diagnosis」を修正後確認として判断するため、より小さいPreference 5のPrimaryが20のBackupより優先されます。

答え：C

この設問では「MX Target Diagnosis」を判断するため、MX TargetをAddressへ解決できなければMail Serverへ接続できません。

答え：D

この設問では「MX Target Diagnosis」を出力から判断するため、MX TargetはCNAME AliasではなくCanonical Mail Hostnameへ向けます。

答え：A

この設問では「Implicit MX Diagnosis」を判断するため、Domain存在＋MXなしはImplicit MXを検討します。

答え：B

この設問では「Implicit MX Diagnosis」を判断するため、Implicit MXはMX RRsetが存在しない場合の規則です。

答え：C

この設問では「Null MX Diagnosis」を判断するため、Null MXは単なるMX欠落ではなく、Mailを受信しない明示です。

答え：D

この設問では「Null MX Diagnosis」を症状と出力から判断するため、`MX 0 .`はMailを受信しないことを明示するNull MXです。

答え：A

この設問では「NS Delegation Diagnosis」を判断するため、NS Targetへ到達するためのAddress解決ができないため、そこを調査します。

答え：B

この設問では「NS Delegation Diagnosis」を判断するため、Authoritativeが正常でRecursiveだけ旧値ならCache差を疑います。

答え：C

この設問では「PTR Mismatch Diagnosis」を統合診断として判断するため、Forward Aが正しくReverseだけ旧NameならPTR Mappingを修正します。

答え：D

この設問では「PTR Mismatch Diagnosis」を判断するため、PTR再QueryとForward側の対応確認で修正後状態を検証します。