|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Ramazan Jah-Far 2:5020/400 11 Nov 2003 01:44:33 To : All Subject : Debian sports: 0000usepeerdns vs. 0dns-up %) --------------------------------------------------------------------------------
Hi!
cherokee:~# dpkg --search /etc/ppp/ip-up.d/*dns*
ppp: /etc/ppp/ip-up.d/0000usepeerdns
pppconfig: /etc/ppp/ip-up.d/0dns-up
pdnsd: /etc/ppp/ip-up.d/pdnsd
Вообще говоря, я не использую ни 0000usepeerdns, ни 0dns-up.
Однако такой ассортимент граблей веселит меня уже целый год,
вкупе с заявлениями мэйнтейнера ppp о том, что 0000usepeerdns
был, есть и останется в ppp, и выносить его функциональность
из ppp и pppconfig в отдельный пакет он не будет потому, что
не будет никогда :/
Раньше я думал, что 0000usepeerdns бэкапит resolv.conf в
одно место, 0dns-up - в другое, и не мешают они друг другу
совершенно случайно (исторически сложилось так, что они
зарывают своё дерьмо в разные клумбы).
Где-то месяц назад я заметил, что 0000usepeerdns, на самом
деле, вообще не работает, если в resolv.conf нет других
(в т.ч. пустых) строк, кроме "nameserver blah.blah.blah".
0000usepeerdns умирает на следующей конструкции:
# merge the new nameservers with the other options from the old
# configuration
{
grep --invert-match '^nameserver[[:space:]]' $REALRESOLVCONF
cat /etc/ppp/resolv.conf
} > $REALRESOLVCONF.tmp
В результате имеем нулевой /etc/resolv.conf.tmp,
cp -a $REALRESOLVCONF $REALRESOLVCONF.pppd-backup
mv $REALRESOLVCONF.tmp $REALRESOLVCONF
не выполняется и в файловой системе нет ни одного *.pppd-backup,
что не составляет труда проверить сразу после поднятия ppp.
Конкретной причиной столь странного отклонения является то,
что 0000usepeerdns начинается с "#!/bin/sh -e" и, соответственно,
скрипт завершается на первой же команде с ненулевым exit code.
В моём случае - resolv.conf: "nameserver 127.0.0.1" -
grep --invert-match '^nameserver[[:space:]]' никаких строк
не находит и возвращает 1, после чего 0000usepeerdns радостно
сдыхает.
P.S.
Вот я и решил скромно поинтересоваться, прежде чем ваять
bug report, это так исторически задумано или просто в Debian
пришла мода на трупики?
--
Bye!
Ramazan
--- ifmail v.2.15dev5.1
* Origin: UkrNet (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/914030b51526.html, оценка из 5, голосов 10
|