[Angry Demon]

Как-то можно решить эту проблему?

Первое, что приходит в голову - переподключение VPN-соединения по таймеру (в планировщике). Это, понятное дело, не спортивно, но сработает.

[plvtor]

Первое, что приходит в голову - переподключение VPN-соединения по таймеру (в планировщике). Это, понятное дело, не спортивно, но сработает. »

Так с точки зрения сервера и клиента соединение существует - оно не разрывается. И простое повторное подключение сообщает что "соединение уже установлено". А выполнять в шедулере disconnect, затем connect - может не хорошо получиться, когда канал работает и используется.

[CyberDaemon]

при отсутствии активности ~10-20 мин канал перестает работать. »

Раз в пять минут пинг отправлять?

[kim-aa]

Раз в пять минут пинг отправлять? »

Именно.
Нужно поставить расширеннцый планировщик (например nnCron) и отрабатывать ping каждые 5 минут.
В свое время я именно так и решал данную задачу.

[Angry Demon]

Так с точки зрения сервера и клиента соединение существует - оно не разрывается. И простое повторное подключение сообщает что "соединение уже установлено".

Я не зря написАл "переподключение", т.е., принудительный разрыв, а затем подключение. Ну, или так, как советуют коллеги.

[CyberDaemon]

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

[plvtor]

С пингами так изначально и делал - в шедулерере пинг раз в 3 минуты, Но проблемы оставалась - соединение могло и без пингов довольно долго стоять и работать, а могло и через минуту после последнего пинга зависнуть.

Есть в ключе реестра services/TCPIP/Parameters ключики KeppAliveTime и KeepAliveInterval.
По умолчанию их не было. Прописал их - стало получше, отваливается гораздо реже.
В основном связано с большой загрукой канала вне VPN

[Megavolt_143]

попробуйте прогу FastDial - может поможет...