hellonow

@Sergeykk должно быть так: [Interface] PrivateKey = *= Address = */32 DNS = 1.1.1.1, 1.0.0.1 Jc = 7 Jmin = 50 Jmax = 1000 S1 = 108 S2 = 47 H1 = 60913795 H2 = 474309350 H3 = 1359378301 H4 = 1316535191 [Peer] PublicKey = s*= PresharedKey = c*= AllowedIPs = 0.0.0.0/0, ::/0 Endpoint = PersistentKeepalive = 25 Но поле с PresharedKey = c*= сейчас не парсится в 4.3.4, ожидайте исправлений.

@Sergeykk в конфигурации поменяйте местами поля: [Interface] [Peer] К сожалению ваш VPN-сервис генерирует неправильный конфиг, который нужно править руками.

@dimon27254 уточните пожалуйста, у вас заработал туннель с вашим сервером?

@dimon27254 спасибо. Пробовали с dtls-legacy = false?

@dimon27254 включите debug на интерфейсе OC0 пожалуйста: interface OpenConnect0 debug exit system configuration save system log clear Желательно включить debug на стороне сервера (если сервером является роутер Keenetic): oc-server debug system configuration save system log clear Далее пытаетесь подключиться к OC-серверу. Присылаете self-test файл с клиента и сервера.

@dimon27254 выполните в CLI отключение DTLS: interface OpenConnect0 no openconnect dtls system configuration save После подключение будет успешным?

@Nameless к сожалению не получается воспроизвести описанную ситуацию в 4.3 Beta 2. На своей стороне проверили подключение к SSTP-серверу в iOS, AndroidOS системах, шлюзы провайдеров разные. Везде туннель устанавливает сессию корректно. Если же у вас сохраняется: worker_connections are not enough while connecting to upstream То далее напишите в поддержку.

Всем спасибо. Создан кейс NDM-3651 по указанному вопросу работы транзита.

@dchusovitin спасибо. Создан кейс на исправление ошибок связанных с работой демона coalagent SYS-1177.

@Alexander да, с резервного подключения DNS не используется, соответственно и резолв через него работать не будет, только через DNS, которые пришли по DHCP \ ISP от основного провайдера.

@AJ_ да, верно, уточнение - старый заменен на новый. Переключателя в B.0 не будет.

@Alexander новая логика работы DNS. Теперь DNS в основном профиле приоритетов подключений не используется с резервного интерфейса ISP. Сделано на случай нестабильной работы DNS с резернвого подключения и чтобы его не использовать, когда например подымаете VPN-подключение в интернет. Для доступа в новый веб-интерфейс есть переключатель справа:

@dimon27254 да, версия готовится к выпуску, сначала в превью канале.

@dimon27254 было принято решение создать кейс NDM-3284 на улучшение совместимости с TLS 1.3 hybridized Kyber, что позволит не отключать указанный флаг на стороне браузеров.

@dimon27254 https://www.reddit.com/r/sonicwall/comments/1cac4ii/content_filter_blocking_cfs_legitimate_traffic/ Хотя в версии 124.0.6367.92 браузера более описанная ситуация не воспроизводится.