После загрузки Archlinux, dnsmasq грузит процессор

[vasek]

br0 вроде в порядке, но проблема осталась.

Поддержу indeviral

Повышай уровень логирования!

Для начала можно включить режим отладки (debug) и дополнительные журналы, предназначенные для отладки, используя параметры самого dnsmasq ... не поможет, можно применить более радикальные способы.
И интересно все-таки узнать - чем занимается процессор.

PS - некоторые нюансы, замеченные при беглом чтении конфига ... (к проблеме отношения иметь не должны, но интересно для ликбеза)
- путь до файла с логами - описка? - log-facility=var/log/dnsmasq.log .... (нет / перед var)
- cache-size=0 - не понятна выгода
- addn-hosts= ... не совсем понятно использование двух файлов (/etc/dnsmasq.hosts ... и /etc/dnsmasq.retracker)

[vladis]

предназначенные для отладки, используя параметры самого dnsmasq

Так вроде уже включал и часть лога выкладывал вот тут. Осталось понять почему он так делает.

И интересно все-таки узнать - чем занимается процессор.

В контексте проблемы, вышеуказанные запросы dnsmasq грузят процессор или ядро/поток, загрузка 85-87%, а обычно это около нуля.

нет / перед var

Скорее всего когда-то скопировал так.

не совсем понятно использование двух файлов

Удобство? Чтоб одно с другим не путалось, с точки зрения обслуживающего систему.

cache-size=0 - не понятна выгода

Была какая-то проблема с локальными ресурсами, кэширование мешало, помнило предыдущее. Помогал перезапуск dnsmasq (после перезапуска кэш сбрасывается). Но лезть в консоль каждый раз не хотелось. Тем более выше есть dnscrypt-proxy, там так же есть кэширование и смысла от него больше. Dnsmasq я использую в основном локально.
Ещё раз включил в dnsmasq log-queries и log-async (после перезапуска dnsmasq), нет запросов типа "... to 192.168.2.1" и "... from 192.168.2.1" как при проблеме. Все подобные запросы идут с других доменов глобальных и адресов от локалхоста с конкретным портом, указанным в конфиге dnsmasq.

Oct  2 23:07:15 dnsmasq[78496]: reply lan.tdem.in is 109.195.147.103
Oct  2 23:07:15 dnsmasq[78496]: query[AAAA] ygg-ru.cofob.ru from ::1
Oct  2 23:07:15 dnsmasq[78496]: forwarded ygg-ru.cofob.ru to 127.0.0.1#3053
Oct  2 23:07:15 dnsmasq[78496]: reply lan.tdem.in is 2a03:1ac0:6dc3:9367::1
Oct  2 23:07:15 dnsmasq[78496]: query[A] ygg-ru2.cofob.ru from ::1
Oct  2 23:07:15 dnsmasq[78496]: forwarded ygg-ru2.cofob.ru to 127.0.0.1#3053
Oct  2 23:07:15 dnsmasq[78496]: reply ygg-ru.cofob.ru is <CNAME>
Oct  2 23:07:15 dnsmasq[78496]: reply proxy.frsqr.xyz is 185.112.83.178
Oct  2 23:07:15 dnsmasq[78496]: reply proxy.frsqr.xyz is 89.208.104.77
Oct  2 23:07:15 dnsmasq[78496]: query[A] yggnode.cf from ::1
Oct  2 23:07:15 dnsmasq[78496]: forwarded yggnode.cf to 127.0.0.1#3053
Oct  2 23:07:15 dnsmasq[78496]: query[AAAA] ygg-ru2.cofob.ru from ::1
Oct  2 23:07:15 dnsmasq[78496]: forwarded ygg-ru2.cofob.ru to 127.0.0.1#3053
Oct  2 23:07:15 dnsmasq[78496]: query[AAAA] yggnode.cf from ::1
Oct  2 23:07:15 dnsmasq[78496]: forwarded yggnode.cf to 127.0.0.1#3053
Oct  2 23:07:15 dnsmasq[78496]: reply yggnode.cf is NODATA-IPv6
Oct  2 23:07:15 dnsmasq[78496]: reply yggnode.cf is 195.20.54.99
Oct  2 23:07:15 dnsmasq[78496]: reply ygg-ru2.cofob.ru is <CNAME>
Oct  2 23:07:15 dnsmasq[78496]: reply proxy.frsqr.xyz is 185.112.83.178
Oct  2 23:07:15 dnsmasq[78496]: reply proxy.frsqr.xyz is 89.208.104.77
Oct  2 23:07:15 dnsmasq[78496]: reply ygg-ru.cofob.ru is <CNAME>
Oct  2 23:07:15 dnsmasq[78496]: reply proxy.frsqr.xyz is NODATA-IPv6
Oct  2 23:07:15 dnsmasq[78496]: reply ygg-ru2.cofob.ru is <CNAME>

[vasek]

За пару минут набежал гигабайт лога. 192.168.2.1 - это ip br0.

Не использовал никогда dnsmasq … а потому давать советы не этично.
Но вот что непонятно, так это непрерывные повторяющиеся запросы/ответы, точнее их причина - что заставляет это делать? Настройки конфига? … или что другое?
Рекомендую начать, если есть желание, с самого простого - dnsmasq - Wiki ... man dnsmasq ... dnsmasq.conf.example
Можно поэкспериментировать в части подавления обращения к resolv.conf - параметр no-resolv и плюс указания server=(адрес провайдера или 8.8.8.8)

PS - можно еще попробовать опцию log-debug - Enable extra logging intended for debugging rather than information.

[vladis]

Приветствую! Проблему так и не решил, но, когда вернул bind-interfaces вместо bind-dynamic в конфиг dnsmasq.conf проблема стала, так сказать более случайной. Т.е. может нормально загрузиться, а при следующей перезагрузке может грузить процессор. Конфиг dnsmasq представлен в этом сообщении (как писал выше bind-interfaces вернул вместо bind-dynamic), часть более подробного лога (с опциями log-queries и log-async) тут. Wiki уже весь вдоль и поперёк изучен. К тому же этот конфиг я уже давно использовать в ubuntu, т.е. он не новый и по идее детских болезней быть не должно. no-resolv как видно из конфига имеется, server= тоже указан (порт прослушивания dnscrypt-proxy).

[vladis]

Приветствую! Похоже, проблема решена. К основному юниту dnsmasq, добавил дополнительный конфиг (/etc/systemd/system/dnsmasq.service.d/dnsmasq.conf):

[Service]
ExecStartPre=+/usr/lib/systemd/systemd-networkd-wait-online --interface=br0

Больше я не видел чтоб пользователь dnsmasq грузил процессор. Правда, иногда в логе есть сообщение вида "dnsmasq[563]: unknown interface br0". Мост сделан посредством systemd, интерфейсы, разные: встройка (1 ГБ), pcie адаптер (10ГБ), wifi адаптеры.