Здравствуйте.
После обновления 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