+7 495 320-55-52
- Назад
- Телефоны
- +7 495 320-55-52
- Заказать звонок
info@mikrotik.moscow
г. Москва, ул. Бакунинская, 84
Пн-Пт: 09-00 до 18-00
Сб-Вс: выходной

sstp-out1: завершение... - тайм-аут соединения

sstp-out1: завершение... - тайм-аут соединения, RouterOS

Lanched

Guest

01.04.2014 10:40:00

Привет. У меня Mikrotik 1100AHx2 настроен как SSTP-сервер, а 951Ui-2HnD — как клиент. И я не понимаю, почему… но каждые 2 минуты SSTP-соединение разрывается.

Со стороны клиента:
14:35:38 sstp,ppp,info sstp-out1: terminating… — время ожидания соединения истекло
14:35:38 sstp,ppp,info sstp-out1: disconnected
14:35:38 sstp,ppp,info sstp-out1: initializing…
14:35:38 sstp,ppp,info sstp-out1: connecting…
14:35:38 route,ospf,info OSPFv2 neighbor 10.200.0.1: состояние изменилось с Full на Down
14:35:39 sstp,ppp,info sstp-out1: authenticated
14:35:39 sstp,ppp,info sstp-out1: connected

14:37:39 sstp,ppp,info sstp-out1: terminating… — время ожидания соединения истекло
14:37:39 sstp,ppp,info sstp-out1: disconnected
14:37:39 sstp,ppp,info sstp-out1: initializing…
14:37:39 sstp,ppp,info sstp-out1: connecting…
14:37:39 route,ospf,info OSPFv2 neighbor 10.200.0.1: состояние изменилось с Full на Down
14:37:40 sstp,ppp,info sstp-out1: authenticated
14:37:40 sstp,ppp,info sstp-out1: connected

Со стороны сервера:
14:35:38 sstp,ppp,info : terminating… — разрыв инициирован удалённой стороной
14:35:38 sstp,ppp,info,account ap0214 вышел из системы, 121 9325 4459 77 75
14:35:38 sstp,ppp,info : disconnected
14:35:38 route,ospf,info OSPFv2 neighbor 172.20.18.30: состояние изменилось с Full на Down
14:35:39 sstp,ppp,info,account ap0214 вошёл в систему, 10.200.18.247
14:35:39 sstp,ppp,info : authenticated
14:35:39 sstp,ppp,info : connected

14:37:39 sstp,ppp,info : terminating… — разрыв инициирован удалённой стороной
14:37:39 sstp,ppp,info,account ap0214 вышел из системы, 120 12554 7377 105 114
14:37:39 sstp,ppp,info : disconnected
14:37:39 route,ospf,info OSPFv2 neighbor 172.20.18.30: состояние изменилось с Full на Down
14:37:40 sstp,ppp,info,account ap0214 вошёл в систему, 10.200.18.247
14:37:40 sstp,ppp,info : authenticated
14:37:40 sstp,ppp,info : connected

Кстати, у меня есть ещё один 951Ui-2HnD с такой же конфигурацией, и там время работы соединения уже 2 дня. Есть идеи, из-за чего так может быть?

jswade

Guest

19.05.2014 03:04:00

Ну, у меня та же проблема, о которой пишут в этой теме. Я использую шифрование с сертификатами между клиентом и сервером. Версия 6.7 стабильна, но не понятно, действительно ли соединение зашифровано. Поле “encoding” в SSTP в версии 6.7 остается пустым. Обновление через версии вплоть до 6.13 приводит к тому, что SSTP-соединения перестают передавать данные через 120 секунд (даже если таймаут установлен больше 60). Такое поведение начинается только после первого разрыва SSTP-сессии. Связь держится часами или днями, но как только происходит переподключение, данные перестают передаваться через 120 секунд. Логика keep-alive перезапускает соединение, но оно снова «умирает» через 120 секунд. Очень раздражает... К слову, версия 6.10 у меня проблему не решала — пришлось откатиться на 6.7, чтобы добиться стабильности.

liquidcz Guest	#3 0 19.05.2014 10:47:00 Добро пожаловать на борт… у меня точно такая же проблема.

andryan

Guest

21.05.2014 17:11:00

17:04:25 sstp,ppp,info MIS: инициализация...
17:04:25 sstp,ppp,info MIS: подключение...
17:04:27 sstp,ppp,info MIS: завершение... — завершено удалённым пировым узлом
17:04:27 sstp,ppp,info MIS: отключено
17:04:37 sstp,ppp,info MIS: инициализация...
17:04:37 sstp,ppp,info MIS: подключение...
17:04:38 sstp,ppp,info MIS: завершение... — завершено удалённым пировым узлом
17:04:38 sstp,ppp,info MIS: отключено

Та же проблема после апгрейда sstp-сервера до версии 6.13. Теперь всё сломано. Откат до версии 6.10, похоже, решил проблему.

andryan Guest	#5 0 21.05.2014 17:14:00 Я только что проверил повторное обновление клиента. Если sstp-client версии 6.13, проблем нет. Думаю, баг именно в части sstp-server версии 6.13, а не в sstp-client.

stefan803 Guest	#6 0 30.05.2014 09:33:00 Так как я только что увидел эту ветку, я открыл тикет и наконец-то мне сказали, что это должно исправить в версии 6.14.

stefan803

Guest

27.06.2014 11:22:00

С версией 6.15 теперь соединение не прерывается при простаивании, но стоит только начать использовать всю пропускную способность для передачи данных — описанная здесь проблема снова возникает. Количество раз, когда происходит тайм-аут соединения, кажется, зависит от значения «Keepalive Timeout», установленного на SSTP-сервере и SSTP-клиенте. Например, при значении 600 тайм-аутов не было, а при значении 10 они возникают примерно 1-2 раза в час. В вики про это значение написано следующее: если сервер в течение периода keepalive не получает пакетов, он отправляет пакеты keepalive каждую секунду пять раз. Если сервер не получает ответа от клиента, соединение разрывается через 5 секунд. Логи показывают 5 сообщений «LCP missed echo reply» и затем отключение. Насколько я понимаю, это значение не должно вызывать проблем, если вообще идет передача других данных? Должны появляться сообщения «LCP missed echo reply»… но их нет. При этом зависимость обрывов соединения именно от этого параметра налицо. Не могли бы вы пофиксить этот sstp-баг?

loftnet

Guest

13.01.2015 18:30:00

Ребята, у меня такая же проблема. Правда, у меня стоит версия 6.24 и на клиенте, и на сервере (оба RB750). Сервер использует самоподписанный сертификат, клиенты сертификат не проверяют, просто подключаются по логину и паролю. У меня просто происходит событие LCP down в начальном состоянии и LCP lowerdown на стороне сервера. Что касается клиента, там выходит сообщение terminating... - internal error (6), LCP lowerdown и LCP down event в начальном состоянии. Есть ли шанс, что новая или другая версия прошивки это когда-нибудь исправит? Иначе придётся откатываться назад на 6.7, которая довольно долго отлично работала…

reitsukision Guest	#9 0 29.08.2015 11:31:00 6.31 — у этого сервера проблема с softether sstp.

Читают тему

Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры