discoveryutilでオプションを設定しないと、.localドメインに到達できません

mysite.myname.localに.localウェブサイトがあります

ブラウザでmysite.myname.localをhttpにしようとしても、何も起こりません。

「mysite.myname.localをping」すると、「ping：mysite.myname.localを解決できません：不明なホスト」と報告されます。

「nslookup mysite.myname.local」の場合、正しいIPアドレスが報告されます。

「mysite.myname.local」をホストすると、正しいIPアドレスも報告されます。

ただし、pingおよびhttp：//アドレスからmyname.localを省略すると、「ping mysite」とhttp mysiteの両方が期待どおりに機能します。

tcpdumpを使用して、それが何かを教えてくれるかどうかを確認しましたが、そこに見つけた唯一の手がかりは

0：36：07.466728 IP（tos 0x0、ttl 64、id 52932、offset 0、flags [none]、proto UDP（17）、length 67、bad cksum 0（-> 221a）！）192.168.4.122.59479> 192.168 .4.1.domain：[bad udp cksum 0x8a0c-> 0x7ba3！] 27737+ A？mysite.myname.local。（39）10：36：07.467151 IP（tos 0x0、ttl 64、id 6826、offset 0、flags [none]、proto UDP（17）、length 97）192.168.4.1.domain> 192.168.4.122.59479：[udp sum ok] 27737 * q：A？mysite.myname.local。1/1/0 mysite.myname.local。[1m] A 192.168.4.235 ns：mysite.myname.local。[1m] NS mysite.myname.local。（69）

そのため、どこかに悪いツクスがあるようです。

完全なアドレスを指定できるようにするために、「。local」ドメインにアクセスできないという議論が見つかりました。そこでは、誰かが次のコマンド「sudo discoveryutil mdnsactivedirectory yes」を提案しました。

このコマンドを実行すると、「ping mysite.myname.local」と「mysite.myname.localへのhttp」の両方が機能します。

いくつか質問があります。

1. /System/Library/LaunchDaemons/com.apple.discoveryd.plistを変更して、再起動後にmdnsactivedirectoryを有効にする方法はありますか？もしそうなら、plistに何を追加する必要がありますか？

2. 誰が何が起こっているのか説明できますか？問題が実際に何であるか、またはdiscoveryutilコマンドがそれを修正する理由を理解していない。

この議論に答えが投稿されました。

リンク・デイビス

「ローカル」TLDはBonjour用に予約されています。OS Xの古いバージョンではこの制限は適用されませんでしたが、Yosemiteでは制限されています。そのTLDを持つユニキャストドメイン名は、デフォルトでは解決されません。構成の変更を永続的にするには（推奨されません）、独自の起動デーモンを作成します。既存のものを変更しないでください。詳細については、launchd.plist（5）のマニュアルページを参照してください。より良い解決策は、ドメイン名を変更することです。

.localドメインに関するwikipediaの記事があります。

承認され、2013年2月20日に公式に公開されたインターネットエンジニアリングタスクフォース（IETF）の標準トラックRFC 6762は、.localを使用して解決できるリンクローカルホスト名の疑似TLDとしての使用を基本的に予約していますマルチキャストDNS名前解決プロトコル。

したがって、答えは、現在の標準に準拠するために、現在使用している方法で.localを使用するべきではないということです。