24637 2010-11-24 18:49:39 +0300 При удалении "поинтерфейсного" resolv.conf не вызывается resolvconf -d 2012-11-06 19:43:10 +0400 1 1 4 Development Sisyphus etcnet unstable all Linux CLOSED FIXED P3 normal --- 1 sem sem dd1email ldv mike rider sem shaba qa-sisyphus oldest_to_newest 115664 0 sem 2010-11-24 18:49:39 +0300 По мотивам давнего обсуждения в https://bugzilla.altlinux.org/show_bug.cgi?id=19152. Надо бы все-таки при опускании интерфейса запускать resolvconf -d в любом случае, а не только при наличии "поинтерфейсного" resolv.conf. Правда, при отсутствии "поинтерфейсного" resolv.conf нельзя быть уверенным, что ns были добавлены ранее именно с помощью etcnet. Но, думаю, это не важно, т.к. если кто-то добавлял ns с именем источника, совпадающим с именем интерфейса, то можно с большой вероятностью предположить, что эти записи не будут иметь смысла при опущенном интерфейсе. Иначе лучше использовать другое имя. Изменение, собственно, тривиально: http://git.altlinux.org/people/sem/packages/etcnet.git?p=etcnet.git;a=commitdiff;h=79e8d08a8bdc448f65503c33f3b57db63b9bd58f Для подавления сообщения об ошибке можно было бы использовать -f, но Debian'овский resolvconf не имеет такой опции. Думаю, лучше не завязываться в etcnet именно на openresolv без необходимости. 125090 1 mike 2011-09-09 16:31:29 +0400 На днях опять наткнулся, подключив в кои-то веки дома гигабитным шнурком, а потом в офисе опять соскочив на wifi. 125092 2 sem 2011-09-09 16:54:49 +0400 > На днях опять наткнулся, подключив в кои-то веки дома гигабитным шнурком, а > потом в офисе опять соскочив на wifi. А это точно та же проблема? Здесь речь идет о том, что если в /etc/net/ifaces/<interface>/ лежит некий resolv.conf, то после его удаления и последующего ifdown && ifup, ns, добавленные из этого resolv.conf все равно остаются в /etc/resolv.conf. Т.к. не было вызова resolvconf -d. 125099 3 mike 2011-09-09 18:44:32 +0400 Возможно -- зависит от того, что и когда удаляет интерфейсный resolv.conf. Тут было так: - дома болтается wlan0 и поднят eth0; - засыпаем (выполняется rmmod iwl3945); - на конторе просыпаемся, поднимаем wlan0; - удивляемся задумчивому резолвингу и обнаруживаем в /etc/resolv.conf фрагменты домашней конфигурации; - отыскиваем и сносим /var/run/resolvconf/interfaces/eth0 125102 4 sem 2011-09-09 19:16:18 +0400 (В ответ на комментарий №3) > Возможно -- зависит от того, что и когда удаляет интерфейсный resolv.conf. Его никто не удаляет. Если только альтератор при изменении настроек интерфейса. > Тут было так: > - дома болтается wlan0 и поднят eth0; > - засыпаем (выполняется rmmod iwl3945); > - на конторе просыпаемся, поднимаем wlan0; > - удивляемся задумчивому резолвингу и обнаруживаем в /etc/resolv.conf > фрагменты домашней конфигурации; Здесь больше интересно какая конфигурация, статика или dhcp. В случае статической конфигурации resolvconf -d выполняет etcnet при наличии /etc/net/ifaces/<interface>/resolv.conf, в случае dhcp - dhcpcd в своих хуках. > - отыскиваем и сносим /var/run/resolvconf/interfaces/eth0 Цивилизованный путь - resolvconf -d eth0. При этом и /etc/resolv.conf будет перегенерен. В общем это другая проблема скорее всего, пошли в рассылки что-ли. 125105 5 mike 2011-09-09 20:01:43 +0400 Виноват; в обоих случаях dhcp; согласен. 134593 6 repository-robot 2012-11-06 19:43:10 +0400 etcnet-0.9.10-alt7 -> sisyphus: * Tue Nov 06 2012 Sergey Bolshakov <sbolshakov@altlinux> 0.9.10-alt7 - CONFIG_WIRELESS and USE_IFPLUGD options are mutually exclusive now - do not rely on /sys/class/net/<iface>/wireless anymore (closes: #27797) - added per-iface 'disable_ipv6' sysctl shortcut (closes: #27933) - always use 'resolvconf -d' during ifdown (closes: #24637)