Файл хостів Windows 10, який використовується іншим процесом

Є ще декілька питань з цією ж назвою, але вони не вирішують моєї проблеми, тому я відкриваю ще одне.

• Я встановив дозвіл на файл "hosts" на повний доступ для поточного користувача. Я навіть взяв право власності. Поточний користувач у групі Адміністратори.

• Я відключив UAC.

• Я видалив з файлу лише дозвіл на читання.

  C:\Windows\System32\drivers\etc>attrib hosts
  A            C:\Windows\System32\drivers\etc\hosts
  

• Я відключив свій антивірус Panada. Я також зупинив 3 послуги панди з палітри Services.

• Я відкриваю підвищений командний рядок (запускаю як адміністратор). Запустіть Блокнот і змініть файл. Коли я намагаюся зберегти файл, я отримую таку помилку:

  Msgstr "Процес не може отримати доступ до файлу, оскільки він використовується іншим процесом.

• Я перевіряю файл за допомогою "Unlocker", і програмне забезпечення говорить, що у ньому немає активного блокування.

Хтось може допомогти?

У мене була така ж проблема, мій hostsфайл був заблокований брандмауером ZoneAlarm. Щоб вирішити це, мені довелося зняти прапорець [X] Lock Hosts File у налаштуваннях ZoneAlarm

Щойно натрапив і вирішив це питання, після невеликої фальшивки, тому подумав, що запропоную нотатки.

Я використовував SysInternals Process Explorer , запустити як адміністратор , щоб знайти процес, який блокував файл (за допомогою Find > Find Handle or DLL). Зауважте, що коли я запускав його без дозволів адміністратора, він не міг бачити WRSAпроцес на рівні системи.

У моєму випадку це було WRSA.exe, що є Webroot Secure Anywhere. Вимкнення захисту розблокувало файл, і я зміг його легко перезаписати. У деяких версіях webroot вам доведеться відкрити "Розширені налаштування> Щити" та зняти прапорець для блокування редагувань у файлі хостів.

Цілком вірно, що антивірусне програмне забезпечення повинно захищати такі файли, як hosts, звичайно. Зловмисне програмне забезпечення любить такі речі.

Зрештою, я міг знайти винуватця. Проблема викликала програму під назвою "Крихітний брандмауер" (програмне забезпечення управління правилом брандмауера).

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

PS: Це особливість Tiny Firewall (захист файлу хостів), і ви можете просто відключити його зі своїх налаштувань.

У моєму випадку файл HOSTS постійно фіксувався svchost.exe!

Проблема почалася з моменту використання інструменту HostsMan . Він заповнив файл HOSTS приблизно 18 Мб номерів та доменів DNS. І мій ПК був раптово в автономному режимі.

Отже, за допомогою інструмента « Провідник процесів» я шукав «etc \ HOSTS». При натисканні на один запис в результатах пошуку відповідний процес блокування виділяється коричневим кольором. Тож я з'ясував, що файл HOSTS був заблокований процесом svchost.exe, а іноді й іншими процесами. Я зачекав, поки жоден інший процес, крім svchost.exe, не заблокував HOSTS. Тоді я вбив дерево процесу того, що стосується svhosts.exe! За кілька секунд, поки той процес svhosts.exe ще не запустився (таким чином HOSTS тимчасово розблокований), я нарешті зумів перейменувати HOSTS вручну в будь-що інше, як "HOSTS000". Потім я перейменував сусідній файл "HOSTS.back" (який є резервною копією з контентом за замовчуванням) у HOSTS. Проблема вирішена! Я раптом знову був у мережі.

Перевірте на малюнку нижче наявність DNS-фільтрів, які я активував. Я думаю, Windows 10 просто перевантажений усіма цими 50 тисячами доменних імен, збережених у файлі HOSTS.