Zeleza

Вниманию всех, кто пользуется КВАСом, был выявлен отказ работы WhatsApp на компьютерах из-за проблемы наличия доменных имен этого сервиса в списках блокировки при активации режима блокировки рекламы. Если проблема проявилась, то либо отключите блокировку рекламы, либо внесите доменное имя whatsapp.com в БС - kvas add *whatsapp.com. Update: Обновитесь пожалуйста по ссылке выше - была устранена проблема обновления данных при добавлении доменного имени в список.

Пробуем КВАС, версии 1.0 beta 2 Исправлена ошибка при установке DNS. Благодарю @Кирилл СП Исправлена ошибка при тестировании DNS. Благодарю @kilia Доработан механизм проверки наличия IP адресов хостов БС в таблице ipset. Благодарю @kilia Update (ссылка выше): Добавлено предупреждение при смене DNS, в случае наличия защиты DNS при помощи dnscrypt_proxy2 Устранена проблема очистки правил iptables для shadowsocks. Благодарю @Андрей Волосков и @kilia.

Доброго утра, Полагаю, такое вполне возможно.

Доброго дня Системная ошибка "failed to load names from /opt/tmp/adblock: No such file or directory", говорит о том, что Вы установили блокировку рекламы, но не обновили источники. Если у Вас нет необходимости в блокировщике рекламы - kvas ads off и затем попробуйте снова kvas vpn set.

Пробуем квас, версии 1.0 beta 1 Исправлена ошибка при установке пакета, теперь корректно вписывается локальный номер порта в /opt/etc/dnsmasq.conf Внесены различные улучшения и изменения, направленные на лучшее восприятие информации. Изменена файловая структура проекта. Создан файл kvas.config в котором хранится большинство настроек по умолчанию. Доработана работа блока тестирования и отладки по командам kvas test и kvas debug Полностью переписан модуль блокировки рекламы Исключается блокировка хостов в белом списке Сразу при загрузке производится сортировка и удаление дубликатов При наличии html тегов в файле источнике (возможно при ошибке добавления) загрузка такого источника пропускается. Выводится статистика по числу добавленных доменов Появилась возможность работы с почти любым VPN интерфейсом. Список ниже: Shadowsocks (продтверждено) OpenVPN (продтверждено) Wireguard, IKE, PPPOE, CdcEthernet, L2TP, SSTP. Появились новые команды: Выпускаю бету, так как не все успеваю проверить, надеюсь на Вашу помощь.

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

Доброго дня, Хорошо, подумаю)

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

Доброго всем дня, Собранная информация из разных источников позволяет сделать следующие выводы, относительно вопроса, связанного с НЕ открытием некоторых сайтов: Наличие установленного AdGuard Home и его неверная настройка в квасе. Проблемы с правилами iptables и с настройками DNS. Сайты, которые не открываются могут находиться в списках блокировщика рекламы. Правда это относится к тем, кто установил его командой kvas ads on и скачал данные из источников. Относительно крайних двух вопросов - завтра выложу бету кваса, в которой эти проблемы решаются и их можно быстро диагностировать по команде kvas debug.

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

Доброго утра, kvas debug "в личку"

Чуть модернизировал скрипт - преобразовал в функцию (все "в одном флаконе"). Однако при работе с включёнными уже vpn интерфейсами (у которых долгое время соединения, например openvpn), приходится ставить на паузу минимум в 2 секунды. Может кто из опыта подскажет, как побороть данный недуг? HOOK_INFACE_FILE=/opt/etc/ndm/ifstatechanged.d/100-get-entware-inface INFACE_NAMES_FILE=/opt/etc/inface_equals URL_REQUEST='localhost:79/rci/interface' # ------------------------------------------------------------------------------------------ # # Получаем список соотвествия имен интерфейсов CLI keenetic = Entware # Список забираем из /opt/etc/inface_equals в формате: # <ID интерфейса в CLI>|<ID интерфейса в entware>|<Описание интерфейса в CLI> # # ------------------------------------------------------------------------------------------ get_interface_name_list(){ # если нет файла по отлавливанию хука if ! [ -f "${HOOK_INFACE_FILE}" ]; then # создаем файл cat <<EOF > "${HOOK_INFACE_FILE}" #!/bin/sh ! [ -f "${INFACE_NAMES_FILE}" ] && touch "${INFACE_NAMES_FILE}" [ -z "\$(grep "\${id}" "${INFACE_NAMES_FILE}")" ] && echo "\${id}|\${system_name}" >> "${INFACE_NAMES_FILE}" exit 0 EOF chmod +x "${HOOK_INFACE_FILE}" fi # обозначаем список типов обрабатываемых интерфейсов types_inface="openvpn|wireguard|ike|sstp|pppoe|l2tp|cdcethernet" # получаем список ID интерфейсов в наличии на роутере через пробел inface_list=$(curl -s "${URL_REQUEST}" \ | grep '"id"' \ | grep -Ei "${types_inface}" \ | cut -d':' -f2 \ | tr -d ' ",' \ | tr '\n' ' '\ ) # проходимся по каждому интерфейсу for inface_entware in ${inface_list}; do # получаем текущее состояние инф-са для возвращения его к исходному состоянию state=$(curl -s "${URL_REQUEST}" \ | grep -i "${inface_entware}" -A7 \ | grep -Ei 'state' \ | cut -d: -f2 | tr -d ' ",'\ ) # в зависимости от состояния - включаем и выключаем или выключаем и включаем интерфейс # для того, чтобы сработал наш хук в файле /opt/etc/ndm/ifstatechanged.d/100-save-inface_entware if [ "${state}" = 'up' ]; then curl -s -d '{"down":"true"}' "${URL_REQUEST}/${inface_entware}" &>/dev/null else curl -s -d '{"up":"true"}' "${URL_REQUEST}/${inface_entware}" &>/dev/null fi # Пауза мин. в 2 сек. для получения результата в соединениях, которые не сразу подключаются (как пример OpenVPN) sleep 2 curl -s -d "{\"${state}\":\"true\"}" "${URL_REQUEST}/${inface_entware}" &>/dev/null # получаем описание интерфейса description=$(curl -s "${URL_REQUEST}" \ | grep '"id"' -A7 \ | grep -i "${inface_entware}" -A4 \ | grep -Ei 'description' \ | cut -d: -f2 | tr -d ' ",' \ | sed 's|\/|\\/|g'\ ) # вставляем описание в файл /opt/etc/infaces_names sed -i 's/\('"${inface_entware}"'.*\)/\1|'"${description}"'/' "${INFACE_NAMES_FILE}" done rm -f "${HOOK_INFACE_FILE}" cat "${INFACE_NAMES_FILE}" }

Доброго дня Новости Минцфиры: Возможно проблема связана именно с этим фактом.

Доброго утра, Нет опыта в этом направлении, но полагаю, что если эта возможность реализуема в скриптах, то проблем нет. У Вас есть ссылка на вариант реализации или на сам алгоритм реализации этого функционала?

Нашел "костыль", нужно просто перегрузить роутер, и все соединения срабатывают и получаем список С другой стороны так же нашел вариант включения хука: curl -s -d '{"up":"true"}' "localhost:79/rci/interface/OpenVPN0" Сам скрипт для получения соответствия интерфейсов через обработку "хука": ~ # cat /opt/etc/ndm/ifstatechanged.d/100-save-inface #!/bin/sh # если файла с именами нет - создаем if ! [ -f /opt/etc/infaces_names ]; then touch /opt/etc/infaces_names; fi # если интефейса еще нет в списке, то добавляем его if [ -z "$(grep "${id}" /opt/etc/infaces_names)" ]; then echo "${id}|${system_name}" >> /opt/etc/infaces_names # пишем в лог, по необходимости logger "${id} -> ${system_name}" fi exit 0 помним про права: chmod +x /opt/etc/ndm/ifstatechanged.d/100-save-inface S.P. Памяти ради, публикую скрипт для получения соответствия интерфейсов без перезагрузки роутера. Он работает в купе со скриптом по обработке "хука" выше: #!/bin/sh # очищаем файл с именами интерфейсов rm /opt/etc/infaces_names # обозначаем список типов обрабатываемых интерфейсов types_inface="openvpn|wireguard|ike|sstp|pppoe|l2tp|cdcethernet" # получаем список ID интерфейсов в наличии на роутере через пробел inface_list=$(curl -s localhost:79/rci/show/interface | grep '"id"' | grep -Ei "${types_inface}" | cut -d':' -f2 | tr -d ' ",' | tr '\n' ' ') # проходимся по каждому интерфейсу for inface in ${inface_list}; do # получаем текущее состояние инф-са для возвращения его к исходному состоянию state=$(curl -s localhost:79/rci/show/interface | grep -i "${inface}" -A7| grep -Ei 'state' | cut -d: -f2 | tr -d ' ",') # в зависимости от состояния - включем и выключаем или выключаем и включаем интерфейс # для того, чтобы сработал наш хук в файле /opt/etc/ndm/ifstatechanged.d/100-save-inface if [ "${state}" = 'up' ]; then curl -s -d '{"down":"true"}' "localhost:79/rci/interface/${inface}" &>/dev/null else curl -s -d '{"up":"true"}' "localhost:79/rci/interface/${inface}" &>/dev/null fi curl -s -d "{\"${state}\":\"true\"}" "localhost:79/rci/interface/${inface}" &>/dev/null # получаем описание интерфейса description=$(curl -s localhost:79/rci/show/interface | grep -i "${inface}" -A3 | grep -Ei 'description' | cut -d: -f2 | tr -d ' ",' | sed 's|\/|\//|g') # вставляем описание в файл /opt/etc/infaces_names sed -i 's/\('"${inface}"'.*\)/\1|'"${description}"'/' /opt/etc/infaces_names done cat /opt/etc/infaces_names На выходе получаем файл /opt/etc/infaces_names в формате: <ID интерфейса в CLI>|<ID интерфейса в entware>|<Описание интерфейса в CLI>

Доброго утра, Благодарю Вас, почти то, что нужно) Остается придумать, как в процессе установки пакета запустить сами хуки для включения интерфейсов или смены их IP, или только вручную? P.S. Пробую curl -s "localhost:79/rci/interface/connect/via/OpenVPN0" - не поднимается и хук не срабатывает. Пробую curl -s "localhost:79/rci/interface/openvpn/connect/via/OpenVPN0" - тоже самое. Как запустить?

Доброго утра, Не пробывал, но возможно поможет эта информация и вот здесь.

Простите, не понял, как Ваш комментарии может помочь в решении вопроса по теме?

Доброго дня, Благодарю Вас, только не совсем Вас понял. Если речь идет о том, чтобы сопоставить mac адреса в обоих вариантах, то это возможно только для openvpn, а как быть с wireguard например?

Доброго дня Указать конечно можно, но теряется смысл установки dnscrypt-proxy2. Конфигурацию можно посмотреть в /opt/etc/dnscrypt-proxy.toml. Тут не совсем понял вопроса по поводу сегментов - прошу уточните пожалуйста, какие именно сегменты и из чего состоят. Попробовал у себя этот же сайт - все добавилось, проблем не наблюдаю, в kvas debug все штатно. Попробуйте запустить обновление еще раз - unblock_update

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

Всем доброго дня, Прошу людей умудренных опытом подсказать как связать соответствие данных по имеющимся интерфейсам в системе. Для получения данных о текущих VPN (и не только) интерфейсах используем API от keenetic: curl -s "localhost:79/rci/show/interface" Где можем получить данные по ID, типу интерфейса и его названию и пр. В entware получить информацию о текущих интерфейсах можно ip a ifconfig Так вот вопрос возник следующий - как связать эти данные? Как сопоставить названия интерфейсов? Например, как определить автоматически, что название tunl0 соответствует OpenVPN0 и т.п.?

Доброго всем утра, В таком случае, предлагаю проголосовать за данное предложение. Прошу ставить "лайки" данному сообщению, в случае поддержки предложения по созданию страницы в WUI для настроек КВАСА.

Пробуем kvas_0.9-10_all.ipk: Вышли из беты - убрали ряд недочетов в коде, связанных с формой подачи информации. Изменен порядок добавления доменных имен, сейчас, если Вы хотите добавить доменное имя и все его имена выше третьего уровня, то при добавлении ставим звездочку впереди (без точки) : kvas add *domen.com, в этом случае включается режим работы с регулярными выражениями, если добавить, как раньше kvas add domen.com, то режим wildcard не включится. Исправление недочетов с импортом и экспортом доменных имен.

kvas debug "в личку"