Jump to content
ankar84

Защищаем DNS запросы с помощью dnscrypt-proxy2. Бонусом блокировка рекламы.

Recommended Posts

Данная тема создана по следам инструкций по использованию предыдущих версий первой ветки замечательного приложения 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)

image.png.009649a561e0437f049441af0a06086c.png

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

Вот и вся настройка "по новому". Теперь все устройства сети (включая сам роутер) будут использоваться наш dnscrypt-proxy2 сервер для разрешения имен.

Но для альтернативы оставлю "старый" способ настройки клиентов (как я раньше их настраивал)

Скрытый текст

Настроим клиентов домашней сети

Откроем раздел WEBUI Мои сети и Wi-Fi => Домашняя сеть и перейдем к подразделу Параметры IP и раскроем там ссылку Показать настройки DHCP

Затем в поле Сервер DNS 1 вводим IP адрес нашего роутера в домашней сети (обычно 192.168.1.1, но у меня настроена на адрес 192.168.10.1)

image.png.e9f719c349f7cbd73c1f1358e3c4a7a7.png

И нажимаем кнопку Сохранить.

Теперь все клиенты будут в качестве DNS сервера получать адрес, на котором слушает dnscrypt-proxy2

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

Открываем раздел WEBUI Интернет => Проводной и переходим к подразделу Параметры IP и DNS и нажимаем ссылку Показать дополнительные настройки IPoE

В поле DNS 1 вводим IP адрес роутера в домашней сети (обычно 192.168.1.1, но у меня настроена на адрес 192.168.10.1)

image.png.9d1e2c820d75c8e6f037c8dd982f723a.png

И нажимаем кнопку Сохранить

Теперь и сам роутер будет использовать 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 и других, чем немного упростили себе жизнь в все более блокируемом интернете
Edited by ankar84
31.03.2019 Шапка значительно переработана в плане оформления, в части блокировки и некоторых настроек
  • Thanks 8
  • Upvote 7

Share this post


Link to post
Share on other sites
14 часа назад, Buha сказал:

Как исправить?

Попробуйте прописать адрес 192.168.1.1 согласно статье Использование публичных DNS-серверов в интернет-центре

image.png.fa57e3d842e76e7fc10d36b948d54665.png

Лично у меня так и сделано. DNS указан только в этом месте и все работает как описано в инструкции.

 

  • Upvote 1

Share this post


Link to post
Share on other sites

А почему бы вместо

 #[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 = ''

не задать

 [sources.'public-resolvers']
  urls = ['https://download.dnscrypt.info/dnscrypt-resolvers/v2/public-resolvers.md']
  cache_file = '/opt/etc/dnscrypt/public-resolvers.md'
  minisign_key = 'RWQf6LRCGA9i53mlYecO4IzT51TGPpvWucNSCh1CBM0QTaLn73Y7GFO3'
  refresh_delay = 72
  prefix = ''

и указывать нужный резолвер так:

server_names = ['opennic-bongobow', 'opennic-R4SAS']
opennic-bongobow - Германия.

opennic-R4SAS - Франция.

Или adguard dns для блокировки рекламы. Весь список: public-servers и в файле /opt/etc/dnscrypt/public-resolvers.md

Если закомментировать server_names , то будет выбираться из всего списка по наименьшему пингу.

  • Upvote 1

Share this post


Link to post
Share on other sites
19 часов назад, Buha сказал:

А почему бы вместо

Я не против, задавайте.

Просто любые серверы, а серверы OpenNIC даже немного чаще других (так как во много обслуживаются энтузиастами) имеют свойство падать (не работать, выключаться, перезагружаться, находиться на обслуживании). 

19 часов назад, Buha сказал:

server_names = ['opennic-bongobow', 'opennic-R4SAS']

Исходя из тезиса выше, не исключено, что "упадут" оба ваших сервера и вы останетесь без резолвера. ИМХО, это риск.

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

Например, можно пользоваться полным списком public-resolvers.md, а в server_names явно задать только нужные сервера, например, все серверы OpenNIC.

В данном случае вижу только один минус - когда в список public-resolvers.md будет добавлен новый сервер, он не будет использоваться в такой схеме.

Share this post


Link to post
Share on other sites
On 6/5/2018 at 7:33 PM, ankar84 said:

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

А сколько ей памяти надо? на моделях с 128Mb пойдет?

Share this post


Link to post
Share on other sites
2 часа назад, zevs сказал:

А сколько ей памяти надо? на моделях с 128Mb пойдет? 

На КII работает без проблем.

Share this post


Link to post
Share on other sites
2 часа назад, zevs сказал:

А сколько ей памяти надо? на моделях с 128Mb пойдет?

На Keenetic DSL работает.

Share this post


Link to post
Share on other sites

Так как IPv6 не быстро, но все же по чуть-чуть развивается, все же необходимо научиться "приземлять" и IPv6 DNS запросы на резолвер роутера.

Заметил у себя, что если я включаю IPv6 (через брокера Hurricane Electric), то реклама начинает опять волшебным образом просачиваться через все мои загородительные редуты.

Посмотрел трафик - идут AAAA запросы на IPv6 DNS серверы Гугла с успешными ответами.

Попробовал сделать "приземление" IPv6 DNS трафика "в лоб" по аналогии IPv4 - не получилось:

ip6tables -nvL -t nat

Дает ошибку, что нет таблицы (цепочки) nat в ip6tables.

Отсюда вопрос знатокам ( @TheBB @Le ecureuil @Александр Рыжов @zyxmon) можно ли как-то реализовать перехват IPv6 DNS запросов роутером, как это реализовано для IPv4 запросов?

Edited by ankar84
  • Upvote 1

Share this post


Link to post
Share on other sites

Сразу скажу, что я пас. До тех пор, пока IPv6 не станет нативным. При включенных IPv6-туннелях у меня тормозит Youtube.

Share this post


Link to post
Share on other sites

Здравствуйте. Возможно ли пропускать запросы, формирующиеся неким скриптом на роутере через dnscrypt?

Share this post


Link to post
Share on other sites

Неким shell-скриптом? Некий shell-скрипт на роутере будет использовать системный резолвер из состава libc, которая, в свою очередь, будет использовать файл /etc/resolv.conf для определения списка используемых DNS-серверов.

 

Или кратко: нет.

Share this post


Link to post
Share on other sites

В моем случае скрипт на python, который обращается к определенному ресурсу. Обращение шлется через socket на tor и далее по назначению. Если скажем обращение идет к google.com - получаю требуемый ответ. Если это неугодный ресур - получаю всем известную заглушку. На клиенте все работает без проблем. На роутере - "жилище индейцев" на букву "Ф".

Share this post


Link to post
Share on other sites
В 20.03.2019 в 21:36, nik222 сказал:

В моем случае скрипт на python, который обращается к определенному ресурсу. Обращение шлется через socket на tor и далее по назначению. Если скажем обращение идет к google.com - получаю требуемый ответ. Если это неугодный ресур - получаю всем известную заглушку. На клиенте все работает без проблем. На роутере - "жилище индейцев" на букву "Ф".

Если я правильно понял вопрос, то нужно чтобы DNS резолвером для роутера (а не только для клиентов домашней сети) был dnscrypt-proxy2?

Если так, то нужно по статье Использование публичных DNS-серверов в интернет-центре отключить провайдерские DNS серверы и на странице Интернет-фильтр оставить только один резолвер - роутер (192.168.1.1).

Если вопрос не в этом, то просьба уточнить в чем именно.

Share this post


Link to post
Share on other sites

Уважаемые здравствуйте!

Столкнулся с проблемкой.

При запуске скрипта от Уважаемого @TheBB  - создается абсолютно адекватный файл  domains-blacklist.txt - но с точкой в конце -  domains-blacklist.txt. Как только ее убираю ручками - все работает .  Система Ubuntu 16.04 - направьте куда копать пожалуйста?

Share this post


Link to post
Share on other sites

Значительно переработал инструкцию, добавил скриншотов, скрипты @TheBB, подправил пути, привел к единообразию, скомпоновал визуально.

Надеюсь, стало проще понятнее воспринимать инструкцию

  • Thanks 1
  • Upvote 2

Share this post


Link to post
Share on other sites

Поделюсь своим решением для тех, кого, как и меня смущало "красное предупреждение" в Интернет-фильтр, спасибо @ankar84 за объяснение по поводу его появления, избавляемся от него. Распишу по пунктам:

1. включаем особый режим работы Keenetic через cli командами

opkg dns-override
system configuration savе

2. подключаемся к OPKG, в настройках файла /opt/etc/dnscrypt-proxy.toml прописываем в строке (я не использую IPv6, поэтому просто удалил лишнее)

listen_addresses = ['192.168.1.1:53']

3. заходим в веб-интерфейс управления Keenetic в меню Проводной ---> Параметры IP и DNS

в поле Настройка IP выбираем режим Ручная

прописываем настройки, полученные от провайдера, кроме DNS (оставляем поля DNS пустыми) сохраняем

4. заходим в Домашняя сеть ---> Параметры IP

в поле IP-адрес прописываем 192.168.1.1

в поле Маска подсети оставляем по умолчанию (255.255.255.0)

нажимаем Показать настройки DHCP

в поле Адрес шлюза пишем 192.168.1.1

в поле Сервер DNS пишем 192.168.1.1 и сохраняем

5. проверяем сетевые настройки на компьютере через Центр управления сетями и общим доступом (для Windows) Сведения о сетевом подключении

Шлюз по умолчанию IPv4, DHCP-сервер IPv4 и DNS-сервер везде должен быть адрес 192.168.1.1

6. проверяем на сервисах типа узнать IP и DNS leak  там должны отобразиться верные значения в зависимости от настроек файла dnscrypt-proxy.toml

 

P.S. Если что, пинайте, дополняйте 😀

из минусов: интернет-центр не будет доступен по адресу my.keenetic.net

у кого настроен дополнительно VPN - DNScrypt не изменяет ничего, все DNS подтягиваются из файла настроек vpn или ovpn

Edited by Max Pl
  • Upvote 1

Share this post


Link to post
Share on other sites
19 часов назад, Max Pl сказал:

Поделюсь своим решением для тех, кого, как и меня смущало "красное предупреждение" в Интернет-фильтр, спасибо @ankar84 за объяснение по поводу его появления, избавляемся от него. Распишу по пунктам

Как раз примерно это (в чуть сжатой форме) добавил вчера в раздел инструкции Настройка клиентов на использование dnscrypt-proxy2 в качестве DNS сервера как "старый" вариант, как "старую" альтернативу использования настройки клиентов через указание DNS сервера на странице Интернет-фильтр

Спасибо, за то, что делитесь опытом!

Share this post


Link to post
Share on other sites

Здравствуйте, возможно немного не по теме, но не подскажите как сделать так, чтобы dnscrypt-proxy отображал в логах корректное время, ибо всё остальное поставленное в Entware отображаться корректно.

Spoiler

664269681_.PNG.cad6988aa6aad793f5e41fd7dba2e4b3.PNG

 

Share this post


Link to post
Share on other sites
16 часов назад, Deathtronik сказал:

Здравствуйте, возможно немного не по теме, но не подскажите как сделать так, чтобы dnscrypt-proxy отображал в логах корректное время, ибо всё остальное поставленное в Entware отображаться корректно.

У меня все нормально по времени, ничего особо не настраивал. И в настройках dnscrypt не встречал ничего по поводу часового пояса. Но я бы еще подождал мнения разработчиков Entware.

Скрытый текст

image.png.aaae38bc11094b35a9f366a6150ccab8.png

PS У меня cpunks тоже часто самый быстрый сервер, но всегда в районе 50 мс. О 10мс могу только мечтать. Сибирь...

Share this post


Link to post
Share on other sites
6 минут назад, ankar84 сказал:

PS У меня cpunks тоже часто самый быстрый сервер, но всегда в районе 50 мс. О 10мс могу только мечтать. Сибирь...

AdGuard стал дурить

Скрытый текст

[2019-04-01 07:48:58] [NOTICE] [adguard-dns] OK (crypto v1) - rtt: 63ms
[2019-04-01 07:49:01] [NOTICE] [cloudflare] OK (DoH) - rtt: 55ms
[2019-04-01 07:49:01] [NOTICE] [cpunks-ru] OK (crypto v1) - rtt: 17ms
[2019-04-01 07:49:01] [NOTICE] [yandex] OK (crypto v1) - rtt: 496ms

...

[2019-04-03 07:43:28] [NOTICE] Server with the lowest initial latency: cpunks-ru (rtt: 17ms)
[2019-04-03 08:43:32] [NOTICE] [adguard-dns] TIMEOUT
[2019-04-03 08:43:32] [NOTICE] Server with the lowest initial latency: cpunks-ru (rtt: 17ms)

...

[2019-04-03 14:43:43] [NOTICE] Server with the lowest initial latency: cpunks-ru (rtt: 22ms)
[2019-04-03 15:43:45] [NOTICE] Server with the lowest initial latency: yandex (rtt: 17ms)
[2019-04-03 16:43:47] [NOTICE] Server with the lowest initial latency: cpunks-ru (rtt: 22ms)
...

[2019-04-03 23:44:01] [NOTICE] Server with the lowest initial latency: cpunks-ru (rtt: 22ms)
[2019-04-04 00:44:04] [NOTICE] [adguard-dns] TIMEOUT
[2019-04-04 00:44:04] [NOTICE] Server with the lowest initial latency: yandex (rtt: 23ms)

...

[2019-04-04 11:44:23] [NOTICE] Server with the lowest initial latency: cpunks-ru (rtt: 22ms)
[2019-04-04 12:44:25] [NOTICE] Server with the lowest initial latency: yandex (rtt: 23ms)
[2019-04-04 13:44:27] [NOTICE] Server with the lowest initial latency: yandex (rtt: 17ms)
[2019-04-04 14:44:29] [NOTICE] Server with the lowest initial latency: cpunks-ru (rtt: 27ms)
[2019-04-04 15:44:30] [NOTICE] Server with the lowest initial latency: cpunks-ru (rtt: 17ms)

 

Share this post


Link to post
Share on other sites
53 minutes ago, ankar84 said:

У меня все нормально по времени, ничего особо не настраивал. И в настройках dnscrypt не встречал ничего по поводу часового пояса. Но я бы еще подождал мнения разработчиков Entware.

Конечно можно попробовать переустановить, но думаю вряд ли это решит проблему, т.к. заметил что ещё ежедневный бэкап, запускаемый через крон и обновление листа блокировок - т.е. самописные скрипты отдают в лог тоже время UTC, а не московское, хотя тот же крон, показывает время нормально, но стоит его рестартнуть через ssh, то до перезагрузки роутера он начинает показывать тоже UTC. Гуглил и пробовал все возможные способы сделать так, чтобы apps в entware брали время либо с роутера, либо с TZ, либо с share\zoneinfo. Тоже все настройки перерыл, да и пробовал добавлять туда строчки с временем, не работает,даже пихал по советам интернетов всякое в rc.func - ничего к сожалению не помогло, прошивка 2.15.C.3.0-0. Даунгрейдить прошивку ради проверки не хотелось бы. 

Edited by Deathtronik

Share this post


Link to post
Share on other sites

В последнее время интернет стал тупить. Решил посмотреть в логах dnscrypt, а там ошибки сервера. Что делать ?

 

Скрытый текст

[2019-04-06 11:43:45] [NOTICE] Source [/opt/etc/dnscrypt/quad9-resolvers.md] loaded
[2019-04-06 11:43:50] [NOTICE] Source [/opt/etc/dnscrypt/opennic.md] loaded
[2019-04-06 11:43:50] [NOTICE] dnscrypt-proxy 2.0.21
[2019-04-06 11:43:50] [NOTICE] Loading the set of forwarding rules from [/opt/etc/dnscrypt/forwarding-rules.txt]
[2019-04-06 11:43:50] [NOTICE] Now listening to 192.168.1.1:53 [UDP]
[2019-04-06 11:43:50] [NOTICE] Now listening to 192.168.1.1:53 [TCP]
[2019-04-06 11:43:50] [INFO] [2.dnscrypt-cert.quad9.net.] the key validity period for this server is excessively long (367 days), significantly reducing reliability and forward security.
[2019-04-06 11:43:50] [NOTICE] [quad9-dnscrypt-ip4-nofilter-pri] OK (crypto v1) - rtt: 45ms
[2019-04-06 11:43:50] [INFO] [2.dnscrypt-cert.quad9.net.] the key validity period for this server is excessively long (367 days), significantly reducing reliability and forward security.
[2019-04-06 11:43:50] [NOTICE] [quad9-dnscrypt-ip4-nofilter-alt] OK (crypto v1) - rtt: 47ms
[2019-04-06 11:43:57] [NOTICE] [ibksturm] OK (crypto v2) - rtt: 787ms
[2019-04-06 11:43:57] [INFO] [2.dnscrypt-cert.opennic2.eth-services.de.] the key validity period for this server is excessively long (3650 days), significantly reducing reliability and forward security.
[2019-04-06 11:43:57] [NOTICE] [opennic-ethservices2] OK (crypto v1) - rtt: 36ms
[2019-04-06 11:43:57] [INFO] [2.dnscrypt-cert.ns3.ca.luggs.co.] the key validity period for this server is excessively long (3650 days), significantly reducing reliability and forward security.
[2019-04-06 11:43:57] [NOTICE] [opennic-luggs] OK (crypto v1) - rtt: 139ms
[2019-04-06 11:43:58] [INFO] [2.dnscrypt-cert.ns4.ca.luggs.co.] the key validity period for this server is excessively long (3650 days), significantly reducing reliability and forward security.
[2019-04-06 11:43:58] [NOTICE] [opennic-luggs2] OK (crypto v1) - rtt: 137ms
[2019-04-06 11:43:58] [NOTICE] [publicarray-au] OK (crypto v2) - rtt: 334ms
[2019-04-06 11:44:05] [NOTICE] [opennic-bongobow] TIMEOUT
[2019-04-06 11:44:05] [NOTICE] [opennic-R4SAS] OK (crypto v2) - rtt: 79ms
[2019-04-06 11:44:05] [INFO] [CloudFlare] TLS version: 304 - Protocol: h2 - Cipher suite: 4867
[2019-04-06 11:44:05] [NOTICE] [CloudFlare] OK (DoH) - rtt: 8ms
[2019-04-06 11:44:05] [NOTICE] Server with the lowest initial latency: CloudFlare (rtt: 8ms)
[2019-04-06 11:44:05] [NOTICE] dnscrypt-proxy is ready - live servers: 9
[2019-04-06 12:30:43] [INFO] Server [CloudFlare] returned temporary error code [2] -- Upstream server may be experiencing connectivity issues
[2019-04-06 12:30:43] [INFO] Server [CloudFlare] returned temporary error code [2] -- Upstream server may be experiencing connectivity issues
[2019-04-06 12:30:43] [INFO] Server [CloudFlare] returned temporary error code [2] -- Upstream server may be experiencing connectivity issues
[2019-04-06 12:30:43] [INFO] Server [CloudFlare] returned temporary error code [2] -- Upstream server may be experiencing connectivity issues
[2019-04-06 12:30:43] [INFO] Server [opennic-ethservices2] returned temporary error code [2] -- Upstream server may be experiencing connectivity issues
[2019-04-06 12:30:43] [INFO] Server [opennic-ethservices2] returned temporary error code [2] -- Upstream server may be experiencing connectivity issues
[2019-04-06 12:30:49] [INFO] Server [quad9-dnscrypt-ip4-nofilter-pri] returned temporary error code [2] -- Upstream server may be experiencing connectivity issues
[2019-04-06 12:30:49] [INFO] Server [quad9-dnscrypt-ip4-nofilter-pri] returned temporary error code [2] -- Upstream server may be experiencing connectivity issues
[2019-04-06 12:30:50] [INFO] Server [quad9-dnscrypt-ip4-nofilter-pri] returned temporary error code [2] -- Upstream server may be experiencing connectivity issues
[2019-04-06 12:44:05] [INFO] [2.dnscrypt-cert.quad9.net.] the key validity period for this server is excessively long (367 days), significantly reducing reliability and forward security.
[2019-04-06 12:44:05] [INFO] [quad9-dnscrypt-ip4-nofilter-pri] OK (crypto v1) - rtt: 43ms
[2019-04-06 12:44:05] [INFO] [2.dnscrypt-cert.quad9.net.] the key validity period for this server is excessively long (367 days), significantly reducing reliability and forward security.
[2019-04-06 12:44:05] [INFO] [quad9-dnscrypt-ip4-nofilter-alt] OK (crypto v1) - rtt: 43ms
[2019-04-06 12:44:07] [INFO] [doh-ibksturm] TLS version: 304 - Protocol: h2 - Cipher suite: 4866
[2019-04-06 12:44:07] [NOTICE] [doh-ibksturm] OK (DoH) - rtt: 86ms
[2019-04-06 12:44:08] [INFO] [ibksturm] OK (crypto v2) - rtt: 713ms
[2019-04-06 12:44:08] [INFO] [2.dnscrypt-cert.opennic2.eth-services.de.] the key validity period for this server is excessively long (3650 days), significantly reducing reliability and forward security.
[2019-04-06 12:44:08] [INFO] [opennic-ethservices2] OK (crypto v1) - rtt: 40ms
[2019-04-06 12:44:08] [INFO] [2.dnscrypt-cert.ns3.ca.luggs.co.] the key validity period for this server is excessively long (3650 days), significantly reducing reliability and forward security.
[2019-04-06 12:44:08] [INFO] [opennic-luggs] OK (crypto v1) - rtt: 137ms
[2019-04-06 12:44:09] [INFO] [2.dnscrypt-cert.ns4.ca.luggs.co.] the key validity period for this server is excessively long (3650 days), significantly reducing reliability and forward security.
[2019-04-06 12:44:09] [INFO] [opennic-luggs2] OK (crypto v1) - rtt: 141ms
[2019-04-06 12:44:09] [INFO] [publicarray-au] OK (crypto v2) - rtt: 337ms
[2019-04-06 12:44:11] [INFO] [publicarray-au-doh] TLS version: 304 - Protocol: h2 - Cipher suite: 4867
[2019-04-06 12:44:11] [NOTICE] [publicarray-au-doh] OK (DoH) - rtt: 835ms
[2019-04-06 12:44:13] [NOTICE] [opennic-bongobow] TIMEOUT
[2019-04-06 12:44:14] [INFO] [opennic-R4SAS] OK (crypto v2) - rtt: 83ms
[2019-04-06 12:44:14] [INFO] [CloudFlare] TLS version: 304 - Protocol: h2 - Cipher suite: 4867
[2019-04-06 12:44:14] [INFO] [CloudFlare] OK (DoH) - rtt: 8ms

 

Edited by exeigor

Share this post


Link to post
Share on other sites
34 минуты назад, exeigor сказал:

 Что делать ?

doh_servers = false

Если не поможет, то выкладывайте сюда ваш dnscrypt.toml

Edited by Buha

Share this post


Link to post
Share on other sites
В 06.04.2019 в 14:57, exeigor сказал:

В последнее время интернет стал тупить. Решил посмотреть в логах dnscrypt, а там ошибки сервера. Что делать ?

он вам пишет, что не может временно подключиться к серверу

а что у вас прописано в строчках?

listen_addresses = 
fallback_resolver =

Share this post


Link to post
Share on other sites
5 минут назад, Max Pl сказал:

он вам пишет, что не может временно подключиться к серверу

а что у вас прописано в строчках?


listen_addresses = 

fallback_resolver =
[2019-04-06 11:43:50] [NOTICE] Now listening to 192.168.1.1:53 [UDP]
[2019-04-06 11:43:50] [NOTICE] Now listening to 192.168.1.1:53 [TCP]

Share this post


Link to post
Share on other sites

Вроде в логах перестали падать ошибки.
Исправил в конфигурации: lb_strategy = 'p2' (было ph)

Share this post


Link to post
Share on other sites

@vasek00 мне одному кажется, или логи с [NOTICE] указывают на ошибки в настройках?

Share this post


Link to post
Share on other sites
В 06.04.2019 в 12:57, exeigor сказал:

В последнее время интернет стал тупить. Решил посмотреть в логах dnscrypt, а там ошибки сервера. Что делать ?

Для начала подчистите *.md и *.md.mini в /opt/etc и перезапустите dnscrypt-proxy

Share this post


Link to post
Share on other sites
12 минуты назад, Max Pl сказал:

@vasek00 мне одному кажется, или логи с [NOTICE] указывают на ошибки в настройках? 

Ощущение что у вас запущено что-то очень много

[2019-04-06 11:44:05] [NOTICE] dnscrypt-proxy is ready - live servers: 9

у меня ну не более 4 у вас аж 9

[2019-03-24 08:56:29] [NOTICE] [adguard-dns] OK (crypto v1) - rtt: 67ms
[2019-03-24 08:56:30] [NOTICE] [cloudflare] OK (DoH) - rtt: 62ms
[2019-03-24 08:56:30] [NOTICE] [cpunks-ru] OK (crypto v1) - rtt: 17ms
[2019-03-24 08:56:31] [NOTICE] [yandex] OK (crypto v1) - rtt: 39ms
[2019-03-24 08:56:31] [NOTICE] Server with the lowest initial latency: cpunks-ru (rtt: 17ms)
[2019-03-24 08:56:31] [NOTICE] dnscrypt-proxy is ready - live servers: 4

 

Edited by vasek00

Share this post


Link to post
Share on other sites
1 минуту назад, vasek00 сказал:

Ощущение что у вас запущено что-то очень много

у меня 4, это у @exeigor больше ))

Share this post


Link to post
Share on other sites
8 минут назад, Max Pl сказал:

у меня 4, это у @exeigor больше )) 

пардон тогда

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.


  • Recently Browsing   0 members

    No registered users viewing this page.

×
×
  • Create New...