dimon27254

@eralde @Anna_ подтверждаю исправление в 4.3.1. Спасибо!

@eralde @Anna_ В 4.3.1 исправлено. Спасибо!

Все верно. На других устройствах подключение без проблем устанавливается. В 4.2 (и вплоть до 4.3.0) Кинетик без проблем подключается. Начиная с 4.3.0 требуется менять tls-priorities со стороны VPS-сервера.

@eralde @Anna_ Вижу, что в 4.3.1 есть изменения по этому поводу: Хотелось бы видеть значительно меньшие интервалы между строками пиров, и более аккуратное визуальное разделение каждой строки. Например, оставить разделители только для колонок с информацией о пирах.

Разумеется, с помощью системного компонента. В ином случае вопрос был бы мной создан в других разделах, не связанных непосредственно с KeeneticOS.

Подтверждаю, в 4.3.1 исправлено. Спасибо!

Исправление в 4.3.1 не подтверждаю. Кинетик все также не может установить подключение к стороннему серверу OpenConnect, если на нем используется стандартный tls-priorities = "NORMAL:%SERVER_PRECEDENCE:%COMPAT:-VERS-SSL3.0:-VERS-TLS1.0:-VERS-TLS1.1:-VERS-TLS1.3".

Пожалуйста, создайте лучше отдельную тему по вашей проблеме. В данном топике мы больше обсуждаем неполадки с подключением Кинетика к стороннему OpenConnect серверу.

@eralde @Anna_ @Test Pilot Если в Кинетике имеется более двух сегментов, то таблица соответствия может отображаться некорректно: Ошибка воспроизводится однократно, и только в пределах одной сессии. Если в течение этой же сессии перезагрузить страницу с настройками сегмента, то отображение портов исправляется. Как только срок сессии истекает и выполняется повторная авторизация в вебе, ошибка снова "тут как тут". Проверял в 4.3.0.

@eralde @Anna_ Если создать домен 4-го уровня и указать в качестве устройства "это устройство Keenetic", то веб-интерфейс отображает некорректный IP-адрес. В startup-config хранится ожидаемый 127.0.0.1, однако веб показывает 192.168.1.1. При этом, явно указывать 127.0.0.1 веб не позволяет: Проверял на KN-1012 с 4.3.0.

@corniger @hellonow В русскоязычной локализации для наименования протокола "TCP/UDP (все порты) и ICMP" затесался лишний пробел: Проверял на KN-1012 с 4.3.0, однако аналогичный недочётик имеется и в 4.2.6.3.

@eralde @Anna_ Если для портов не заданы какие-либо имена, то соответствующие им блоки все равно отображаются. Предлагаю показывать данные блоки только в случае, если уже задано хотя бы одно имя. Проверял на KN-1012 с 4.3.0.

Проблемка известная: Ожидаем исправление

@eralde, исправления данной ошибочки еще не было? В 4.3.0 сейчас опять попалась на глаза.

Увы, но и так тоже безрезультатно. Судя по всему, в 4.3.0 появилась какая-то зависимость от tls-priorities.

К сожалению, даже с отключенным DTLS подключение все равно не устанавливается. [I] Apr 17 21:19:05 ndm: OpenConnect::Interface: "OpenConnect0": disabled DTLS mode. [I] Apr 17 21:19:11 ndm: Core::System::StartupConfig: saving (http/rci). [I] Apr 17 21:19:15 ndm: Core::System::StartupConfig: configuration saved. [I] Apr 17 21:19:16 ndm: Network::Interface::Base: "OpenConnect0": "base" changed "conf" layer state "disabled" to "running". [I] Apr 17 21:19:16 ndm: Network::Interface::Base: "OpenConnect0": interface is up. [I] Apr 17 21:19:16 ndm: Core::System::StartupConfig: saving (http/rci). [I] Apr 17 21:19:17 ndm: Network::Interface::EndpointTracker: "OpenConnect0": remote endpoint is "*.*.*.*". [I] Apr 17 21:19:17 ndm: Network::Interface::EndpointTracker: "OpenConnect0": connecting via "PPPoE0" (PPPoE0). [I] Apr 17 21:19:17 ndm: Network::Interface::EndpointTracker: "OpenConnect0": local endpoint is "*.*.*.*". [I] Apr 17 21:19:19 openconnect: POST https://*.*/?* [I] Apr 17 21:19:19 openconnect: Connected to *.*.*.*:443 [I] Apr 17 21:19:19 openconnect: SSL negotiation with *.* [I] Apr 17 21:19:20 openconnect: Connected to HTTPS on *.* with ciphersuite (TLS1.2)-(ECDHE-SECP256R1)-(ECDSA-SHA256)-(AES-256-GCM) [I] Apr 17 21:19:20 openconnect: Failed to write to TLS/DTLS socket: The request is invalid. [E] Apr 17 21:19:20 ndm: Service: "OpenConnect0": unexpectedly stopped.

Дополню. Если имеется несколько сегментов, где имеются сети Wi-Fi одноименного диапазона во включенном состоянии, то при выключении одной из них запятая не появляется. Если же выключить все сети Wi-Fi диапазона, чтобы система полностью отключила радио интерфейс, то лишняя запятая начинает отображаться.

Подключение не устанавливается, если в конфиге сервера OpenConnect используется tls-priorities, прописанный по умолчанию: tls-priorities = "NORMAL:%SERVER_PRECEDENCE:%COMPAT:-VERS-SSL3.0:-VERS-TLS1.0:-VERS-TLS1.1:-VERS-TLS1.3" Сменил на вариант, предоставленный @Denis P, за что ему спасибо, и туннель сразу поднялся: tls-priorities = "NORMAL:-CIPHER-ALL:+CHACHA20-POLY1305:+AES-128-GCM:%SERVER_PRECEDENCE" В сервере OpenConnect Кинетика увидел, что используется такой же tls-priorities, за счет чего и обеспечивается беспроблемная работа между роутерами.

@Le ecureuil @FLK В 4.3.0 перестало работать подключение к своему внешнему серверу на стороне VPS. В логе циклично повторяются следующие сообщения: [I] Apr 11 23:24:32 openconnect: POST https://*.*/?* [I] Apr 11 23:24:32 openconnect: Connected to *.*.*.*:443 [I] Apr 11 23:24:32 openconnect: SSL negotiation with *.* [I] Apr 11 23:24:32 openconnect: Connected to HTTPS on *.* with ciphersuite (TLS1.2)-(ECDHE-SECP256R1)-(ECDSA-SHA256)-(AES-256-GCM) [I] Apr 11 23:24:32 openconnect: Failed to write to TLS/DTLS socket: The request is invalid. [E] Apr 11 23:24:32 ndm: Service: "OpenConnect0": unexpectedly stopped. При этом, туннель между двумя Кинетиками работает без проблем.

@eralde @Anna_ Заголовки этих окон довольно заметно сместились влево: Выглядит не очень аккуратно. Проверял на KN-1012.

@eralde @Anna_ Лично мне новое оформление данной карточки понравилось. Стало определенно лучше, чем было. Спасибо! Увидел парочку незначительных недочетиков: 1. Получилось немного неоднозначное описание количества подключенных в сегменте клиентов. "Wi-Fi: 10" с одной стороны, можно трактовать как количество Wi-Fi-сетей (что, конечно, невозможно, зная системные ограничения), и с другой как количество подключенных клиентов. Не помешала бы какая-нибудь подпись вида "клиенты": 2. При отключенной Wi-Fi сети в кратком варианте отображения показывается лишняя запятая после частоты: Проверял на KN-3610.

@eralde @Anna_ в 4.3.0 наложения текста уже нет. Спасибо! Остается надеяться, что в планах на будущее все-таки появится возвращение межстрочных интервалов по всему вебу, как в 4.2

@eralde @Anna_ в 4.3.0 недочетик исправлен. Спасибо!

@eralde @Anna_ в 4.3.0 подправлено. Спасибо! Еще бы не помешало в мобильной версии сместить чуть правее кнопочку закрытия. Сейчас она находится слишком близко к кнопке скачивания лога.

@eralde @Anna_ подтверждаю исправление в 4.3.0. Спасибо!