Bug 18799

Summary:	Вызов dhcpcd при каждом изменении настроек
Product:	Sisyphus	Reporter:	Alexei V. Mezin <alexei.mezin>
Component:	alterator-net-eth	Assignee:	Mikhail Efremov <sem>
Status:	CLOSED NOTABUG	QA Contact:	qa-sisyphus
Severity:	normal
Priority:	P2	CC:	boyarsh, rider, sem, vitty, zerg
Version:	unstable
Hardware:	all
OS:	Linux

Description Alexei V. Mezin 2009-02-10 22:35:16 MSK

Вешаю баг именно на этот пакет, ибо именно он перезапускает сеть и повторно вызывает dhcpcd, и нету никаких настроек, исправляющих поведение dhcpcd.

Суть: при использовании DHCP после старта resolve.conf содержит 127.0.0.1, т.к. ДНСы настраиваются через dnsmaq. Однако, любое изменение на странице настройки сети и нажатие кнопки "Применить" вызывает перезапуск сети и занесение в resolve.conf адреса, полученного от DHCP-сервера. Это начисто убивает идею использование dnsmasq.

Comment 1 inger@altlinux.org 2009-02-24 11:18:54 MSK

Мне кажется , что ошибка cоставлена некорректно ибо состоит на самом деле из описаний последствий неправильного поведения dhcpcd, на что и так есть кажется отдельная ошибка. Кроме того в конце ошибки всё сводится к dnsmasq, который оказался в системе вовсе не ради etcnet и чьи проблемы не имеют никакого отношения ни к etcnet ни к alterator-net-eth.

Мантейнер network mananager по чьей воле в Desktop оказался неудачно скофигурированный сервис обещался сделать так чтобы dnsmasq не стартовал в системе по умолчанию - nm сам его запустит для себя когда посчитает нужным.

Comment 2 Mikhail Efremov 2009-02-24 14:27:44 MSK

(В ответ на комментарий №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. Баг не об этом конечно, но раз уж зашел разговор...

Comment 3 Andrey Rahmatullin 2009-02-24 19:57:10 MSK

(В ответ на комментарий №2)
> Но dnsmasq стартует из своего собственного инит скрипта, что, думаю, логично.
Я-таки напоминаю, что это можно и даже нужно вырубить по дефолту, как с большинством остальных сервисов.