Моя рабочая станция (Windows XP, Professional, v2002, SP3) полностью игнорирует мой файл hosts.
Вот код в моем файле hosts:
127.0.0.1 localhost
172.17.1.107 wiki
Но когда я открываю браузер, набираю «wiki» в строке URL и нажимаю «Enter», я попадаю в старое расположение моей вики, как оно было указано в моем старом файле hosts:
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
И почему-то он все еще работает нормально, даже если в новом файле hosts нет этой строки.
Любые идеи??? Заранее спасибо за помощь!
Есть ли шанс, что вы используете прокси-сервер для просмотра? Если это так, возможно, прокси-сервер разрешает имя DNS за вас.
Вот почему вы получаете разные результаты в командной строке с помощью команды ping, а не в браузере.
Неожиданный трафик перехватывается и изменяется. Очень не случайно ...
Брандмауэр отвечает на эхо-запросы?
Это далеко не тот IP-адрес, который вы указали, но что происходит, когда вы пингуете новый IP напрямую, это работает?
Причина, по которой я спрашиваю, если 10.0.36.100 окажется брандмауэром, который отвечает на пинг, он ответит от этого, даже если вы пинговали другой IP ....
Файл Big Hosts?
Кроме того, однажды это вызвало у меня и еще одного ИТ-специалиста, было много пустых строк в файлах хостов окна, а затем записи внизу - мы не заметили полосу прокрутки :-)
Является ли файл hosts действительно файлом hosts?
Наконец, посмотрите в реестр и убедитесь, что файл хоста находится там, где вы думаете, следующий ключ указывает, где находится фактический файл хоста:
\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\DataBasePath
Попробуйте очистить кеш DNS с помощью Пуск -> Выполнить ...
ipconfig /flushdns
Также попробуйте отключить NetBIOS и LMHOSTS для сетевого адаптера. Вы можете изменить настройки в свойствах TCP / IP используемого сетевого подключения в разделе «Дополнительно» -> «WINS».
Оказалось, что мой корпоративный DNS был поражен до моего файла hosts. Так что я:
Теперь мой файл hosts работает нормально ... Из командной строки. Однако, если я введу запись для www.google.com, которая указывает на 172.17.1.107, когда я пингую ее из командной строки, она вернется с IP-адреса, указанного в файле hosts. Но если я нажимаю на него из браузера, он все равно показывает мне Google вместо моего локального сайта. Но если я введу запись для «fredspc», которая указывает на 172.17.1.107, и нажму ее в браузере, я перейду на 172.17.1.107.
Я понял это, потому что, если я ввел «tedspc» в свой файл hosts (то есть что-то, что никогда не разрешится), дал ему IP-адрес и выполнил его, он разрешил бы этот IP-адрес. Проблема заключалась в том, что www.wiki.com и все остальное, что я вводил в свой файл hosts, имел запись на моем корпоративном DNS-сервере, что приводило к его разрешению, а это означало, что он никогда не просматривал файл моих хостов (потому что корпоративный 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) для запроса / очистки этого кеша.
Каждый раз, когда я использую файл хоста для своих записей DNS (что всегда), я выключаю (отключаю) службу DNS (services.msc), работающую изначально. Затем выполните ipconfig / flushdns, если это не удалось, перезагрузите указанный сервер / рабочий стол, и это очистит кеш. Какие записи DNS отсутствуют в файле хоста, сервер / рабочий стол будет прибегать к настройкам DNS по умолчанию сетевого интерфейса, которые были настроены. Это также позволяет тестировать различные межсетевые экраны и тому подобное.
Я только что переоделся C: \ windows\ system32 \ drivers \ etc \ hosts, когда % SystemRoot% был определен как C: \ WINNT вместо того C: \ windows... Я не знаю, почему у этого конкретного сервера была полная установка Windows как в C: \ windows, так и в C: \ winnt, но, по крайней мере, я больше не чувствую себя сумасшедшим.
Я чувствую себя глупо, но это просто еще одна быстрая проверка для других людей, столкнувшихся с этой проблемой!
Вы уверены, что редактируете ПРАВИЛЬНЫЙ файл hosts? Обычно он находится в
%SystemRoot%\system32\drivers\etc\hosts
Попробовав множество различных предлагаемых решений, я проверил безопасность папки «etc» и сравнил ее разрешения с правами папки «es-ES» и обнаружил, что у группы «Пользователи» нет прав на чтение и выполнение, как в случае с Другой. После того, как я снова стал владельцем папки «etc», я предоставил группе «Пользователи» права на чтение и выполнение и унаследовал их от содержимого папки. Это устранило для меня проблему - какая бы часть системы ни запрашивала файл hosts, очевидно, находится под ограничениями группы пользователей. Должно быть, я случайно удалил разрешения группы в какой-то момент при попытке изменить файл hosts.
Важно удалить исходный файл в windows и заменить его новым!
Я знаю, что на вопрос был дан ответ, но ясно, что есть много разных причин и возможных решений. Уловка для меня заключалась в том, чтобы удалить файл, а не перезаписать его.
Я также знаю, что @olefebvre уже опубликовал что-то похожее, но я не узнал его с его сокращениями, и это не (только) связано с нечетными символами, это чтобы окна вообще распознали файл.
пожалуйста, попробуйте использовать пробелы вместо табуляции.
Как здесь:
127.0.0.1 localhost
172.17.1.107 wiki
Не могли бы вы проверить свое разрешение на файл хоста? Попробуйте использовать полное доменное имя для записи "wiki" файла хоста.
вы проверили хосты и lmhosts.sam?