hana_shinのLinux技術ブログ読者になるhana_shinのLinux技術ブログLinuxの技術情報を掲載しています。ネットワークをメインに掲載していきます。digコマンドとは?digコマンドは、DNSサーバ(*)に対して問い合わせを行い、その結果を表示します。権威DNSサーバに問い合わせをする場合は、+norecurseオプションを指定します。キャッシュDNSサーバ、および権威DNSサーバのことを意味します。検証環境CentOS版数は以下のとおりです。(Core)カーネル版数は以下のとおりです。-r3.10.0-1160.el7.x86_64検証で使用したキャッシュDNSサーバのIPアドレスは192.168.2.1です。インストール方法bind-utilsパッケージをインストールします。bind-utils版数を確認します。基本的な使い方(正引き)正引きとは、ホスト名からIPアドレスを求めることを意味します。東京都のwww.metro.tokyo.jpというホスト名のIPアドレスを求めてみます。27.110.42.78であることがわかります。/etc/resolv.confで指定するキャッシュDNSサーバのIPアドレスになります。簡易表示する方法(+short)ホスト名に対するIPアドレスだけを表示する場合は、+shortオプションを指定します。DNS(8.8.8.8)を指定してみます。キャッシュDNSサーバのIPアドレスを明に指定する場合は、@を使います。27.110.42.78であることがわかります。NS)NSレコードには、ドメインの権威DNSサーバのホスト名が登録されています。ここでは、metro.tokyo.jpドメインの権威DNSサーバのホスト名を調べてみます。digコマンドの実行結果よりmetro.tokyo.jpドメインには、下記4つの権威DNSサーバが動作していることがわかります。129また、次のように+shortオプションを付けると権威DNSサーバのホスト名だけが表示されます。MX)MXレコードには、ドメインのメールサーバのホスト名が登録されています。ここでは、metro.tokyo.jpドメインのメールサーバを調べてみます。ml1.tisc.tokyo.jpという名前のメールサーバが動作していることがわかります。ml1.tisc.tokyo.jp.ml1.tisc.tokyo.jp.の前の数字(5)は優先度を表します。複数のメールサーバが動作している場合は、値が小さいものが優先度が高くなります。DNSクライアントは、複数のメールサーバの中から優先度の高いメールサーバを選択します。Framework)とは、送信ドメイン認証の仕組みです。SPFというレコードはないため、SPFの情報はTXTレコードに登録されています。東京都のmetro.tokyo.jpドメインには、SPFレコードは登録されていないようです。~]#次に、富士通のjp.fujitsu.comドメインのSPFレコードを調べてみます。富士通のSPFレコード(v=spf1...)が登録されています。ip4:202.248.135.220/30等と記載されたIPアドレスのメールサーバからメールの送信が許可されていることがわかります。?all""docusign=c70cb1ed-527f-4f12-9ae0-34c029eed387""MS=3A305C35F204C15598983DEDFDAE30633BD2A325""khi+KOAxPwLE0ByHNCVk0vvg7EAg0k8Nw635sha06rtdUyiBhlVItbqNrVTbzKmfR20Gz6DSt5Ry5o5c6VncIw==""nifty-dns-verify=d4b248be357dcb3f556af5b8c97088d0"富士通からのメールを受信したメールサーバは、SPFレコードを使って、送信元ドメイン認証をおこなうことができます。SOA)metro.tokyo.jpドメインのSOAレコードを取得してみます。900以下に、SOAレコードの見方を示します。ns.metro.tokyo.jpは、metro.tokyo.jpドメインのプライマリDNSサーバです。SOAレコード中の各値の意味は次のとおりです。AAAA)AAAAレコードは、ホスト名に対するIPv6アドレスが登録されています。ここでは、jprs.jpドメインで定義されているAAAAレコードを取得してみます。DNS(8.8.8.8)を使用しました。ANY)jprs.jpドメインの全てのリソースレコードを取得してみました。jprs.jpドメインを選択したのは、色々なリソースレコード(DNSKEYやRRSIG等)があったからです。IPアドレスが192.168.2.1であることがわかります。ms.次に、キャッシュDNSサーバとして8.8.8.8を指定して、DNS問い合わせをしてみます。IPアドレスが8.8.8.8であることがわかります。ドメインの権威DNSサーバを探す方法(+nssearch)ドメインの権威DNSサーバとSOAレコードを表示するオプションです。metro.tokyo.jpドメインの権威DNSサーバとSOAレコードを確認してみます。ms.metro.tokyo.jpドメインには、4つの権威DNSサーバが動作していることがわかります。それぞれのSOAレコードも確認することができます。見やすく表示する方法(+multiline)+multilineオプションを使うと、SOAレコードを見やすく表示することでができます。権威DNSサーバに問い合わせをする方法(+norecurse)metro.tokyo.jpドメインのプライマリDNSサーバに、ホスト名www.metro.tokyoに対するIPアドレスを問い合わせをしてみます。通常、ホストの名前解決をする場合、キャッシュDNSサーバに名前解決を依頼します。ここでは、自分自身がキャッシュDNSサーバとなり、権威DNSサーバに非再帰問い合わせを逐次実施することで、名前解決をしてみます。名前解決するホスト名は、www.metro.tokyo.jpとします。ルートDNSサーバを調べます。ルートDNSサーバは全部で13種類あることがわかります。+shortg.root-servers.net.d.root-servers.net.a.root-servers.net.i.root-servers.net.f.root-servers.net.h.root-servers.net.m.root-servers.net.e.root-servers.net.c.root-servers.net.j.root-servers.net.l.root-servers.net.k.root-servers.net.b.root-servers.net.次に、適当なルートDNSサーバを選択します。ここでは、a.root-servers.netに対して、www.metro.tokyo.jpの名前解決を問い合わせしてみます。a.dns.jpからh.dns.jpまでの8つの権威DNSサーバを紹介されます。h.dns.jp.-snip-次に、紹介された8つの権威DNSサーバから適当なDNSサーバを選択します。h.dns.jpに対して、www.metro.tokyo.jpの名前解決を問い合わせしてみます。h.dns.jpから下記4つの権威DNSサーバを紹介されます。ns4.metro.tokyo.jp.-snip-最後に、上記4つの権威DNSサーバにwww.metro.tokyo.jpの名前解決を依頼してみます。+shortオプションを使った実行結果を以下に示します。いずれの結果も、www.metro.tokyo.jpのIPアドレスが27.110.42.78となっていることがわかります。ns6.metro.tokyo.jpに問い合わせした結果を以下に示します。+short27.110.42.78ns.metro.tokyo.jpに問い合わせした結果を以下に示します。+short27.110.42.78nameserver3.kvh.ne.jpに問い合わせした結果を以下に示します。問い合わせした結果を以下に示します。手動で実施した作業をトレースすることができます。私が業務や記事執筆で参考にした書籍を以下のページに記載します。)はてなブログをはじめよう!hana_shinさんは、はてなブログを使っています。ブログを報告する引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。