KeeneticOS 5.2 Beta 3: SSTP-клиент не получает маршрут DHCP INFORM к локальной сети

[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

 

 

[KoneTaH]

Будет исправлено (надеюсь, в следующей версии из ветки 5.2), следите за changelog.