KhM

Здравствуйте. После обновления Keenetic Ultra с KeeneticOS 5.1.8 до 5.2 Beta 3 перестал работать доступ SSTP-клиентов к устройствам домашней сети. SSTP-соединение с Windows устанавливается успешно. Клиент получает адрес из пула SSTP, адрес самого роутера доступен и отвечает на ping. Однако устройства домашней сети за роутером недоступны: не проходит ping и не устанавливается RDP-соединение с компьютером 192.168.0.2. Конфигурация SSTP-сервера: sstp-server interface Bridge0 pool-range 172.16.3.33 200 multi-login lcp echo 30 3 dhcp route 192.168.0.0 255.255.255.0 Маршрут настроен в соответствии с официальной инструкцией: sstp-server dhcp route 192.168.0.0/24 system configuration save Фактическое поведение на 5.2 Beta 3 Если в свойствах IPv4 SSTP-подключения Windows отключён параметр: Использовать основной шлюз в удалённой сети то: SSTP-соединение успешно устанавливается; адрес Keenetic через SSTP доступен; сеть 192.168.0.0/24 недоступна; компьютер 192.168.0.2 не отвечает; RDP на 192.168.0.2:3389 не работает; маршрут 192.168.0.0/24, передаваемый командой sstp-server dhcp route, на Windows не работает или не появляется. Если включить параметр «Использовать основной шлюз в удалённой сети», доступ к 192.168.0.2 и RDP сразу начинает работать. Но в таком режиме весь интернет-трафик Windows направляется через SSTP, что не требуется. Проверка откатом После отката KeeneticOS с 5.2 Beta 3 обратно на 5.1.8 при той же конфигурации роутера и того же Windows-клиента: маршрут к 192.168.0.0/24 снова работает; ping устройств домашней сети проходит; RDP на 192.168.0.2 работает; включать основной шлюз в удалённой сети не требуется. Настройка: dhcp route 192.168.0.0 255.255.255.0 присутствует в конфигурации и на 5.1.8, и на 5.2 Beta 3. Другие настройки SSTP не менялись. Шаги воспроизведения 1. Настроить SSTP-сервер и добавить: sstp-server dhcp route 192.168.0.0/24 system configuration save 2. Подключиться к SSTP с Windows. 3. В свойствах IPv4 отключить «Использовать основной шлюз в удалённой сети». 4. Переподключить SSTP. 5. Проверить доступ к устройству 192.168.0.2. 6. На KeeneticOS 5.2 Beta 3 устройство недоступно. 7. Включить основной шлюз в удалённой сети — устройство становится доступно. 8. Откатиться на 5.1.8 — раздельная маршрутизация снова работает без дополнительных изменений. Похоже, в KeeneticOS 5.2 Beta 3 возникла регрессия передачи или обработки DHCP INFORM-маршрутов для клиентов SSTP. Прошу проверить работу команды: sstp-server dhcp route Откат на 5.1.8 является только временным решением, поскольку на этой версии отсутствует необходимая мне поддержка конфигураций AmneziaWG 3.1. Рабочая версия: KeeneticOS 5.1.8 Проблемная версия: KeeneticOS 5.2 Beta 3 Клиент: Windows 10 версия Модель устройства: Keenetic Ultra (NC-1812) EAEU