[Prent]

Нонсенс!
Сегодня заметил еще одну странность:

Общаюсь по скайпу, Виста в очередной раз показывает обрыв связи, автоматически подсоединяется к инету и т.д., а я всё это время общаюсь!!! Уже показывает мне что связь с инетом установленна, начинают опять грузиться страницы и т.д.... И только тогда, уже после где-то минуты нормальной работы нового подключения рубится скайп.
Я на знаю как это может помочь в определении проблем и решении ошибок VPN, но всё же, решил поделиться.

[Влад_33]

Здесь пишут:
Найдите в реестре параметр EnableDeadGWDetect и присвойте ему значение 0 . Этим отключится механизм определения "мертвых шлюзов" и не будет происходить переключение между несколькими (в Вашем случае 2-мя) шлюзами по умолчанию.
В Windows NT этот параметр находится в ветке HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters
Где он находится в Вашей ОС - не знаю.

Мне на w7 помогло.

[Valeant]

Не совсем согласен по поводу ключа EnableDeadGWDetect, так как имею два сетевых подключения к сети и интернету (по необходимости при проблемах на одном хвостике просто подключаюсь по второму) оба подключения через VPN:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\Tcpip\Parameters
DeadGWDetectDefault = 1

Данный механизм используется, если после некоторых попыток не было получено подтверждение от получателя ПК отправителем, то происходит переключение на другой шлюз с маршрутом 0.0.0.0/0 т.е. меняется адрес шлюза (все соединения переводятся на новый шлюз), а если и далее все повторится то соединение разрывается.

Данная штука работает только тогда когда есть более одного шлюза, и через шлюз по умолчанию соединения не проходят.

Переключение с одного шлюза по умолчанию на другой не возможно без TCP соединений. Например выполнение команды PING не приведет к переключению шлюзов, т.к. PING использует ICMP протокол.

HKLM\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters
DeadGWDetectDefault - включить или выключить алгоритм на всех интерфейсах сразу

Interfaces\{int-guid}\EnableDeadGWDetect
EnableDeadGWDetect - контролировать работу на уровне каждого интерфейса по отдельности

[Влад_33]

Данный механизм используется, если после некоторых попыток не было получено подтверждение от получателя ПК отправителем, то происходит переключение на другой шлюз с маршрутом 0.0.0.0/0 т.е. меняется адрес шлюза (все соединения переводятся на новый шлюз), а если и далее все повторится то соединение разрывается. »

Но ведь получается что этот механизм зря разрывает соединение в данном случае? Можно отключить на одном интерфейсе...

[Valeant]

Влад_33,
Он нечего зря не разрывает

Данная штука работает только тогда когда есть более одного шлюза, и через шлюз по умолчанию соединения не проходят.

Что значит более одного шлюза

cmd.exe > route print

...

1.
Сетевой адрес -- Маска сети - Адрес шлюза - Интерфейс - Метрика
0.0.0.0 ------------ 0.0.0.0 ------ хх.хх.хх.1 ------ хх.хх.хх.2 --- 4501
0.0.0.0 ------------ 0.0.0.0 ------ yy.yy.yy.1 ------ yy.yy.yy.2 --- 4501
0.0.0.0 ------------ 0.0.0.0 ------ On-link --------- сс.сс.сс.сс ---- 21
...
Активный VPN канал на сс.сс.сс.cc созданный через интерфейс хх.хх.хх.2

2.
Сетевой адрес -- Маска сети - Адрес шлюза - Интерфейс - Метрика
0.0.0.0 ------------ 0.0.0.0 ------ хх.хх.хх.1 ------ хх.хх.хх.2 --- 4501
0.0.0.0 ------------ 0.0.0.0 ------ yy.yy.yy.1 ------ yy.yy.yy.2 --- 4501
0.0.0.0 ------------ 0.0.0.0 ------ On-link --------- aa.aa.aa.aa---- 21
...
Активный VPN канал на aa.aa.aa.aa созданный через интерфейс yy.yy.yy.2

3.
Сетевой адрес -- Маска сети - Адрес шлюза - Интерфейс - Метрика
0.0.0.0 ------------ 0.0.0.0 ------ хх.хх.хх.1 ------ хх.хх.хх.2 --- 8726
0.0.0.0 ------------ 0.0.0.0 ------ yy.yy.yy.1 ------ yy.yy.yy.2 --- 8726
0.0.0.0 ------------ 0.0.0.0 ------ On-link --------- aa.aa.aa.aa-- 4246
0.0.0.0 ------------ 0.0.0.0 ------ On-link --------- cc.cc.cc.cc ---- 21
...
Два активных VPN канала созданные, но меньшая метрика у cc.cc.cc.cc на интерфейсе хх.хх.хх.2, данные пойдут через него.

4.
При пропадании канала
0.0.0.0 ------------ 0.0.0.0 ------ On-link --------- aa.aa.aa.aa-- 4246
имеем

Сетевой адрес -- Маска сети - Адрес шлюза - Интерфейс - Метрика
0.0.0.0 ------------ 0.0.0.0 ------ хх.хх.хх.1 ------ хх.хх.хх.2 --- 4501
0.0.0.0 ------------ 0.0.0.0 ------ yy.yy.yy.1 ------ yy.yy.yy.2 --- 4501
0.0.0.0 ------------ 0.0.0.0 ------ On-link --------- сс.сс.сс.сс ---- 21
...

Никто сам не разрывает, если нет подтверждения о получении пакет другой стороной то повторяем N раз, и timeout - потом разрыв.

[Влад_33]

а как определить, через какой интерфейс создан активный канал?

1. Сетевой адрес -- Маска сети - Адрес шлюза - Интерфейс - Метрика 0.0.0.0 ------------ 0.0.0.0 ------ хх.хх.хх.1 ------ хх.хх.хх.2 --- 4501 0.0.0.0 ------------ 0.0.0.0 ------ yy.yy.yy.1 ------ yy.yy.yy.2 --- 4501 0.0.0.0 ------------ 0.0.0.0 ------ On-link --------- сс.сс.сс.сс ---- 21 ... Активный VPN канал на сс.сс.сс.cc созданный через интерфейс хх.хх.хх.2 »

Здесь в графе "интерфейс" активного канала стоит сс.сс.сс.сс

[Valeant]

Там вместо хх.хх.хх.2, yy.yy.yy.2, сс.сс.сс.сс - реально IP адреса.
При двух активных приоритет имеет канал у которого метрика меньше, или при одинаковых метриках канал который имеет наименьшие задержки.

По каманде
TRACERT.EXE [www.....ru]
или
PATHPING.EXE [www.....ru]
где за вашим IP следует строчка первого шлюза.

[Влад_33]

После установки этого параметра в 0 неправильно подсчитывается траффик в окне состояния соединения. Возможно, больше расходуется траффик. После изменения значения в 1 вылетов нет, но в тоже время со счетчиком все нормально.

[XOXOTzet]

Может мои фантазии, но после следующих действий инет работает без вылетов, тьфу, тьфу, тьфу.
В центре управления сетями и общим доступом поставил в настройках сетей (локальной и впновской) поставил размещение ОБЩЕСТВЕННОЕ, а не ЧАСТНОЕ, как было раньше (может после этого все и заработало, не знаю точно но еще я сделал следующиее). В том же центре управления в "общем доступе и сетевом обнаружении" все выключил. После этого у меня заработал брандмауэр вистовский спрашивая разрешения для разных программ и все начало работать.

P.S. В инете также видел, что некоторым помогает просто такая вещь: включить брандмауэр если он был выключен или выключить брандмауэр, если он был включен. Это не шутка.

После всех этих действий инет перестал вылетать, угараю над таким способом решения проблемы с которой мучился больше полугода.

[Saaxov]

Включи брандмавер и соединение будет постоянным....100%...