OS XでChromeが/ etc / hostsを無視するのはなぜですか？

OS X 10.8.5とChrome 30を使用しています。

ファイルに次のように追加127.0.0.1 youtube.comしました/etc/hosts：

# Host Database
#
# localhost is used to configure the loopback interface
# when the system is booting.  Do not change this entry.
##
127.0.0.1       localhost
255.255.255.255 broadcasthost
::1             localhost
fe80::1%lo0     localhost

127.0.0.1       youtube.com

コマンドを実行するtraceroute youtube.comと、予想される結果を受け取ります（youtube.comは127.0.0.1に解決されます）：

traceroute to youtube.com (127.0.0.1), 64 hops max, 52 byte packets
1  localhost (127.0.0.1)  0.272 ms  0.118 ms  0.063 ms

ただし、Chromeでyoutube.comと入力すると、ブラウザーは127.0.0.1との接続を確立せず、YouTubeの「通常の」IPアドレスとの接続を確立します。Chromeがyoutube.comを127.0.0.1に解決すると予想していました。

システムのプロキシ設定を使用するようにChromeを構成しています。OS Xでは、[システム環境設定]> [ネットワーク]> [詳細設定...]> [プロキシ]に移動すると、[自動プロキシ検出]が選択されています。

Chromeが/etc/hostsファイルを無視しているように見えるのはなぜですか？

www.youtube.comhostsファイルに追加してみてください。youtube.comはに永続的にリダイレクトされるためwww.youtube.com、youtube.com一度アクセスした限り、ブラウザはこの応答をキャッシュしてにリダイレクトしますwww.youtube.com。このアドレスはホストファイルにないため、chromeは論理的に正しく解決します。

Google Chromeはホストファイルを無視し、実際のDNSルックアップを行います（他の人が考えるかもしれないが、/etc/hostsDNSの一部ではなく、DNS より前に使用されていたものです）。Google Chrome はこれらのホストファイルエントリを尊重する必要がありますが、そうではありません。DNSに代わる hostsファイルは、DNSサーバーが利用できないときに読み込まれます（ネットワーク接続を無効にした場合など）。

これをテストするには、「127.0.0.1 foobar.dev」をホストファイルに追加し、wiresharkを有効にしてネットワークインターフェースで監視します。Chromeを開きhttp://foobar.dev/、アドレスバーに入力してください。Wiresharkには、次のようなDNSクエリが表示されます。

2   1.668727000 192.168.32.104  8.8.8.8 DNS 75  Standard query 0x663a  A foobar.dev

FWIW、Google DNSはfoobar.devに対して127.0.53.53を返します。

3   1.706484000 8.8.8.8 192.168.32.104  DNS 91  Standard query response 0x663a  A 127.0.53.53

回避策は、Chromeがホストを使用するようにする古いChrome拡張機能であるHostAdminを使用することです。ただし、Chromeの新しいバージョン（> 38、明らかに）はサポートしていません。

この問題を解決するには： Chromeの[詳細設定]で[危険なサイトからあなたとデバイスを保護する]をオフにします。

Chromeに組み込まれた「保護」には、独自のDNSに対してドメインを直接チェックし、「疑わしい」と見なされる特定のタイプのホストエントリまたはオーバーライドされているサイトのエントリをバイパスします。つまり、ほとんどのカスタムホストエントリは無視されます。特に、開発に使用される* .devおよび* .localエントリ。

これをオフにすることで、時間の100％を解決しました。これは、ローカル開発を行っているときに数ヶ月間私を怒らせ、私はどこにもリストされた答えを見つけることができませんでした。高度な設定での簡単な切り替えでした。これもあなたのお役に立てば幸いです。

Localhostは、tcp / ipの内部アドレスである127.0.0.1アドレスの規則ですが、Chromeは/ etc / hostsを使用してアドレスを解決するのではなく、DNSサーバーを使用しているため、アドレスは/ etc / hosts、ただしDNSサーバーから、/ etc / hostsを使用していた場合、アドレスを解決するためにwwwホスト名全体を保持する必要があります。

お役に立てれば。

この質問に出くわしたのは、hostsChrome for macOSで、.dev開発に使用している偽のドメインのファイルが機能しなかったからです。

実際にはない、少なくともクロム77で、仕事を。

問題は、ドメインが見つからないということではなく、すべての.devがhttpsに自動的にリダイレクトされることです：

ドメイン名をダブルクリックすると、原因がわかります。

Googleが.devソリューションとしてGoogleを破った今、上記のリンクは、.testまたはなどの開発のために別のTLDに移動することを提案してい.localhostます。