У меня не запоминает основной сетевой шлюз. Надо после каждого рестарта вводить в ручную.Короче разобрался дело в том что система не работает правильно с 2-мя сетевухами поэтому одну пришлось выключить но тем не менее один раз в 30 минут интернет пропадает правда после рестарта встет на место. На висте было нормально, все дрова свежие.Сетевухи встроеные на матери msi k9n ultra на 570 чипсете nforce. Жду консультаций.
Я заметил что сеть пропадает только когда идут закачки, не страно ли это?
Russia Санкт Петербург
таже проблема со шлюзом, инет компу идёт через роутер, и этот шлюз отваливается прибл 1-2 раза в день
Вот что дает евентлог по поводу моей ошибки---- Разрешение имен для имени tracker.openbittorrent.com истекло после отсутствия ответа от настроенных серверов DNS. Есть идеи?
Короче разобрался сам и нифига ваш сайт мне не помог.
Russia Екатеринбург tankist83, Дак поделитесь, чтобы другие люди, у кого Ваша проблема, могли ее решить и могли сказать Вам спасибо.
Russia Санкт Петербург Lico +1
Ладно, ладно если за спасибо то держите
Дело в том что у меня стоял нод 32 версии 2.7 а он входил в конфликт с уторрентом в результате чего падала сеть.
Вот несколько решений проблемы
1-Ставим уторент в список исключении в службе imon
2-Ставим версию посвежее, что я и сделал, к примеру 4.0.314.0
3-Другой антивирус.
П.с Многие антивири конфликтуют с уторрентом или давят скорость так что желательно исключить сразу из проверки и мониторинга.
Всем удачи, а я пошел искать другие лаги.
Стоят две сетевые:
1 на лок.сеть хх + шлюз1 = инет (через VPN1)
2 на лок.сеть yy + ADSL(шлюз2) = инет (через VPN2)
Теперь все зависит от подключения к интернету: если на 1 сетевую то шлюз1, если на 2 то шлюз2.
Чтоб не было проблем с локальной сетью при любом подключение к интернету прописываем доп.маршрут для лок.сети
route add [IP_лок_сети][Mask_лок_сети][IP_шлюз1]
по route print данной манипуляции должно быть
...
Постоянные маршруты:
Сетевой -- Маска --------- шлюз ------- Метрика
хх.хх.хх.0 255.255.255.0 хх.хх.хх.1 1
0.0.0.0 0.0.0.0 хх.хх.хх.1 По умолчанию
0.0.0.0 0.0.0.0 yy.yy.yy.1 По умолчанию
TCP/IP Dead Gateway Detection - алгоритм определения мертвого шлюза, если за промежуток времени не было подтверждения приема пакетов, то считаем что шлюз мертвый, то переключаемся на второй маршрут взятый из таблицы маршрутов (имеется ввиду маршрут 0/0)
Имеем два параметра в реестре
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\Tcpip\Parameters
DWORD DeadGWDetectDefault
DWORD Interfaces\{int-guid}\EnableDeadGWDetect
DeadGWDetectDefault позволяет включить или выключить алгоритм на всех интерфейсах сразу
EnableDeadGWDetect позволяет контролировать работу алгоритма на уровне каждого интерфейса по отдельности.
Так же следует обратить внимание, что можно определить приоритеты маршрутов самому используя для этого метрику не в авт. а установив в ручное значение, чем меньше ее номер тем выше приоритет.
Так же используя два канала можно выбрать некоторые IP адреса и направить их на один канал, а другие на другой используя команду route add сеть маска шлюз
В 7 как и в Vista есть параметры которые можно установить через
netsh interface tcp set global
есть параметры chimney, congestionprovider, ecncapability, netdma, dca да еще и параметр Jumbo Frame в сетевой.
Возможно проблема в них, так как они могут регулировать скорость потока и подстраиваться под нее и при перегрузках просто давать тайм-ауты, либо ваша сетевая не справляется, и происходит переполнение буферов до того как ОС считала с них информацию.
Вот например что может быть, один из простых вариантов
после передачи по протоколу TCP определенной порции данных (или истечения определенного таймаута) хост-получатель отправляет хосту-отправителю подтверждение (ACK) о получении этой порции данных. Хост отправитель ожидает переодического получения таких подтверждений, прежде чем отправить следующую порцию данных. В случае если такое подтверждение не получено, хост-тправитель попопытается отправить эту порцию данных еще раз. И так хост-отправитель будет делать несколько раз, после чего сочтет TCP-соединение разоравнным и закроет соответствующий сокет. Число попыток такой передачи задается в реестре Windows в параметре TcpMaxDataRetransmissions. По умолчанию это значение принимается равным 5-и
Russia Санкт Петербург нее, антивирус на это не влияет, пробовал даже не включать kis2010 на неск часов, и в это время падения, связанные со шлюзом всё равно были
Если у тебя 2 сетевухи то одну попробуй отключить.
Russia Санкт Петербург
проблема решилась установкой utorrent 2.0 beta
з.ы. сетевуха одна
Выручайте!!! Таже проблема, Win7 Rc, двойная сетевуха на nForce от Nvidia (материнка Asus striker extreme)
Пробовал utorrent 1.8.2, 1.8.4, последнюю бету 2.0 - она тоже не помогла 
интернет вырубается почти моментально, стоит только торренту развить скорость 2-4мб\с.
Помогает только перезапуск сетевого соединения.
Интернет от Акадо, кабельный модем Motorola SURFboard 5100i
антивирусов нет, встроенный фаерволл винды отключать пробовал,
что со шлюзом???
вырубает даже без использования роутера dir-300, подключение напрямую из модема в комп!
Пробовал даже вручную прописывать все настройки соединения - шлюз в том числе. Все равно интернет выключается, только в этом случае автоматически уже восстановить соединение не может.
Half-open limit fix (patch) для Windows
Присутствует ли ограничение на максимальное количество одновременных полуоткрытых соединений в Windows Server 2003/2008, Vista SP2 и Windows 7 начиная со сборки 7100?
Нет. Оно физически присутствует в файле tcpip.sys и равно 10, но не имеет никакого эффекта. Таким образом, в этих версиях Windows нет события 4226 или замедления интернета во время работы P2P программ.
Попробовал ограничить количество соединений в uTorrent до максимум 9.... после 2х часов качания на скорости 1.5-2 мб\с ни одного дисконнекта.
Поставил кол-во соединений на 20 - минуты через 2 капут.
надо-же, значит ограничение в 10 соединений или сетевуха потеряет шлюз все таки действует...
что делать?
