Win8.1 の hosts ファイルは、理由もなく無効です.

私のHostsファイルは以前は通常どおり使用できますが、何らかの理由で突然無効になりました...

写真のように、デモテストを行います.

hostsのファイルパスが正しく、他の干渉項目がないことを確認するためのマッピングが1行しかないことがわかります...

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

図に示すように、systemの権限も割り当てられていることがわかります...自分のアカウントと以下のAdminグループのアカウントの権限も完全に制御されています...

それが状況です.最近突然失敗した理由がわかりません...乗っ取られてしまう可能性はありますか?

インターネットを検索しましたが、解決策は役に立ちませんでした.理由がわかりません.

分割線です.解決策は14階の自分の返信にあります.返信を解決策としてマークできないため、投稿しました.

実際、私は最近、Windowsがhostsファイルを正常に読み取れたかどうかを検出する方法を模索しています...現在の状況はに非常に似ているためWindowsはhostsファイルの存在を無視します(ただし、パスを間違えていません)...したがって、Windowsが正常に読み取られたかどうかを検出する方法がある場合hostsファイルを使用してください...

Windowsがhostsファイルをキャッシュするかどうか疑問に思っています.この場合、メモリにhostsファイルのコピーがあるはずです.このメモリ空間を読み取り、コンテンツが実際のhostsファイルのコンテンツに対応しているかどうかを確認して、正常に読み取られたかどうかを判断する方法があります...

Windowsがhostsファイルをキャッシュせず、対応するマッピングがあるかどうかを確認するためにDNSの説明が要求されるたびに直接hostsファイルを開く場合「はい」の場合、Windowsがhostsファイルに接触したかどうか、接触が成功したかどうかなどを検出する方法もあります.たとえば、いくつかのメッセージレコードが生成されますか?

対応する検出方法を見つけるのは難しいので、何かアイデアはありますか?

最近ご協力いただきありがとうございました.役立つヒントをたくさん提供してくださいました.

これで問題は自分で解決しました.発表は次のとおりです:

私が推測したところによると、私はメッセージロガーを使用してhostsファイルに関連するシステムメッセージを追跡しています...比較のために、Windows 8.1と比較のために、仮想マシンで実行されているWindows XPで操作します...

まず第一に、実際には、ネットワーク通信機能を持つすべてのプログラムがHKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Dnscache\Parameters\を検出することがわかりました

このキーの下にUseHostsFile値はありますか?データとは...しかし、XPまたは8.1にはそのような値がないことがわかりましたが、以前の実験によると、XPは正常に読み取れることがわかりますhostsファイル.これは無関係なアイテムであると結論付けることができます...hostsファイルを読み込まないように手動で強制できます.このキーの値を変更するだけです)

そして、奇妙な現象が見つかりました.hostsファイルを手動で変更するたびに、svchost.exeという名前のプロセスが8.1の下に表示され、アクセスしようとしています.hostsファイルですが、結果はAcces Deniedです...XPでは、同じ名前のプロセスがhostsファイルにアクセスしようとしましたが、結果はでした成功...

メッセージレコーダーによって提供されるプロセスのPIDによると、プロセスが実行するサービスの共通サービスはDNSクライアント...なので、前述のDNSである必要があると結論付けることができます.クライアントサービスに問題があります...ファイルへのアクセスが拒否されているため、それはアカウントの問題である必要があるため、私はいつもDNSクライアントのプロパティページを開き、ログインタブに移動して見つけます使用されるアカウントはデフォルトのローカルシステムアカウントではなく、「Network Service」という名前の組み込みのセキュリティプリンシパル...

この時点では、すべてが明らかです.最終的な分析では、これは権限の問題です...DNSクライアントサービスが使用するアカウントは、システムではなく、ネットワークサービス……私はsystemアカウントに完全なアクセス制御を与えましたが、記事の冒頭のスクリーンショットによると、Network Serviceのセキュリティプリンシパルがないことがわかります...これで、systemアカウントとNetwork Serviceセキュリティプリンシパルが関連付けられていないと結論付けることができるため、起動後にDNSクライアントサービスを正常に読み取ることができませんhostsファイル、無効なhostsファイル...

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

余談:メッセージレコーダーを実験したところ、言及する価値のあることが1つ見つかりました:

DNSクライアントサービスが閉じていない場合、hostsファイルが更新されるたびに、svchost.exeプロセスのみが読み取られますhostsファイル...しかし、DNS Clientサービスを閉じると、ネットワーク通信機能を持つすべてのプロセスがこのhostsファイルを個別に読み取ります...

さらに、DNSクライアントサービスが閉じていない場合、svchost.exeプロセスだけがhostsファイルを読み取ることができますが、hostsは1回だけ読み取り、svchosts.exeはhostsファイルが次に変更されるまでを何度も読み取れませんでした.hostsファイルは、期間中に他のプログラムによって作成されたネットワークアクセス要求の数に関係なく...しかし、サービスが閉じられると、ネットワーク通信機能を持つすべてのプロセスは、ネットワークにアクセスするたびに独立してhsotsを読み取ります.file、hostsファイルが更新されているかどうかに関係なく...

それで、hostsがどのように機能するかを推測しました:

まず、ネットワーク通信機能を備えたすべてのプロセスにネットワーク通信モジュールDLLを含める必要があることを知っています...実際、このDLLの作成当初は、DNSクライアントサービスの存在は考慮されていませんでした...そのため実際、DNS Clientサービスを閉じた後のパフォーマンスは元の処理プロセスです.各プロセスは独自に独自のネットワーク接続を管理し、独自のネットワークアドレス解決を処理します(Windowsネットワーク通信モジュールはまた、最初にこのように定式化されました)...そして、独自のネットワークアドレス解決に対処するための1つのステップは、最初にhostsファイルを解析することです.これにより、ネットワーク通信機能を持つ各プロセスが独立してアクセスします.hostsファイルを作成して解析します...現時点ではキャッシュメカニズムはありません.読み取りと解析の直後に解放され、次のネットワークアドレス解決要求が発生したときにhostsファイル、ただしhostsは期間中に更新されません...

DNSクライアントサービスは後で登場しましたが、目的はDNS解決の混乱を解決することです...何のために登場したとしても、とにかくネットワークアドレス解決機能を使用していました...…この時点から、ネットワークアクセス機能を備えた各プロセスに含まれるネットワーク通信モジュールがネットワークアドレス解決を処理するとき、最初にDNSクライアントサービスがシステムで開始されているかどうかを確認します.開始されている場合は、次に、リクエストを完了させておきます...したがって、hostsの更新を維持するには、すべてのプロセスに移動することなく、DNS Clientサービスでのみ行う必要がありますhostsファイルを読み取る...したがって、上記のプロセスがあります.hsotsファイルが更新されるたびに、svchosts.exeプロセスのみが存在しますhostsファイルを読んで、他のプロセスがネットワークにアクセスすると、hostsファイルの読み取りレコードが生成されなくなります...そして、svchost.exeプロセスは、ネットワークアドレス解決要求が着信するたびにhostsファイルを更新するわけではありません.逆に、hostsの次の更新を待ってから、もう一度読み取ります.読み込んだキャッシュを常に使用する...