Вешаю баг именно на этот пакет, ибо именно он перезапускает сеть и повторно вызывает dhcpcd, и нету никаких настроек, исправляющих поведение dhcpcd. Суть: при использовании DHCP после старта resolve.conf содержит 127.0.0.1, т.к. ДНСы настраиваются через dnsmaq. Однако, любое изменение на странице настройки сети и нажатие кнопки "Применить" вызывает перезапуск сети и занесение в resolve.conf адреса, полученного от DHCP-сервера. Это начисто убивает идею использование dnsmasq.
Мне кажется , что ошибка cоставлена некорректно ибо состоит на самом деле из описаний последствий неправильного поведения dhcpcd, на что и так есть кажется отдельная ошибка. Кроме того в конце ошибки всё сводится к dnsmasq, который оказался в системе вовсе не ради etcnet и чьи проблемы не имеют никакого отношения ни к etcnet ни к alterator-net-eth. Мантейнер network mananager по чьей воле в Desktop оказался неудачно скофигурированный сервис обещался сделать так чтобы dnsmasq не стартовал в системе по умолчанию - nm сам его запустит для себя когда посчитает нужным.
(В ответ на комментарий №1) > Мне кажется , что ошибка cоставлена некорректно ибо состоит на самом деле из > описаний последствий неправильного поведения dhcpcd, на что и так есть кажется > отдельная ошибка. А какое поведение в данном случае правильное? Если dhcpcd не сказали не трогать resolv.conf - он его перезаписывает, да. Можно конечно переделать hook, который это делает, и мержить resolv.conf, но тогда уж лучше сразу переходить на какой-нибудь resolvconf и заставить всех им пользоваться. > Мантейнер network mananager по чьей воле в Desktop оказался неудачно > скофигурированный сервис обещался сделать так чтобы dnsmasq не стартовал в > системе по умолчанию - nm сам его запустит для себя когда посчитает нужным. Пардон, не было такого. NM и так его запускает только когда dnsmasq ему нужен. Но dnsmasq стартует из своего собственного инит скрипта, что, думаю, логично. Отключать его безусловно я тоже не могу, dnsmasq может быть установлен и использоваться пользователем безотносительно к NM. Вообще у меня руки чешутся оторвать зависимость на dnsmasq, он нужен для достаточно редкой и не всем нужной задачи, но если shared connection все-таки нужно - dnsmasq должен стоять. Как это разрулить чтобы все были довольны - я не придумал. P.S. Баг не об этом конечно, но раз уж зашел разговор...
(В ответ на комментарий №2) > Но dnsmasq стартует из своего собственного инит скрипта, что, думаю, логично. Я-таки напоминаю, что это можно и даже нужно вырубить по дефолту, как с большинством остальных сервисов.