Win8.1システムホストファイルの故障現象と解決策

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のセキュリティプリンシパルが不足していることを知りました。これで、システムアカウントとNetwork Serviceセキュリティプリンシパルは関連していないと結論付けることができるため、DNSクライアントサービスは起動後にhostsファイルを読み取ることができず、hostsファイルは無効になります。

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

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