Уж не знаю из-за чего, но вот такие симптомы:
на 32-битной ХП вдруг медленно стали открываться странички в любом из трех браузеров.. Если какое-то приложение тоже получает что-то по ХТТП - аналогично медленно. При этом например торрент в тоже время качает с суммарной скоростью 3 Мб/секунду... RDP-клиенты подключаются быстро и быстро все позволяют делать. Тоже самое касается фтп.
Если захожу в терминал на сервере в том же домене и открываю страничку оттуда - закачивается и открывается мгновенно.
На этой же машине есть виртуалки, если загружаю любой Линукс (с ХП пока не пробовал, позже) при оом что с хостовой ОС сеть как бридж - все работает быстро. Если связь через НАТ - аналогично медленно.

Какие версии что может быть причиной?

Запускал cureit вчерашнеутренний - ничего не нашел.

не то чтобы совсем было плохо, но вдруг нужно готовиться к худшему? :) так что если кто с таким встречался - интересен его опыт диагностики и лечения.

проксю медленную кро-то тебе прописал, и мистит все пароли.

нет ваще прокси - в любом из трех окружений - на Хостовой ОС, на гоствеой Линуксе, на сервере в том же домене

можт dns медленно работает ?

как проверить, и почему он может избирательно медленно работать?

(4) свойства обозревателя и hosts проверь

о, записал ролик Джингом, чтобы показать что прокси нигде нет - он его не может отослать, потому что пытается это сделать по хттп.
2(5) вот как раз его свойства и записывал в ролике.
хостс такой:

# (C) Корпорация Майкрософт (Microsoft Corp.), 1993-1999
#
# Это образец файла HOSTS, используемый Microsoft TCP/IP для Windows.
#
# Этот файл содержит сопоставления IP-адресов именам узлов.
# Каждый элемент должен располагаться в отдельной строке. IP-адрес должен
# находиться в первом столбце, за ним должно следовать соответствующее имя.
# IP-адрес и имя узла должны разделяться хотя бы одним пробелом.
#
# Кроме того, в некоторых строках могут быть вставлены комментарии
# (такие, как эта строка), они должны следовать за именем узла и отделяться
# от него символом '#'.
#
# Например:
#
#      102.54.94.97     rhino.acme.com          # исходный сервер
#       38.25.63.10     x.acme.com              # узел клиента x

127.0.0.1       localhost

(4) даж не знаю - если он локальный то перегрузить.
попробовать походить по ip.
прописать гугловский днс 8.8.8.8

(6) один раз видел в hosts после "стандартных" строчек еще много-много пустых, у которых в середине где-то закрались супостаты

ну нет, я знаю что такое Контрол+Енд и размер вижу в байтах

(7) мммм... сейчас.

о, пока запустил
"%ProgramFiles%\Internet Explorer\iexplore.exe" /rereg
и при попытке отобразить страницу - експлорер обнаружил проблемы сети и запустил диагностическую утилиту ВинХп... щас посмотрим что скажет

+(7) а еще ipconfig /flushdns можно попробовать

утилитка написала такое:

Время последней диагностики: 06/01/11 10:35:15
Диагностика сетевого адаптера
Определение расположения сети
info    Не удалось определить расположение сети
action    Требуется ввод данных: Выбрать расположение сети
info    Используется домашнее подключение к Интернету

Идентификация сетевого адаптера
info    Сетевое подключение: Name=Подключение по локальной сети, Device=Realtek PCIe GBE Family Controller, MediaType=Локальная сеть, SubMediaType=Локальная сеть
info    Сетевое подключение: Name=VirtualBox Host-Only Network, Device=VirtualBox Host-Only Ethernet Adapter, MediaType=Локальная сеть, SubMediaType=Локальная сеть
info    Сетевое подключение: Name=VMware Network Adapter VMnet1, Device=VMware Virtual Ethernet Adapter for VMnet1, MediaType=Локальная сеть, SubMediaType=Локальная сеть
info    Сетевое подключение: Name=VMware Network Adapter VMnet8, Device=VMware Virtual Ethernet Adapter for VMnet8, MediaType=Локальная сеть, SubMediaType=Локальная сеть
warn    На этом компьютере несколько адаптеров Ethernet или адаптеров беспроводной сети
info    Перенаправление запроса пользователя на номер службы поддержки

Диагностика HTTP, HTTPS, FTP
Подключения HTTP, HTTPS, FTP
info    HTTPS: успешное подключение к www.microsoft.com.
info    FTP (пассивный): успешное подключение к ftp.microsoft.com.
warn    HTTP: ошибка 12002 при подключении к www.microsoft.com: The operation timed out
warn    HTTP: ошибка 12002 при подключении к www.hotmail.com: The operation timed out
error    Не удалось установить соединение HTTP.
====

щас попробую с ДНС

(13) а там случаем не подклчюен инет через две сетевухи ?

Ещё вариант - антивирус, фильтрующий трафик.

2(14) не, это виртуальные интерфейсы ВМвари... но я пробовал и без них - сносил нафиг, перегружался..

2(15) ну... непонятно почему бы он вдруг сам включился внезапно, но попробую сейчас отключить НОД

не, выключение НОДа тоже не облегчило...
Видимо конкретный экземпляр винды устал, придется егое переставлять.. :)

Спасибо за помощь

(17) как вариант - может глючит сетевуху. я бы попробовал перед сносом винды поставить pci-ную и посмотреть.

2(18) ну а как это? В мир на этой машине смотрит только одна сетевуха - через вмваревский НАТ она хттп пробрасывает на виртуальный линукс идеально - я прямо сейчас на форум пишу из ФФ, который запустил в Убунте на этой машине.

при этом работают все остальные протколы - фтп, как видно из протокала работы утилитки - https, хотя мне не удалось тоже в браузере открыть ни одну страницу... скайп, аська, мыло, торрент, РДП - все работают...

а.. еще момент например фтп - через ФАР, Проводник и Тотал-клиенты - получается, а через Хром, ФФ и ИЕ - нет

Короче, сейчас на ней же разверну виртуальную ХП же, ее настрою, перенесу все приложения, как будет готова, накачу ее вместо хостовой...

помог, как всегда случай...
Понадобилось снять зависший процесс создания начального образа РИБ - и среди процессов заметил некий <b>mDNSResponder<b> - убил его - и мгновенно все заработало...
так что СмолРэт был прав по видимому в своих подозрениях...

не, короче все было связано с тем что вчера я попытался проапдейтить Винду... и после этих апдейтов случилось вот что:
http://www.manhunter.ru/underground/81_uvelichenie_kolichestva_odnovremennih_tcp_ip_soedineniy.html

то есть при открытом торренте он и забирал все полуоткрытые соединения из 10 возможных, не оставляя уже свободных для браузеров... мне только не понятно почему работали свободно все остальные протоколы.
Стало быстрее после того как закрыл торент-клиент вовсе...
А сейчас вот пропатчил ХП-Антиспаем - и торрент работает и браузеры...
одно слово - маздай...

(22) переходи на линукс, там это реализовано (ну, или торрентокачалку с вебмордой и мультимедиа сервером сделай с линухом)

(22) спасибо за утилитку:)
Недавно то же обновилась винда.
И та же проблема.
Сразу списал на количество соединений, но искать как-то времени не было:)