paris19891

Обнаружил баг. Ping Check не работает после переименования туннелей. Для возобновления надо сделать Off-On в общих настройках

Могу потестировать на 1011

v1.6.6=>upd=>v1.6.7 0. Проблема не в браузере. Браузер чистил каждый раз при проверках после чистой установки программы 1. Ошибка с iptables rules ушла. Ради интереса и саморазвития спрошу: насколько она была критична и чем это было чревато? 2. Про точки в имени понятно, это не критично 3. Проблема с автозапуском ушла: автозапуск отключён по умолчанию и это сразу видно в веб-интерфейсе, после добавления туннеля можно включить вручную 4. После установки программы, Ping Check и журналирование отключены по умолчанию, хотя в веб-интерфейсе видно, что включены, нужно делать off-on 5. После первого переключения переключателей Ping и Log, они 100% делают то, что должны 6. Для туннелей использую http 30 3 dead 90. Всё работает железно! 7. Конфиги AWG 2.0, генерируемые приложением Amnezia VPN 4.8.12.9 импортируются и работают железно!

Баги, которые я выявил после переустановки Entware и программы с нуля (после полного сброса роутера = с очисткой памяти Entware) v1.6.4 1. Записи в журнале <дата, время> WWAN Туннель iptables awg<x> Failed to add iptables rules: add INPUT rule: exec: "iptables": executable file not found in $PATH 2. Неправильно пробрасывается имя туннеля (description) в настройки роутера, если в нём есть точки. Точки не пробрасываются 3. Туннели после импорта wg-файлов *.conf прописываются как автозапускаемые при загрузке роутера (по умолчанию), но чтобы это работало, надо после импорта один раз сделать выкл-вкл 4. То же самое для Ping Check и журналирования на свежеустановленной программе. Чтобы работало, надо один раз сделать выкл-вкл

А какие ошибки есть?

1. Протокол AmneziaWG 2.0. Скорость на 1812 близится к Гигабиту, но всё упирается в процессор (узкое горлышко). На 1011 скорость 22-23 Mbps. Ужас, но это слабая архитектура роутера, УВЫ! 2. Утечек памяти и сбоев не было ни разу 3. Какие ошибки? У меня всё работает исправно

Да, всё сделано предельно грамотно в плане проверки. Плюс, логи в RAM = не забивается внутренняя память устройства, где у меня стоит система Entware (1812). Попробую поставить то же самое на 1011 и 4110. Только там RAM меньше. Эх, не хватает настройки по лимиту, но грех жаловаться на отличную программу

Понятно. Это у меня на ПК был непрерывный ping запущен

Великолепно! Всё работает... Даже журнал проверок ведётся! Вам нужно писать своё ПО для роутеров! Оно будет лучше, чем даже у Keenetic. Кстати, а по какому адресу этот журнал хранится? PS. Вот журнал с роутера (проверка работы мониторинга туннелей посредством временного отключения VPN-сервера), здесь первые 2 события отмечены красным цветом Фев 1 23:05:56 stubby "8.8.8.8": too many failed requests, try to reload process Фев 1 23:05:56 ndm Service: "DoT "Policy4" proxy #0": unexpectedly stopped. Фев 1 23:07:00 ndm Core::Server: started Session /var/run/ndm.core.socket. Фев 1 23:07:00 ndm Network::Interface::Base: "OpkgTun0": "base" changed "conf" layer state "running" to "disabled". Фев 1 23:07:00 ndm Network::Interface::Base: "OpkgTun0": interface is down. Фев 1 23:07:00 ndm Core::Session: client disconnected. Фев 1 23:11:00 ndm Core::Server: started Session /var/run/ndm.core.socket. Фев 1 23:11:00 ndm Network::Interface::Base: "OpkgTun0": "base" changed "conf" layer state "disabled" to "running". Фев 1 23:11:00 ndm Network::Interface::Base: "OpkgTun0": interface is up. Фев 1 23:11:00 ndm Core::Session: client disconnected. Фев 1 23:11:00 ndm Core::Server: started Session /var/run/ndm.core.socket. Фев 1 23:11:00 ndm Network::RoutingTable: renewed static route: 0.0.0.0/0 via OpkgTun0. Фев 1 23:11:00 ndm Core::Session: client disconnected. Фев 1 23:11:00 ndm Core::Server: started Session /var/run/ndm.core.socket. Фев 1 23:11:00 ndm Core::System::StartupConfig: saving (cli). Фев 1 23:11:00 ndm Core::Session: client disconnected. Фев 1 23:11:00 ndm Network::Interface::Base: "OpkgTun0": "tun-link" changed "link" layer state "pending" to "running". Фев 1 23:11:03 ndm Core::System::StartupConfig: configuration saved.

Не всегда. Но как-то надо же проверять соединение на наличие Интернета..., чтобы роутер автоматически переключил соединение на туннель №2 на то время, пока туннель №1 недоступен. Handshake восстанавливается быстро после появления соединения через туннель, с этим проблем нет. Но вопрос в основном и резервном соединении. Keenetic не даёт через Web-интерфейс настроить проверку соединения интерфейсов Opentun. А с обычными Keenetic-WG соединениями это работает прекрасно. Также в Keenetic недоступна опция подключения Opentun connect via, то есть, чтобы соединение шло только через определённое другое соединение

Проверка доступности Интернета У меня настроен Интернет через 2 VPN AWG2 туннеля И по политике подключения настроено так, что при отвале VPN1, должно переключаться соединение VPN2 Но этого не происходит, потому что на роутере висит, что интерфейсы Opentun0 и Opentun1 подключены Что тут можно сделать? Как повесить Ping Check на интерфейсы Opentun0 и Opentun1, чтобы при отвале VPN1, Keenetic видел, что пора переключаться на VPN2? А, может быть, Ping Check стоит поместить в программу AWG Manager? Чтобы при отсутствии соединения VPN1, оно автоматически выключало Opentun0, и т д