Zeleza

Доброго утра, Проблема с отсутствием ввода данных SSR при первом запуске известна, на днях выйдет обновление. Относительно Вашей проблемы - в логе видно, что Вы для SSR используете порт выставленный в ручную 1080, в пакете же, в правилах iptable используется порт по умолчанию 1181. Рекомендую изменить настройки в квасе и установить порт в значение 1080 командой kvas ssr port 1080.

Доброго всем дня, Возможно кому будет полезно.

Доброго всем дня, Котомка является пакетом скриптов по быстрому развертыванию среды разработки Entware в Docker-контейнере для роутеров Keenetic с целью сборки пакетов на языках семейства Bash, С, С++. Очевидные преимущества пакета Быстрое развертывание среды разработки Entware - от 30 минут (для полной сборки образа). Последовательная мульти-архитектурная сборка под все выбранные платформы. Сборка и копирование собранного пакета на устройство для тестирования осуществляется автоматически. Нет необходимости в глубоком понимании работы Docker-а, так как все происходит автоматически. Возможность писать тесты для приложения и исполнять их на удаленном устройстве сразу после установки пакета. Моментальное подключение и вход в собранный Docker-контейнер, как с правами root, так и как с правами разработчика. Известные ограничения Работает только на MAC OS X или Linux Обязательное знание основ разработки под Entware для Keenetic. Документацию по проекту Вы сможете найти на GitHub по этой ссылке. Любые вопросы, пожелания и комментарии приветствуется.

Доброго вечера, Если, не работает - создайте пожалуйста тикет на гит-хабе по инструкции. Обязательно опубликуйте порядок шагов (лучше всего скопировать текст с экрана установки пакета). Затем опишите где именно (на каком устройстве) Вы проверяли работу пакета. Чем подробнее опишите, тем больше вероятность, что проблема будет решена.

Всем доброго дня Пробуем КВАС 1.0 бета-21 (предрелизная сборка): Доработаны фильтры срабатывания создания iptables правил в библиотеке libs/ndm. Исправлена ошибка приводящая к обращению к службе dnsmasq при запущенном сервисе adguard (issues #17, #15) Откатились на паузу в 1 сек. (как было в 19 бете) при сканировании интерфейсов и отображении их списка с целью корректного отображения названий интерфейсов. Изменений немного в основном все изменения направлены на исправление оставшихся ошибок.

Доброго утра, Пока у нас есть еще не закрытых 3 баг-репорта на гит хабе. Как только их закроем и после их закрытия пройдет, как минимум неделя нормальной работы пакета, без особых замечаний со стороны пользователей, то выпущу релиз под номером 1.1

Проверил на своем тестовом устройстве (Giga) - проблемы не обнаружил. Судя по числу описываемых Вами ошибок здесь на форуме и на Github у Вас скорее всего установка была произведена не на чистую систему. Попробуйте еще раз, отформатировать флешку и переустановить сначала AGH, затем КВАС.

Доброго дня, А о каких конкретно проблемах идет речь?

Доброго дня, Необходимость связана с тем, что IP адреса для домена каждый раз дополняются при выполнении kdig или dig. Заметил при тестах, что при текущем состоянии списка hosts.list сначала в ipset таблице добавляется 24 ip, но при исполнении скрипта с интервалом 5 минут, каждый раз добавлялось по 2 или 3 новых адреса для одного и того же доменного имени. Если нет желания так часто проводить обновление списка ipset, то можете просто выполнить следующую команду: rm -f /opt/etc/cron.5mins/ipset.kvas UPD. Честно говоря данный скрипт в cron никоем образом не портит память устройства, так как при срабатывании он производит только чтение, а запись производит ровно тогда, когда "подтягиваются" действительно важная и необходимая информация.

Доброго всем вечера Пробуем КВАС 1.0 beta-20: При выполнении проверки kvas test теперь, в случае, если IP домен отсутствует в ipset таблице, осуществляется не просто ее перезаполнение, а выполняется полная переустановка правил заново функцией cmd_kvas_init, что повышает надежность восстановления списка и приведением его в норму. Добавлена новая команда kvas adguard update, которая позволяет в ручном режиме обновлять версию пакета AdGuardHome в зависимости от Вашей платформы. Благодарю @avn за идею и сам скрипт. В список разблокировки по умолчанию добавлено несколько популярных доменов. Добавлены новые команды kvas adblock add <d> и kvas adblock del <d>, которые оперируют со списком исключений и удаляют домены в этом списке из списка блокировки рекламы. Добавлена команда kvas period del [clear] для удаления обновления информации о доменных ip из cron Исправлена ошибка приводящая к неверной работе установки периода обновления данных. Переписан код скрипта ipset, добавлены сообщения в лог роутера и добавлен запуск скрипта в cron каждые 5 минут, для регулярного обновления IP адресов для доменных имен. Оптимизирована функция установки/удаления iptables правил для shadowscoks соединений. Исправлена ошибка возникающая при запуске обновления - переставал работать обход блокировок.

Доброго дня, Данная ошибка это остаток от 19 беты, потому и ругается при перезапуске, так как оставался старый скрипт запуска S99adguardhome. Бета 18 установила свой скрипт для AGH потому сразу установка прошла на без ошибок. Проблему работы с AGH, на 19 бете, взял в работу. В 20 бете выйдет исправление.

Спасибо, Выглядит все корректно. Буду анализировать. Пока предлагаю откатиться на 18 бету. Кстати, какая версия AHG стоит?

Прошу Вас прислать вывод команды cat /opt/etc/AdguardHome/AdGuardHome.yaml | head -20, а не две строки из него.

Прошу прощения, сделал ошибку в имени файла: cat /opt/etc/AdguardHome/AdGuardHome.yaml | head -20 Могу предположить следующее: Попробуйте, все же, при установке AGH выбрать IP своего роутера (не localhost), а не все (0.0.0.0), при выборе интерфейса. Видимо тут закралась ошибка, хотя думал, что исправил ее.

Доброго дня Пожалуйста, как минимум, по возможности, прикрепляйте файл с kvas debug > log.txt В данном случае, приложите, после установки AGH, также вывод команды cat /opt/etc/AdguardHome/AdGuardHome.ylm | head -20 UPD: Еще попробуйте заменить AGH на версию ниже. У меня с AHG v0.107.17 возникли проблемы, после отката на предыдущую версию - проблемы ушли.

Доброго утра, При добавлении доменного имени без '*' происходит проверка на доступность доменного имени путем "пинга" до него. В случае, наличия звездочки слева от доменного имени, такой проверки не происходит. Другими словами, на пользователя ложиться теперь ответственность за корректность вверенного имени при добавлении в список (при добавлении домена со звездочкой слева). Однако, в обоих случаях эти доменные имена добавляются в списки обработки ipset в тот или иной файл конфигурации приложения, которое будет отвечать за резолвинг имен DNS. В нашем случае, это могут быть, либо dnsmaq, либо AdGuard Home. Далее, эти эти имена уже обрабатываются этими программами и преобразуют их, в зависимости от их функционала, в те или иные группы IP (например могут заниматься обработкой доменных имен третьего и выше уровней). Также, после резолвинга имен, их IP адреса в обоих случаях попадают в одну из таблиц пакета ipset (в нашем случае это таблица с ID #1001) с целью их дальнейшей обработки (в том числе и с целью их маркировки) в правилах iptables. Надеюсь пояснил понятно. Но, в любом случае, прошу Вас не стесняться и задавать вопросы, если таковые имеется.

Доброго вечера, Уточните пожалуйста, о каких адресах идет речь и где он их должен прописывать и кто этот он?

Доброго утра, Попробуйте открыть иной браузер. Например у меня встречается порой ситуация, когда сайт в списке не открывается в Сафари, а в Опере открывается без проблем (кстати, самый устойчивый браузер считается в сети - с наименьшим числом ошибок в коде). В нем тестирую все сайты, в случае, если Сафари не открывает (иногда случаются проблемы при стирании кеша). Если же и в Опере тоже самое, как правило, после нескольких запусков, то помогает перезапуск самого браузера. Ваш сайт проверил - проблем не обнаружил: до добавления - заглушка, после добавления, сразу же открылся (использовал OpenVPN). И друзья, я прекрасно понимаю, Вашу лень, так как, у меня ребенок поступает точно так же, считая, что зачем все расписывать и объяснять, все ведь должно и так быть всем понятно. Но давайте рассуждать здраво - без описания Вашей текущей конфигурации, без логов, последовательности Ваших шагов, приведших к ошибке и без "скриншотов" - почти всегда невозможно понять, что у Вас происходит на устройстве. Потому, в очередной раз, Вас призываю - пожалуйста, не поленитесь, создайте тикет на гитхабе с подробным описанием ошибки. Это поможет оперативно ее найти и ликвидировать.

Доброго дня, А что за аргументы используются?

Доброго дня, Данный вопрос уже создан и обсуждается в тикете №13. Ошибку данную с большой вероятностью отловил, сейчас тестирую. Исправление появится в 20 бете до конца следующей недели.

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

Доброго дня, ниже вариант через entware, полагаю, что именно он Вам и был нужен. curl -s -d '{"down":"true"}' "localhost:79/rci/interface/${inface_cli}" здесь, inface_cli - переменная содержащая название интерфейса в терминах CLI.

Пробуем КВАС 1.0 beta 19: Добавлена автоматическая смена DNS в файле конфигурации AdGuard Home, в случае если он равен 0.0.0.0 (все). Это предотвращает зависание пакета при его установке (см. issue#9). ' Произведено обновление iptables правил для SHADOWSOCKS на более эффективные. Создан новый файл /opt/apps/kvas/etc/config/excluded.net c именами локальных сетей, обращения к которым будет игнорироваться при запросах к SHADOSOCKS/VPN подключениям. Оптимизирован механизм добавления/удаления правил iptables (кроме VPN правил для случая, когда программное и аппаратное ускорение ОТКЛЮЧЕНО) Изменен порядок добавления хостов в список разблокировки, в случае наличия домена в списке. Теперь происходит замена домена. Например, если в списке был домен test.com, а добавляем *test.com, то просто произойдет замена домена на *test.com. Добавлен домен *fburl.com в список разблокировки по умолчанию для работы сайта лицокнига. Введено новое правило при добавлении домена без звездочки - проверка на доступность домена осуществляться будет, а при синтаксисе добавляемого домена *domain.dom, проверка на доступность осуществляться НЕ будет. Добавлена возможность тестировать любой введенный домен при исполнении команды 'kvas dns test domain.com', а не только тот что был по умолчанию. Дополнены файлы справки и обновлена документация по проекту. Добавлены дополнительно к ключу 'help', ключи '-h' и '--h' для вызова справки. Теперь, при добавлении любого из доменов в список разблокировки, в случае подключенной опции блокирования рекламы, добавляемые доменные имена проходят проверку на наличие их в списке блокировки рекламы и в случае их наличия они удаляются от туда. Причем, если добавлен домен в виде *domain.com, то будут удалены все доменные имена с основанием domain.com, выше второго уровня, т.е. удалению подлежат, все имена от domain.com до dm5.dm4.dm3.domain.com и выше. Но удалению НЕ подлежат такие имена, которые не заканчиваются на domain.com, как например domain.com.ru.org. Оптимизирован ход установки пакета. Теперь, тестирование пакета, в конце его установки, не происходит автоматически (все должно работать сразу из коробки). Проверку запускаем в ручную kvas test. При запуске kvas test или kvas debug встроена проверка доступности интернета и в случае, его отсутствия сейчас происходит запрос на перегрузку роутера. Как правило, после перегрузки большинство проблем пропадают. Обращаю Ваше внимание на то, что В данной бете добавлены дополнительные сообщения в лог роутера, которые позволяют более эффективно отслеживать ошибки при отладке. В дальнейшем большинство из них удалю. Также, сейчас, при установке пакета, Вы сможете видеть ошибки, которые сыпятся в лог роутера - это служебная информация, которая никак не влияет на последующую работу пакета. Обращать стоит внимание, на последующие сообщения/ошибки, выделенные красным цветом во время его работы. Решил не добавлять опцию add-nocheck, а сделал проще - со звездочкой НЕ проверяем доменное имя, без звездочки проверяем. Упростил подход при работе с adblock, не стал создавать отдельный список, а сделал, как и описано выше - любое имя добавляемое в список разблокировки удаляется из списка блокировки. Это касается как существующих имен в списке разблокировки (при сканировании источников осуществляется проверка), так и тех имен, которые добавляем чуть позже (проверка происходит при добавлении, если режим блокировки рекламы активен и существует список блокировки). Как всегда, любые содержательные комментарии приветствуются с подробным пояснением и описанием в разделе issues на GitHub.

Доброго утра, Проблем в том не вижу, задача решаемая. Правда в этом случае, ответственность за добавление подобным образом доменов будет полностью ложиться на плечи пользователя и в дальнейшем при проблемах доступа к ним - будет не просто понять, почему тот или иной домен не открывается в принципе. Механизм добавления можно сделать так: при добавлении просто домена (без звездочки), проверка на доступность домена осуществляться будет, а при синтаксисе добавляемого домена *domain.dom, проверка на доступность осуществляться не будет. Если таковой механизм действительно необходим, то прошу голосовать за данное сообщение, путем выставления "лайков".

Доброго дня, Относительно 19 беты - выложу на выходных, сейчас проходит тестирование. На гитхабе просто по привычке отправил коммиты) Постараюсь больше не смущать данным фактом - буду публиковать коммиты, только при выходе самого пакета.