mDNSResponderがローカルDNSサーバーを使用するようにしますか？

dnsmasqMac（Sierra）がwifiネットワークに接続されていないときに使用したい。

[高度なネットワーク設定]ダイアログボックスでDNSサーバーを構成するdigとnslookup、とでうまく機能し、tcpdumpこれらのツールがローカルdnsmasqサーバーにヒットすることがわかります。

ping、curlおよびCloud Foundry CLIなどのGolangバイナリでは機能しません。これらはホストを解決できず、ローカルネームサーバーとの通信を試みません。Golangバイナリに使用するdtrussと、cf開くことがわかり/etc/hostsます。ただし、ネームサーバーと通信しようとするのを見つける方法がわかりません。

私が停止した場合mDNSResponderやmDNSResponderHelper、サービス、pingおよびcurlで失敗して少し時間がかかりますcannot resolve api.local.pcfdev.io: Unknown hostが、それでもそれにもかかわらず失敗し、ローカルネームサーバをヒットしようとせずに。

オフラインでmacOSにローカルネームサーバーを使用させる方法はありますか？

mDNSResponder-PCF Dev VirtualBox VMを実行しているがLAN / WLANを持たない-はデフォルトゲートウェイが見つからないか、間違ったゲートウェイを取得すると思います。インターフェイスが接続されていないか、すべてのインターフェイスがアクティブでない場合、デフォルトゲートウェイは存在しません。

これは次の方法で確認できます。

netstat -r -f inet
Routing tables

Internet:
Destination        Gateway            Flags        Refs      Use   Netif Expire
127                localhost          UCS             1        0     lo0
localhost          localhost          UH              5     1380     lo0
192.168.11         link#7             UC              4        0 vboxnet
224.0.0            link#1             UmCS            2        0     lo0
224.0.0.251        link#1             UHmWI           1        0     lo0

これを回避するには、次のことを実行できます。

要件：q＆my aで公開されている dnsmasqの適切な構成。すべてのインターフェイスを無効にする必要がある場合があります。

[システム環境設定]> [ネットワーク]でロケーションプロファイルを複製し、たとえばVLANを使用したpcdevに名前変更します。

左ペインでインターフェース（Wi-Fiなど）を選択し、左ペインの下部にあるギア> [仮想インターフェースの管理]を押します。⊞ボタンを押して、「新しいVLAN ...」を追加します。名前をVLANに変更し、タグおよびインターフェイスとして1を選択します。

インターフェイスを構成します。任意の未使用のIP（例：10.228.8.226/Mask 255.255.0.0/Router 10.228.0.1およびDNSサーバー127.0.0.1）を使用して手動で構成します。ボタンで設定を適用しますApply。IP（+マスク）とルーターは同じネットワーク内にある必要があります。

ルーティングテーブルをもう一度確認します。最初は次のようになります。

netstat -r -f inet
Routing tables

Internet:
Destination        Gateway            Flags        Refs      Use   Netif Expire
10.228/16          link#8             UC              2        0   vlan0
127                localhost          UCS             1        0     lo0
localhost          localhost          UH              4     1380     lo0
192.168.11         link#7             UC              2        0 vboxnet
224.0.0            link#1             UmCS            2        0     lo0
224.0.0.251        link#1             UHmWI           1        0     lo0

しかし、数秒後（私の環境では最大40秒）に設定する必要があります。

netstat -r -f inet
Routing tables

Internet:
Destination        Gateway            Flags        Refs      Use   Netif Expire
default            10.228.0.1         UGSc            3        0   vlan0
10.228/16          link#8             UCS             2        0   vlan0
10.228.0.1/32      link#8             UCS             2        0   vlan0
10.228.0.1         link#8             UHRLWIir        4        0   vlan0     18
10.228.8.226/32    link#8             UCS             2        0   vlan0
10.228.255.255     ff.ff.ff.ff.ff.ff  UHLWbI          1        3   vlan0
127                localhost          UCS             1        0     lo0
localhost          localhost          UH             26     1494     lo0
192.168.11         link#7             UC              3        0 vboxnet
192.168.11.11      8:0:27:35:78:e2    UHLWIi          2        3 vboxnet   1192
192.168.11.255     ff:ff:ff:ff:ff:ff  UHLWbI          1        3 vboxnet
224.0.0/4          link#8             UmCS            3        0   vlan0
224.0.0.251        1:0:5e:0:0:fb      UHmLWI          1        0   vlan0
239.255.255.250    1:0:5e:7f:ff:fa    UHmLWI          1        3   vlan0
255.255.255.255/32 link#8             UCS             1        0   vlan0

次に、api.local.pcfdev.io / tcp.local.pcfdev.io / local.pcfdev.ioに対してpingを再試行します。

テスト中に、任意のIP pingが発生するという印象を受けました（ping 192.168.11.11、ping 127.0.0.1再構成を加速しました）。

既知のWLANスイッチに到達して、共通のロケーションプロファイルに戻る場合。

これは、VMwareFusion Sierra VMおよびネストされたpcfdev-ubuntu VirtualBox VMでテスト（および動作）されています。この環境では、利用可能なWi-Fiインターフェイスがないため、Wi-Fi接続の欠落を実際にシミュレートすることはできません。代わりに、Sierra VMのすべてのインターフェース（2 xイーサネット）を無効にしました。