Win8.1のシステム

のHostsファイルの失敗の具体的な理由の分析私はあなたがHostsファイルの無効化の問題に遭遇したかどうかわかりません。私のWindows 8.1システムのHostsファイルは普通に使用できますが、どういうわけかそれは突然失敗しました。 Hostsファイルの失敗は私の仕事に多くの問題を引き起こしています具体的な理由を分析するために、私はあなたにデモンストレーションテストをするつもりです。

表示されているhostsファイルのパスは正しく、他に注意をそらさないようにするための行マッピングは1つだけです。

ipconfig /flushdnsを使ってDNSキャッシュをクリーンアップし、実際にDNSクライアントサービスを停止しました。それでもpingを続行し、それでも実際のDNS解決のアドレスを返します。

図に示すように、システムの権限も割り当てられていることがわかります。自分のアカウント内のアカウントおよび以下の管理者グループの権限も完全に制御されています。

そうです、突然失敗した理由はわかりません。何かのハイジャックが発生した可能性がありますか。

分析処理

参考文献によると、hostsファイルに関連するシステムメッセージを追跡するためにメッセージロガーを使用しました。比較のために、私は比較のためにWindows 8.1と仮想マシンで実行されているWindows XPでも動作します。

まず最初に、ネットワーク通信機能を持つすべてのプログラムが、UseHostsFile値がHKEY_LOCAL_MACHINE \\ SYSTEM \\ CurrentControlSet \\ Services \\ Dnscache \\ Parameters \\キーの下に存在するかどうかを検出し、データがそうであることを発見しました。しかし、XPも8.1もこの値を持たないことがわかりましたが、以前の実験によると、XPはhostsファイルを正常に読み取ることができるので、これは無関係な項目であると結論付けることができます。 （ただし、この判断によると、元のDnscacheサービス（つまり、サービス内にDNS Clientという名前を表示し、DNS解決をキャッシュするために使用されるサービス）は、手動でホストファイルを読み取らず、キー値を変更できます。 Br>

すると、hostsファイルを手動で変更するたびに、8.1のsvchost.exeという名前のプロセスがhostsファイルにアクセスしようとしますが、アクセスは拒否されました。 XPでは、同じ名前のプロセスがhostsファイルにアクセスしようとしますが、結果はSuccessです。

メッセージロガーが提供するプロセスのPIDによると、それが運ぶサービスにトレースされる共通のサービスはDNSクライアントです。したがって、上記のDNSクライアントサービスに問題があると結論付けることができます。アクセスファイルは拒否されたので、これは間違いなくアカウントの問題です。そこで、私はいつもDNSクライアントのプロパティページを開き、ログインタブに行き、それが使用するアカウントがデフォルトのローカルシステムアカウントではないことを発見します。組み込みセキュリティプリンシパル。

すべてが明らかで、結局のところ、それは許可の問題です。 DNSクライアントサービスが使用するアカウントはシステムではなくネットワークサービスです。私が開いたスクリーンショットによると、私はシステムアカウントにフルアクセスコントロールを与えましたが、私はネットワークサービスのセキュリティプリンシパルが不足していることを知りました。これで、システムアカウントとNetwork Serviceセキュリティプリンシパルは関連していないと結論付けることができるため、DNSクライアントサービスは起動後にhostsファイルを読み取ることができず、hostsファイルは無効になります。

解決策は、etcフォルダーのアクセス許可を編集し、Network Serviceセキュリティプリンシパルを追加し、少なくとも読み取りの許可を与えてから、DNSクライアントサービスを再起動することです。現在私のホストはすべて元気です。

以上の分析により、Windows 8.1システムにおけるHostsファイルの失敗の原因は、だれでもより明確に理解でき、またそれを解決するための対策も把握できると考えています。結局、Hostsファイルは通常の状態に戻ります。