 |
Цитата: |
 |
|
|
|
|
|
|
|
|
|
|
И в ipconfig и везде где необходимо, все параметры правильно прописаны и корректно принимаются от DHCP-серверов. Но операционная система не может разрешить DNS-запрос приложений. В этом вся проблема.
|
|
 |
|
 |
|
М-дааа... Интересная проблема.
Насколько известно, за разрешение доменных имён в IP-адреса отвечает
служба DNS-клиент, являющаяся функцией процесса svchost.exe из
папки system32. Вероятно, в процессе вирусного заражения, этот файл
был модифицирован или повреждён, а затем некорректно восстановлен
антивирусом. Как вариант действий - загрузиться в безопасном и
попробовать заменить его на заведомо корректный. Также стоит
проверить tcpip.sys и связанные с работой сети dll's. Другой вариант -
запустить в обычном режиме команду sfc /scannow , для этого требуется
CD с которого устанавливался Windows, никакой другой не подойдёт.
Установочный диск должен быть точной копией диска Microsoft.
С пиратских сборников работать, скорее всего не будет.
И важное условие: Windows не должен быть модифицирован со времени
установки никакими патчами, заплатками Microsoft, иначе этот номер не
пройдёт.
И всё-таки, спрошу ещё раз, как глухой: DNS-сервера прописаны
вручную во всех соединениях, а доменные имена не разрешаются?
В этой ситуации может помочь прописывание соединений всех программ
через IP-адрес прокси-сервера (провайдера, например). Прокси сам
соединится с DNS-серверами и получит IP-адреса. (В общем-то, решение
не идеальное).
Попробуйте внимательно просмотреть ветку реестра:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Servic es\Tcpip\Parameters
может что-то подскажет решение.
Для примера: на одной из моих конфигураций отключены и DNS-клиент,
и DHCP-клиент, а svchost.exe блокирован файерволлом, и всё работает,
даже без прокси, с прямого IP-адреса.