回答:
まず、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の内容に直接アクセスします。
短い短い答えはこれです:
そしてさらに、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
ビル
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構成を示しています。
私は通常(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 / allがifconfig -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
教えてくれますか?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