MavericksのDNSサーバーを一覧表示する


10

VPNネットワーク内の特定のホスト名を解決するために使用されたDNSサーバーを確認するにはどうすればよいですか?

会社提供の専用VPNクライアントを使用していて、DNSサーバーのIPアドレスを確認したいのですが、

networksetup -getdnsservers <service name>

DNSサーバーはまったく表示されません。ただし、内部ネットワークの任意のサーバーにpingできるので、DNSは機能しているようです。

VPN接続あり/なしのOSXでDNSルックアップはどのように機能しますか?

回答:


6

まず、networksetup -getdnsservers <service name>何も表示されない場合は、[システム環境設定]> [Netowrk]の[DNSサーバー:]に何も表示されていません。

次に、OS XはほとんどのシステムのようにDNSを処理しないことに注意することが重要です。パーhttps://developer.apple.com/library/mac/documentation/Darwin/Reference/ManPages/man5/resolver.5.html OS Xをご使用の構成に応じて、複数のDNSクライアントを持っていることを基本的にこの手段。これらの複数のサービスの結果、Safariを使用してWebサイト(http://www.example.com)にアクセスすると、OS XがDNSから取得したIPアドレス(1.2.3.4など)に移動する場合があります。同時に、発掘を行いま​​す

$ dig www.example.com  

異なる結果を返します。(おそらく2.3.4.5)

この理由は、OS XがDNSを処理する方法にあります。

実行$ man digすると、とりわけ、次のようになります。

Mac OS X通知digコマンドは、Mac OS Xで実行されている他のプロセスが使用するホスト名とアドレスの解決、またはDNSクエリルーティングメカニズムを使用しません。 Mac OS Xのネイティブ名とアドレス解決メカニズムを使用します。DNSクエリの結果は、Mac OS X DNSルーティングライブラリを使用するクエリと異なる場合もあります。

また、$man nslookup似たような返します。

Mac OS X通知nslookupコマンドは、Mac OS Xで実行されている他のプロセスが使用するホスト名とアドレスの解決またはDNSクエリルーティングメカニズムを使用しません。 Mac OS Xのネイティブ名とアドレス解決メカニズムを使用します。DNSクエリの結果は、Mac OS X DNSルーティングライブラリを使用するクエリと異なる場合もあります。

これは実際にはかなり長い言い方です。どのDNSサーバーが使用されているかを確認する最良の方法は、[システム環境設定]> [ネットワーク]を確認することです。

「DNSサーバー:」のエントリは通常そこにあり、「ドメインの検索:」を使用すると、不完全なアドレスを検索できます。

「DNSサーバー:」が存在しない場合、OS Xは「ルーター:」のアドレスをDNSに使用しようとします。

そして、このすべての楽しみに加えて、ユーティリティやその他のプロセスがありませんことに加えて、OS X DNSルーティングライブラリを使用して、それらは/etc/resolv.confの内容に直接アクセスします。

短い短い答えはこれです:

  1. [システム環境設定]> [ネットワーク]の内容に移動すると、ほとんどのプロセスが使用しているされています。
  2. システム環境設定の内容>ネットワークは、すべきですではなく、常に、/etc/resolv.confを移入します。
  3. 他のいくつかのプロセス(digやnslookupなど)は、/ etc / resolv.confに直接アクセスしています。

そしてさらに、OS Xに組み込まれているVPNクライアントを使用していない場合、追加のルートとDNSサーバーが使用されている可能性があります。 networksetup -getdnsservers <service name>。VPNクライアントは、ルートとDNSサーバーを表示する機能を持っている可能性があります。

これはあなたの質問に正確に答えるものではないことを知っていますが、うまくいけば、これがMac上のDNSに関する「真実」が何であるかを見つけるのが必ずしも容易ではないことを理解するのに役立ちます。一般に、システム環境設定>ネットワークの内容、またはの内容がnetworksetup -getdnsservers <service name>DNSの取得元であると想定して安全です。ただし、奇妙に思われる場合は、他にも可能性があることに注意してください。digを使用して、足元に違いがあるかどうかを判断します。

最後に、を取得する方法を疑問に思っている読者<service name>networksetup -getdnsservers <service name>networksetup -listallnetworkservices

ビル


説明ありがとうございます。それが私が疑っていたものです。どうやら、VPNネットワークにあるものはすべて、ルーティングテーブルにリストされているVPNゲートウェイを介して検索されています...
Robusta

VPNインターフェイスでtcpdumpを使用してDNSサーバーのアドレスをキャッチすることができました。
ロブスタ

8

OSX Mavericks(10.9-実際には10.6.3アップ)で、アクティブなDNS構成を確認したい場合:

scutil --dns

-first-エントリー(リゾルバー#1)はアクティブな構成であると報告されています...私はそうでない多くのケースを見てきました。

男scutilから

 The --dns option reports the current DNS configuration.  The first listed
 resolver(5) configuration is considered to be the "default" configura-
 tion.  Additional "supplemental" configurations follow.  Those containing
 a "domain" name will be used for queries matching the specified domain.
 Those without will be used as a "default" configuration in addition to
 the first listed.

IME、ここに表示されるものが期待したものと一致しない場合(つまり、ネットワーク>詳細設定> DNS)、更新するために適切なネットワークアダプターを無効または有効にする必要がある場合があります...

最近のOSXの他のヒント:

10.7または10.8では、検索ドメインはドットが含まれるルックアップには適用されません。つまり、www.testは、wwwが追加される検索ドメインをまったく追加しません。修正があります:

sudo vim /System/Library/LaunchDaemons/com.apple.mDNSResponder.plist
Add <string>-AlwaysAppendSearchDomains</string>after line 16
    <key>ProgramArguments</key>
    <array>
        <string>/usr/sbin/mDNSResponder</string>
        <string>-launchd</string>
        <string>-AlwaysAppendSearchDomains</string>
    </array>

mDNSResponderサービスをアンロードしてリロードします。sudo launchctl unload -w /System/Library/LaunchDaemons/com.apple.mDNSResponder.plist sudo launchctl load -w /System/Library/LaunchDaemons/com.apple.mDNSResponder.plist

ネットワーク>詳細> dns configは-PER INTERFACE-です。したがって、ワイヤレスと有線を使用する場合は、両方をセットアップする必要があります。

別の方法もあります-/ etc / resolver-ここに1つの例があります:/ etc / resolver /ファイルはMountain LionでDNS解決のために機能しますか?詳細はこちら:https : //www.dforge.net/2013/01/30/osx-domain-specific-dns-servers-etcresolver/

nslookupを実行しようとする場合-nslookup(およびホストとdig)が(非常にユニークで混在した)OSX解決メカニズムに従っていないことはよく知られています。pingを使用します。


これは受け入れられる答えになるはずです。scutil --dnsは、OSが使用している実際のDNS構成を示しています。
2015年

2

私は通常(UNIX環境で、これは少し古い学校かもしれませんが)次の例のようなものを使用します。

まず、IPアドレスまたはDNS名のエントリを個別に検索すると、回答の提供に使用されたサーバーが報告されます。コマンドラインで1つのエントリnslookupを検索するか、プログラムを入力して、コマンドを再入力せずに複数のエントリを検索できます。

nslookup

Default Server:  redacted.organisation.com
Address:  10.47.xxx.xxx

> ibm.com
Server:  redacted.organisation.com
address:  10.47.xxx.xxx

Non-authoritative answer:
Name:    ibm.com
Address:  129.42.38.1

> sun.com (etc etc, use quit or exit to get out)

次に、このコマンド(これをWindowsボックスで実行したことに注意してください。unix/ OS Xでは、コマンドipconfig / allifconfig -aであり、出力結果がわずかに異なる場合があります)は、システム、物理ポートの各インターフェースのIP構成データをリストします。ワイヤレス接続、VNCなど、マシンからの各ルートに関連付けられているDNSおよびIPデータを表示すると、多数のエントリが返されます。1つは純正のネットワークポート/アダプタごとであり、さまざまな量の仮想ポートも構成、私の例では、ほとんどの結果を削除しましたが、VPNアダプターとそれが持つ(編集された)DNSエントリを示しました。

C:\Users\dawilkin>ipconfig /all

Windows IP Configuration

   Host Name . . . . . . . . . . . . : XXX-XXXXX
   Primary Dns Suffix  . . . . . . . : XX.XXXXX.com
   Node Type . . . . . . . . . . . . : Hybrid
   IP Routing Enabled. . . . . . . . : No
   WINS Proxy Enabled. . . . . . . . : No
   DNS Suffix Search List. . . . . . : XXX.com
                                       XX.XXX.com
                                       XX.XXX.com
                                       XXX.co.uk
                                       XXX.com

Ethernet adapter Local Area Connection 2:

   Connection-specific DNS Suffix  . : XXX.com
   Description . . . . . . . . . . . : Cisco AnyConnect VPN Virtual Miniport Ada
pter for Windows x64
   Physical Address. . . . . . . . . : 00-XX-9A-XX-XX-00
   DHCP Enabled. . . . . . . . . . . : No
   Autoconfiguration Enabled . . . . : Yes
   IPv4 Address. . . . . . . . . . . : 10.47.XX.XX(Preferred)
   Subnet Mask . . . . . . . . . . . : 255.255.240.0
   Default Gateway . . . . . . . . . : 10.47.XX.X
   DNS Servers . . . . . . . . . . . : 10.47.XX.X
                                       10.31.XX.X
   NetBIOS over Tcpip. . . . . . . . : Enabled

Ethernet adapter Local Area Connection:

   Media State . . . . . . . . . . . : Media disconnected
   Connection-specific DNS Suffix  . :
   Description . . . . . . . . . . . : Intel(R) 82579LM Gigabit Network Connecti
on
   Physical Address. . . . . . . . . : 3C-97-XX-XX-XX-3C
   DHCP Enabled. . . . . . . . . . . : Yes
   Autoconfiguration Enabled . . . . : Yes

Wireless LAN adapter Wireless Network Connection 3:

   Media State . . . . . . . . . . . : Media disconnected
   Connection-specific DNS Suffix  . :
   Description . . . . . . . . . . . : Microsoft Virtual WiFi Miniport Adapter #
2
   Physical Address. . . . . . . . . : A4-4E-31-42-33-41
   DHCP Enabled. . . . . . . . . . . : Yes
   Autoconfiguration Enabled . . . . : Yes

残念ながら、nslookupは私のVPNネットワークでサーバーを見つけることができないと答えます。また、ifconfigは、VPNに対応するものを含め、どのインターフェースのDNSサーバーもリストしません。
ロブスタ

多分あなたはハードコードされたホストファイルを使用しています。検索しているサーバーはインターネット上ですか、それとも組織内ですか?
13

OSX環境では有用なコンテキストがないwindows ipconfig出力のため、反対票を投じます-OSXには、独自の(そして多くの風味付けされた)DNS解決環境があります。
熱心

おい、ただ投票して、理由を知る必要はない。
15

1

何をnslookup教えてくれますか?2行目にDNSサーバーが表示されます。

$ nslookup stackexchange.com
Server:     8.8.8.8
Address:    8.8.8.8#53

Non-authoritative answer:
Name:   stackexchange.com
Address: 198.252.206.16

内部サーバー(VPNに属する)に入ると、nslookupは私のwifiルーターをDNSとして使用しようとしますが、サーバーを見つけることができません:[...〜] $ nslookup> xxxxxxxxxxx.comサーバー:192.168.1.1アドレス:192.168.1.1# 53
ロブスタ
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.