私(Windows XP、Professional、v2002、SP3)のワークステーションは、hostsファイルを完全に無視しています。
これが私のhostsファイルのコードです:
127.0.0.1 localhost
172.17.1.107 wiki
しかし、ブラウザーを開いてURLバーに「wiki」と入力して「Enter」を押すと、古いホストファイルに表示されていたWikiの古い場所に移動します。
10.0.36.100 wiki
古いhostsファイルの名前を "hosts_full"に変更してデスクトップに移動しました(そのため、etcフォルダーから完全に外しました)。
これまでのところ、私は次のステップを踏みました:
ipconfig /flushdns
コマンドラインからping wiki
コマンドラインからの応答は
Reply from 10.0.36.100: bytes=32 time=1ms TTL=63
考えられるすべてのキャッシュ(IE、FF)をクリアしました。
私のマシンでISAファイアウォールクライアントが実行されており、これをすべて無効にして有効にしてみました。実際、ファイアウォールは古いhostsファイルを使用して自身を解決しています。
10.0.2.126 isa3
そして、新しいホストファイルにその行が含まれていなくても、どういうわけかそれはまだうまく働きます。
何か案は???助けてくれてありがとう!
ブラウジングにプロキシサーバーを使用している可能性はありますか?その場合、プロキシサーバーがDNS名を解決している可能性があります。
そしてそれが、ブラウザではなくpingを使用したコマンドラインで異なる結果を得る理由です。
偶然のトラフィックが傍受され、変更されます。非常にチャンスが...
pingに応答するファイアウォール?
これは指定したIPアドレスからのショットですが、新しいIPに直接pingするとどうなりますか?
10.0.36.100がpingに応答するファイアウォールである場合、別のIPにpingを実行していても、その応答が返されます。
Big Hosts File?
また、これにより、私と別のIT担当者が一度に、ウィンドウのホストファイルに多数の空白行があり、その下にエントリがありました-スクロールバーに気づかなかった:-)
hostsファイルは本当にhostsファイルですか?
最後に、レジストリを調べて、Hostファイルの場所を確認します。次のキーは、実際のhostsファイルの場所を指定します。
\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\DataBasePath
[スタート]-> [実行]でDNSキャッシュをフラッシュしてみてください...
ipconfig /flushdns
また、ネットワークアダプターのNetBIOSとLMHOSTSを非アクティブ化してみてください。設定は、使用するネットワーク接続のTCP/IPプロパティの[詳細設定]-> [WINS]で変更できます。
私のhostsファイルの前に、会社のDNSがヒットしていることがわかりました。だから私:
これで、hostsファイルは問題なく動作します...コマンドラインから。ただし、www.google.comに172.17.1.107を指すエントリを入力した場合、コマンドラインからpingすると、hostsファイルで指定したIPアドレスから返されます。しかし、ブラウザからアクセスした場合でも、ローカルサイトではなくGoogleが表示されます。しかし、「fredspc」に172.17.1.107を指すエントリを入力し、ブラウザからそれを押すと、172.17.1.107が表示されます。
私がこれを理解したのは、hostsファイルに「tedspc」(つまり、解決できないもの)を入力し、それにIPアドレスを与えてpingすると、そのIPアドレスに解決されるためです。問題は、www.wiki.comおよびhostsファイルに入力していた他のすべてのものが社内DNSサーバーにあるため、解決されたため、hostsファイルが見られなかった(企業DNSサーバーが原因で) hostsファイルの前に最初に確認されます)。だから私はコマンドプロンプトループから企業のDNSをカットしましたが、ブラウザーループからではなく...何かアイデアはありますか?
http://technet.Microsoft.com/en-us/library/bb727005.aspx によると、ローカルのNETBIOS名のキャッシュにある可能性があります。 nbtstat( http://www.Microsoft.com/resources/documentation/windows/xp/all/proddocs/en-us/nbtstat.mspx?mfr=true )を使用してクエリ/パージできますこのキャッシュ。
%SystemRoot%がC:\ WINNTとして定義されている場合、C:\ windows\system32\drivers\etc\hostsの変更に追いつきましたC:\ windows ...の代わりに、この特定のサーバーがC:\ windowsとC:\ winntの両方にWindows全体をインストールした理由はわかりませんが、少なくとも気が狂っていませんもう。
私は少しばかげているように感じますが、これはこの問題に遭遇した他の人々のためのもう一つの簡単なチェックです!
RIGHT hostsファイルを編集していますか?通常は
%SystemRoot%\system32\drivers\etc\hosts
Windowsで元のファイルを削除し、新しいファイルで置き換えることが重要です!
質問への回答はわかっていますが、さまざまな理由と考えられる解決策があることは明らかです。私にとってのトリックは、ファイルを上書きするのではなく、削除することでした。
私はまた、@ olefebvreが似たようなものをすでに投稿していることを知っていますが、省略形では認識できませんでした。また、奇妙な文字(だけ)に関係するのではなく、ウィンドウにファイルを認識させることです。
DNSエントリ(常に)にHostファイルを使用するたびに、ネイティブで実行されているDNSサービス(services.msc)をオフ(無効)にします。次に、ipconfig/flushdnsを実行して、失敗した場合に上記のサーバー/デスクトップを再起動すると、キャッシュがクリアされます。ホストファイルにないDNSエントリは、サーバー/デスクトップが、セットアップされたネットワークインターフェイスのデフォルトDNS設定に依存します。これにより、さまざまなファイアウォールなどをテストすることもできます。
タブの代わりにスペースを使用してみてください。
ここのような:
127.0.0.1 localhost
172.17.1.107 wiki
提案されたさまざまな解決策を試した後、「etc」フォルダーのセキュリティをチェックし、そのアクセス許可を「es-ES」フォルダーのセキュリティと比較したところ、グループUsersには、グループユーザーのように読み取りと実行の権限がないことがわかりました。その他。 「再び」フォルダの所有権を取得した後、グループのユーザーに読み取りと実行のアクセス許可を付与し、それらにフォルダの内容を継承させました。これで問題が解決しました。システムのホストクエリのどの部分でも、明らかにユーザーグループの制限下にあります。 hostsファイルを変更しようとしたときに、誤ってグループの権限を削除してしまったに違いありません。
Hostファイルに対する権限を確認できますか?ホストファイルの「wiki」エントリにはFQDNを使用してみてください。
ホストとlmhosts.samを確認しましたか?