Перейти к содержанию

Рекомендуемые сообщения

Опубликовано (изменено)

К сожалению статистику в морде роутера для kernel режима исправить не могу. Это такое ограничение использование kernel режима. Статистика по таким туннелям есть в AWG Manager. Если для вас это важно и вы это как-то используете, то решением может быть использование программы в userspace mode.

 

Благодаря очень развернутому посту по проблемам @paris19891 выявлены куча багов, которые вылились в следующие исправления:    
  

  •  Исправлен парсер адресов туннеля. IPv6 парсится корректно.
  •  Перезагрузка из WebUI AWG-M для смены режима работы c перезапуском туннелей в выбранном режиме. 
  •   Возможность настроить очередь для kernel режима -- поддержка qlen (не сильно нужно, но пусть будет)
  •   Главное - задавайте правильный MTU для kernel режима - И если у вас нет IPV6 даже не думайте ставить >=1280 (вообще неважно сколько там написано в .conf файле от поставщика сервиса)
  •   AWG-M ждет 2 минуты после перезагрузки роутера для того чтобы начать свои процессы, UI отражает таймер до начала работы AWG-M  
  •   Dead-статус очищается при остановке мониторинга (возможен кеш-браузера, обновите страницу)
  •   Мониторинг перезапускается при изменении параметров туннеля
  •   Копирование в буфер  работает для логов
  •   Название NDMS-интерфейса (opkgtun) обновляется при переименовании
  •   Radio-кнопка backend откатывается при отмене смены режима
  •   Cleanup при деинсталляции -- чистит все туннели, маршруты
  •   Speedtest отправлен на rework. 
  •   UI баги, добавлены логи по маршрутам
  •   Почищены zombie interface при удалении
  •  При перезагрузке роутера не теряются binds в политиках, не теряются туннели, они продолжают мониторится. Система полностью работоспособна через 2 минуты после рестарта роутера.

Теперь default  режим работы --> userspace --> все новые установки будут работать в этом режиме. 

  (при правильном значении MTU* тестирование показало прекрасную работу kernel режима на 7621 -- спасибо @The_Immortal)

 

 

Версия v.2.0.4 тут https://github.com/hoaxisr/entware-repo/releases/tag/v2.0.4-beta

В репозитории entware-repo тоже доступно, обновится можно

opkg update 

opkg upgrade awg-manager

 

to-do до релиза:

  • speedtest на основе iperf3
  • cleanup после старых версий. 
  • badges AWG версий туннелей.
  • UI правки по расположению элементов  

 

----

*Правильное значение MTU не написано в конфигурационном файле от поставщика. Оно существенно ниже. Диапазон 1275-1250 в ходе тестирования показал прекрасное соотношение производительность/нагрузка.

Изменено пользователем hoaxisr
  • Ответов 217
  • Создана
  • Последний ответ

Топ авторов темы

Опубликовано
В 08.02.2026 в 14:14, pppppppo_98 сказал:

А syncconf вы модифицировали? Есть подозрение на вот эту опервцию при работвющем соединении 

$AWGPRG syncconf $DEVAMN1 /opt/etc/amneziawg/${DEVAMN1}.conf

Еще раз. Ни исходники для amneziawg.ko (модуль ядра), ни исходники awg-tools для работы с этим модулем никак НЕ МЕНЯЛИСЬ. Вообще никак. Просто клонированы репозитории amnezia и скомпилированы при помощи SDK. Если у вас есть какие-то сомнения/подозрения -- скомпилируйте самостоятельно SDK/repo amnezia в свободном доступе. Я не знаю что вы делаете и для чего, но ни при использовании скрипта запуска от @LionEvil ни при запуске через AWG-Manager роутер самопроизвольно не перезагружается.

Гадать что у вас вызывает такое поведение бессмыслено. Есть единственный путь --> UART --> чтение логов. 

 

Опубликовано
5 часов назад, hoaxisr сказал:

К сожалению статистику в морде роутера для kernel режима исправить не могу. Это такое ограничение использование kernel режима. Статистика по таким туннелям есть в AWG Manager. Если для вас это важно и вы это как-то используете, то решением может быть использование программы в userspace mode.

 

Благодаря очень развернутому посту по проблемам @paris19891 выявлены куча багов, которые вылились в следующие исправления:    
  

  •  Исправлен парсер адресов туннеля. IPv6 парсится корректно.
  •  Перезагрузка из WebUI AWG-M для смены режима работы c перезапуском туннелей в выбранном режиме. 
  •   Возможность настроить очередь для kernel режима -- поддержка qlen (не сильно нужно, но пусть будет)
  •   Главное - задавайте правильный MTU для kernel режима - И если у вас нет IPV6 даже не думайте ставить >=1280 (вообще неважно сколько там написано в .conf файле от поставщика сервиса)
  •   AWG-M ждет 2 минуты после перезагрузки роутера для того чтобы начать свои процессы, UI отражает таймер до начала работы AWG-M  
  •   Dead-статус очищается при остановке мониторинга (возможен кеш-браузера, обновите страницу)
  •   Мониторинг перезапускается при изменении параметров туннеля
  •   Копирование в буфер  работает для логов
  •   Название NDMS-интерфейса (opkgtun) обновляется при переименовании
  •   Radio-кнопка backend откатывается при отмене смены режима
  •   Cleanup при деинсталляции -- чистит все туннели, маршруты
  •   Speedtest отправлен на rework. 
  •   UI баги, добавлены логи по маршрутам
  •   Почищены zombie interface при удалении
  •  При перезагрузке роутера не теряются binds в политиках, не теряются туннели, они продолжают мониторится. Система полностью работоспособна через 2 минуты после рестарта роутера.

Теперь default  режим работы --> userspace --> все новые установки будут работать в этом режиме. 

  (при правильном значении MTU* тестирование показало прекрасную работу kernel режима на 7621 -- спасибо @The_Immortal)

 

 

Версия v.2.0.4 тут https://github.com/hoaxisr/entware-repo/releases/tag/v2.0.4-beta

В репозитории entware-repo тоже доступно, обновится можно

opkg update 

opkg upgrade awg-manager

 

to-do до релиза:

  • speedtest на основе iperf3
  • cleanup после старых версий. 
  • badges AWG версий туннелей.
  • UI правки по расположению элементов  

 

----

*Правильное значение MTU не написано в конфигурационном файле от поставщика. Оно существенно ниже. Диапазон 1275-1250 в ходе тестирования показал прекрасное соотношение производительность/нагрузка.

Версия 2.0.4

Условия: те же, что в версии 2.0.3

Примечание: из-за новых багов, программа не годится для использования в Userspace, только Kernel Mode

Баг№1: При удалении программы удаляются не все маршруты, маршруты интерфейсов AWG через провайдера остаются. Перезагрузка роутера не помогает, удаляем вручную через веб-интерфейс. При удалении туннеля в установленном приложении, проблемы нет

Баг№2: Не работает зацепка для изменения размера поля ввода "Вставить конфигурацию", при её присутствии в этом поле

Баг№3: (Первая перезагрузка, Режим Userspace ни разу не менялся, таймер после загрузки пройден) Туннели не запустились, при значении Остановлен, висит надпись Dead и ложный журнал мониторинга. Запуск и перезапуск вручную не помогает. Перезапуск программы, а также последующие перезагрузки роутера не помогают. Проблема касается только режима Userspace

Вывод: режим Userspace работает только после установки, до первой перезагрузки роутера

Баг№4: Не работает автостарт AWG-Manager при отключённых туннелях. Запустил вручную /opt/etc/init.d/S80awg-manager start. Boot таймер не отображается в журнале программы, в отличие от предыдущего состояния. В туннелях висит надпись Dead (в наследство от предыдущей загрузки). Мониторинг не ведётся (это правильно). Туннели не удалось запустить вручную. При второй перезагрузке Boot таймер в журнале отображается. Проблема касается только режима Userspace

Баг№5: При перезапуске программы, либо роутера, ошибка в журнале при запуске второго туннеля: [ERROR] [tunnel] autostart <connection_name>: Failed to start | Error: start awg11 [firewall]: add filter FORWARD rule: iptables filter FORWARD -i/o opkgtun11: exit status 4 (exit 4, stderr: iptables: Resource temporarily unavailable.). Туннель то запускается вручную, то нет. Дело не в сервере. На других устройствах (телефон, ПК,...) подключение работает. При таком сценарии есть глюк с мониторингом этого соединения

Баг№6: При перезагрузке AWG Manager Kernel Mode > Userspace графики подключений в веб-интерфейсе роутера перестают работать. Проверить возможность поведения графиков после перезагрузки роутера нет из-за бага № 3

Баг№7: Страницу "Ожидание готовности системы после перезагрузки роутера" увидел первый раз. Очевидно, она должна была быть раньше. Таймер всегда 0:00, либо 1:00, секунд нет. Ход времени требует обновления браузера? Пробовал браузер, который до этого не использовал, проблема не в нём

Недочёт№0: Нет перевода на Английский. Могу перевести

Недочёт№1: Нет выбора сервера для Ping Check в режиме http

Недочёт№2: На странице настроек - Информация о системе - Архитектура. Как правильно: mipsle или mipsel?

Недочёт№3: В настройках нельзя контролировать режим экономии памяти: состояние режима (вкл-выкл) и лимит памяти

Недочёт№4: На странице мониторинга, когда он отключён, знак находится выше середины, а надпись - ниже

Недочёт№5: В веб-интерфейсе AWG Manager нет кнопок Logoff и Reboot, перезапуска AWG Manager, а также настройки таймаута сессии

Недочёт№6: Дизайн "зелёного окна" запущенного туннеля: нужны отступы вниз между ----- и секцией "Handshake", секцией Автозапуска, а также отступ вниз между прямой линией и кнопками управления подключением

Недочёт№7: Нет очистки и копирования журнала проверок

Недочёт№8: На страницах "Мониторинг" и "Логи", при щелчке мышкой слева или справа от журналов, мигает курсор ввода размером на весь журнал

Недочёт№9: Нет настройки длительности таймера ожидания AWG Manager после запуска роутера

Вопрос а Автору программы №1: Почему в имя подключения не пробрасываются точки?

Вопрос а Автору программы №2: Что такое Qlen и как оптимально его настроить?

Вопрос а Автору программы №3: Как оптимально настроить MTU?

Вопрос а Автору программы №4: Какие минимальные права пользователя Keenetic нужны для использования веб-интерфейса программы? Возможно ли как-то исключать некоторых из доступа?

Вопрос а Автору программы №5: Что означает надпись "Правила файрвола добавлены для opkgtunXX" в журнале программы?

Вопрос а Автору программы №6: Зачем нужен таймер загрузки AWG Manager при загрузке роутера?

Принято к сведению №1: Тест скорости исчез и будет реализован в будущем

PS 

-Показания скорости соединения остались те же, загрузка процессора не изменилась (узкое горлышко)

-Переключение из Userspace в Kernel Mode сработало без перезагрузки роутера

-Переключение из Kernel Mode в Userspace сработало без перезагрузки роутера

-Утечек памяти нет
 

Опубликовано (изменено)
19 часов назад, theNightman сказал:

При 100Мбит линке, скорость на выгрузку файла в телегу ... ~50Мбит при назгрузке 56%

Тоже ради интереса решил протестить телегу через чуть больший дачный канал (kernel):

image.png.f52ff847b63a1700d0d0e3b29f689d38.png

ЦП в пределах 65% - для моего седого KN-1810 красота!

Изменено пользователем The_Immortal
Опубликовано
10 часов назад, paris19891 сказал:

Баг№1: При удалении программы удаляются не все маршруты, маршруты интерфейсов AWG через провайдера остаются. Перезагрузка роутера не помогает, удаляем вручную через веб-интерфейс. При удалении туннеля в установленном приложении, проблемы нет

исправлено и входит в 2.0.7-beta

10 часов назад, paris19891 сказал:

Баг№2: Не работает зацепка для изменения размера поля ввода "Вставить конфигурацию", при её присутствии в этом поле

Пока не исправлено. Приоритет на фиксы backend поведения. Отложено.

10 часов назад, paris19891 сказал:

Баг№3: (Первая перезагрузка, Режим Userspace ни разу не менялся, таймер после загрузки пройден) Туннели не запустились, при значении Остановлен, висит надпись Dead и ложный журнал мониторинга. Запуск и перезапуск вручную не помогает. Перезапуск программы, а также последующие перезагрузки роутера не помогают. Проблема касается только режима Userspace

Исправлено в и входит в 2.0.7-beta

10 часов назад, paris19891 сказал:

Баг№4: Не работает автостарт AWG-Manager при отключённых туннелях. Запустил вручную /opt/etc/init.d/S80awg-manager start. Boot таймер не отображается в журнале программы, в отличие от предыдущего состояния. В туннелях висит надпись Dead (в наследство от предыдущей загрузки). Мониторинг не ведётся (это правильно). Туннели не удалось запустить вручную. При второй перезагрузке Boot таймер в журнале отображается. Проблема касается только режима Userspace

Автостарт работает. Воспроизвести такое поведение, ни в одном из сценариев не могу. И при перезагрузках, и при потере питания на роутере. И его после загрузки после этого. Возможно связано с ошибками исправленными в предыдущем пункте.

10 часов назад, paris19891 сказал:

Баг№5: При перезапуске программы, либо роутера, ошибка в журнале при запуске второго туннеля: [ERROR] [tunnel] autostart <connection_name>: Failed to start | Error: start awg11 [firewall]: add filter FORWARD rule: iptables filter FORWARD -i/o opkgtun11: exit status 4 (exit 4, stderr: iptables: Resource temporarily unavailable.). Туннель то запускается вручную, то нет. Дело не в сервере. На других устройствах (телефон, ПК,...) подключение работает. При таком сценарии есть глюк с мониторингом этого соединения

 Исправлено. Используется другой подход для назначения правил firewall. 

10 часов назад, paris19891 сказал:

Баг№6: При перезагрузке AWG Manager Kernel Mode > Userspace графики подключений в веб-интерфейсе роутера перестают работать. Проверить возможность поведения графиков после перезагрузки роутера нет из-за бага № 3

Нет. Это не баг и никак не связан с другими вопросами. Исправить нельзя. Использование kernel mode приводит к такому поведению графиков в UI роутера. Это особенность реализации и эксплойта бага opkgtun который остается привязанным к интерфейсу, даже после его удаления и замене на kernel модуль. Возврат из kernel mode --> userspace не излечит эту проблему. Потому что единожды перейдя в режим модуля ядра восстановить работоспособность графиков можно только через удаление туннелей и их пересоздание. 

 

10 часов назад, paris19891 сказал:

Баг№7: Страницу "Ожидание готовности системы после перезагрузки роутера" увидел первый раз. Очевидно, она должна была быть раньше. Таймер всегда 0:00, либо 1:00, секунд нет. Ход времени требует обновления браузера? Пробовал браузер, который до этого не использовал, проблема не в нём

Таймер изменен. Теперь он двух фазный. Если вы его не увидели, никакой проблемы. Это нужно для того, чтобы процессы восстановления после перезагрузку прошли и пользователь не видел нерелевантных статусов в AWG-Manager. После 2 с небольшим минут после перезагрузки роутера работа всех туннелей проходит в штатном режиме. В настройках можно изменить этот параметр, но крайне не советую этого делать особенно на роутерах, где установлено много компонентов - прошивка роутера даже после старта еще довольно длительное время проводит перенастройку своей работы (скажем так).

10 часов назад, paris19891 сказал:

Недочёт№0: Нет перевода на Английский. Могу перевести

Спасибо за предложение. Двуязычная система и ее переключение предполагает добавление большого функционала и перелопачиванию всего frontend. Возможно в будущем при отсутствии проблем с ключевой функциольностью можно будет этим вопросов заняться.

 

10 часов назад, paris19891 сказал:

Недочёт№1: Нет выбора сервера для Ping Check в режиме http

Пока это нереализовано, записано в план. После отсутствия проблем с функциональностью.

10 часов назад, paris19891 сказал:

Недочёт№2: На странице настроек - Информация о системе - Архитектура. Как правильно: mipsle или mipsel?

little-endian MIPS = MIPSLE, но в некоторых местах принято MIPSEL, т.е. MIPS Endian Little. Ни на что не влияет. :)

10 часов назад, paris19891 сказал:

Недочёт№5: В веб-интерфейсе AWG Manager нет кнопок Logoff и Reboot, перезапуска AWG Manager, а также настройки таймаута сессии

Да. Раньше было. Сейчас нет. В связи с изменением архитектуры это еще не было реализовано. Отложено до исправлений backend

10 часов назад, paris19891 сказал:

Недочёт№6: Дизайн "зелёного окна" запущенного туннеля: нужны отступы вниз между ----- и секцией "Handshake", секцией Автозапуска, а также отступ вниз между прямой линией и кнопками управления подключением

Частично исправлено в 2.0.7, отступы поправлены. Не углублялся еще в дизайн импорта. Там тоже некрасиво пока.

 

10 часов назад, paris19891 сказал:

Недочёт№7: Нет очистки и копирования журнала проверок

Теперь есть. В 2.0.7

 

10 часов назад, paris19891 сказал:

Недочёт№8: На страницах "Мониторинг" и "Логи", при щелчке мышкой слева или справа от журналов, мигает курсор ввода размером на весь журнал

В 2.0.7 должно быть исправлено.

 

10 часов назад, paris19891 сказал:

Недочёт№9: Нет настройки длительности таймера ожидания AWG Manager после запуска роутера

Теперь есть. Если что-то сломается при небольших значениях этого таймера верните лучше к дефолту.

Опубликовано
10 часов назад, paris19891 сказал:

Вопрос а Автору программы №1: Почему в имя подключения не пробрасываются точки?

Так настроен фильт имени на стороне AWG-M. Пока не дошли руки перепроверить что это норм.

10 часов назад, paris19891 сказал:

Вопрос а Автору программы №2: Что такое Qlen и как оптимально его настроить?

Очередь пакетов на интерфейсе, Keenetic по умолчанию для своих интерфейсов Wireguard ставит значение 50, на провайдерском Ethernet обычно 1000. По большому счету это рудимент поиска решения для исправления фризов/лагов на 7621. Из тестов реального влияния нет. Реальное влияние оказывает MTU.

 

10 часов назад, paris19891 сказал:

Вопрос а Автору программы №3: Как оптимально настроить MTU?

Во время тестирования с @The_Immortal получили результат, что фризы/лаги на 7621 пропадают со значениями ниже 1280, для меня идеальным значением стало 1275, когда нет ни фризов ни дропов пакетов. При значениях ниже 1280 ядро не создает конфигурацию IPv6 и это тоже помогает избежать проблем с отсутствием связанности IPv6 на сервере (а Amnezia по дефолту через приложение это не настраивает)

 

10 часов назад, paris19891 сказал:

Вопрос а Автору программы №4: Какие минимальные права пользователя Keenetic нужны для использования веб-интерфейса программы? Возможно ли как-то исключать некоторых из доступа?

Поскольку авторизация происходит силами роутера, т.е. он говорит что пользователь легитимен, то я думаю, что доступ к http видимо нужен. Я не тестировал. У меня авторизация отключена и по дефолту она тоже отключена. Честно говоря сценарии не прорабатывались.

 

10 часов назад, paris19891 сказал:

Вопрос а Автору программы №5: Что означает надпись "Правила файрвола добавлены для opkgtunXX" в журнале программы?

Это правила разрещающие прохождения трафика через интерфейс. Если вдруг пользователь не будет использовать MT/HR то ему такие правила будут нужны. 

 

11 часов назад, paris19891 сказал:

Вопрос а Автору программы №6: Зачем нужен таймер загрузки AWG Manager при загрузке роутера?

Роутер после загрузки настраивает свои системы и компоненты, перезаписывает iptbales стопятьсот миллионов раз. Может быть ситуация, что интерфейс создан, но еще не настроен и начало работы AWG-M на этом этапе может быть ошибочным, сломается последовательность настройки и ничего не будет работать, если коротко. Раньше это решалось просто таймером в инит скрипте, теперь в логике самого AWG-M. 

Опубликовано (изменено)

Версия программы изменена на v.2.0.7-beta

Проведены тесты поведения при перезагрузках, в том числе при потери питания. В процессе умерла флешка :) Но она была старая и ее не жаль. 

Еще раз. Прошу Вас, учтите, что режим с использованием kernel модуль и opkgtun это эксплойт. И не будет ни графиков, ни статистики в роутере. Настраиваете MTU и перезапускайте туннель, пока не добьетесь того поведения, которое вас устраивает.  

Исправления и дальнейшие шаги расписал выше. Спасибо за вашу @paris19891 @The_Immortal неоценимую помощь в тестировании. 

Добавлен репо для mips.

И еще хотя переход с userspace—> kernel и обратно работает с действующими и просто сохраненными туннелями, я бы рекомендовал делать это все же с удалением туннелей. 

Изменено пользователем hoaxisr
Опубликовано
34 минуты назад, hoaxisr сказал:

для меня идеальным значением стало 1275

У меня на mtu 1280 наблюдаются проблемы. Тестировал 1260, вроде проблем нет. На 1275 вроде тоже всё хорошо. Почему бы в настройках AWGM сразу по умолчанию не поставить 1275? Зачем он предлагает пользователю 1280? Лучше по умолчанию выставить 1275, а там кто как хочет, так и выставляет. Предлагаю это дело в следующем апдейте исправить. 

Опубликовано (изменено)
32 минуты назад, Кинетиковод сказал:

Предлагаю это дело в следующем апдейте исправить.

Потому что есть у кого есть ipv6 связанность и такая настройка ее сломает. И на aarch не нужно я так понимаю снижать мту, у них работает отлично с 1324

Изменено пользователем hoaxisr
Опубликовано
В 07.02.2026 в 00:54, hoaxisr сказал:

Также, если кто-то хочет самостоятельно из консоли все настроить и не зависить от багов моего софта -- скомпилированные модули лежат вот тут:

https://github.com/hoaxisr/amneziawg-linux-kernel-module-keenetic

почему-то у меня интерфейс создался, вроде как работает

~ # curl --interface awgk0 2ip.io
Rate limit exceeded. Try again later.~ 
~ # curl --interface awgk0 2ip.io
104.28.212.74

,но делаю

~ # /opt/etc/init.d/S51awg_tunnel start
Starting awgk0...
Loading kernel module /opt/etc/awg/amneziawg.ko...
client_loop: send disconnect: Broken pipe

и роутер больше не доступен, куда копать?

и почему-то я пробовал про бросить telegramm через awgk0 используя xray
    "outbounds":

        {
            "tag": "awg",
            "protocol": "freedom",
            "settings":
            {
                "domainStrategy": "AsIs",
                "proxyProtocol": 0
            },
            "streamSettings":
            {
                "sockopt":
                {
                    "interface": "awgk0"
                }
            }
        },

        "rules":

            {
                "inboundTag":
                [
                    "redirect",
                    "tproxy",
                    "socks-in"
                ],
                "ip":
                [
                    "ext:geoip_v2fly.dat:telegram"
                ],
                "outboundTag": "awg",
                "type": "field"
            },

Но не заработало.. :-(

Опубликовано (изменено)
4 минуты назад, frontend.test сказал:

Но не заработало.. :-(

Я ничего про x-ray не знаю. Как он работает и что ему нужно тоже не знаю.

Из описанного вами я не понял ровным счетом ничего. Если у вас уже работает, для чего вы делаете старт? 

Простите, но я просто ничего не понял. Просто какой-то текст, но я не понимаю ни порядка действий, ничего. 

Изменено пользователем hoaxisr
Опубликовано (изменено)

@frontend.test а Вы зачем пытаетесь xray заруливать в awg? Просто интересно.

Если у Вас есть свой Xrey\Vless оплаченный сервис - просто пользуйтесь им и не выносите мозги на форуме. Поймите, тема не про Ваши личные настройки, а про возможность запустить awg 2.0 на уровне ядра, а далее использовать web интерфейс, созданный автором, для удобства маршрутизации. 

Если в каждый топик начнут выкладывать свои конфиги/хотелки/дэбаги - форум утонет в этом мусоре. 

Изменено пользователем Konstantine352
Опубликовано (изменено)
2 часа назад, hoaxisr сказал:


 

Не подскажете, почему не могу подключиться к интерфейсу AWGMANAGER за роутером? Временно открыл порт 2222, белый IP, но извне так и не достучаться. С другими сервисами таких проблем нет. Пускает только из-под VPN 🥲 И еще 1: в настройках мониторинга соединения, это работает только при 2х и более туннелей или при 1 тоже т.е делает реконнект при пропадании соединения?

Изменено пользователем theNightman
Опубликовано
4 часа назад, hoaxisr сказал:

Версия программы изменена на v.2.0.7-beta

Проведены тесты поведения при перезагрузках, в том числе при потери питания. В процессе умерла флешка :) Но она была старая и ее не жаль. 

Еще раз. Прошу Вас, учтите, что режим с использованием kernel модуль и opkgtun это эксплойт. И не будет ни графиков, ни статистики в роутере. Настраиваете MTU и перезапускайте туннель, пока не добьетесь того поведения, которое вас устраивает.  

Исправления и дальнейшие шаги расписал выше. Спасибо за вашу @paris19891 @The_Immortal неоценимую помощь в тестировании. 

Добавлен репо для mips.

И еще хотя переход с userspace—> kernel и обратно работает с действующими и просто сохраненными туннелями, я бы рекомендовал делать это все же с удалением туннелей. 

Версия 2.0.7

Условия: те же, что в версии 2.0.4

Примечание: перезагрузка роутера всегда проводится мягко (команда reboot)

Баг №1: Ошибка в журнале после установки программы WARN Система autostart PID dir missing: /opt/var/run/awg-manager. Перезагрузка программы/роутера не помогает. Возникает при отсутствии туннелей. *Возникает также если туннели есть, но нет автозапуска (User Mode). *Возникает всегда (Kernel Mode)

Баг №2: Таймер после загрузки роутера (на странице программы) всегда показывает 0:00, по факту таймер работает. Работает только при перезагрузке роутера (правильно). Страница с таймером теперь отображается правильно, включена авторизация или нет. *Таймер отображается нормально с секундами, если возникла ошибка автозапуска программы И если запустить её вручную раньше двух минут (?, см. Вопрос №1) с момента запуска роутера 

Тест на успешный автозапуск пустой программы (без туннелей) при перезагрузки роутера в режимах User и Kernel

-Меняем режим с User на Kernel, ждём перезапуск программы, режим сменился, перезагружаем роутер, автозапуск ОК
-Меняем режим c Kernel на User, ждём перезапуск программы, режим сменился, перезагружаем роутер, автозапуска НЕТ (!)
-Запуск программы вручную (/opt/etc/init.d/S80awg-manager start) OK, перезагрузка роутера, автозапуск ОК

Начинаем добавлять туннели (2 шт) в режиме User

-Импорт успешен
-Исправлен баг версии 2.0.4. Теперь настроить маршрутизацию, Qlen и MTU пожно сразу при импорте конфигурации, не переходя в настройки 2ой раз
-Соединения работают, маршрутизация корректна, графики есть

-=ТЕСТЫ (режим User)=-

Первая перезагрузка роутера

-Автозапуск программы OK
*Ошибка из Бага №1 прошла
-Запуск туннелей ОК
-Соединение через туннели ОК
*Графиков больше "нет" (Ну и чёрт с ними)

Вторая перезагрузка роутера

-Автозапуск программы OK
-Запуск туннелей ОК
-Соединение через туннели ОК

***Отключаем автозапуск всех (2) туннелей (без их остановки)

Третья перезагрузка роутера

-Автозапуск программы НЕТ (!)

Четвёртая перезагрузка роутера

-Автозапуск программы OK
-Таймер ОК
-Туннели в жёлтом и обозначены "сломан" при отключённом их автозапуске и без их ручного включения. Браузер не виноват

Пятая перезагрузка роутера

-Автозапуск программы НЕТ (!)
-Запуск программы вручную (/opt/etc/init.d/S80awg-manager start) OK
-Туннели в жёлтом и обозначены "сломан" при отключённом их автозапуске и без их ручного включения
-Нажимаем Restart. Запустился только туннель №2
-Нажимаем Restart повторно на туннеле №1. Туннель запустился
-Мониторинга НЕТ (!), переключатели в позиции Off на обоих туннелях
-Нажимаем Stop
-Наживаем Start
-Туннели запущены, мониторинг OK, переключатели перешли в позицию On на обоих туннелях
-Нажимаем Restart. Запустились оба туннеля. Мониторинг работает
-Нажимаем Stop

Шестая перезагрузка роутера

-Застал отображение таймера с секундами, после F5 обнулился
-На этой странице появилась надпись (запуск туннелей) при отключённом их автозапуске. *Ошибку можно убрать изменением текста
-Автозапуск программы OK
-Таймер ОК
-Таймеры отключены (в красном)
-Ложного мониторинга нет

***Включаем автозапуск всех (2) туннелей (БЕЗ ИХ ЗАПУСКА ВРУЧНУЮ)

Седьмая перезагрузка роутера

-Автозапуск программы OK
-Запуск туннелей ОК
-Соединение через туннели ОК
-Мониторинг ОК

***Отключаем автозапуск всех (2) туннелей (С ИХ ОСТАНОВКОЙ ВРУЧНУЮ)

Восьмая перезагрузка роутера

-Автозапуск программы OK
-Запуск туннелей ВРУЧНУЮ ОК
-Соединение через туннели ОК
-Мониторинг ОК
-Остановка туннелей ВРУЧНУЮ ОК

Девятая перезагрузка роутера

-Автозапуск программы OK
-Запуск туннелей ВРУЧНУЮ ОК
-Соединение через туннели ОК
-Мониторинг ОК

***Тест на перезагрузку роутера при включённых туннелях с отключённым автозапуском

Деcятая перезагрузка роутера

-Автозапуск программы OK
-Туннели в жёлтом и обозначены "сломан" при отключённом их автозапуске и без их ручного включения

***Включаем автозагрузку туннелей

11ая перезагрузка роутера

-Автозапуск программы НЕТ (!)
-Запуск программы вручную (/opt/etc/init.d/S80awg-manager start) OK
*Обратный отсчёт на веб-странице успешно прошёл с секундами, даже после F5
-Запуск туннелей ОК
-Соединение через туннели ОК
-Нет мониторинга на втором туннеле, появился только при Off-On в общих настройках

12ая перезагрузка роутера

-Автозапуск программы OK
-Запуск туннелей ОК
-Соединение через туннели ОК
-Мониторинг ОК

-=Тест окончен=-

БАГ №3 (!Критический!): Если отключить автозапуск туннелей, то перед перезагрузкой роутера Я обязан остановить их вручную. Иначе может возникнуть проблема с автозапуском программы. Однозначно возникает проблема с запуском туннелей, ложным их статусом и мониторингом. Лечение: не отключайте автозапуск туннелей. Замечание касается только режима User

-=ТЕСТЫ (режим Kernel)=-

-Меняем режим с User на Kernel, ждём перезапуск программы, режим сменился, перезагружаем роутер, автозапуск ОК
-Нет мониторинга на втором туннеле, появился только при Off-On в общих настройках

Первая перезагрузка роутера

-Автозапуск программы OK
-Запуск туннелей ОК
-Соединение через туннели ОК
-Нет мониторинга на втором туннеле, появился только при Off-On в общих настройках

Вторая перезагрузка роутера

-Автозапуск программы OK
-Запуск туннелей ОК
-Соединение через туннели ОК
-Нет мониторинга на втором туннеле, появился только при Off-On в общих настройках
*Дёрганье выключателя в положение On (лично для туннеля) ничего не меняет
*Изменение настроек, перезапуск, остановка и запуск туннеля ничего не даёт

***Тест на автозагрузку с отключённым автозапуском туннелей без их остановки до перезагрузки роутера

Третья перезагрузка роутера

-Автозапуск программы НЕТ (!)

Четвёртая перезагрузка роутера

-Автозапуск программы НЕТ (!)
-Запуск программы вручную (/opt/etc/init.d/S80awg-manager start) OK
*Обратный отсчёт на веб-странице успешно прошёл с секундами, даже после F5
-Туннели красные (всё верно, не жёлтые)
-Запуск туннелей ВРУЧНУЮ ОК
-Соединение через туннели ОК
-Нет мониторинга на втором туннеле

***Включаем автозагрузку туннелей

Пятая перезагрузка роутера

-Автозапуск программы OK
*Таймер опять 0:00
*Ошибка WARN Система autostart PID dir missing: /opt/var/run/awg-manager
-Запуск туннелей ОК
-Соединение через туннели ОК
-Нет мониторинга на втором туннеле

***Тест на лечение мониторинга второго туннеля

-Остановка туннелей
-Изменение параметра туннелей (например, MTU) туда-обратно с двумя сохранениями
-Запуск туннелей
*Не помогло
-Переименование туннелей туда-обратно
*Не помогло
-Переключение "Индивидуальные настройки" для второго туннеля туда-обратно
*Помогло

Шестая перезагрузка роутера

-Автозапуск программы НЕТ (!)
-Запуск программы вручную (/opt/etc/init.d/S80awg-manager start) OK
-Запуск туннелей ОК
-Соединение через туннели ОК
-Нет мониторинга на втором туннеле

-=Тест окончен=-

БАГ №3.1 (!Критический!): Если отключить автозапуск туннелей то возникает проблема с автозапуском программы. Лечение: не отключайте автозапуск туннелей. Замечание касается только режима Kernel

*****Тщательный тест на лечение мониторинга второго туннеля (Режим Kernel)*****

-Удаление программы opkg remove awg-manager
-Очистка следов программы rm -rf /opt/etc/awg-manager
-Перезагрузка роутера reboot
-Установка программы opkg install /opt/root/awg*.ipk
-Включаем авторизацию, Ping Check и переключаемся в режим Kernel
-Перезагрузка роутера reboot
-Автозапуск программы OK
-Добавляем туннели
-Запускаем туннели
-Мониторинг ОК
-Перезагрузка роутера reboot
-Нет мониторинга на втором туннеле

*****Тест окончен*****

Баг №4: В режиме Kernel мониторинг второго туннеля срывается после перезагрузки роутера. Лечение (до перезагрузки): Мониторинг Off-On в общих настройках

Недочёт №1: Не работает зацепка для изменения размера поля ввода "Вставить конфигурацию", при её присутствии в этом поле. Поле ввода за границами: Перенос данных на следующую строку вместо горизонтального ползунка. Вертикальный ползунок присутствует

Мелкий недочёт №1: При удалении программы, нет запроса на удаление остаточных файлов (***? Y/n). Лечение: rm -rf /opt/etc/awg-manager

Мелкий недочёт №2: При перезагрузке роутера (без изменения режима Userspace) графики больше не работают. Проблема крайне малозначительна

Вопрос к Автору №1: Таймер загрузки программы при перезагрузке роутера учитывает данные Boottime (Uptime) роутера? Или всегда стоит на 2 минуты?

Опубликовано
8 минут назад, theNightman сказал:

Не подскажете, почему не могу подключиться к интерфейсу AWGMANAGER за роутером? Временно открыл порт 2222, белый IP, но извне так и не достучаться. С другими сервисами таких проблем нет. Пускает только из-под VPN 🥲 И еще 1: в настройках мониторинга соединения, это работает только при 2х и более туннелей или при 1 тоже т.е делает реконнект при пропадании соединения?

 я не предполагал использования откуда бы то ни было кроме LAN. Будет время посмотрю. 😉

Он не делает реконнект, мониторинг только смотрит, что handshake появился и "восстанавливает" туннель. Работает и для 1 туннеля

Опубликовано
3 минуты назад, paris19891 сказал:

Ошибка WARN Система autostart PID dir missing: /opt/var/run/awg-manager

Изменю статус сообщения, это не ошибка, это диагностическое сообщение, нужно для отладки поведения. Ни к чему не приводит, ничего не ломает. Так и должно быть. 

По остальным вопросам попробую еще перезагружать. 🤷‍♂️ но ни разу не столкнулся с таким поведением. Попробую больше раз. Возможно дело в чем-то еще. 

Опубликовано
21 минуту назад, paris19891 сказал:

Вопрос к Автору №1: Таймер загрузки программы при перезагрузке роутера учитывает данные Boottime (Uptime) роутера? Или всегда стоит на 2 минуты?

Цепочка событий:
  1. Роутер загружается, awg-manager стартует примерно при uptime ~20-25с ( у меня, у вас может быть другое значение)
  2. Таймер (в настройках) = 120 - 25  = 105с, сервер начинает отсчёт
  3. HTTP-сервер запускается и принимает соединения
  4. Вы узнаёт об успешно перезапуске роутера, открываете браузер — прошло ~90-100-120 секунд
  5. Остаток таймера уже 0 или близко к 0 --> визуальная история больше.

Таймер учитывает настройку конечно.

Опубликовано
46 минут назад, paris19891 сказал:

Мелкий недочёт №1: При удалении программы, нет запроса на удаление остаточных файлов (***? Y/n). Лечение: rm -rf /opt/etc/awg-manager

Не хотелось бы добавлять интерактивный ввод, в выводе при удалении уже есть подсказка для этой команды чтобы удалить остатки. Если даже этого не сделать место занимаемое файлом настроек самого awg-m минимум, все равно после удаления и чтобы "попрощаться" хорошо бы удалить и запись о репозитории. :) 

Опубликовано
2 минуты назад, hoaxisr сказал:

Не хотелось бы добавлять интерактивный ввод, в выводе при удалении уже есть подсказка для этой команды чтобы удалить остатки. Если даже этого не сделать место занимаемое файлом настроек самого awg-m минимум, все равно после удаления и чтобы "попрощаться" хорошо бы удалить и запись о репозитории. :) 

1. Может и правда этого делать не надо

2. Надо понимать, что ещё нужно удалять помимо этой папки. Какие следы ещё программа оставляет после удаления

Опубликовано
52 минуты назад, paris19891 сказал:

БАГ №3.1 (!Критический!): Если отключить автозапуск туннелей то возникает проблема с автозапуском программы. Лечение: не отключайте автозапуск туннелей. Замечание касается только режима Kernel

Проверил. Мониторинг не стартует на втором туннеле не каждый раз, но может не стартовать немного по другой причине. Не связанной с мониторингом как таковым. Дело в том, что туннель к моменту запуска мониторинга может еще не являться полностью "живым", то есть технически он существует, но еще не произошел handshake и для мониторинга этот туннель пропускается, т.к. он не является живым по его матрице состояния туннелей. 

Опубликовано (изменено)
1 минуту назад, paris19891 сказал:

Надо понимать, что ещё нужно удалять помимо этой папки. Какие следы ещё программа оставляет после удаления

кроме этой папки больше ничего не остается. 100%

ну и запись о репозитории конечно. 

Изменено пользователем hoaxisr
Опубликовано
2 минуты назад, hoaxisr сказал:

Проверил. Мониторинг не стартует на втором туннеле не каждый раз, но может не стартовать немного по другой причине. Не связанной с мониторингом как таковым. Дело в том, что туннель к моменту запуска мониторинга может еще не являться полностью "живым", то есть технически он существует, но еще не произошел handshake и для мониторинга этот туннель пропускается, т.к. он не является живым по его матрице состояния туннелей. 

Это, скорее всего, относится не к багу 3.1, а к багу 4

Опубликовано (изменено)

Тестировал 1.6.* версию, потом удалил ее, после  поставил версию 2, и заметил что теперь при создания туннеля нумерация начинается с 10 (opkgtun10), в интрефесах туннель один, но его индекс 10. Видимо в прошлой версии удаление туннелей было кривое. Можно как то без сброса настроек роутера пофиксить этот эстетический недочет?

Изменено пользователем Xsfrt
Опубликовано
1 час назад, Xsfrt сказал:

Тестировал 1.6.* версию, потом удалил ее, после  поставил версию 2, и заметил что теперь при создания туннеля нумерация начинается с 10 (opkgtun10), в интрефесах туннель один, но его индекс 10. Видимо в прошлой версии удаление туннелей было кривое. Можно как то без сброса настроек роутера пофиксить этот эстетический недочет?

Теперь создание туннелей идет с нумерации 10. Так удобнее для программы и меня. Изменять этот подход пока не планируется. 

Посмотреть какие туннели есть в системе можно ip a --> будет вывод вообще всех интерфейсов. Если там есть opkgtun которые вы не создавали, то можете их удалить (НО ТОЛЬКО opkgtun, не нужно удалять другие интерфейсы) командой в entware (не в ssh роутера, ни в CLI, ни через exec sh и еще каким-нибудь странным способом), а именно в entware:

ip link del dev opkgtunХ 

где вместо Х нужно подставить цифру.

 

Опубликовано

Версия приложения 2.0.8-beta в репозитории

Из нового:

  • Возвращен speed-test сделан на основе iperf3 в 5.х ОС Кинетик (есть список предустановленных серверов и возможность указать свой адрес для теста, приведена ссылка на ресурс со всеми рабочими публичными серверами. Тест осуществляется отдельно для upload/download)
  • Добавлен badge "треугольник"/"warning" на карточке туннеля для kernel режима на архитектурах MIPS/MIPSEL если MTU>1275
  • Добавлен badge версии WG/AWG на карточке туннеля
  • Полный редизайн страницы импорта туннелей и редактирования туннелей

Из фиксов:

  • Поведение при перезагрузке - добавлено более грамотное определение запущенности процесса awg-m для недопущения незапусков. Проведено (3 перезагрузки при kernel режиме, 3 перезагрузки при userspace) Автостарт приложения, туннелей и мониторинга работает штатно. Перезагрузку по питанию не проверял.
  • Исправлено определение состояния туннеля для целей мониторинга при перезагрузки роутера. 
  • Исправлена привязка к политикам доступа при смене режима работы userspace <--> kernel

Из намеченного пока осталось только timeout сессий, logout.

opkg update

opkg upgrade awg-manager

Опубликовано
8 часов назад, hoaxisr сказал:

Версия приложения 2.0.8-beta в репозитории

Из нового:

  • Возвращен speed-test сделан на основе iperf3 в 5.х ОС Кинетик (есть список предустановленных серверов и возможность указать свой адрес для теста, приведена ссылка на ресурс со всеми рабочими публичными серверами. Тест осуществляется отдельно для upload/download)
  • Добавлен badge "треугольник"/"warning" на карточке туннеля для kernel режима на архитектурах MIPS/MIPSEL если MTU>1275
  • Добавлен badge версии WG/AWG на карточке туннеля
  • Полный редизайн страницы импорта туннелей и редактирования туннелей

Из фиксов:

  • Поведение при перезагрузке - добавлено более грамотное определение запущенности процесса awg-m для недопущения незапусков. Проведено (3 перезагрузки при kernel режиме, 3 перезагрузки при userspace) Автостарт приложения, туннелей и мониторинга работает штатно. Перезагрузку по питанию не проверял.
  • Исправлено определение состояния туннеля для целей мониторинга при перезагрузки роутера. 
  • Исправлена привязка к политикам доступа при смене режима работы userspace <--> kernel

Из намеченного пока осталось только timeout сессий, logout.

opkg update

opkg upgrade awg-manager

Версия 2.0.8

Условия: те же, что в версии 2.0.7

Примечания: 
-Без отключения автозапуска туннелей, программа полностью работоспособна
-Тесты скоростей проводились на сервере Москва, RU (Hostkey)
-Перезапуск программы командой /opt/etc/init.d/S80awg-manager restart во время тестов не проводился. Все перезагрузки производились только сменой режима работы программы, либо перезагружался роутер
-Изменения настроек производились строго после истечения таймера загрузки программы, проверка истечения таймера - по F5
-На MTU менее 1280 не работает тест скорости, скорее всего, для меня это минимальное значение

-=Ход теста=-

-Удаление программы opkg remove awg-manager
-Очистка следов программы rm -rf /opt/etc/awg-manager
-Перезагрузка роутера reboot
-Дожидаемся полной загрузки роутера
-Установка программы opkg install /opt/root/awg*.ipk
-Включаем Ping Check
-Перезагрузка роутера reboot
-Проверка веб-страницы таймера
*Таймер меньше 1 минуты - отображается как 00:00, по факту таймер работает
-Включаем авторизацию
-Перезагрузка роутера reboot
-Проверка веб-страницы таймера
*Если были авторизованы и сессия осталась, страницы таймера нет (сразу переход в интерфейс), в остальных случаях - есть
*Разница в логе по времени, загрузка явно произошла намного быстрее, возможно, в этом причина таймера 0:00?
    11.02, 03:57:34    INFO    Система    startup    -    Boot detected (uptime 54s), waiting 66s for NDMS initialization
    11.02, 04:14:55    INFO    Система    login    admin    User logged in
-Проверка на истечение сессии
*10 минут простоя - автовыхода нет. Кнопки Logoff нет. Какие условия истечения сессии?
-Проверка пустой программы на переход User-Kernel-User-...
-Переход в Kernel - Ok
-Переход в User - Ok
-Переход в Kernel - Ok
-Перезагрузка роутера reboot - Загрузка программы - Ok
*Разница в логе по времени, загрузка явно произошла намного быстрее
    11.02, 03:57:36    INFO    Система    startup    -    Boot detected (uptime 57s), waiting 63s for NDMS initialization
    11.02, 04:35:48    INFO    Система    startup    -    Cleaning up stale kernel interfaces
-Перезагрузка роутера reboot - Загрузка программы - Ok
*Разница в логе по времени - Ошибка осталась и останется до конца тестов - баг (!): 11.02, 03:57:34. Откуда берётся это время?
-Переход в User - Ok
-Перезагрузка роутера reboot - Загрузка программы - Ok
-Тест на импорт туннелей в режиме User
*Ползунки есть, изменение размера поля есть - Ok
*При наборе любого текста вручную, в поле загрузки файла пишет "Файл загружен" - Ok
*После набора текста, при импорте файла, всё содержимое импорта подменяется содержимым файла - Ok
-Импорт туннелей - Ok
-Запуск туннелей - Ok
*Статус туннелей на главной странице обновляется только по F5
-Тест скоростей iPerf3 (User)
*При F5 тест останавливается - Ok
VPS1: D42.8/U20.6 VPS2: D43.9/U22.5
*Нет пинга в этом тесте
*Что такое рестрансмиты?
-Тест скоростей - Ok
-Перезагрузка роутера reboot - Загрузка программы - Ok
*Обновляем страницу, чтобы был таймер вместо полузапущенной программы
*Разница времён в логе при загрузке 04:53:31 - 05:06:11
-Перезагрузка роутера reboot - Загрузка программы - Ok
-Тест на перезагрузки пройден - Ok
-Перевод системы в Kernel - Ok
*Событие No PID files in /opt/var/run/awg-manager - В режиме User - Info, В режиме Kernel - Warn
-Тест скоростей iPerf3 (Kernel) (MTU 1280)
-VPS1: D122/U95.3 VPS2: D134/U91.7
*При трёхзначных скоростях, знак после точки не отображается?
-Перевод туннелей на MTU 1275 без перезапуска туннеля
-Тест скоростей iPerf3 (Kernel) (MTU 1275)
-VPS1: D123/U88.8 VPS2: D126/U83.4
-Перезапуск туннелей с MTU 1275
-Тест скоростей iPerf3 (Kernel) (MTU 1275)
*Ошибки "Сервер занят"
*Замена MTU с сохранением настроек не приводит к перезапуску туннелей - Ok
-Перезапуск туннелей с MTU 1280
-Тест скоростей iPerf3 (Kernel) (MTU 1280)
-VPS1: D123/U91.9 VPS2: D133/U92.1
-Тест скоростей - Ok
-Перезагрузка роутера reboot - Загрузка программы - Ok
-Тест на перезагрузки пройден - Ok
-Отключаем автозапуск туннелей
-Перезагрузка роутера reboot - Загрузка программы - Ok
-Запуск туннелей вручную - Ok
-Мониторинг - Ok
-Перевод системы в User - Ok
-Запуск туннелей вручную - Ok
-Мониторинг - Ok
-Перезагрузка роутера reboot - Загрузка программы - Ok
?Как отключить автозагрузку самой программы? Возможно ли это реализовать в веб-интерфейсе?
-Статус туннелей - Сломан/Желтый
-Ложного мониторинга нет
-Остановка туннелей - Ok
-Запуск туннелей - Ok
-Мониторинг - Ok
-Перезагрузка роутера reboot - Загрузка программы - Ok
*Таймер заработал с секундами
-Статус туннелей - Сломан/Желтый
-Ложного мониторинга нет
-Остановка туннелей - Ok
-Запуск туннелей - Ok
-Мониторинг - Ok
*Курсор в логах системы и мониторинга остался
*Маршруты с роутера стираются только при остановке туннелей вручную, если отключить автозапуск туннелей и перезагрузить роутер, то маршруты остаются
-Перевод системы в Kernel - Ok
-Статус туннелей - Сломан/Желтый
-Ложного мониторинга нет
-Остановка туннелей - Ok
-Запуск туннелей - Ok
-Мониторинг - Ok
**Первый запуск туннелей после подобного состояния сопровождается двойной проверкой Ping Check для каждого туннеля, далее проверка идёт нормально, по одной на каждый туннель. Баг есть как в User, так и в Kernel
-Перезагрузка роутера reboot - Загрузка программы - Ok
*Таймер заработал с секундами
-Статус туннелей - Остановлено/Красный - Ок
-Ложного мониторинга нет
-Запуск туннелей - Ok
-Мониторинг - Ok
-Остановка туннелей - Ok
-Перевод системы в User - Ok
-Перевод системы в Kernel - Ok
-Запуск туннелей - Ok
-Перевод системы в User - Ok
-Статус туннелей - Остановлено/Красный - Ок
-Запуск туннелей - Ok
-Перевод системы в Kernel - Ok
-Статус туннелей - Остановлено/Красный - Ок
-Запуск туннелей - Ok
-Перезагрузка роутера reboot - Загрузка программы - Ok
*Секундомер после 0:59 сбился на 0:00
-Статус туннелей - Остановлено/Красный - Ок
-Перевод системы в User - Ok
-Перезагрузка роутера reboot - Загрузка программы - Ok
*Секундомер после 0:59 сбился на 0:00
-Статус туннелей - Сломан/Желтый
-Включаем автозапуск туннелей
-Перезагрузка роутера reboot - Загрузка программы - Ok
-Автозапуск туннелей - Ok
-Мониторинг - Ok
*Первая двойная проверка Ping Check для каждого туннеля, далее проверка идёт нормально, по одной на каждый туннель
-Перевод системы в Kernel - Ok
-Автозапуск туннелей - Ok
-Мониторинг - Ok
*Первая двойная проверка Ping Check для каждого туннеля, далее проверка идёт нормально, по одной на каждый туннель
-Перезагрузка роутера reboot - Загрузка программы - Ok
-Автозапуск туннелей - Ok
-Мониторинг - Ok
*Первая двойная проверка Ping Check для каждого туннеля, далее проверка идёт нормально, по одной на каждый туннель
*В Журнале проверок невозможно просмотреть и скопировать предыдущие записи, доступны только последние 50
-=Тест окончен=-

Баги

Баг №1: Поведение при перезагрузке роутера. Таймер меньше 1 минуты - в веб-интерфейсе отображается как 00:00, по факту таймер работает

Баг №1.1: Таймер с секундами работает только при отключённом автозапуске туннелей, в некоторых сценариях сбивался на 0:00

Баг №2: Поведение при перезагрузке роутера. Если были авторизованы до перезагрузки и сессия осталась, страницы таймера нет (сразу переход в интерфейс), в остальных случаях - есть. Это позволяет контролировать программу до её полной загрузки до истечения таймера. Лечение: F5

Баг №3: Поведение при перезагрузке роутера. Ложное время первых событий в системном журнале

Баг №4: Событие No PID files in /opt/var/run/awg-manager - В режиме User - Info, В режиме Kernel - Warn

Баг №5: Поведение при перезагрузке роутера. "Жёлтые туннели" при одновременном соблюдении трёх условий: {Система в режиме User, Отключён автозапуск туннелей, Перезагрузка роутера}

Баг №6: Маршруты с роутера стираются только при остановке туннелей вручную, если отключить автозапуск туннелей и перезагрузить роутер, то маршруты остаются

Баг №7: В некоторых сценариях, первый запуск туннелей сопровождается двойной проверкой Ping Check для каждого туннеля, далее проверка идёт нормально, по одной на каждый туннель. Баг есть как в User, так и в Kernel

Баг №8: В Журнале проверок невозможно просмотреть и скопировать предыдущие записи, доступны только последние 50

Вопросы

Вопрос к Автору №1: Какие условия истечения сессии (при постоянно загруженной программе)? Сколько времени должно пройти до её истечения? Влияет ли на это фокус на вкладке браузера с программой? Влияет ли на это фокус на окне браузера?

Вопрос к Автору №2: Имеет ли смысл обновление в реальном времени (без F5) состояния туннелей, как это реализовано, например, на странице Мониторинга?

Вопрос к Автору №3: Имеет ли смысл реализация в тесте скорости теста Ping?

Вопрос к Автору №4: Что такое рестрансмиты в тесте скорости?

Вопрос к Автору №5: Имеет ли смысл в тесте скорости сделать два знака после точки? Это ограничение веб-интерфейса или это не позволяет сделать iPerf?

Вопрос к Автору №6: Как отключить автозагрузку самой программы? Возможно ли это реализовать в веб-интерфейсе?

Вопрос к Автору №7: Будет ли в веб-интерфейсе Logoff, Reboot, Restart AWG Manager?
 

Опубликовано

Поправка

Баг №5: Поведение при перезагрузке роутера. "Жёлтые туннели" при одновременном соблюдении четырёх условий: {Система в режиме User, Отключён автозапуск туннелей, Туннели запущены до перезагрузки роутера, Перезагрузка роутера}

Опубликовано
В 09.02.2026 в 23:42, paris19891 сказал:
8 часов назад, paris19891 сказал:

Вопрос к Автору №1: Какие условия истечения сессии (при постоянно загруженной программе)? Сколько времени должно пройти до её истечения? Влияет ли на это фокус на вкладке браузера с программой? Влияет ли на это фокус на окне браузера?

 

Добрый день, пока timeout сессий в 2.0.8 не реализован, сейчас идет работа над этим вопросом. С полным пересмотром процесса авторизации. Планируется отказаться от авторизации по пользователю роутера, многих это напрягает. 

8 часов назад, paris19891 сказал:

Имеет ли смысл обновление в реальном времени (без F5) состояния туннелей, как это реализовано, например, на странице Мониторинга?

Состояние туннелей на странице туннелей выполняется автоматически. Не нужен F5. Аналогично на странице мониторинг - обновление страницы не трубуется. 

 

8 часов назад, paris19891 сказал:

Имеет ли смысл реализация в тесте скорости теста Ping?

 Вообще "пинг" имеется на карточке туннеля. Тест пинга на мой взгляд нерелевантен c измерением скорости. Пинговать вторую сторону? Сторонний ресурс? Много вопросов и не совсем понятный результат если пинговать не так как на карточке туннелей --> расхождение данных.

9 часов назад, paris19891 сказал:

Вопрос к Автору №4: Что такое рестрансмиты в тесте скорости?

Это показатель возвращает iperf3, это повторные попытки отправить блок данных.

 

9 часов назад, paris19891 сказал:

Вопрос к Автору №6: Как отключить автозагрузку самой программы? Возможно ли это реализовать в веб-интерфейсе?

Автостарт убрать можно или изменив букву в начале скрипта S80awg-manager в /opt/etc/init.d/ или переместив этот скрипт из этой папки. Entware использует systemV подход --> приложения запускаются последовательно через скрипты в папке /opt/etc/init.d, число "порядок". чем больше число, тем позднее программа запуститься. 

 

9 часов назад, paris19891 сказал:

Вопрос к Автору №7: Будет ли в веб-интерфейсе Logoff, Reboot, Restart AWG Manager?

Logoff, timeout сессий и другая система login будет до релиза. Restart по факту есть при смене режима работы -> сделать кнопку рестрат не проблема, не очень только понимаю назначение этого действия. Reboot как отличается от restart?

 

9 часов назад, paris19891 сказал:

Баг №5: Поведение при перезагрузке роутера. "Жёлтые туннели" при одновременном соблюдении четырёх условий: {Система в режиме User, Отключён автозапуск туннелей, Туннели запущены до перезагрузки роутера, Перезагрузка роутера}

Не баг. Ожидаемое поведение программы. Вы запустили туннели --> в UI роутера появились OkgtTunX они "связаны" с ответной частью в Entware, вы могли настроить маршруты по ДНС на эти туннели или использовать их в Политиках доступа, но по какой-то причине не поставили тоггл "Автостарт", после перезагрузки роутера все ваши настройки в UI роутера или других системах маршрутизации не будут работать --> нет запущенных туннелей, а OpkgTunX никуда не исчезли. Состояние "сломано". 

Опубликовано
9 минут назад, hoaxisr сказал:

Добрый день, пока timeout сессий в 2.0.8 не реализован, сейчас идет работа над этим вопросом. С полным пересмотром процесса авторизации. Планируется отказаться от авторизации по пользователю роутера, многих это напрягает

Жаль. А то ведь и так это можно отключить в программе. И по умолчанию отключено

Опубликовано
9 часов назад, paris19891 сказал:

Баг №1: Поведение при перезагрузке роутера. Таймер меньше 1 минуты - в веб-интерфейсе отображается как 00:00, по факту таймер работает

Баг №1.1: Таймер с секундами работает только при отключённом автозапуске туннелей, в некоторых сценариях сбивался на 0:00

Баг №2: Поведение при перезагрузке роутера. Если были авторизованы до перезагрузки и сессия осталась, страницы таймера нет (сразу переход в интерфейс), в остальных случаях - есть. Это позволяет контролировать программу до её полной загрузки до истечения таймера. Лечение: F5

Баг №3: Поведение при перезагрузке роутера. Ложное время первых событий в системном журнале

Баг №4: Событие No PID files in /opt/var/run/awg-manager - В режиме User - Info, В режиме Kernel - Warn

Баг №5: Поведение при перезагрузке роутера. "Жёлтые туннели" при одновременном соблюдении трёх условий: {Система в режиме User, Отключён автозапуск туннелей, Перезагрузка роутера}

Баг №6: Маршруты с роутера стираются только при остановке туннелей вручную, если отключить автозапуск туннелей и перезагрузить роутер, то маршруты остаются

Баг №7: В некоторых сценариях, первый запуск туннелей сопровождается двойной проверкой Ping Check для каждого туннеля, далее проверка идёт нормально, по одной на каждый туннель. Баг есть как в User, так и в Kernel

Баг №8: В Журнале проверок невозможно просмотреть и скопировать предыдущие записи, доступны только последние 50

Баг 1. Воспроизвести не могу. У меня всегда таймер идет примерно с 0:25 --> 0:00 --> смена индикации на "запуск процессов" --> открытие UI. Возможно если вы поздно пришли и таймер уже закончился, но полноценно буду смотреть после изменения системы логировани и timeout сессий. 

Баг 2. Необходимо понять, в логах есть строка о завершении процесса инициализации? Если есть то поведение ожидаемое.

Баг 3. Ожидаемое поведение. Время системное. Программа сама время ниоткуда получить не может кроме системы. 

Баг 4. Не баг. Ожидаемое поведение. Необходимо для отладки поведения. Возможно будет исключено из логов.

Баг 5. Не баг. Ожидаемое поведение. Описал выше причину.

Баг 6. Баг, исправление планируется в 2.0.9

Баг 7. К сожалению ожидаемое поведение. Необходимый костыль.

Баг 8. Баг. Исправление в 2.0.9 

 

Присоединяйтесь к обсуждению

Вы можете написать сейчас и зарегистрироваться позже. Если у вас есть аккаунт, авторизуйтесь, чтобы опубликовать от имени своего аккаунта.
Примечание: Ваш пост будет проверен модератором, прежде чем станет видимым.

Гость
Ответить в этой теме...

×   Вставлено с форматированием.   Вставить как обычный текст

  Разрешено использовать не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отображать как обычную ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставлять изображения напрямую. Загружайте или вставляйте изображения по ссылке.


×
×
  • Создать...

Важная информация

На этом сайте используются файлы cookie. Нажимая "Я принимаю" или продолжая просмотр сайта, вы разрешаете их использование: Политика конфиденциальности.