Постоянно рвется SSTP-туннель: failed to get interface statistics

[snark]

3.7 b8

sstp постоянно рвется, что не так?

Core::Syslog: the system log has been cleared.
Ноя 26 16:24:08 ppp-sstp
sstp0:xxxx: failed to get interface statistics
Ноя 26 16:24:08 ndm
SstpServer::Manager: user xxxx" from "xx.xx.xx.xx" disconnected.

[Андрей Иванов]

Только что столкнулся с такой же проблемой, но мне удалось решить включением опции "NAT для клиентов" (Для доступа клиентов VPN-сервера в Интернет), затем подключился к VPN SSTP и разрывы прекратились. Потом я обратно отключил опцию "NAT для клиентов", снова подключился и все нормально, коннект устойчивый, без разрывов. По всей видимости глюк как-то связан с этой опцией.

Надеюсь тоже кому-то поможет.

[alkho]

В 15.09.2022 в 19:04, Андрей Иванов сказал:

Только что столкнулся с такой же проблемой, но мне удалось решить включением опции "NAT для клиентов" (Для доступа клиентов VPN-сервера в Интернет), затем подключился к VPN SSTP и разрывы прекратились. Потом я обратно отключил опцию "NAT для клиентов", снова подключился и все нормально, коннект устойчивый, без разрывов. По всей видимости глюк как-то связан с этой опцией.

Надеюсь тоже кому-то поможет.

Спасибо, мне помогло! Версия ОС3.8.5

Изменено 17 сентября, 2022 пользователем alkho
Добавил инфу

[ptz_user]

On 9/15/2022 at 7:04 PM, Андрей Иванов said:

Только что столкнулся с такой же проблемой, но мне удалось решить включением опции "NAT для клиентов" (Для доступа клиентов VPN-сервера в Интернет), затем подключился к VPN SSTP и разрывы прекратились. Потом я обратно отключил опцию "NAT для клиентов", снова подключился и все нормально, коннект устойчивый, без разрывов. По всей видимости глюк как-то связан с этой опцией.

Надеюсь тоже кому-то поможет.

Подскажи какие параметры sstpc использовались для подключения к серверу SSTP (Keenetic)? Спасибо.

[vovka3003]

Всем привет из 2024 года))

• Модель Air (KN-1613) RU
• Версия ОС 4.0.7

та же проблема. Пробовал рецепт, описанный в текущем топике (вкл/выкл NAT для клиентов) - не помогло...
Регулярные систематические отвалы нескольких клиентов с разными версиями ОС (т.е - явно не проблема на стороне клиента).
Настройки SSTP на клиентах - согласно рекомендаций из БЗ Keenetic.

Изменено 19 января, 2024 пользователем vovka3003

[pavelts]

Добрый день! Пересоздайте VPN SSTP

[Le ecureuil]

В 19.01.2024 в 10:41, vovka3003 сказал:

Всем привет из 2024 года))

• Модель Air (KN-1613) RU
• Версия ОС 4.0.7

та же проблема. Пробовал рецепт, описанный в текущем топике (вкл/выкл NAT для клиентов) - не помогло...
Регулярные систематические отвалы нескольких клиентов с разными версиями ОС (т.е - явно не проблема на стороне клиента).
Настройки SSTP на клиентах - согласно рекомендаций из БЗ Keenetic.

Что такое "систематический"? Какая закономерность, характерное время, объем переданного трафика?

[АлексейА]

Всем привет из 2025 года

• Модель: KN-1212
• Версия ОС: 4.2.6.3

Та же проблема. Примерно с ноября 2024 года начались регулярные систематические отвалы нескольких клиентов с разными версиями ОС и туннелей, настроенных на разных кинетиках. Сейчас отвалов стало настолько много (иногда по несколько в час), что становится невозможно работать через RDP.

Le ecureuil спрашивал: "Что такое "систематический"? Какая закономерность, характерное время, объем переданного трафика?"

Ответ на вопросы Le ecureuil: Систематический - т.е. ежедневный, несколько раз в день, в рандомное время. Причем клиенты отваливаются то одновременно, то независимо друг от друга. Закономерности я не выявил. Время отвала не зависит от времени суток, ночью (когда нагрузка на туннель нулевая) тоже отваливается, от объема трафика не зависит.

Что делал: запускал бесконечный пинг на сервере/клиентах для проверки инета - пинг идеальный не прерывается, удалял VPN SSTP-сервер, в KeenDNS создал новое имя, установил/удалил все туннели в настройках, устанавливал/удалял галку "NAT" в настройках VPN SSTP-сервера.

Выгрузил лог из обозначенного выше кинетика, на котором установлен VPN SSTP-сервер. Там можно это посмотреть. Клиенты - два туннеля: cher_tunnel и tunnel1, а также VPN-клиент cher3. Для понимания объема трафика прикрепил скриншот статистики работы 2-х туннелей за время около 1 часа. На скрине можно заметить, что один из них отваливался 1ч 20 минут назад, а другой 1час 14 минут назад.

Дополнительно выгрузил лог из клиента-туннеля tunnel1:

• Модель 4G (KN-1210) RU
• Сервисный код 726-390-745-190-955
• Версия ОС 3.7.5 (последняя стабильная для 1210)

log.txt

log_client.txt

Изменено Среда в 14:43 пользователем АлексейА

[АлексейА]

Дополнительно выкладываю моментальный скрин статистики двух НИКАК НЕ СВЯЗАННЫХ между собой VPN-SSTP серверов. Ко второму серверу подключен клиент-туннель tunnel и два VPN-клиента W10. Можно найти некую закономерность.

Роутер1 подключен к Ростелеком, Роутер2 подключен к местному провайдеру БазаНЕТ, который аффилирован с Ростелеком. Не может ли провайдер быть виноват?

[Le ecureuil]

Пока в логах ничего особенного нет, что могло бы помочь в выяснении причины.

Подскажите, у вас через облачный режим работает sstp? Это может вносить дополнительные дисконнекты - облачный доступ поставляется в режиме "as is", и его 100% доступности не гарантируется.

Если вы можете поставить версию 4.3 на сервер, то было бы интересно взглянуть на лог после команды sstp-server debug в моменты дисконнектов.

[АлексейА]

18 часов назад, Le ecureuil сказал:

Подскажите, у вас через облачный режим работает sstp? Это может вносить дополнительные дисконнекты - облачный доступ поставляется в режиме "as is", и его 100% доступности не гарантируется.

Да, облачный, т.к. на WAN нет белого IP. "as is" - это я понимаю. А что у других пользователей облачного SSTP? Либо его практически не используют, либо не пишут о преблемах, либо проблема только у меня.

18 часов назад, Le ecureuil сказал:

Если вы можете поставить версию 4.3 на сервер, то было бы интересно взглянуть на лог после команды sstp-server debug в моменты дисконнектов.

Установил 4.3 Beta4 - к сожалению после этого перестал идти трафик от VPN-клиентов (192.168.222.ххх, 10.0.0.ххх) к RDP-серверу (192.168.122.ххх), который находится в локалке кинетика-SSTP сервера. Маршруты проверил - корректные, кинетик перезагрузил, туннель создается, но трафик не идёт. Пока что откатился на 4.2.6.3, трафик по туннелю сразу пошёл. Есть мысли что случилось?

[spatiumstas]

21 час назад, Le ecureuil сказал:

интересно взглянуть на лог после команды sstp-server debug в моменты дисконнектов.

Тут всё есть

 

[Владислав С]

Цитата

А что у других пользователей облачного SSTP?

Проблема "отваливающегося" SSTP наблюдается аналогично - несколько раз в день, в случайное время. Последний месяц частота существенно возросла.

Последние дни по несколько раз в час становится недоступен и облачный доступ. Админка роутера по keenDNS-адресу на полминуты-минуту становится недоступна, и так с частотой до 3х раз в 5 минут.

Какие варианты для стабилизации SSTP VPN подключений?

[sdbg]

Hero 4G (KN-2310) EAEU (4.3 Beta 3)

 

такая же проблема. рандомно рвется сстп соединение 

по логам обрыву предшествуют такие события (скрин в атаче)

 

Изменено Воскресенье в 13:10 пользователем sdbg