Информация
Настройка
Новости
Контакты
Новинка
Распродажа
Оплата
Доставка
Загрузки
  • Прошивки
    • WinBox
    • RouterOS
    • Мобильные приложения MikroTik
    • Архив
  • Changelogs
  • RouterOS
  • Мобильные приложения MikroTik
  • Архив
Форум
Услуги
  • Внедрение
  • Настройка
  • Поддержка
  • Ремонт
    info@mikrotik.moscow
    +7 495 320-55-52
    Заказать звонок
    Mikrotik.moscow
    Каталог
    • Акции
      Акции
    • Маршрутизаторы
      Маршрутизаторы
    • Коммутаторы
      Коммутаторы
    • Радиомосты и уличные точки доступа
      Радиомосты и уличные точки доступа
    • Wi-Fi для дома и офиса
      Wi-Fi для дома и офиса
    • LTE/5G
      LTE/5G
    • Powerline адаптеры
      Powerline адаптеры
    • IoT устройства
      IoT устройства
    • Оборудование 60 ГГц
      Оборудование 60 ГГц
    • Материнские платы RouterBOARD
      Материнские платы RouterBOARD
    • Корпуса
      Корпуса
    • Интерфейсы
      Интерфейсы
    • SFP/QSFP трансиверы
      SFP/QSFP трансиверы
    • Аксессуары
      Аксессуары
    • Антенны
      Антенны
    • Архив
      Архив
    Войти
    0 Сравнение
    0 Избранное
    0 Корзина
    Скачать WinBox Скачать Прошивки Форум > RouterOS Форум > SwOS Форум > Железо
    Mikrotik.moscow
    Каталог
    Войти
    0 Сравнение
    0 Избранное
    0 Корзина
    Mikrotik.moscow
    Телефоны
    +7 495 320-55-52
    Заказать звонок
    0
    0
    0
    Mikrotik.moscow
    • +7 495 320-55-52
      • Назад
      • Телефоны
      • +7 495 320-55-52
      • Заказать звонок
    • info@mikrotik.moscow
    • г. Москва, ул. Бакунинская, 84
    • Пн-Пт: 09-00 до 18-00
      Сб-Вс: выходной


    • Кабинет
    • 0 Сравнение
    • 0 Избранное
    • 0 Корзина
    Главная
    Форум
    RouterOS
    sstp-туннели отключаются по таймауту

    sstp-туннели отключаются по таймауту

    Форумы: RouterOS, Аппаратное обеспечение, SwOS, Обратная связь, Объявления, Сторонние инструменты
    Поиск  Пользователи  Правила  Войти
    Страницы: 1
    RSS
    sstp-туннели отключаются по таймауту, RouterOS
     
    latitude
    Guest
    #1
    0
    05.03.2014 10:27:00
    Привет, сообщество! У нас происходит странное поведение с sstp-туннелями на версиях V6.7 и V6.10. Локальное устройство — OgmaConnect, удалённые устройства — RB750G.

    Начальная ситуация: sstp-сессия не установлена. Теперь мы запускаем sstp-сессии с удалённых устройств A и B. Оба туннеля стабильны. Пока всё хорошо.

    После прерывания одного из туннелей он восстанавливается, но начинает постоянно переключаться из-за таймаутов keepalive/inactivity. В то же время другая sstp-сессия остаётся стабильной.

    Анализ ошибки показал, что echo-request с локальной стороны (Ogma) не доходит до удалённой и вызывает таймаут. Лог на локальной стороне говорит, что echo-request был отправлен, но, похоже, он «поглощается» самим Ogma. То же самое в обратную сторону — echo-request, отправленный с удалённой стороны, в логе локального устройства отображается как полученный ответ, но ответ не доходит до удалённого устройства.

    Пакетный захват показывает, что TLS-пакет с локальной стороны вообще не отправляется. Мы проверили настройки фаервола, но никаких подозрительных моментов не нашли — при первоначальной настройке оба туннеля работают стабильно, обмен echo-request/response идёт без проблем.

    Проблема воспроизводится, если есть две и более sstp-сессии, и начинается после того, как первый туннель прерывается и восстанавливается.

    Кто-то сталкивался с таким? Любая помощь приветствуется, включая советы по дальнейшему локальному анализу проблемы.
     
     
     
    DjM
    Guest
    #2
    0
    11.05.2014 20:26:00
    У меня такие же проблемы с «negotiation timeout» в SSTP VPN. Используемые RB: RB951Ui-2HnD, RB433UAH, RB750. Версии ROS: 6.12 — проблема продолжается, 6.7 — с SSTP VPN никаких проблем не было. Конфигурация не менялась до и после обновления с 6.7 на 6.12. Я уже создал [Ticket#2014051266000793] и отправил данные для поддержки. @latitude: Ты уже создал тикет на support@mikrotik.com и отправил им запрашиваемую информацию? Поскольку ты, как говоришь, сделал тестовую среду с этой проблемой, это должно быть хорошим местом для отладки для команды поддержки MK, как мне кажется.
     
     
     
    liquidcz
    Guest
    #3
    0
    15.05.2014 12:34:00
    У меня такая же проблема. Когда я понижаю версию до 6.7, все проблемы исчезают. RB450G RB750G RB433AH RB750
     
     
     
    DjM
    Guest
    #4
    0
    16.05.2014 19:13:00
    Похоже, что в версии 6.13 устранили проблему с тайм-аутом SSTP. По моим тестам, проблема была связана с привязками интерфейса sstp-server. После обновления с 6.12 до 6.13 проверьте свои правила файрвола, где использовались эти привязки, так как после обновления они отмечались как недействительные (отключение и последующее включение решит проблему).
     
     
     
    Disassembler
    Guest
    #5
    0
    17.05.2014 07:30:00
    Никаких улучшений с версией 6.13 у меня не наблюдается. Похоже, есть какая-то проблема с отправкой ICMP keepalive с серверной стороны. Самое странное, что такое поведение проявляется только у 5-10 клиентов из 100. Я даже пытался сделать сброс настроек на заводские на некоторых из них и заново настроить туннели — это работает какое-то время, но после перезапуска или двух начинается тайм-аут снова.

    Клиент на ROS 6.13 с сервером на ROS 6.7  
    Клиент (ROS 6.13):  
    08:48:29 sstp,packet SSTP: sstp-out2 отправил управляющий пакет типа: echo request  
    08:48:29 sstp,packet SSTP: 10 01 00 08 00 08 00 00  
    08:48:29 sstp,packet SSTP: sstp-out2 получил управляющий пакет типа: echo response  
    08:48:29 sstp,packet SSTP: 10 01 00 08 00 09 00 00  
    08:48:29 sstp,packet SSTP: sstp-out2 получил управляющий пакет типа: echo request  
    08:48:29 sstp,packet SSTP: 10 01 00 08 00 08 00 00  
    08:48:29 sstp,packet SSTP: sstp-out2 отправил управляющий пакет типа: echo response  
    08:48:29 sstp,packet SSTP: 10 01 00 08 00 09 00 00

    Сервер (ROS 6.7):  
    08:48:29 sstp,packet SSTP: <sstp-Ouz9j6v1> отправил управляющий пакет типа: echo request  
    08:48:29 sstp,packet SSTP: 10 01 00 08 00 08 00 00  
    08:48:29 sstp,packet SSTP: <sstp-Ouz9j6v1> получил управляющий пакет типа: echo request  
    08:48:29 sstp,packet SSTP: 10 01 00 08 00 08 00 00  
    08:48:29 sstp,packet SSTP: <sstp-Ouz9j6v1> отправил управляющий пакет типа: echo response  
    08:48:29 sstp,packet SSTP: 10 01 00 08 00 09 00 00  
    08:48:29 sstp,packet SSTP: <sstp-Ouz9j6v1> получил управляющий пакет типа: echo response  
    08:48:29 sstp,packet SSTP: 10 01 00 08 00 09 00 00

    Клиент на ROS 6.13 с сервером на ROS 6.13 (или любой другой версии от 6.8 и выше)  
    Клиент (ROS 6.13):  
    09:19:15 sstp,packet SSTP: sstp-out2 отправил управляющий пакет типа: echo request  
    09:19:15 sstp,packet SSTP: 10 01 00 08 00 08 00 00  

    Сервер (ROS 6.13):  
    09:19:15 sstp,packet SSTP: <sstp-Ouz9j6v1> получил управляющий пакет типа: echo request  
    09:19:15 sstp,packet SSTP: 10 01 00 08 00 08 00 00  
    09:19:15 sstp,packet SSTP: <sstp-Ouz9j6v1> отправил управляющий пакет типа: echo response  
    09:19:15 sstp,packet SSTP: 10 01 00 08 00 09 00 00  
    09:19:15 sstp,packet SSTP: <sstp-Ouz9j6v1> отправил управляющий пакет типа: echo request  
    09:19:15 sstp,packet SSTP: 10 01 00 08 00 08 00 00
     
     
     
    liquidcz
    Guest
    #6
    0
    18.05.2014 09:01:00
    После обновления до версии 6.13 проблема осталась той же. Каждые 60 секунд соединение sstp прерывалось. Отправлялся управляющий пакет типа abort, ответ-эхо не приходил. После того как я снова откатился до версии 6.7, обмен эхо-сообщениями по sstp прошёл нормально, связь не прерывалась.
     
     
     
    DjM
    Guest
    #7
    0
    18.05.2014 17:12:00
    @Disassembler, liquidcz: Вы используете привязки интерфейсов sstp-server на стороне сервера или у вас только динамические интерфейсы sstp-server? Я проведу более тщательные тесты в своей среде, и если удастся поймать проблему, сообщу об этом здесь и в службу поддержки.
     
     
     
    liquidcz
    Guest
    #8
    0
    19.05.2014 10:50:00
    2DjM: Я использую статические привязки интерфейсов sstp-server. Спасибо.
     
     
     
    DjM
    Guest
    #9
    0
    19.05.2014 12:35:00
    @liquidcz: Спасибо за ответ. В нашем случае наблюдается похожая ситуация, проблема явно видна. Мне также удалось воспроизвести эту проблему на версии 6.13, поэтому я попробую повторить и отправить информацию службе поддержки MK. Вы уже передавали информацию службе поддержки MK?
     
     
     
    liquidcz
    Guest
    #10
    0
    19.05.2014 13:13:00
    @DjM: Пока нет, но это в моём списке дел.
     
     
     
    DjM
    Guest
    #11
    0
    20.05.2014 10:22:00
    Мне удалось зафиксировать проблему между ROS 6.13 и ROS 6.13, я создал файлы поддержки и отправил их в службу поддержки MK через [Ticket#2014051266000793]. Посмотрим, удастся ли продвинуться дальше.
     
     
     
    MadriSX
    Guest
    #12
    0
    20.05.2014 15:06:00
    Та же проблема. С тех пор как вышел RouterOS 6.7, SSTP почему-то не работает как надо по нескольким причинам: если используешь NPS (Windows Server 2008 R2) и принудительно включаешь шифрование, SSTP-туннели начинают сбоить, поэтому приходится разрешать отсутствие шифрования для PPTP или других видов туннелей. Я обновился до версии 6.12, и туннель L2TP/IPSec начал самопроизвольно отключать систему, вроде бы без причины, через 10 дней нормальной работы. Сейчас в версии 6.13 соединение падает без объяснений, а клиент Windows 7 при этом вроде бы остаётся в сети. Похоже, что защищённые туннели уже не в почёте у RouterOS.
     
     
     
    DjM
    Guest
    #13
    0
    21.05.2014 10:18:00
    Похоже, у нас хорошие новости от команды поддержки MK: Спасибо за ваш отчет. Нам удалось воспроизвести проблему и исправить её. Пожалуйста, дождитесь выхода версии 6.14. Так что ждём версию 6.14, и тогда мы сможем закрыть эту тему на форуме.
     
     
     
    Страницы: 1
    Читают тему
    +7 495 320-55-52
    info@mikrotik.moscow
    Электрозаводская, Бауманская
    Москва, ул. Бакунинская, 84с21
    Конфиденциальность Оферта
    © 2025 «Mikrotik.Moscow»
    Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры