Sliva_NL 23:12 16-03-2006 Цитата: Такая же проблема, после обновления вдруг желтый свет загорелся. Хотя порт 100% открыт.
У меня еще чудесатее: значок зеленый, состояние Network OK. Желтый, вроде бы, появляется иногда, если DHT включен, но дурит. У меня DHT выключен.
А пресловутый
Shields Up!, что про ваш порт говорит?
NAT у вас тоже не стоит?
Цитата: Ты как-то излечил сей недуг? Что это вообще?
Не-а. Так трекер мне и пишет периодически, что порт заблокирован.
Неудобно все-таки в µTorrent оранизовано управление списком трекеров. Жуть, как неудобно. В BitComet четко видно состояние каждого трекера в списке --- какой трекер сколько клиентов вернул, какой висит, какой умер, какой не дает поключиться. А в µ строка Tracker Status мельтешит перед глазами, шут поймешь, кто работает, кто нет.
А про управление добавлением файлов из торрента и говорить нечего: окно на весь экран не разворачивается, множественного выбора не сделаешь, чтобы выбрать группу файлов, нужно прощелкать все элементы в группе. Это я к тому, что ежели кто солидарен, поддержите на форуме, может, реализуют по-человечески.
Кстати, а что делает lvllord patch? Уж не LSP ли лишние добавляет? Контрольная сумма tcpip.sys вроде бы не меняется.
Господа, просьба: посмотрите, пожалуйста, у кого сколько LSP в системе зарегистрировано? Посмотреть можно:
Запустив утилиту
System Information (Пуск+R и в поле ввести msinfo32; или же Пуск|Все программы|Стандартные|Служебные|Сведения о системе) и, зайдя в раздел Компоненты|Сеть|Протокол, подсчитать число элементов Имя.
Или же выполнив команду
netsh winsock show catalog в интерпретаторе cmd.
Или же выполнив команду
netdiag /test:winsock /v, узнать значение
The number of protocols which have been reported. Для этого необходимо установить набор Windows Support Tools (
X:\SUPPORT\TOOLS\SETUP.EXE дистрибутива Windows XP).
Понятно, что многих число будет разное, но все же хочется узнать среднее значение, чтобы вычислить нормальное. Микрософт утверждает, что нормальное число элементов Layered Service Provider --- 10. Если их меньше, значит, какой-то протокол отсутствует, если больше --- значит, какая-то утилита поставила свой уровень в стек, что может вести к проблемам с передачей пакетов. Если уровень поврежден, пакеты не будут отправляться. Так происходит, например, после установки вирусов класса Trojan.Downloader.
Дело в том, что я опять попал с тем, что у меня перестала работать отправка писем и странным образом стал работать ping на разных значениях размеров пакетов. При 32 байтах все хорошо, но стоит дойти до 128, как начинается таймаут. Дальше может вдруг сработать и ping с пакетом в 512 байт и в 1024 байта.
Проверка количества уровней показала, что их было ажно 16 штук.
Переустановка TCP/IP снесла все лишнее, сократив число уровней до 2.
Правда, проблема с пингом не решилась. Но, может, это и не проблема? Тогда почему микрософт держит ее в списке проблем?
FYI:
Интересно, что после переустановки TCP/IP число элементов --- 2. Только TCP и UDP. Причем для сброса LSP нужна именно переустановка (Свойства сетевого соединения|Сеть|Установить|Протокол|Установить с диска|C:\Windows\inf\|Internet Protocol (TCP/IP)). Сброс TCPIP/IP с помощью команды
netsh interface ip reset, как советует Микрософт, не приводит к сбросу уровней. Зато приводит к сбросу настроек TCP/IP, вроде статических IP-адреса, DNS-сервера. А вот повторная установка TCP/IP как раз приводит к сбросу LSP, а настройки адаптера не сбрасываются.
Иными словами, для переустановки TCP/IP нужно (ну не странно ли
) именно заново установить TCP/IP. В этом свете, как-то не понятно, почему MS советует на SP2 пользоваться netsh... который приводит просто к сбросу настроек интефейса.
Тут недавно один товарищ возмущался, мол я его обманул, нельзя TCP/IP переустановить на XP... Все кто сомневается, что это невозможно, могут вдоволь поэкспериментировать с этим делом на свой страх и риск. Может и вправду, у меня у одного такая интересная система, на которой можно переустановить TCP/IP (напоминаю: понятия переустановки и удаления имеют разный смысл
).