-
Posts
407 -
Joined
-
Last visited
-
Days Won
3
Content Type
Profiles
Forums
Gallery
Downloads
Blogs
Events
Posts posted by ankar84
-
-
5 минут назад, vasek00 сказал:
Вопрос по времени запуска сразу плюсом раза в ДВА по отношению к обычному 2014
Тогда, видимо, лучше оставить все как есть. А кто желает, пусть сжимает самостоятельно.
-
5 минут назад, Dorik1972 сказал:
"Ручками"
upx --lzma dnscrypt-proxy
@zyxmon @Александр Рыжов может быть имеет смысл добавить сжатие сразу в пакет?
-
19 часов назад, vladrnd сказал:
ну вот как-то он периодически отвечает не по мужски, через раз ... вторичный DNS ответил, первичный (dnsproxy2) проскочил запрос.
Предлагаю ознакомиться с темой, возможно там есть ответ на ваш запрос:
От себя добавлю (хотя это есть в моем первом посте) - рекомендую использовать dnscrypt-proxy2 как единственный DNS сервер на роутере и дать ему выбирать самый быстрый из серверов из предложенных ему вами. Именно так поступает, насколько я понял, @vasek00
-
29 минут назад, Dorik1972 сказал:
бинарник 2.0.15 в "уменьшенном" размере ....
Как уменьшали, если не секрет?
-
В итоге полное решение на данный момент это вынесение оповещательной части бота в отдельный сервис (демон). По аналогии создал /opt/bin/bashbotevent.sh:
#!/opt/bin/bash tail -f -n 0 /opt/var/log/syslog.log | while read line ; do if [[ $line =~ "ndm: Core::Scgi::Auth: authentication failed for user" ]] ; then /opt/bin/tg_say.sh "$line"; fi done
В этот скрипт со временем будут добавлять реакции на нужные мне события.
И создал новый /opt/etc/init.d/S52bashbotevent:
#!/bin/sh ENABLED=yes PROCS=bashbotevent.sh ARGS="" PREARGS="screen -dmS bashbot.socket" DESC=$PROCS PATH=/opt/sbin:/opt/bin:/opt/usr/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin . /opt/etc/init.d/rc.func
Оба сделал исполняемыми
chmod +x /opt/bin/bashbotevent.sh chmod +x /opt/etc/init.d/S52bashbotevent
И после
# /opt/etc/init.d/S52bashbotevent start
Бот реагирует и на команды и присылает сообщения о не успешных попытках авторизации.
-
Мне с помощью телеграм бота хочется реализовать такого помощника, который всегда под рукой, который помогает решать если не повседневные, то наиболее частые задачи.
Основное - хочется в моменте получать от бота сообщения, о том, что кто-то успешно или не успешно подключается на WebUI, по FTP или подключается к серверу VPN.
В качестве команд, которые нужно отдавать боту наиболее интересна перезагрузка роутера и добавление торрента на закачку через URL на торрент файл.
Что уже сделал.
# vi /opt/bin/tg_say.sh # chmod +x /opt/bin/tg_say.sh
tg_say.sh:
#!/opt/bin/bash API_TOKEN='токен моего бота' CHAT_ID='айди моего с ботом чата' if [ -z "$CHAT_ID" ]; then echo 'Please, define CHAT_ID first! See "chat":{"id":xxxxxxx string below:' /opt/bin/wget -qO - https://api.telegram.org/bot$API_TOKEN/getUpdates exit 1 fi MSG="<b>$(hostname)</b>: $@" /opt/bin/wget -q "https://api.telegram.org/bot$API_TOKEN/sendMessage?chat_id=$CHAT_ID&parse_mode=html&text=$MSG" 2>&1 if [ $? -eq 0 ]; then echo 'Message sent successfully.' else echo 'Error while sending message!' exit 1 fi
Поправил /opt/etc/init.d/S51bashbot как тут рекомендовали с установкой screen через opkg install screen
#!/bin/sh ENABLED=yes PROCS=bashbot.sh ARGS="" PREARGS="screen -dmS bashbot.socket" DESC=$PROCS PATH=/opt/sbin:/opt/bin:/opt/usr/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin . /opt/etc/init.d/rc.func
И теперь пробую править bashbot.sh с помощью наработок и советов этой темы:
#!/opt/bin/bash TOKEN='токен моего бота' NAMEA='мой логин в телеграм' URL='https://api.telegram.org/bot'$TOKEN MSG_URL=$URL'/sendMessage?chat_id=' UPD_URL=$URL'/getUpdates?offset=' KMSG_URL=$URL'/sendMessage' OFFSET=0 TIMEOUT='&timeout=30' function send_message { res=$(curl --insecure --data-urlencode "text=$2" "$MSG_URL$1&") } function send_keyboard { local text="$1"; shift 1; local keyboard=init OLDIFS=$IFS; IFS=$(echo -en "\"") for f in $*;do [ "$f" != " " ] && local keyboard="$keyboard, [\"$f\"]";done IFS=$OLDIFS; local keyboard=${keyboard/init, /} res=$(curl -s "$KMSG_URL" --header "content-type: multipart/form-data" -F "chat_id=$TARGET" -F "text=$text" -F "reply_markup={\"keyboard\": [$keyboard],\"one_time_keyboard\": true}") } while true; do { res=$(curl --insecure $UPD_URL$OFFSET$TIMEOUT) TARGET=$(echo $res | JSON.sh | egrep '\["result",0,"message","chat","id"\]' | cut -f 2) OFFSET=$(echo $res | JSON.sh | egrep '\["result",0,"update_id"\]' | cut -f 2) MESSAGE=$(echo $res | JSON.sh -s | egrep '\["result",0,"message","text"\]' | cut -f 2 | cut -d '"' -f 2) USER=$(echo $res | JSON.sh | egrep '\["result",0,"message","from","username"\]' | cut -f 2 | cut -d '"' -f 2) [ -z "$MESSAGE" ] || echo "[$(date +%Y.%m.%d_%H:%M:%S)][$USER] $MESSAGE" >> /opt/var/log/bashbot.log OFFSET=$((OFFSET+1)) tail -f с | \ while read line ; do if [[ $line =~ "ndm: Core::Scgi::Auth: authentication failed for user" ]] ; then /opt/bin/tg_say.sh "$line"; fi done if [ $OFFSET != 1 ]; then case $MESSAGE in '/help') send_keyboard "Bot knows commands:" "/help" "/top" "/meminfo" "/cpuinfo" "/uname" "/log";; '/start') msg="Just few commands are implemented. Blame @ryzhov_al if something goes wrong.";; '/top') msg="$(top -n1 | head -n3)";; '/meminfo') msg="$(cat /proc/meminfo)";; '/cpuinfo') msg="$(cat /proc/cpuinfo)";; '/uname') msg="$(uname -a)";; '/log') msg="$(cat /opt/var/log/bashbot.log)";; *) msg=$(ndmq -p "$MESSAGE" -x);; esac [ $USER = $NAMEA ] || send_message "$TARGET" "Sorry. Private bot" [ $USER = $NAMEA ] && send_message "$TARGET" "$msg" fi } &>/dev/null; done
Но в таком виде сообщения о не успешной авторизиции приходят, но бот не реагирует на посылаемые ему команды.
Я не очень понимаю, где мне брать журнал "реального времени".
То есть для сбора логов у меня в Entware установлен syslog-ng, который собирает все логи и пишет их в файл (/opt/var/log/syslog.log) но в этом случае получается, что стоит мне перезапустить бота и он тут же высыпет мне россыпь сообщений о неудачной авторизации в WebUI (мои предыдущие тесты). А мне хочется, что бы бот начал смотреть "живой" лог роутера и парсил его на лету.
Файлов в /var/log/ у меня нет.
В общем, сейчас 2 проблемы - совместить в одном скрипте бота ответы на мои запросы и понять как парсить живой лог роутера.
UPD: Кажется первая проблема решена с помощью параметра -n 0 команды tail. Теперь бот реагирует только на актуальные события, которые произошли после его запуска, а не на все, что нашел в логе. То есть часть парсера логов теперь выглядит вот так:
tail -f -n 0 /opt/var/log/syslog.log | while read line ; do if [[ $line =~ "ndm: Core::Scgi::Auth: authentication failed for user" ]] ; then /opt/bin/tg_say.sh "$line"; fi done
- 1
-
22 минуты назад, vasek00 сказал:
или еще проще по монитору WEB
Память 35% (45/128 Мб)С моим листом в около 2 Мб потребление RAM побольше. На текущий момент смотрю - 35% (90/256 Мб)
25 минут назад, vasek00 сказал:и жертвуем быстродействием в другом, где запросов по DNS со страниц при просмотрах достаточно
Все верно, именно поэтому и увеличил размер кэша.
Домашние в основном в инстаграмчиках сидят и прочих тайм-киллерах, так что их адреса один раз полученные с задержкой в 100 мс из кэша не исчезают (я надеюсь).
27 минут назад, vasek00 сказал:Чем же он так популярен, говорят по скорости но никто из пользователей не подтвердил реальность его быстродействия проверив его например через DNSBench (предварительно прописав два адреса CloudFlarе серверов)
Лично я не писал, что он самый быстрый. А то, что он последние пару месяцев популярный, имхо, с этим сложно спорить. Проект только запустили, об этом трубили многие профильные и не очень издания, красивый адрес опять же.
Но тут суть вообще в том, что fallback_resolver используется при очень определенных условиях и не слишком часто, а именно только для разрешения адреса со списком dnscrypt серверов в случае, если системный резолвер не доступен или отключен. Так что можно оставить сервер Quad9 DNS.
- 1
-
- Popular Post
- Popular Post
Данная тема создана по следам инструкций по использованию предыдущих версий первой ветки замечательного приложения dnscrypt-proxy, которое автор вернул к плотной разработке, правда, сменив язык на Go.
Для начала рекомендую ознакомиться со статьями о первой версии приложения:
Скрытый текстУстановка
Скрытый текстСразу уточню, вторая версия dnscrypt-proxy2 подойдет скорее тем пользователям, у кого роутер с достаточным количеством оперативной памяти, так как приложения на go довольно требовательны к ресурсам. Например, на моих Zyxel Keenetic Ultra и Keenetic Giga KN-1010 проблем с памятью нет, поэтому я и перешел на вторую ветку dnscrypt-proxy2 не особо раздумывая. Пользователи в комментариях данной темы сообщают, что dnscrypt-proxy2 без проблем работает на Keenetic II и Keenetic DSL.
Ознакомиться со всеми преимуществами dnscrypt-proxy2 перед первой версией можно на странице проекта на GitHub. Хочу заметить, что при использовании dnscrypt-proxy2 уже нет критичной необходимости в связке с dnsmasq или чем-то еще, так как dnscrypt-proxy2 сам умеет и кэшировать запросы и работать с несколькими серверами сразу, выбирая наиболее быстрый и ещё много чего.
На момент написания данной статьи актуальной версией является dnscrypt-proxy 2.0.21
Итак, начиная с версии 2.0.8 (кажется) dnscrypt-proxy2 собрана уважаемым @zyxmon в тестовой ветке репозитория Entware.
Пользователям Entware-3x и Entware-NG нужно перейти на репозиторий Entware с помощью следующих команд, введенных 2 раза подряд (за подробностями и решением проблем нужно пройти в соответствующую тему) иначе будете получать ошибку, что пакет dnscrypt-proxy2 не найден.
opkg update opkg upgrade
Начиная с 2.0.11 пакет dnscrypt-proxy2 доступен для обычной установки из репозитория Entware следующей командой:
opkg install dnscrypt-proxy2 ca-certificates
Далее установим вспомогательные пакеты:
iptables для того, чтобы "приземлить" все DNS запросы наших клиентов на наш dnscrypt-proxy2
cron для того, чтобы обновлять список блокируемых адресов в автоматическом режиме на регулярной основе.
opkg install cron iptables
Стандартный конфигурационный файл достаточно полно документирован комментариями по той или иной настройке, да и в целом по-умолчанию всё должно запуститься успешно командой:
/opt/etc/init.d/S09dnscrypt-proxy2 start
Замена основного DNS резолвера прошивки резолвером dnscrypt-proxy2
Скрытый текстПеред манипуляция с заменой основного DNS резолвера прошивки крайне рекомендую ознакомиться со статьей Использование публичных DNS-серверов в интернет-центре, там собрана вся нужная информация.
Так как будем использовать dnscrypt-proxy2 как единственный DNS сервер на роутере, необходимо отключить (а точнее перевести в специальный режим работы при котором компоненты прошивки все равно смогут обращаться к DNS резолверу прошивки через RPC оставив порт 53 свободным) основной DNS сервер NDMS.
Сделаем это следующими командами в Cli (не в Entware):
opkg dns-override system configuration save
Кстати, если не хочется лишний раз запускать telnet или putty, то до cli (а точнее web cli) можно добраться и через WEBUI Кинетика по адресам:
http://my,keenetic.net/a или http://192.168.1.1/a
Там выбрать режим Parse, ввести нужную команду и нажать кнопку Send Request
Кстати, из приятного, там недавно даже подсказки по TAB работают!
Настройка клиентов на использование dnscrypt-proxy2 в качестве DNS сервера
Скрытый текстСейчас я рекомендую наиболее простой и универсальный способ настройки dnscrypt-proxy2 в качестве основного DNS сервера для всех устройств домашней сети и роутера в том числе.
Для этого необходимо пройти на страницу WEBUI Сетевые правила => Интернет-фильтр и в разделе Серверы DNS, нажимаем кнопку Добавить DNS сервер и вводим IP адрес нашего роутера (стандартно это 192.168.1.1, но в моем примере это будет 192.168.10.1)
Прошу обратить внимание на предупреждение Этот IP-адрес присвоен интерфейсу Домашняя сеть. Не стоит его пугаться, все будет работать как нужно. Я думаю, это предупреждение сделано, чтобы не опытные пользователи не допустили ошибку в настройке. Но так как мы знаем, что делаем, предлагаю просто игнорировать данное предупреждение.
Вот и вся настройка "по новому". Теперь все устройства сети (включая сам роутер) будут использоваться наш dnscrypt-proxy2 сервер для разрешения имен.
Но для альтернативы оставлю "старый" способ настройки клиентов (как я раньше их настраивал)
Скрытый текстНастроим клиентов домашней сети
Откроем раздел WEBUI Мои сети и Wi-Fi => Домашняя сеть и перейдем к подразделу Параметры IP и раскроем там ссылку Показать настройки DHCP
Затем в поле Сервер DNS 1 вводим IP адрес нашего роутера в домашней сети (обычно 192.168.1.1, но у меня настроена на адрес 192.168.10.1)
И нажимаем кнопку Сохранить.
Теперь все клиенты будут в качестве DNS сервера получать адрес, на котором слушает dnscrypt-proxy2
Теперь установим DNS сервер для нашего основного интернет провайдера. Тут у всех настройки могут быть разные, так как зависят от провайдера и способа подключения к сети Интернет. У меня самый типичный IPoE провайдер, поэтому для меня настройка будет следующая.
Открываем раздел WEBUI Интернет => Проводной и переходим к подразделу Параметры IP и DNS и нажимаем ссылку Показать дополнительные настройки IPoE
В поле DNS 1 вводим IP адрес роутера в домашней сети (обычно 192.168.1.1, но у меня настроена на адрес 192.168.10.1)
И нажимаем кнопку Сохранить
Теперь и сам роутер будет использовать dnscrypt-proxy2 для разрешения имен.
Но, все же рекомендую "новый" способ настройки клиентов через страницу Интернет-фильтр.
Хранение файлов DNSCrypt и некоторые советы по конфигурации
Скрытый текстПо-умолчанию, файл конфигурации создается в папке /opt/etc/dnscrypt-proxy.toml
Хотя лично мне гораздо удобнее когда все файлы, которые необходимы приложению расположены в отдельной папке, например, /opt/etc/dnscrypt/
После того как были взвешены все "за" и "против", я пришел к выводу, что наиболее оптимальным для большинства пользователей и для меня будет вариант когда файл конфигурации будет располагаться по своему пути по-умолчанию, а все остальные файлы будут расположены в отдельной папке.
Во-первых, когда все файлы, с которыми DNSCrypt работает располагаются рядом, под рукой, это удобно.
Во-вторых, не создается лишнего беспорядка в корне папки конфигурации - /opt/etc/
В-третьих, нет никаких проблем при обновлениях приложения, ничего не нужно править.
Итак, создаем отдельную папку для всех файлов (кроме файла конфигурации) и не забываем указывать путь до всех необходимых файлов с учетом этой папки
mkdir -p /opt/etc/dnscrypt
Для ознакомления приведу полный листинг своего файла конфигурации:
Скрытый текст# cat /opt/etc/dnscrypt-proxy.toml ############################################## # # # dnscrypt-proxy configuration # # # ############################################## ## This is an example configuration file. ## You should adjust it to your needs, and save it as "dnscrypt-proxy.toml" ## ## Online documentation is available here: https://dnscrypt.info/doc ################################## # Global settings # ################################## ## List of servers to use ## ## Servers from the "public-resolvers" source (see down below) can ## be viewed here: https://dnscrypt.info/public-servers ## ## If this line is commented, all registered servers matching the require_* filters ## will be used. ## ## The proxy will automatically pick the fastest, working servers from the list. ## Remove the leading # first to enable this; lines starting with # are ignored. #server_names = ['scaleway-fr', 'google', 'yandex', 'cloudflare'] ## List of local addresses and ports to listen to. Can be IPv4 and/or IPv6. ## Note: When using systemd socket activation, choose an empty set (i.e. [] ). listen_addresses = ['0.0.0.0:53'] ## Maximum number of simultaneous client connections to accept max_clients = 250 ## Switch to a non-privileged system user after listening sockets have been created. ## Two processes will be running. ## The first one will keep root privileges, but is only a supervisor, that does nothing ## except create the sockets, manage the service, and restart it if it crashes. ## The second process is the service itself, and that one will always run as a different ## user. ## Note (1): this feature is currently unsupported on Windows. ## Note (2): this feature is not compatible with systemd socket activation. user_name = 'nobody' ## Require servers (from static + remote sources) to satisfy specific properties # Use servers reachable over IPv4 ipv4_servers = true # Use servers reachable over IPv6 -- Do not enable if you don't have IPv6 connectivity ipv6_servers = false # Use servers implementing the DNSCrypt protocol dnscrypt_servers = true # Use servers implementing the DNS-over-HTTPS protocol doh_servers = true ## Require servers defined by remote sources to satisfy specific properties # Server must support DNS security extensions (DNSSEC) require_dnssec = false # Server must not log user queries (declarative) require_nolog = false # Server must not enforce its own blacklist (for parental control, ads blocking...) require_nofilter = false ## Always use TCP to connect to upstream servers. ## This can be can be useful if you need to route everything through Tor. ## Otherwise, leave this to `false`, as it doesn't improve security ## (dnscrypt-proxy will always encrypt everything even using UDP), and can ## only increase latency. force_tcp = false ## HTTP / SOCKS proxy ## Uncomment the following line to route all TCP connections to a local Tor node ## Tor doesn't support UDP, so set `force_tcp` to `true` as well. # proxy = "socks5://127.0.0.1:9050" ## How long a DNS query will wait for a response, in milliseconds timeout = 2500 ## Keepalive for HTTP (HTTPS, HTTP/2) queries, in seconds keepalive = 30 ## Load-balancing strategy: 'p2' (default), 'ph', 'fastest' or 'random' lb_strategy = 'p2' ## Log level (0-6, default: 2 - 0 is very verbose, 6 only contains fatal errors) # log_level = 2 ## log file for the application #log_file = 'dnscrypt-proxy.log' ## Use the system logger (syslog on Unix, Event Log on Windows) use_syslog = true ## Delay, in minutes, after which certificates are reloaded cert_refresh_delay = 240 ## DNSCrypt: Create a new, unique key for every single DNS query ## This may improve privacy but can also have a significant impact on CPU usage ## Only enable if you don't have a lot of network load # dnscrypt_ephemeral_keys = false ## DoH: Disable TLS session tickets - increases privacy but also latency # tls_disable_session_tickets = false ## DoH: Use a specific cipher suite instead of the server preference ## 49199 = TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 ## 49195 = TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256 ## 52392 = TLS_ECDHE_RSA_WITH_CHACHA20_POLY1305 ## 52393 = TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305 ## ## On non-Intel CPUs such as MIPS routers and ARM systems (Android, Raspberry Pi...), ## the following suite improves performance. ## This may also help on Intel CPUs running 32-bit operating systems. ## ## Keep tls_cipher_suite empty if you have issues fetching sources or ## connecting to some DoH servers. Google and Cloudflare are fine with it. #tls_cipher_suite = [52392, 49199] ## Fallback resolver ## This is a normal, non-encrypted DNS resolver, that will be only used ## for one-shot queries when retrieving the initial resolvers list, and ## only if the system DNS configuration doesn't work. ## No user application queries will ever be leaked through this resolver, ## and it will not be used after IP addresses of resolvers URLs have been found. ## It will never be used if lists have already been cached, and if stamps ## don't include host names without IP addresses. ## It will not be used if the configured system DNS works. ## A resolver supporting DNSSEC is recommended. This may become mandatory. ## ## People in China may need to use 114.114.114.114:53 here. ## Other popular options include 8.8.8.8 and 1.1.1.1. fallback_resolver = '9.9.9.9:53' ## Never let dnscrypt-proxy try to use the system DNS settings; ## unconditionally use the fallback resolver. ignore_system_dns = true ## Maximum time (in seconds) to wait for network connectivity before ## initializing the proxy. ## Useful if the proxy is automatically started at boot, and network ## connectivity is not guaranteed to be immediately available. ## Use 0 to disable. netprobe_timeout = 30 ## Offline mode - Do not use any remote encrypted servers. ## The proxy will remain fully functional to respond to queries that ## plugins can handle directly (forwarding, cloaking, ...) # offline_mode = false ## Automatic log files rotation # Maximum log files size in MB log_files_max_size = 10 # How long to keep backup files, in days log_files_max_age = 7 # Maximum log files backups to keep (or 0 to keep all backups) log_files_max_backups = 1 ######################### # Filters # ######################### ## Immediately respond to IPv6-related queries with an empty response ## This makes things faster when there is no IPv6 connectivity, but can ## also cause reliability issues with some stub resolvers. ## Do not enable if you added a validating resolver such as dnsmasq in front ## of the proxy. block_ipv6 = false ################################################################################## # Route queries for specific domains to a dedicated set of servers # ################################################################################## ## Example map entries (one entry per line): ## example.com 9.9.9.9 ## example.net 9.9.9.9,8.8.8.8,1.1.1.1 forwarding_rules = '/opt/etc/dnscrypt/forwarding-rules.txt' ############################### # Cloaking rules # ############################### ## Cloaking returns a predefined address for a specific name. ## In addition to acting as a HOSTS file, it can also return the IP address ## of a different name. It will also do CNAME flattening. ## ## Example map entries (one entry per line) ## example.com 10.1.1.1 ## www.google.com forcesafesearch.google.com cloaking_rules = '/opt/etc/dnscrypt/cloaking-rules.txt' ########################### # DNS cache # ########################### ## Enable a DNS cache to reduce latency and outgoing traffic cache = true ## Cache size #cache_size = 512 cache_size = 2048 ## Minimum TTL for cached entries cache_min_ttl = 600 ## Maximum TTL for cached entries cache_max_ttl = 86400 ## Minimum TTL for negatively cached entries cache_neg_min_ttl = 60 ## Maximum TTL for negatively cached entries cache_neg_max_ttl = 600 ############################### # Query logging # ############################### ## Log client queries to a file [query_log] ## Path to the query log file (absolute, or relative to the same directory as the executable file) # file = '/opt/tmp/query.log' ## Query log format (currently supported: tsv and ltsv) format = 'tsv' ## Do not log these query types, to reduce verbosity. Keep empty to log everything. # ignored_qtypes = ['DNSKEY', 'NS'] ############################################ # Suspicious queries logging # ############################################ ## Log queries for nonexistent zones ## These queries can reveal the presence of malware, broken/obsolete applications, ## and devices signaling their presence to 3rd parties. [nx_log] ## Path to the query log file (absolute, or relative to the same directory as the executable file) #file = '/opt/tmp/nx.log' ## Query log format (currently supported: tsv and ltsv) format = 'tsv' ###################################################### # Pattern-based blocking (blacklists) # ###################################################### ## Blacklists are made of one pattern per line. Example of valid patterns: ## ## example.com ## =example.com ## *sex* ## ads.* ## ads*.example.* ## ads*.example[0-9]*.com ## ## Example blacklist files can be found at https://download.dnscrypt.info/blacklists/ ## A script to build blacklists from public feeds can be found in the ## `utils/generate-domains-blacklists` directory of the dnscrypt-proxy source code. [blacklist] ## Path to the file of blocking rules (absolute, or relative to the same directory as the executable file) # blacklist_file = 'blacklist.txt' blacklist_file = '/opt/etc/dnscrypt/blacklist-domains.txt' ## Optional path to a file logging blocked queries #log_file = '/opt/tmp/blocked.log' #log_file = '/opt/etc/dnscrypt/blocked.log' ## Optional log format: tsv or ltsv (default: tsv) log_format = 'tsv' ########################################################### # Pattern-based IP blocking (IP blacklists) # ########################################################### ## IP blacklists are made of one pattern per line. Example of valid patterns: ## ## 127.* ## fe80:abcd:* ## 192.168.1.4 [ip_blacklist] ## Path to the file of blocking rules (absolute, or relative to the same directory as the executable file) # blacklist_file = 'ip-blacklist.txt' ## Optional path to a file logging blocked queries # log_file = 'ip-blocked.log' ## Optional log format: tsv or ltsv (default: tsv) # log_format = 'tsv' ###################################################### # Pattern-based whitelisting (blacklists bypass) # ###################################################### ## Whitelists support the same patterns as blacklists ## If a name matches a whitelist entry, the corresponding session ## will bypass names and IP filters. ## ## Time-based rules are also supported to make some websites only accessible at specific times of the day. [whitelist] ## Path to the file of whitelisting rules (absolute, or relative to the same directory as the executable file) # whitelist_file = 'whitelist.txt' whitelist_file = '/opt/etc/dnscrypt/domains-whitelist.txt' ## Optional path to a file logging whitelisted queries # log_file = 'whitelisted.log' ## Optional log format: tsv or ltsv (default: tsv) # log_format = 'tsv' ########################################## # Time access restrictions # ########################################## ## One or more weekly schedules can be defined here. ## Patterns in the name-based blocklist can optionally be followed with @schedule_name ## to apply the pattern 'schedule_name' only when it matches a time range of that schedule. ## ## For example, the following rule in a blacklist file: ## *.youtube.* @time-to-sleep ## would block access to YouTube only during the days, and period of the days ## define by the 'time-to-sleep' schedule. ## ## {after='21:00', before= '7:00'} matches 0:00-7:00 and 21:00-0:00 ## {after= '9:00', before='18:00'} matches 9:00-18:00 [schedules] # [schedules.'time-to-sleep'] # mon = [{after='21:00', before='7:00'}] # tue = [{after='21:00', before='7:00'}] # wed = [{after='21:00', before='7:00'}] # thu = [{after='21:00', before='7:00'}] # fri = [{after='23:00', before='7:00'}] # sat = [{after='23:00', before='7:00'}] # sun = [{after='21:00', before='7:00'}] # [schedules.'work'] # mon = [{after='9:00', before='18:00'}] # tue = [{after='9:00', before='18:00'}] # wed = [{after='9:00', before='18:00'}] # thu = [{after='9:00', before='18:00'}] # fri = [{after='9:00', before='17:00'}] ######################### # Servers # ######################### ## Remote lists of available servers ## Multiple sources can be used simultaneously, but every source ## requires a dedicated cache file. ## ## Refer to the documentation for URLs of public sources. ## ## A prefix can be prepended to server names in order to ## avoid collisions if different sources share the same for ## different servers. In that case, names listed in `server_names` ## must include the prefixes. ## ## If the `urls` property is missing, cache files and valid signatures ## must be already present; This doesn't prevent these cache files from ## expiring after `refresh_delay` hours. [sources] ## An example of a remote source from https://github.com/DNSCrypt/dnscrypt-resolvers [sources.'public-resolvers'] urls = ['https://raw.githubusercontent.com/DNSCrypt/dnscrypt-resolvers/master/v2/public-resolvers.md', 'https://download.dnscrypt.info/resolvers-list/v2/public-resolvers.md'] cache_file = '/opt/etc/dnscrypt/public-resolvers.md' minisign_key = 'RWQf6LRCGA9i53mlYecO4IzT51TGPpvWucNSCh1CBM0QTaLn73Y7GFO3' refresh_delay = 72 prefix = '' ## Another example source, with resolvers censoring some websites not appropriate for children ## This is a subset of the `public-resolvers` list, so enabling both is useless # [sources.'parental-control'] # urls = ['https://raw.githubusercontent.com/DNSCrypt/dnscrypt-resolvers/master/v2/parental-control.md', 'https://download.dnscrypt.info/resolvers-list/v2/parental-control.md'] # cache_file = 'parental-control.md' # minisign_key = 'RWQf6LRCGA9i53mlYecO4IzT51TGPpvWucNSCh1CBM0QTaLn73Y7GFO3' ## Optional, local, static list of additional servers ## Mostly useful for testing your own servers. [static] # [static.'google'] # stamp = 'sdns://AgUAAAAAAAAAAAAOZG5zLmdvb2dsZS5jb20NL2V4cGVyaW1lbnRhbA' #
Приведу некоторые отличия моего конфигурационного файла от стандартного.
listen_addresses = ['0.0.0.0:53']
В отличии от дефолтной строчки, где сервер будет слушать на 127.0.0.1 мне было необходимо, чтобы сервер "слушал" на стандартном адресе роутера в домашней сети 192.168.1.1, чтобы я мог прописать данный сервер в настройках DHCP как сервер DNS для всех устройств моей домашней сети. Но этого можно добиться указав специальный адрес 0.0.0.0 Тогда, насколько я понял, dnscrypt-proxy2 будет слушать на всех своих интерфейсах (включая IPv6 - если он есть). Думаю, что данная настройка подойдет большинству пользователей.
Рекомендую включить опцию use_syslog и смотреть события DNSCrypt в веб интерфейсе Кинетика на странице Диагностика - Системный журнал
use_syslog = true
Но если все же привычно работать с логами в виде файлов, то вот ваш вариант
#use_syslog = true log_file = '/opt/var/log/dnscrypt-proxy-v2.log'
Для диагностики проблем так же будет полезным включить наиболее подробный уровень логгирования
log_level = 0
Когда все работает хорошо и стабильно, уровень логгирования нужно вернуть на исходный - 2 (можно и выше)
log_level = 2
Далее идет fallback_resolver. Вообще его можно не менять, но мне захотелось поставить популярный ныне CloudFlare DNS с его красивым адресом.
fallback_resolver = '1.1.1.1:53'
Размер кэша я ставлю в 4 раза больше, чем по-умолчанию. Можно не менять.Кстати, в ответах просьба высказаться, какой размер кэша оптимальный по вашему?
cache_size = 2048
Полезная с точки зрения безопасности фукнция user_name, которая служит для указания пользователя, под которым будет работать основная служба dnscrypt-proxy2. Если у вас возникают проблемы с запуском при включении данной опции, просто закомментируйте ее. У меня работает.
user_name = 'nobody'
В качестве значения параметра blacklist_file указываем полный путь до вашего файла с блокируемыми доменными именами.
blacklist_file = '/opt/etc/dnscrypt/blacklist-domains.txt'
Для диагностики корректности блокировки того или иного ресурса или для отлова false positive блокировок рекомендую включить журнал того, что блокируется:
log_file = '/opt/var/log/blocked.log' log_format = 'tsv'
Далее у меня прописан белый список доменных имен, которые не нужно блокировать никогда. На самом деле, данная опция появилась в последних версиях (кажется в 2.0.11) и ранее белый список обрабатывался скриптом генерации черного списка блокируемых адресов. То есть вхождения белого списка удалялись из черного при генерации. Теперь вот отдельная опция:
whitelist_file = '/opt/etc/dnscrypt/domains-whitelist.txt'
Блокировка рекламы
Скрытый текстДля нормальной работы скрипта генерации файла blacklist-domains.txt необходимо установить еще минимально 2 пакета:
opkg install python-base python-urllib3
Для скачивания всего необходимого и генерации списка рекламных доменов рекомендую воспользоваться скриптом от @TheBB вот из этого поста
~ # cat get-dnscrypt-files.sh #!/opt/bin/sh DIR="/opt/etc/dnscrypt" FILE="generate-domains-blacklist.py" URL="https://raw.githubusercontent.com/jedisct1/dnscrypt-proxy/master/utils/generate-domains-blacklists" # check curl if [ ! -f "/opt/bin/curl" ]; then opkg install curl --force-reinstall fi # check dir if [ ! -d "$DIR" ]; then mkdir -p $DIR fi cd $DIR # download files curl -O $URL/domains-blacklist-all.conf \ -O $URL/domains-blacklist-local-additions.txt \ -O $URL/domains-blacklist.conf \ -O $URL/domains-time-restricted.txt \ -O $URL/domains-whitelist.txt \ -O $URL/$FILE # fix shebang & make executable sed -i -e 's,#!.*,#!/opt/bin/python,' $FILE && chmod +x $FILE # create blacklist ./$FILE -i > domains-blacklist.txt
Для периодического обновления списка заблокированных доменных имен есть уже 2 варианта. Вот мой:
Скрытый текстЯ этот список еженедельно обновляю с помощью cron:
Создаем файл скрипта /opt/etc/cron.weekly/generate-blacklist для еженедельного обновления со следующим содержимым:
#!/opt/bin/sh cd /opt/etc/dnscrypt/ python generate-domains-blacklist.py -i > /opt/etc/dnscrypt/blacklist-domains.txt /opt/etc/init.d/S09dnscrypt-proxy2 restart
И не забываем сделать его исполняемым:
chmod +x /opt/etc/cron.weekly/generate-blacklist
И вот вариант @TheBB вот из этого поста
Скрытый текст/opt/etc # cat ./generate.sh #!/opt/bin/sh DIR="/opt/etc/dnscrypt" SCRIPT="/opt/etc/init.d/S09dnscrypt-proxy2" num=5 #cd /opt/etc/dnscrypt cd $DIR while [ $num -gt 0 ]; do ./generate-domains-blacklist.py > blacklist.txt; if [ $? -eq 0 ]; then mv blacklist.txt domains-blacklist.txt logger -t dnscrypt-proxy "blacklist updated successfully" # echo "OK!" $SCRIPT restart exit 0; fi logger -t dnscrypt-proxy "try again" # echo "Failed! Try again..." sleep 10 let num=$num-1 done exit 1;
до 5 попыток (меняем на нужное самостоятельно) генерации списка, с интервалом перезапуска в 10 сек (взято "с потолка", можно выставить своё значение); после первой удачной попытки генерации, промежуточный файл переносится взамен старого и dnscrypt-proxy перезапускается; если все попытки окажутся неудачными, скрипт завершается до следующего запуска (вручную или по заданию cron`a), файл списка остаётся нетронутым.
Добавляем возможность разрешать домены в зоне *.lib
Скрытый текстПереходим к настройке dnscrypt серверов.
И вот тут я очень рекомендую использовать серверы проекта OpenNIC.
На данный момент я нашел универсальный способ использования наиболее быстрых dnscrypt серверов и не терять возможности разрешать нужные имена доменов в зоне *.lib с помощью значительно более медленных серверов проекта OpenNIC
Для этого нужно воспользоваться опцией forwarding_rules конфигурационного файла
forwarding_rules = '/opt/etc/dnscrypt/forwarding-rules.txt'
Вот что на данный момент у меня в этом файле
cat /opt/etc/dnscrypt/forwarding-rules.txt rutor.lib 91.217.137.37,185.117.154.144,95.181.211.6 flibusta.lib 91.217.137.37,185.117.154.144,95.181.211.6 rutracker.lib 91.217.137.37,185.117.154.144,95.181.211.6
Серверы в этом файле время от времени придется обновлять. Брать серверы вот тут. Для России сверху нужно выбрать RU
Но можно использовать исключительно серверы проекта OpenNIC. Тогда настройка в конфигурационном файле будет вот такая (закомментирован основной список публичных серверов и добавлен список только серверов проекта OpenNIC
#[sources.'public-resolvers'] #urls = ['https://raw.githubusercontent.com/DNSCrypt/dnscrypt-resolvers/master/v2/public-resolvers.md', 'https://download.dnscrypt.info/resolvers-list/v2/public-resolvers.md'] #cache_file = '/opt/etc/dnscrypt/public-resolvers.md' #minisign_key = 'RWQf6LRCGA9i53mlYecO4IzT51TGPpvWucNSCh1CBM0QTaLn73Y7GFO3' #refresh_delay = 72 #prefix = '' [sources.'opennic'] urls = ['https://raw.githubusercontent.com/DNSCrypt/dnscrypt-resolvers/master/v2/opennic.md', 'https://download.dnscrypt.info/resolvers-list/v2/opennic.md'] minisign_key = 'RWQf6LRCGA9i53mlYecO4IzT51TGPpvWucNSCh1CBM0QTaLn73Y7GFO3' cache_file = '/opt/etc/dnscrypt/opennic.md' refresh_delay = 72 prefix = ''
Почему именно OpenNIC?
Используя именно эти серверы можно получить один замечательный бонус - разрешение EmerCoin доменных имен типа *.lib и других.
Благодаря этому можно пользоваться одним популярным торрент трекером по его доменному имени в зоне *.lib не занимаясь постоянным поиском живых зеркал.
Опять же, эти серверы вроде бы не вносят своих блокировок и не логгируют запросы. Хотя как знать. Остается им просто доверять (или не доверять).
Так же я НЕ рекомендую использовать серверы проекта компании Cisco - OpenDNS. Недавно @Александр Рыжов в канале Keenetic в одном известном мессенджере сообщил, что Cisco заворачивала на себя трафик mail.ru подставляя при этом фейковый сертификат, так что будьте бдительны.
Так же прошу обратить внимание, большинство серверов проекта OpenNIC с поддержкой dnscrypt находятся в Европе и Америке, так что быстрых ответов ждать не приходится.
У меня самый быстрый сервер дает около 100 мс, и на том спасибо.
Отсюда и увеличенный размер кэша, которым я пытаюсь эти задержки свести к минимуму.
Перехват всех DNS запросов на роутере. "Приземление" DNS трафика
Скрытый текстТеперь переходим к очень важной теме, изучая которую я потратил много времени. А именно, речь пойдет об использовании только локального DNS сервера dnscryprt-proxy2 вместо провайдерских DNS серверов на всех устройствах сети.
Суть здесь вот в чем. Начиная, кажется. с 6 версии ОС Андроид, видимо, для повышения стабильности (и, имхо, для утоления своей тотальной любознательности) параллельно посылает запросы и на тот сервер, что указан в сетевых настройках, которые получены устройством от DHCP сервера и на сервер 8.8.8.8
Я очень долго не мог понять, почему на всех устройствах я не вижу рекламу, так как она блокируется на роутере, но всегда вижу рекламу на своем Андроид смартфоне.
Тогда я с помощью захвата пакетов все и обнаружил. Кстати, более простым способом было посмотреть трафик в Entware с помощью tcpdump.
tcpdump -i br0
или посмотрим только трафик на сетевой порт 53
tcpdump port 53 -n -nn -v
Итак, для начала избавимся от провайдерских DNS серверов.
Для этого в очередной раз рекомендую ознакомиться со статьей базы знаний Использование публичных DNS-серверов в интернет-центре.
В cli вводим вот эти 2 замечательные команды:
interface ISP no ip dhcp client name-servers system configuration save
От слежки провайдера избавились, осталось приземлить все DNS запросы в корпорацию добра на наш сервер dnscrypt-proxy2. Здесь мне так же помог @Александр Рыжов на канале Keenetic.
У данного метода есть и плюсы - например, при подмене локального DNS сервера вирусом на компьютере с Windows запросы пойдут все равно на роутер, а не DNS сервер злоумышленников. Есть и минусы, например, не весь трафик, который идет по UDP\53 это не обязательно DNS запросы, это вполне может быть портом для подключения к, положим, OpenVPN серверу. Но так или иначе, для большинства домашних сетей данный способ приносит больше плюсов, имхо.
В вашем любимом текстовом редакторе создаем файл скрипта /opt/etc/ndm/netfilter.d/10-ClientDNS-Redirect.sh
#!/bin/sh [ "$type" == "ip6tables" ] && exit 0 [ "$table" != "nat" ] && exit 0 [ -z "$(iptables -nvL -t nat | grep "to:192.168.1.1:53")" ] && iptables -t nat -I PREROUTING -p udp --dport 53 -j DNAT --to-destination 192.168.1.1:53 exit 0
Либо, если любимого редактора еще нет, можно воспользоваться вот такой длинной командой:
echo -e '#!/bin/sh\n[ "$type" == "ip6tables" ] && exit 0\n[ "$table" != "nat" ] && exit 0\n[ -z "$(iptables -nvL -t nat | grep "to:192.168.1.1:53")" ] && iptables -t nat -I PREROUTING -p udp --dport 53 -j DNAT --to-destination 192.168.1.1:53\nexit 0' >> /opt/etc/ndm/netfilter.d/10-ClientDNS-Redirect.sh
Ранее использовалась конструкция "$(iptables-save | grep " --dport 53 -j DNAT --to-destination 192.168.1.1")" но из-за некоторых проблем она была заменена конструкцией "$(iptables -nvL -t nat | grep "to:192.168.1.1:53")" которая должна отрабатывать быстрее и стабильнее.
Далее делаем созданный скрипт исполняемым:
chmod +x /opt/etc/ndm/netfilter.d/10-ClientDNS-Redirect.sh
Вероятно, скрипт можно написать значительно изящнее и ловить не только UDP, но и TCP трафик, но у меня получилось только вот так. В ответах, гуру баша могут подсказать как сделать правильнее, подправлю для общего блага. Мне "приземление" только UDP трафика на 53 порт роутера помогло полностью избавиться от рекламы на всех устройствах домашней сети. Так что TCP можно и не трогать. Осталось еще научиться "приземлять" IPv6 запросы, так как этот самый IPv6 понемногу и постепенно проникает в нашу жизнь.
Диагностика проблем с запуском\работой.
Скрытый текстРекомендую для диагностики запустить DNSCrypt из консоли строкой запуска из скрипта, то есть командой:
dnscrypt-proxy -config /opt/etc/dnscrypt-proxy.toml
Путь до файла конфигурации при необходимости можно поправить на ваш, по-умолчанию путь такой -config /opt/etc/dnscrypt-proxy.toml
Для начала посмотрим журнал dnscrypt-proxy2 в том месте, где вы его настроили. Я смотрю вот такой командой:
# tail -f -n 30 /opt/var/log/dnscrypt-proxy-v2.log
Либо если включили syslog, то события смотрим веб интерфейсе Кинетика на странице Диагностика - Системный журнал
Если dnscrypt-proxy2 "падает" сразу после запуска попробуйте закомментировать опцию user_name = 'nobody'
Следующая команда должна выдать PID процесса. Если ничего не выдала - DNSCrypt не запущен (возможно завершился с ошибкой)
~ # ps | grep dnscrypt 19766 root 655m S dnscrypt-proxy -config /opt/etc/dnscrypt/dnscrypt-proxy.toml 19792 nobody 655m S /opt/sbin/dnscrypt-proxy -config /opt/etc/dnscrypt/dnscrypt-proxy.toml -child 20271 root 4780 S grep dnscrypt ~ #
Проверить, слушается ли порт 53. Обратите внимание, слушать должен именно процесс dnscrypt-proxy, а не ndmproxy
# netstat -tulnp | grep dnscrypt tcp 0 0 :::53 :::* LISTEN 24571/dnscrypt-prox udp 0 0 :::53 :::* 24571/dnscrypt-prox
Опять же все ограничения, которые касались использования первой версии dnscrypt-proxy справедливы и для второй, ссылки на инструкции я приложил выше.
Это моя первая инструкция в этом разделе, так что сильно не пинать, а конструктивная критика крайне приветствуется. Если есть, что нужно подправить\доработать - пишите, вместе сделаем использование данного пакета проще и эффективнее.
Изменения шапки.
Скрытый текстОбновление информации, исправления. Добавил ссылку на пост по генерации файла блокировки
31.03.2019 Шапка значительно переработана в плане оформления, в части блокировки и некоторых настроек
В итоге:
- Защитили весь свой DNS трафик от перехвата со стороны провайдера и Гугла
- Заблокировали рекламу на всех устройствах домашней сети (это наиболее актуально для всяких Смарт ТВ и других девайсов не нет возможности блокировать рекламу на самом устройстве)
- Получили разрешение имен *.lib и других, чем немного упростили себе жизнь в все более блокируемом интернете
- 10
- 7
-
Прошу прощения, но скорее всего второй селф получился не по проблеме, а из-за моих экспериментов по оптимизации переадресации портов и правил межсетевого экрана.
Когда поднял на роутеле L2TP\IPSec сервер, то сделал и проброс 500UDP+4500UDP и их же разрешил в межсетевом экране. А потом выяснилось, что эти правила и пробросы автоматически создаются при включении компонента L2TP\IPSec сервер.
Поэтому я удалил в итоге все свои правила в межсетевом экране (а их было около 10). 4 правила помогли мне удалить на канале в телеграме. Эти правила были для Андроид устройств в сети и то, что они все запросы дублировали на 8.8.8.8. В итоге в OPKG сделал правило перенапраления всех запросов на 53 порт на DNS сервер роутера, коим у меня служит dnscrypt-proxy2.
Так вот. Осталось 2 правила проброса - для FTP и HTTPS, которые я вчера и отключил (через WEB по HTTPS) и благополучно забыл про это. А сегодня проверил удаленно FTP - не работает, включил оба правила - заработал FTP и доступ по HTTPS на внешний адрес по KeenDNS имени.
Так что селф тест в проблемном состоянии все еще собираю.
П.С, Кстати, где можно взять инфо какие правила проброса портов и межсетевого экрана прописываются автоматически про включении того или иного компонента, а какие необходимо включать вручную?
- 1
-
В следующем посте будет селф в моменте с недоступным по внешнему адресу вебом.
Есть мысль, что проблема случается при закачке трансмишеном. Пока не качаешь, работает стабильно. Сегодня поставил один файл на закачку, словил проблему. Хотя может просто совпало.
- 1
-
20 часов назад, KorDen сказал:
Эти 33% из-за того что вы в этот момент смотрите на главную страницу, на которой рисуются графики и проч
У меня на главной плавает 0-4% при отсутствии нагрузки со стороны клиентов.
-
С помощью приложения поставил режим точки доступа и после перезагрузки общие настройки отображаются нормально. Поэтому собрал Селф тест, но так как был ребут, веб интерфейс по внешнему имени сейчас работает. В общем, в следующем посте будет селф при рабочем состоянии.
-
41 минуту назад, AndreyUA сказал:
у меня тоже на ultra почему-то не доступен веб интерфейс извне. На omni нет такой проблемы.
Да, у меня тоже Ультра. Притом перезагрузишься, работает какое-то время и потом перестаёт отвечать. Может утекает что-то.
-
4 минуты назад, Kiborg_Man сказал:
А включить и выключить режим отладки пробовали?
Да, включил, попробовал зайти на внешнее имя, отключил. Роутер начал генерировать файл, потом эта ошибка.
В логах вижу вот такое:
Цитата[W] May 12 17:21:42 ndm: Core::Watchdog: Event sender holds SSL_SERVER (12) lock 660 seconds acquired May 12 17:10:42.
[W] May 12 17:21:42 ndm: Main: "Event sender": backtrace:
[W] May 12 17:21:42 ndm: Main: "Event sender": <unknown>+0x0
[W] May 12 17:21:42 ndm: Main: "Event sender": <unknown>+0x0
[W] May 12 17:21:42 ndm: Main: "Event sender": (anonymous namespace)::Join_(Control_*)()+0x54
[W] May 12 17:21:42 ndm: Main: "Event sender": Thread::Stop()()+0x234
[W] May 12 17:21:42 ndm: Main: "Event sender": Http::SslServer::SslService_::~SslService_()()+0xac
[W] May 12 17:21:42 ndm: Main: "Event sender": Http::SslServer::SslService_::~SslService_()()+0x34
[W] May 12 17:21:42 ndm: Main: "Event sender": AutoPtr<Http::SslServer::SslService_>::Reset(Http::SslServer::SslService_*)()+0x38
[W] May 12 17:21:42 ndm: Main: "Event sender": Http::SslServer::RestartServer_()()+0x68
[W] May 12 17:21:42 ndm: Main: "Event sender": Http::SslServer::OnDbKey_(Event::DbKey const&)()+0x90
[W] May 12 17:21:42 ndm: Main: "Event sender": Event::Sender::Run()()+0x640
[W] May 12 17:21:42 ndm: Main: "Event sender": Thread::StartRoutine_(void*)()+0x1ac
[W] May 12 17:21:42 ndm: Main: "Event sender": <unknown>+0x0- 1
-
7 минут назад, Kiborg_Man сказал:
Из режима отладки можно приложить, про баг общих настроек знают
Попробовал собрать файл отладки, вот результат:
-
Доброго дня!
Время от времени возникает ситуация, что не доступна новый веб интерфейс (а учитывая историю изменения 2.12А.0.6 единственный веб интерфейс) по адресу https://myname.keenetic.pro
myname взято для примера, реально используется другое имя.
Притом в момент проблемы все перечисленное верно:
1. Телнет на 443 по внешнему адресу, да и по имени KeenDNS проходит успешно.
2. KeenDNS настроен в прямом режиме на белый IP
3. Проброс к другим веб приложениям сети через KeenDNS в момент проблемы работает нормально. (например тот же transmission на роутере открывается по имени transmission.myname.keenetic.pro)
4. По внутреннему имени веб интерфейс работает нормально.
В рабочем режиме (когда работает) доступ из интернета к 80 порту нет (галка не стоит) но по https вхожу без проблем.
Версия 2.12.A.6.0-0
Что смотреть? Что проверять? Какую службу перезапустить?
Перезагрузка роутера помогает.
Селфтест прикладываю к следующему посту.
Хотя отбой, не могу приложить селфтест, так как страница общих настроек /controlPanel/system не загружается.
- 1
-
Поддерживаю!
Так же хочется темную тему для всего нового веб интерфейса.
-
А вот нашел и баг в старом интерфейсе. У меня настроен IPSec VPN, который я использую ежедневно со своего смартфона на Android. А вот в веб интерфейсе настроенного подключения не видно.И в новом опять таки этих настроек я не нашел.UPD Нашел эту настройку на последней вкладке приложений.
Скрытый текст -
Вот еще очень странность. В старом интерфейсе вижу, что у меня выключено IGMP Proxy и работает сервер udpxy.
Новый же интерфейс говорит, что у меня включено IGMP Proxy, а udpxy вообще не знает.
Скрытый текст -
Доброго дня!
Не могу найти в новом web интерфейсе список доступа для обоих WiFi точек (2.4 и 5 ГГц).
Мне данный функционал мне необходим, так как из-за особенностей моего ТВ от LG 2014 года пришлось убрать пароль с точки доступа 5 ГГц и чтобы хоть как-то ограничивать доступ сделал эту точку скрытой (SSID) и включил белый список устройств, которые могут к ней подключаться.
Так же не вижу настройки гостевой сети, которую так же использую.
Пока нашел только данный функционал, который не был перенесен в новый веб интерфейс, буду еще искать.
Скрытый текст -
@vasek00 пробовали установить как сервис? То есть запустить с опцией -service install
У меня не вышло, похоже там все на чистый linux зашито, а не наш Entware.
@Александр Рыжов альтернатива это безусловно хорошо, но могут ли альтернативные варианты кроме защиты от спуфинга и перехвата dns запросов предложить и блокировку не нужного контента, читай рекламы? Для меня критично.
Плюсом на OpenNIC резолверах получаем разрешение домена .lib чем я активно пользуюсь.
-
Попробовал запустить dnscrypt-proxy 2.0.0beta12 так как автор собрал ее для Linux/mipsle.
При запуске проверяет все адреса по отклику и выбирает самый быстрый на момент проверки.
Процессор почти не потребляет, а вот оперативной памяти при моем файле dnscrypt-blacklist-domains.txt в 1.3Мб занимает около 40Мб. Мне на моей Ultra это не очень страшно, а вот девайсам с меньшим количеством оперативной памяти будет конечно сложнее, да и как высказались здесь гуру - не целесообразно.
-
4 часа назад, Александр Рыжов сказал:
- Создать симлинк /opt/sbin/dnscrypt-proxy2, ссылающийся на /opt/sbin/dnscrypt-proxy,
- Скопировать /opt/etc/init.d/S09dnscryptproxy в /opt/etc/init.d/S09dnscryptproxy2,
- Поправить параметры в новом S09dnscryptproxy2 для запуска dnscrypt-proxy2 с собственными параметрами.
Спасибо, получилось!
А при обновлении dnscrypt-proxy данный метод не поломается?
Хотя 1.9.5 видимо последняя версия.
И еще, у кого поломался резолвер fvz, можно его запустить вот так:
dnscrypt-proxy --local-address=127.0.0.1:65053 --provider-name=2.dnscrypt-cert.dnsrec.meo.ws --provider-key=1A6A:D0A3:2B4C:5A61:A695:D153:670D:69AB:1690:3F9E:C3F7:F64F:13E5:35A3:18B2:28A5 --resolver-address=185.121.177.177:5353 -l /opt/var/log/dnscrypt-proxy-fvz-one-65053.log -m 7"
Причина поломки - в файле dnscrypt-resolvers.csv этот резолвер указан без порта, то есть с дефолтовым 443, а сейчас там все работает на 5353
-
В 20.01.2018 в 23:43, vasek00 сказал:
Данное поведение было замечено еще до нового года месяца за 1-2месяца
зачем менять что-то, все работает :
1. подобрать по ping из текущих то что вам подходят по провайдеру
2. включить лог на несколько дней не чего не случится
3. в связке с dnsmasq вообще проблем не вижу
dnsmasq.conf server=127.0.0.2#65053 server=127.0.0.2#65153 all-servers и два dnscrypt-proxy --local-address=127.0.0.2:65053 --daemonize –edns-payload-size=1252 -R ххххх-ru -l /opt/tmp/dnscrypt-proxy.65053.log -m 7 dnscrypt-proxy --local-address=127.0.0.2:65153 --daemonize –edns-payload-size=1252 -R ххххх-dns -l /opt/tmp/dnscrypt-proxy.65153.log -m 7 уйдут два запроса, какой вернется первый тот и с работает. А если посмотреть логи то шансов в одно и то же время получить что-то типа отладки по "[DEBUG] resolver timeout (UDP)" минимальны. Хочеться полный анализ то в dnsmasq.conf log-queries log-facility=/opt/var/log/dnsmasq.log log-async=25
Из-за того, что время от времени резолверы не отвечают (как сегодня очень близкий для меня по отклику и по возможностям opennic-famicoman) решил применить ваш метод с резолвом нескольких серверов одновременно посредством dnsmasq.
В init.d создал копию запускного скрипта, только на другом порту разумеется. Запустил первый - все отлично. Пробую стартовать второй - пишет, что уже запущен.
Через команду запустился без проблем.
# dnscrypt-proxy --local-address=127.0.0.1:65153 --daemon
ze -R opennic-famicomanОтсюда вопрос: есть ли возможность запускать два экземпляра dnscrypt-proxy стандартным методом через 2 скрипта типа S09dnscrypt-proxy в init.d?
Или как автоматически при перезагрузке сервера запускать два экземпляра dnscrypto-proxy?
UPX
in Вопросы по сборке и настройке Opkg
Posted
Это лучше сделать вот тут через Package Request