13773 2007-12-22 01:22:46 +0300 /etc/resolv.conf doesn't get updated without ancient magic 2021-11-04 14:24:41 +0300 1 1 4 Development Sisyphus ppp-common unstable all Linux CLOSED FIXED P1 critical --- 4249 13000 14014 14167 1 mike mike ahmedsayeed1982 asy glebfm hiddenman ldv mike pilot placeholder vt vvk zerg qa-sisyphus oldest_to_newest 59839 0 mike 2007-12-22 01:22:47 +0300 Если /etc/resolv.conf не содержит строчки, подпадающей под '#.*ppp temp entry' -- полученные DNS1/DNS2 не будут туда записаны. Историю бубна вокруг этого шаманства можно посмотреть в #4249, но есть сильное подозрение, что смысл этой строки со временем попросту исказился -- вместо "здесь была звонилка" она почему-то стала значить "сюда можно записать NS'ы". Есть необходимость исправить это безобразие, при этом втыкание в setup начального resolv.conf с этой строкой считается позором, недостойным даже мальчиков. Если больше никто не занимается -- я в понедельник сажусь проверять свои догадки на практике, бо припёрло. 59841 1 mike 2007-12-22 01:23:31 +0300 reassign 59908 2 2333 mike 2007-12-24 15:22:06 +0300 Created attachment 2333 fix broken temp entry handling Судя по kppp/connect.cpp, kppp-3.5.8 в /etc/resolv.conf может засовывать только маркеры "#kppp temp entry" и "#entry disabled by kppp". Соответственно мы (в лице ip-up) на них должны реагировать так, что кто-то уже туда слазил и нам там делать нечего. gnome-ppp и draknet у нас уже не осталось (в Gentoo/Ubuntu есть gnome-ppp 0.3.23) -- вторым случаем, который буду проверять, является chestnut-dialer. Поправил ip-up. При прозвоне chestnut-dialer пользователем в группе uucp и с симлинком /dev/modem -> ttyS1 (где висит тестовый IDC) всё просто в порядке: маршруты перекидываются, в DNS два первых NS заменяются на полученные; при отключении всё возвращается на место. При прозвоне kppp тем же пользователем (настройка "Disable existing DNS servers" _не_ задействована) -- полученные NS добавляются в конец списка и по существу не используются. Если включить эту галку -- получается ещё веселей: search uafoss nameserver 213.169.64.100 nameserver 213.169.64.101 nameserver 192.168.1.1 nameserver 213.169.64.100 #kppp temp entry nameserver 213.169.64.101 #kppp temp entry Короче говоря, ppp-common совершенно незачем было ломать под сломанный kppp. Что с kppp -- буду оформлять отдельным багом. 59909 3 2334 mike 2007-12-24 16:27:37 +0300 Created attachment 2334 do update_chrooted conf even if we don't update resolv.conf ourselves На всякий выделил кусочек про update_chrooted conf в функцию, которая выполняется вне зависимости от наличия "temp entry". Надо бы сделать совсем безусловно, наверное... всё равно не повредит. 59916 4 zerg 2007-12-24 17:15:55 +0300 (In reply to comment #2) > сломанный kppp. Где он сломан? Если текущий nameserver не закомментирован "#entry disabled by kppp", то его кто-то перезаписал после этого, но до того, как появились "#kppp temp entry" 59918 5 zerg 2007-12-24 17:17:59 +0300 Но, kppp пропатчу немного. Он ориентируется на "domain" а не "search" при прописывании домена 59921 6 zerg 2007-12-24 17:30:42 +0300 (In reply to comment #5) > Но, kppp пропатчу немного. Он ориентируется на "domain" а не "search" при > прописывании домена Хотя, нет. Не нужно патчить. 59923 7 mike 2007-12-24 17:36:39 +0300 fixed in 0.4.1-alt1, please test: http://paq.osdn.org.ua/~mike/ppp/ppp-common/ 2 zerg: надо-надо, domain давно уже объявлен устаревшей формой записи. Впрочем, по kppp пошли лучше в #13789. А про рейс -- понятно, но см. там же про append (libresolv смотрит максимум три первых nameserver AFAIR). 59924 8 zerg 2007-12-24 17:45:50 +0300 (In reply to comment #7) > domain давно уже объявлен устаревшей формой записи. Но в man я не вижу search, зато domain вижу. Это точно то же самое? 59937 9 mike 2007-12-24 19:11:59 +0300 (In reply to comment #8) > > domain давно уже объявлен устаревшей формой записи. > Но в man я не вижу search, зато domain вижу. Это точно то же самое? Ой, а где у нас resolv.conf(5) водится? http://www.linuxmanpages.com/man5/resolver.5.php http://mail-index.netbsd.org/current-users/1994/12/19/0033.html search -- это надмножество domain; умеет брать несколько значений. 60152 10 hiddenman 2007-12-29 00:16:27 +0300 Вот только что прописал usepeerdns, ifup ppp0. В resolv.conf прописались NS-ы. dig ya.ru работает, однако, ping ya.ru нет, похоже, конфиги резолвера не обновились. После ручного update_chrooted all запинговалось. Еще перепроверю. 60211 11 hiddenman 2007-12-31 02:31:15 +0300 Ты патч https://bugzilla.altlinux.org/attachment.cgi?id=2334 модифицировал, из-за этого таки возникла проблема. Долго я искал, в чем дело, ppp почему-то exit code 0 показывал для ip-up. А дело вот в чем: /etc/ppp/ip-up /etc/ppp/ip-up: line 123: local: can only be used in a function /etc/ppp/ip-up: line 124: conf: command not found Нужно убрать local, только в функциях разрешено. 60213 12 mike 2007-12-31 11:50:57 +0300 Проверь http://paq.osdn.org.ua/~mike/ppp/ppp-common/ppp-common-0.4.2-alt1.noarch.rpm pls -- модем на конторе остался. 60253 13 hiddenman 2008-01-01 04:11:36 +0300 (In reply to comment #12) > Проверь > http://paq.osdn.org.ua/~mike/ppp/ppp-common/ppp-common-0.4.2-alt1.noarch.rpm pls > -- модем на конторе остался. Сейчас потестирую. Укртелеком почему-то на этот адрес не пускает :-/ tracepath paq.osdn.org.ua 1: 92.113.89.47 (92.113.89.47) 1.388ms pmtu 1492 1: 195.5.5.203 (195.5.5.203) asymm 2 39.493ms 2: 195.5.5.203 (195.5.5.203) 40.344ms !N Пойду качать из другого места. 60316 14 mike 2008-01-03 17:55:28 +0300 Ну и чо, кидать в сизиф/бранч? (не пускает... хм, это wnet -- мож пора разбегаться?) 60392 15 hiddenman 2008-01-05 22:49:00 +0300 Без local пока работает. На работу с dhcpd попаду только 8-го, чтобы точно проверить в старых условиях. Но, скорее всего, всё будет нормально. 60867 16 mike 2008-01-10 18:43:06 +0300 fixed in 0.4.2-alt1; каким образом будет лучше организовать взаимодействие с kppp по части (не)обновления /etc/resolv.conf -- предлагаю обсудить в #13789. 2333 2007-12-24 15:22:06 +0300 2007-12-24 16:27:37 +0300 fix broken temp entry handling ip-up.patch text/plain 645 mike LS0tIC9ldGMvcHBwL2lwLXVwLm9yaWcJMjAwNS0wOS0yNSAyMzo1NjoxOCArMDQwMAorKysgL2V0 Yy9wcHAvaXAtdXAJMjAwNy0xMi0yNCAxNToxNzowNiArMDMwMApAQCAtMTE4LDE0ICsxMTgsOCBA QAogfQogCiBpZiAhIGlzX25vICIkUkVTT0xWX01PRFMiOyB0aGVuCi0JIyBmb3IgZHluYW1pYyBE TlMgc3VwcG9ydCB3aXRoIGdub21lLXBwcCBhbmQga3BwcCBhbmQgZHJha25ldCAoYWRzbCkKLQlp ZiBncmVwIC1pcXMgJyMuKnBwcCB0ZW1wIGVudHJ5JyAvZXRjL3Jlc29sdi5jb25mOyB0aGVuCi0J CVBQUF9URU1QX0VOVFJZPWBncmVwICcjLipwcHAgdGVtcCBlbnRyeScgL2V0Yy9yZXNvbHYuY29u ZiB8IFwKLQkJdGFpbCAtMSB8IHNlZCAncy8uKnBwcCB0ZW1wIGVudHJ5LyMgcHBwIHRlbXAgZW50 cnkvJyBgCi0JZWxzZQotCQl1bnNldCBQUFBfVEVNUF9FTlRSWQotCWZpCi0JWyAtbiAiJFBQUF9U RU1QX0VOVFJZIiBdICYmIG1vZGlmeV9yZXNvbHZlcgorCSMgY2hlY2sgaWYga3BwcCB3YXMgaGVy ZSwgZG9uJ3QgdG91Y2ggL2V0Yy9yZXNvbHYuY29uZiB0aGVuCisJZ3JlcCAtaXFzICcjLipwcHAg dGVtcCBlbnRyeScgL2V0Yy9yZXNvbHYuY29uZiB8fCBtb2RpZnlfcmVzb2x2ZXIKIGZpCiAKIGNh c2UgJENPTkZNRVRIT0QgaW4K 2334 2007-12-24 16:27:37 +0300 2007-12-24 16:27:37 +0300 do update_chrooted conf even if we don't update resolv.conf ourselves ip-up.patch2 text/plain 1062 mike LS0tIC9ldGMvcHBwL2lwLXVwLm9yaWcJMjAwNS0wOS0yNSAyMzo1NjoxOCArMDQwMAorKysgL2V0 Yy9wcHAvaXAtdXAJMjAwNy0xMi0yNCAxNTo1NzowOSArMDMwMApAQCAtNTQsNiArNTQsMTIgQEAK IC4gL2V0Yy9pbml0LmQvZnVuY3Rpb25zCiBTb3VyY2VJZk5vdEVtcHR5ICROX0NfU19DT05GSUcK IAordXBkYXRlX2Nocm9vdGVkX2NvbmYoKQoreworCWxvY2FsIFVDPS91c3Ivc2Jpbi91cGRhdGVf Y2hyb290ZWQKKwlbIC14ICRVQyBdICYmICRVQyBjb25mCit9CisKICMgdGFrZW4gZnJvbSBuZXQt c2NyaXB0cwogbW9kaWZ5X3Jlc29sdmVyKCkKIHsKQEAgLTExMiwyMCArMTE4LDE1IEBACiAJCWNh dCAkdHIgPiAvZXRjL3Jlc29sdi5jb25mCiAJCXJtIC1mICR0cgogCQl1bWFzayAkb2xkdW1hc2sK LQkJbG9jYWwgVUM9L3Vzci9zYmluL3VwZGF0ZV9jaHJvb3RlZAotCQlbIC14ICRVQyBdICYmICRV QyBjb25mCisJCXVwZGF0ZV9jaHJvb3RlZF9jb25mCiAJZmkKIH0KIAogaWYgISBpc19ubyAiJFJF U09MVl9NT0RTIjsgdGhlbgotCSMgZm9yIGR5bmFtaWMgRE5TIHN1cHBvcnQgd2l0aCBnbm9tZS1w cHAgYW5kIGtwcHAgYW5kIGRyYWtuZXQgKGFkc2wpCi0JaWYgZ3JlcCAtaXFzICcjLipwcHAgdGVt cCBlbnRyeScgL2V0Yy9yZXNvbHYuY29uZjsgdGhlbgotCQlQUFBfVEVNUF9FTlRSWT1gZ3JlcCAn Iy4qcHBwIHRlbXAgZW50cnknIC9ldGMvcmVzb2x2LmNvbmYgfCBcCi0JCXRhaWwgLTEgfCBzZWQg J3MvLipwcHAgdGVtcCBlbnRyeS8jIHBwcCB0ZW1wIGVudHJ5LycgYAotCWVsc2UKLQkJdW5zZXQg UFBQX1RFTVBfRU5UUlkKLQlmaQotCVsgLW4gIiRQUFBfVEVNUF9FTlRSWSIgXSAmJiBtb2RpZnlf cmVzb2x2ZXIKKwkjIGNoZWNrIGlmIGtwcHAgd2FzIGhlcmUsIGRvbid0IHRvdWNoIC9ldGMvcmVz b2x2LmNvbmYgdGhlbiwganVzdCBVQworCWdyZXAgLWlxcyAnIy4qcHBwIHRlbXAgZW50cnknIC9l dGMvcmVzb2x2LmNvbmYgXAorCSYmIHVwZGF0ZV9jaHJvb3RlZF9jb25mIFwKKwl8fCBtb2RpZnlf cmVzb2x2ZXIKIGZpCiAKIGNhc2UgJENPTkZNRVRIT0QgaW4K