Файл HOSTS ігнорується

Моя (Windows XP, Professional, v2002, SP3) робоча станція повністю ігнорує мій файл хостів.

Ось код у моєму файлі хостів:

127.0.0.1       localhost

172.17.1.107    wiki

Але, коли я відкриваю браузер і набираю "wiki" у рядку URL-адреси та натискаю "Enter", воно переносить мене на старе місце моєї вікі, як воно з’явилося у моєму старому файлі хостів:

10.0.36.100     wiki

Навіть незважаючи на те, що я перейменував старий файл хостів у "hosts_full" і перемістив його на робочий стіл (так, із папки etc повністю).

Я поки що зробив такі кроки:

1. Пережив (3 рази)
2. Побіг ipconfig /flushdnsз командного рядка
3. Побіг ping wikiз командного рядка, відповідь була

Reply from 10.0.36.100: bytes=32 time=1ms TTL=63

Я очистив кожен кеш, який я можу придумати (IE, FF).

У мене є клієнт ISA-брандмауера, який працює на моїй машині, і я спробував усе це відключити і включити. Насправді брандмауер використовує старий файл хостів, щоб вирішити себе:

10.0.2.126      isa3

І якимось чином це все добре працює, навіть якщо новий файл хостів не містить цього рядка.

Будь-які ідеї ??? Заздалегідь дякую за допомогу!

Якийсь шанс ви використовуєте проксі-сервер для перегляду? Якщо так, то, можливо, проксі-сервер вирішує для вас ім'я dns.

Ось чому ви отримуєте різні результати в командному рядку з ping на відміну від браузера.

Невипадковий трафік перехоплюється та змінюється. Дуже шанс ...

Брандмауер відповідає Pings?
Це довгий знімок із вказаної вами ip адреси, але що відбувається, коли ви безпосередньо переймете новий ip, чи це працює?

Я запитую причину: якщо 10.0.36.100 стане брандмауером, який відповідає на ping, він відповість на це, навіть якщо ви писали інший IP ...

Файл великих хостів?
Крім того, це потрапило мені та іншій ІТ-люди один раз, у файлах віконних файлів було багато порожніх рядків, а потім записи внизу - ми не помітили смугу прокрутки :-)

Чи справді файл хостів?
Нарешті, загляньте в реєстр і переконайтеся, що файл хосту знаходиться там, де ви думаєте, наступний ключ визначає, де власне файл хостів:

\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\DataBasePath

Спробуйте промити кеш DNS за допомогою кнопки Пуск -> Запустити ...

 ipconfig /flushdns

Спробуйте також відключити NetBIOS та LMHOSTS для мережевого адаптера. Ви можете змінити налаштування в TCP / IP Властивості використовуваного мережевого з'єднання в розділі Додатково -> WINS.

Згідно з 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 потрапляв до файлу хостів. Так я:

1. Відкрив свої властивості TCP / IP (Панель управління> Підключення до мережі> Підключення локальної області> Властивості> (прокрутка вниз) Інтернет-протокол (TCP / IP)> Властивості.
2. Натиснувши "Використовувати наступні адреси DNS-серверів:" (Замість отримання адреси DNS-сервера автоматично)
3. вводили "172.0.0.1" та "172.0.0.2" (і натискали кнопку ОК)

Тепер мій файл хостів працює чудово ... З командного рядка. Однак якщо я вставлю запис для www.google.com, що вказує на 172.17.1.107, коли я ввожу його з командного рядка, він повертається з IP-адреси, вказаної у файлі хостів. Але якщо я натиснув його з браузера, він все одно показує мені Google замість мого локального сайту. Але якщо я вставлю запис для "fredspc", який вказує на 172.17.1.107, і натиснув його на браузер, це перенесе мене до 172.17.1.107.

Я зрозумів це, тому що якщо я вписав "tedspc" у свій хост-файл (тобто щось, що ніколи не вирішиться) і дав йому IP-адресу та проканув її, він вирішив би цю IP-адресу. Проблема полягала в тому, що www.wiki.com і все інше, що я вносив у свій хост-файл, мали запис на моєму корпоративному сервері DNS, через що він вирішувався, а це означає, що він ніколи не переглядав мій файл хостів (тому що корпоративний DNS-сервер спочатку розглядається перед файлом хостів). Отже, я вирізав корпоративний DNS з циклу командних рядків, але я не вийшов із циклу браузера ...

Кожен раз, коли я використовую файл хоста для моїх записів DNS (що завжди), я вимикаю (відключаю) службу DNS (services.msc), що працює на самому світі. Потім зробіть ipconfig / flushdns, якщо це не вдасться перезавантажити вказаний сервер / робочий стіл, і це очистить кеш. Якщо записи DNS відсутні у файлі хоста, сервер / робочий стіл вдасться до налаштувань DNS за замовчуванням у налаштованому мережевому інтерфейсі. Це також дозволяє протестувати різні брандмауери та ін.

Мене просто захопили зміни C: \ windows \ system32 \ drivers \ etc \ hosts, коли % SystemRoot% було визначено як C: \ WINNT замість C: \ windows ... Я не знаю, чому саме цей сервер мав цілий установка Windows в обох C: \ windows і C: \ winnt, але принаймні я більше не відчуваю себе божевільним.

Я відчуваю себе німим німим, але це просто ще одна швидка перевірка інших людей, які стикаються з цією проблемою!

Ви впевнені, що редагуєте правильний файл хостів? Зазвичай він розташований в

%SystemRoot%\system32\drivers\etc\hosts

Спробувавши багато запропонованих рішень, я перевірив захист у папці "тощо" та порівняв її дозволи з папками "es-ES" і виявив, що користувачі групи не мають прав на читання та виконання, як це було у програмі інший. Після знову (знову) права власності на папку "тощо" я надав дозволу групи "Читати та виконувати", і успадковував їх вміст папки. Це вирішило для мене проблему - незалежно від того, яка частина системи запитує файл хостів, очевидно, знаходиться під обмеженнями групи користувачів. Я, мабуть, випадково видалив дозволи групи, коли намагався змінити файл хостів.

Видалення оригінального файлу у Windows та заміна його на новий важливо!

Я знаю, що на це відповіли, але зрозуміло, що існує багато різних причин і можливих рішень. Трюк для мене - видалити файл, а не перезаписати його.

Я також знаю, що @olefebvre вже розмістив щось подібне, але я не розпізнав це за його абревіатурами, і це не (лише) пов'язано з непарними символами, це принести вікна, щоб розпізнати файл взагалі.

будь ласка, спробуйте використовувати пробіли замість вкладок.

Як тут:

127.0.0.1 localhost
172.17.1.107 wiki

Ви можете перевірити свій дозвіл на файлі хоста? Спробуйте використовувати FQDN для запису "wiki" хост-файлу.

ви перевірили хостів і lmhosts.sam?