Bug 7845
| Summary: | невозможно (при нормальной работе модема) открыть WWW-сайт | ||||||
|---|---|---|---|---|---|---|---|
| Product: | Sisyphus | Reporter: | Dimas <cornerman> | ||||
| Component: | ppp-common | Assignee: | placeholder <placeholder> | ||||
| Status: | CLOSED FIXED | QA Contact: | qa-sisyphus | ||||
| Severity: | blocker | ||||||
| Priority: | P2 | CC: | eostapets, glebfm, ldv, mike, placeholder, rider, scampler, zerg | ||||
| Version: | unstable | ||||||
| Hardware: | all | ||||||
| OS: | Linux | ||||||
| Attachments: |
|
||||||
etcnet не принимает участия в процессе запуска pppd программой kppp. Но на kppp мы перевешивать тоже не будем, потому что он пакетами не оперирует. Итого могу диагностировать либо потенциальный дубликат #4239, либо неправильную настройку сетевого экрана и перевесить на ppp. Если под "незахождением" подразумевается незаполнение /etc/resolv.conf, то читайте http://wiki.sisyphus.ru/admin/etcnet#DNSandPPP. бага повешена на etcnet по следующей рекомендации: > 3.) Проблема с модемом. В Kppp модем > опрашивается. К сети подсоединяется, но > зайти куда-то невозможно. Как с этим > справится? Если вешать баги то на что и > куда (в смысле в bugzilla)? Вот это очень интересно. Наверное на etcnet. Rgds, Rider Незахождение это на любой адрес выдаётся сообщение, что нет такого. (In reply to comment #1) > etcnet не принимает участия в процессе запуска pppd программой kppp. Но на kppp > мы перевешивать тоже не будем, потому что он пакетами не оперирует. Итого могу > диагностировать либо потенциальный дубликат #4239, либо неправильную настройку > сетевого экрана и перевесить на ppp. > Если под "незахождением" подразумевается незаполнение /etc/resolv.conf, то > читайте http://wiki.sisyphus.ru/admin/etcnet#DNSandPPP. > Вот это очень интересно. Наверное на etcnet. > Rgds, > Rider Ничего интересного. Давайте лучше на hotplug. Rgds, Pilot > Незахождение это на любой адрес выдаётся сообщение, что нет такого. Кем или чем? Если браузером, то это проблема с DNS скорее всего. См. документацию. [...] > > читайте http://wiki.sisyphus.ru/admin/etcnet#DNSandPPP. /etc/resolv.conf search localdomain nameserver 195.210.128.1 #kppp temp entry nameserver 195.210.128.3 #kppp temp entry nameserver 195.210.128.1 #kppp temp entry nameserver 195.210.128.3 #kppp temp entry /etc/sysconfig/network # When set to no, this may cause most daemons' initscripts skip starting. NETWORKING=yes # Used by hotplug/pcmcia/ifplugd scripts to detect current network config # subsystem. CONFMETHOD=etcnet # Used by rc.sysinit to setup system hostname at boot. #HOSTNAME= #DOMAINNAME= DOMAINNAME=localdomain HOSTNAME=localhost.localdomain Какое значение булевской переменной RESOLV_MODS задавать? ping -n 195.210.128.1 и ping -n 195.210.128.3 работают после установки соединения? Если да, то что выводят dig @195.210.128.1 ru any и dig @195.210.128.3 ru any ? [root@localhost root]# ping -n 195.210.128.1 PING 195.210.128.1 (195.210.128.1) 56(84) bytes of data. 64 bytes from 195.210.128.1: icmp_seq=1 ttl=58 time=160 ms 64 bytes from 195.210.128.1: icmp_seq=2 ttl=58 time=147 ms 64 bytes from 195.210.128.1: icmp_seq=3 ttl=58 time=149 ms 64 bytes from 195.210.128.1: icmp_seq=4 ttl=58 time=133 ms 64 bytes from 195.210.128.1: icmp_seq=5 ttl=58 time=122 ms 64 bytes from 195.210.128.1: icmp_seq=6 ttl=58 time=130 ms 64 bytes from 195.210.128.1: icmp_seq=7 ttl=58 time=120 ms 64 bytes from 195.210.128.1: icmp_seq=8 ttl=58 time=130 ms 64 bytes from 195.210.128.1: icmp_seq=9 ttl=58 time=126 ms 64 bytes from 195.210.128.1: icmp_seq=10 ttl=58 time=121 ms 64 bytes from 195.210.128.1: icmp_seq=11 ttl=58 time=120 ms 64 bytes from 195.210.128.1: icmp_seq=12 ttl=58 time=127 ms 64 bytes from 195.210.128.1: icmp_seq=13 ttl=58 time=115 ms 64 bytes from 195.210.128.1: icmp_seq=14 ttl=58 time=131 ms 64 bytes from 195.210.128.1: icmp_seq=15 ttl=58 time=118 ms 64 bytes from 195.210.128.1: icmp_seq=16 ttl=58 time=132 ms 64 bytes from 195.210.128.1: icmp_seq=17 ttl=58 time=121 ms 64 bytes from 195.210.128.1: icmp_seq=18 ttl=58 time=120 ms 64 bytes from 195.210.128.1: icmp_seq=19 ttl=58 time=120 ms 64 bytes from 195.210.128.1: icmp_seq=20 ttl=58 time=117 ms 64 bytes from 195.210.128.1: icmp_seq=21 ttl=58 time=121 ms 64 bytes from 195.210.128.1: icmp_seq=22 ttl=58 time=123 ms 64 bytes from 195.210.128.1: icmp_seq=23 ttl=58 time=132 ms 64 bytes from 195.210.128.1: icmp_seq=24 ttl=58 time=232 ms 64 bytes from 195.210.128.1: icmp_seq=25 ttl=58 time=148 ms 64 bytes from 195.210.128.1: icmp_seq=26 ttl=58 time=125 ms 64 bytes from 195.210.128.1: icmp_seq=27 ttl=58 time=112 ms 64 bytes from 195.210.128.1: icmp_seq=28 ttl=58 time=125 ms 64 bytes from 195.210.128.1: icmp_seq=29 ttl=58 time=16425 ms 64 bytes from 195.210.128.1: icmp_seq=30 ttl=58 time=15586 ms 64 bytes from 195.210.128.1: icmp_seq=31 ttl=58 time=14622 ms 64 bytes from 195.210.128.1: icmp_seq=32 ttl=58 time=13663 ms 64 bytes from 195.210.128.1: icmp_seq=33 ttl=58 time=12676 ms 64 bytes from 195.210.128.1: icmp_seq=34 ttl=58 time=11688 ms 64 bytes from 195.210.128.1: icmp_seq=35 ttl=58 time=10696 ms 64 bytes from 195.210.128.1: icmp_seq=36 ttl=58 time=9709 ms 64 bytes from 195.210.128.1: icmp_seq=37 ttl=58 time=8720 ms 64 bytes from 195.210.128.1: icmp_seq=38 ttl=58 time=7738 ms 64 bytes from 195.210.128.1: icmp_seq=39 ttl=58 time=6745 ms 64 bytes from 195.210.128.1: icmp_seq=40 ttl=58 time=5909 ms 64 bytes from 195.210.128.1: icmp_seq=41 ttl=58 time=4917 ms 64 bytes from 195.210.128.1: icmp_seq=42 ttl=58 time=3924 ms 64 bytes from 195.210.128.1: icmp_seq=43 ttl=58 time=2933 ms 64 bytes from 195.210.128.1: icmp_seq=44 ttl=58 time=1943 ms 64 bytes from 195.210.128.1: icmp_seq=45 ttl=58 time=951 ms 64 bytes from 195.210.128.1: icmp_seq=46 ttl=58 time=127 ms 64 bytes from 195.210.128.1: icmp_seq=47 ttl=58 time=121 ms 64 bytes from 195.210.128.1: icmp_seq=48 ttl=58 time=123 ms 64 bytes from 195.210.128.1: icmp_seq=49 ttl=58 time=183 ms 64 bytes from 195.210.128.1: icmp_seq=50 ttl=58 time=117 ms 64 bytes from 195.210.128.1: icmp_seq=51 ttl=58 time=116 ms 64 bytes from 195.210.128.1: icmp_seq=52 ttl=58 time=140 ms 64 bytes from 195.210.128.1: icmp_seq=53 ttl=58 time=124 ms 64 bytes from 195.210.128.1: icmp_seq=54 ttl=58 time=131 ms 64 bytes from 195.210.128.1: icmp_seq=55 ttl=58 time=213 ms 64 bytes from 195.210.128.1: icmp_seq=56 ttl=58 time=136 ms 64 bytes from 195.210.128.1: icmp_seq=57 ttl=58 time=119 ms 64 bytes from 195.210.128.1: icmp_seq=58 ttl=58 time=134 ms 64 bytes from 195.210.128.1: icmp_seq=59 ttl=58 time=120 ms 64 bytes from 195.210.128.1: icmp_seq=60 ttl=58 time=118 ms 64 bytes from 195.210.128.1: icmp_seq=61 ttl=58 time=117 ms 64 bytes from 195.210.128.1: icmp_seq=62 ttl=58 time=134 ms 64 bytes from 195.210.128.1: icmp_seq=63 ttl=58 time=114 ms 64 bytes from 195.210.128.1: icmp_seq=64 ttl=58 time=217 ms 64 bytes from 195.210.128.1: icmp_seq=65 ttl=58 time=148 ms 64 bytes from 195.210.128.1: icmp_seq=66 ttl=58 time=125 ms 64 bytes from 195.210.128.1: icmp_seq=67 ttl=58 time=223 ms 64 bytes from 195.210.128.1: icmp_seq=68 ttl=58 time=145 ms 64 bytes from 195.210.128.1: icmp_seq=69 ttl=58 time=120 ms 64 bytes from 195.210.128.1: icmp_seq=70 ttl=58 time=125 ms 64 bytes from 195.210.128.1: icmp_seq=71 ttl=58 time=113 ms 64 bytes from 195.210.128.1: icmp_seq=72 ttl=58 time=128 ms 64 bytes from 195.210.128.1: icmp_seq=73 ttl=58 time=141 ms 64 bytes from 195.210.128.1: icmp_seq=74 ttl=58 time=277 ms 64 bytes from 195.210.128.1: icmp_seq=75 ttl=58 time=118 ms 64 bytes from 195.210.128.1: icmp_seq=76 ttl=58 time=125 ms 64 bytes from 195.210.128.1: icmp_seq=77 ttl=58 time=118 ms 64 bytes from 195.210.128.1: icmp_seq=78 ttl=58 time=120 ms 64 bytes from 195.210.128.1: icmp_seq=79 ttl=58 time=122 ms 64 bytes from 195.210.128.1: icmp_seq=80 ttl=58 time=121 ms 64 bytes from 195.210.128.1: icmp_seq=81 ttl=58 time=190 ms 64 bytes from 195.210.128.1: icmp_seq=82 ttl=58 time=147 ms 64 bytes from 195.210.128.1: icmp_seq=83 ttl=58 time=114 ms 64 bytes from 195.210.128.1: icmp_seq=84 ttl=58 time=142 ms 64 bytes from 195.210.128.1: icmp_seq=85 ttl=58 time=115 ms 64 bytes from 195.210.128.1: icmp_seq=86 ttl=58 time=198 ms 64 bytes from 195.210.128.1: icmp_seq=87 ttl=58 time=115 ms 64 bytes from 195.210.128.1: icmp_seq=88 ttl=58 time=129 ms 64 bytes from 195.210.128.1: icmp_seq=89 ttl=58 time=117 ms 64 bytes from 195.210.128.1: icmp_seq=90 ttl=58 time=128 ms 64 bytes from 195.210.128.1: icmp_seq=91 ttl=58 time=117 ms 64 bytes from 195.210.128.1: icmp_seq=92 ttl=58 time=125 ms 64 bytes from 195.210.128.1: icmp_seq=93 ttl=58 time=111 ms 64 bytes from 195.210.128.1: icmp_seq=94 ttl=58 time=126 ms 64 bytes from 195.210.128.1: icmp_seq=95 ttl=58 time=131 ms 64 bytes from 195.210.128.1: icmp_seq=96 ttl=58 time=115 ms 64 bytes from 195.210.128.1: icmp_seq=97 ttl=58 time=131 ms 64 bytes from 195.210.128.1: icmp_seq=98 ttl=58 time=119 ms 64 bytes from 195.210.128.1: icmp_seq=99 ttl=58 time=130 ms 64 bytes from 195.210.128.1: icmp_seq=100 ttl=58 time=116 ms 64 bytes from 195.210.128.1: icmp_seq=101 ttl=58 time=130 ms 64 bytes from 195.210.128.1: icmp_seq=102 ttl=58 time=133 ms 64 bytes from 195.210.128.1: icmp_seq=103 ttl=58 time=110 ms 64 bytes from 195.210.128.1: icmp_seq=104 ttl=58 time=119 ms 64 bytes from 195.210.128.1: icmp_seq=105 ttl=58 time=129 ms 64 bytes from 195.210.128.1: icmp_seq=106 ttl=58 time=111 ms 64 bytes from 195.210.128.1: icmp_seq=107 ttl=58 time=121 ms --- 195.210.128.1 ping statistics --- 107 packets transmitted, 107 received, 0% packet loss, time 106072ms rtt min/avg/max/mdev = 110.055/1504.211/16425.487/3678.786 ms, pipe 17 [root@localhost root]# ping -n 195.210.128.3 PING 195.210.128.3 (195.210.128.3) 56(84) bytes of data. 64 bytes from 195.210.128.3: icmp_seq=1 ttl=58 time=125 ms 64 bytes from 195.210.128.3: icmp_seq=2 ttl=58 time=117 ms 64 bytes from 195.210.128.3: icmp_seq=3 ttl=58 time=121 ms 64 bytes from 195.210.128.3: icmp_seq=4 ttl=58 time=123 ms 64 bytes from 195.210.128.3: icmp_seq=5 ttl=58 time=116 ms 64 bytes from 195.210.128.3: icmp_seq=6 ttl=58 time=141 ms 64 bytes from 195.210.128.3: icmp_seq=7 ttl=58 time=130 ms 64 bytes from 195.210.128.3: icmp_seq=8 ttl=58 time=139 ms 64 bytes from 195.210.128.3: icmp_seq=9 ttl=58 time=129 ms 64 bytes from 195.210.128.3: icmp_seq=10 ttl=58 time=142 ms 64 bytes from 195.210.128.3: icmp_seq=11 ttl=58 time=125 ms 64 bytes from 195.210.128.3: icmp_seq=12 ttl=58 time=130 ms 64 bytes from 195.210.128.3: icmp_seq=13 ttl=58 time=134 ms 64 bytes from 195.210.128.3: icmp_seq=14 ttl=58 time=118 ms 64 bytes from 195.210.128.3: icmp_seq=15 ttl=58 time=120 ms 64 bytes from 195.210.128.3: icmp_seq=16 ttl=58 time=118 ms 64 bytes from 195.210.128.3: icmp_seq=17 ttl=58 time=129 ms 64 bytes from 195.210.128.3: icmp_seq=18 ttl=58 time=115 ms 64 bytes from 195.210.128.3: icmp_seq=19 ttl=58 time=129 ms 64 bytes from 195.210.128.3: icmp_seq=20 ttl=58 time=456 ms 64 bytes from 195.210.128.3: icmp_seq=21 ttl=58 time=129 ms 64 bytes from 195.210.128.3: icmp_seq=22 ttl=58 time=119 ms 64 bytes from 195.210.128.3: icmp_seq=23 ttl=58 time=116 ms 64 bytes from 195.210.128.3: icmp_seq=24 ttl=58 time=136 ms 64 bytes from 195.210.128.3: icmp_seq=25 ttl=58 time=129 ms --- 195.210.128.3 ping statistics --- 36 packets transmitted, 25 received, 30% packet loss, time 35019ms rtt min/avg/max/mdev = 115.976/140.247/456.925/65.126 ms [root@localhost root]# dig @195.210.128.1 ru any -bash: dig: command not found [root@localhost root]# rpm -q dig warning: package dig is not installed [root@localhost root]# mc [root@localhost /]# dig @195.210.128.3 ru any -bash: dig: command not found [root@localhost /]# На диске этого пакета dig нет. Где его брать для Compact -3.0-rc6? dig содержится в пакете bind-utils, можно взять из Sisyphus. [root@localhost ustanovka]# dig @195.210.128.3 ru any ; <<>> DiG 9.2.4 <<>> @195.210.128.3 ru any ;; global options: printcmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 12045 ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 8, ADDITIONAL: 9 ;; QUESTION SECTION: ;ru. IN ANY ;; ANSWER SECTION: ru. 345121 IN SOA ns.ripn.net. hostmaster.ripn.net. 4009473 7200 900 2592000 3600 ;; AUTHORITY SECTION: ru. 51354 IN NS AUTH60.NS.UU.net. ru. 51354 IN NS NS2.NIC.FR. ru. 51354 IN NS ns.ripn.net. ru. 51354 IN NS NS2.ripn.net. ru. 51354 IN NS SUNIC.SUNET.SE. ru. 51354 IN NS NS1.RELCOM.ru. ru. 51354 IN NS NS5.MSK-IX.net. ru. 51354 IN NS NS9.ripn.net. ;; ADDITIONAL SECTION: AUTH60.NS.UU.net. 76886 IN A 198.6.1.181 NS2.NIC.FR. 51355 IN AAAA 2001:660:3005:1::1:2 NS2.NIC.FR. 52347 IN A 192.93.0.4 ns.ripn.net. 51765 IN A 194.85.119.1 NS2.ripn.net. 52354 IN A 194.226.96.30 SUNIC.SUNET.SE. 52053 IN A 192.36.125.2 NS1.RELCOM.ru. 224306 IN A 193.125.152.3 NS5.MSK-IX.net. 138751 IN A 193.232.128.6 NS9.ripn.net. 52354 IN A 194.85.252.62 ;; Query time: 248 msec ;; SERVER: 195.210.128.3#53(195.210.128.3) ;; WHEN: Tue Sep 6 04:26:14 2005 ;; MSG SIZE rcvd: 413 [root@localhost ustanovka]# dig @195.210.128.1 ru any ; <<>> DiG 9.2.4 <<>> @195.210.128.1 ru any ;; global options: printcmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 46474 ;; flags: qr rd ra; QUERY: 1, ANSWER: 9, AUTHORITY: 8, ADDITIONAL: 8 ;; QUESTION SECTION: ;ru. IN ANY ;; ANSWER SECTION: ru. 93123 IN NS auth60.ns.uu.net. ru. 93123 IN NS sunic.sunet.se. ru. 93123 IN NS ns2.nic.fr. ru. 93123 IN NS ns2.ripn.net. ru. 93123 IN NS ns5.msk-ix.net. ru. 93123 IN NS ns9.ripn.net. ru. 93123 IN NS ns.ripn.net. ru. 93123 IN NS ns1.relcom.ru. ru. 3000 IN SOA ns.ripn.net. hostmaster.ripn.net. 4009473 7200 900 2592000 3600 ;; AUTHORITY SECTION: ru. 93123 IN NS auth60.ns.uu.net. ru. 93123 IN NS sunic.sunet.se. ru. 93123 IN NS ns2.nic.fr. ru. 93123 IN NS ns2.ripn.net. ru. 93123 IN NS ns5.msk-ix.net. ru. 93123 IN NS ns9.ripn.net. ru. 93123 IN NS ns.ripn.net. ru. 93123 IN NS ns1.relcom.ru. ;; ADDITIONAL SECTION: auth60.ns.uu.net. 1553 IN A 198.6.1.181 sunic.sunet.se. 60452 IN A 192.36.125.2 ns2.nic.fr. 51141 IN AAAA 2001:660:3005:1::1:2 ns2.nic.fr. 60448 IN A 192.93.0.4 ns2.ripn.net. 53360 IN A 194.226.96.30 ns5.msk-ix.net. 148262 IN A 193.232.128.6 ns9.ripn.net. 60830 IN A 194.85.252.62 ns.ripn.net. 51153 IN A 194.85.119.1 ;; Query time: 274 msec ;; SERVER: 195.210.128.1#53(195.210.128.1) ;; WHEN: Tue Sep 6 04:27:10 2005 ;; MSG SIZE rcvd: 509 [root@localhost ustanovka]# Спасибо. Вынужден заключить, что всё работает нормально. 2Dimas: а что подразумевается под "невозможно зайти ни на один адрес" ? Под незахождением понимается: набираю в броузере(Firefox,Konqueror) www.altlinux.ru в ответ нет такого адреса. Так с любым адресом. Что надо поменять? Iptables я не трогал, да и не знаю как. а что при этом в /etc/resolv.conf ? не помогает ли update_chrooted all ? Если все три команды корректно работают, то сломаны браузеры: dig @195.210.128.1 www.altlinux.ru any dig www.altlinux.ru telnet www.altlinux.ru 80 [root@localhost root]# dig @195.210.128.1 www.altlinux.ru any ; <<>> DiG 9.2.4 <<>> @195.210.128.1 www.altlinux.ru any ;; global options: printcmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 30504 ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 2, ADDITIONAL: 2 ;; QUESTION SECTION: ;www.altlinux.ru. IN ANY ;; ANSWER SECTION: www.altlinux.ru. 57210 IN A 62.118.250.7 ;; AUTHORITY SECTION: altlinux.ru. 21279 IN NS mh.altlinux.org. altlinux.ru. 21279 IN NS master.altlinux.org. ;; ADDITIONAL SECTION: mh.altlinux.org. 84272 IN A 217.16.24.5 master.altlinux.org. 84272 IN A 62.118.250.235 ;; Query time: 177 msec ;; SERVER: 195.210.128.1#53(195.210.128.1) ;; WHEN: Tue Sep 6 22:50:01 2005 ;; MSG SIZE rcvd: 131 [root@localhost root]# dig www.altlinux.ru ; <<>> DiG 9.2.4 <<>> www.altlinux.ru ;; global options: printcmd ;; connection timed out; no servers could be reached [root@localhost root]# telnet www.altlinux.ru 80 telnet: www.altlinux.ru: Temporary failure in name resolution www.altlinux.ru: Host name lookup failure [root@localhost root]# Модем U.S. Robotics 56K постоянно отваливается, приходится после каждой перезагрузки/включения : [root@localhost root]# ln -s /dev/ttyS0 /dev/modem >а что при этом в /etc/resolv.conf ? не помогает ли update_chrooted all ? в resolv.conf пусто. update_chrooted all не помогает (In reply to comment #4) > /etc/resolv.conf > search localdomain > nameserver 195.210.128.1 #kppp temp entry > nameserver 195.210.128.3 #kppp temp entry > nameserver 195.210.128.1 #kppp temp entry > nameserver 195.210.128.3 #kppp temp entry Так пустой или непустой? если смотреть /etc/resolv.conf во время соединения , то пустой. Пустой во время поднятого ppp-интерфейса? А до и после? До search localdomain nameserver 195.210.128.1 #kppp temp entry nameserver 195.210.128.3 #kppp temp entry nameserver 195.210.128.1 #kppp temp entry nameserver 195.210.128.3 #kppp temp entry Во время После search localdomain nameserver 195.210.128.1 #kppp temp entry nameserver 195.210.128.3 #kppp temp entry nameserver 195.210.128.1 #kppp temp entry nameserver 195.210.128.3 #kppp temp entry nameserver 195.210.128.1 #kppp temp entry nameserver 195.210.128.3 #kppp temp entry Вот теперь ясно. Опять возвращаемся к #4249... Я думаю, пусть kppp экспортирует RESOLV_MODS=no *** Bug 7897 has been marked as a duplicate of this bug. *** Я не против. Правда, оказалось, что в kppp не так просто это сделать. Кстати, а кто запускает ip-up ? (In reply to comment #23) > оказалось, что в kppp не так просто это сделать. Хотя, примитивно. Я сначала думал от настроек зависимым сделать. *** Bug 7897 has been marked as a duplicate of this bug. *** (In reply to comment #24) > Кстати, а кто запускает ip-up ? pppd, как обычно (In reply to comment #21) > Я думаю, пусть kppp экспортирует RESOLV_MODS=no kdenetwork-3.4.1-alt3 Created attachment 1134 [details]
Фикс к скрипту /etc/ppp/ip-up
В скрипте /etc/ppp/ip-up есть маленькая ошибка (у меня стоит последний
ppp-common-0.3-alt1). В функции modify_resolver. В том виде, как это есть файл
/etc/resolv.conf будет модифицироваться в случаях:
1) установлена переменная окружения DNS1 (MS_DNS1)
2) адрес $DNS1 еще не прописан в /etc/resolv.conf
И все действительно работает. Но дело в том, что в противном случае файл
/etc/resolv.conf _очищается_ вместо того, чтобы оставаться неизменным, из-за
того, что временный файл с данными создается и заполняется только при
выполнении этих двух условий (создание файла в том же операторе if). В
результате при неустановленной usepeerdns или если адрес DNS уже есть (был) в
конфиге, команда cat $tr > /etc/resolv.conf в конце функции вырождается в cat >
/etc/resolv.conf, то есть имеем пустой /etc/resolv.conf. По моему, эта бага как
раз про второе условие.
Прикрепляю патч к ip-up, который сделал для себя на скорую руку.
PS. Экспорт RESOLV_MODS=no в kppp ничего не даст, поскольку pppd сам
настраивает окружение для ip-up, да и сам ip-up это значение перечитывает из
/etc/sysconfig/network: SourceIfNotEmpty $N_C_S_CONFIG
(In reply to comment #29) > PS. Экспорт RESOLV_MODS=no в kppp ничего не даст, поскольку pppd сам > настраивает окружение для ip-up, да и сам ip-up это значение перечитывает из > /etc/sysconfig/network: SourceIfNotEmpty $N_C_S_CONFIG Там нет RESOLV_MODS по-умолчанию. Кто напишет - Буратино, а виноват будет все-равно Pilot ;-) (In reply to comment #30) > (In reply to comment #29) > > PS. Экспорт RESOLV_MODS=no в kppp ничего не даст, поскольку pppd сам > > настраивает окружение для ip-up, да и сам ip-up это значение перечитывает из > > /etc/sysconfig/network: SourceIfNotEmpty $N_C_S_CONFIG > Там нет RESOLV_MODS по-умолчанию. Кто напишет - Буратино, а виноват будет > все-равно Pilot ;-) > Про RESOLV_MODS в /etc/sysconfig/network я взял из http://wiki.sisyphus.ru/admin/etcnet#DNSandPPP: "... /etc/resolv.conf будет модифицироваться в зависимости от значения булевской переменной RESOLV_MODS, которую необходимо задавать в файле /etc/sysconfig/network." Но, собственно, речь шла о том, что экспорт переменных окружения из kppp на окружение ip-up при вызове его из pppd не влияет (в любом случае): yura@uka ~> man pppd | grep -A4 'Pppd runs the scripts' system's security. Pppd runs the scripts with standard input, output and error redirected to /dev/null, and with an environment that is empty except for some environment variables that give information about the link. The environment variables that pppd sets are: (In reply to comment #31) В ip-up написано if ! is_no "$RESOLV_MODS"; then :-( > man pppd Да :-( /etc/net 0.7.13 При незаданном RESOLV_MODS в /etc/sysconfig/network вне зависимости от наличия # ppp temp entry в /etc/resolv.conf при вызовах ifup/ifdown: 1. При использовании usepeerdns /etc/resolv.conf на время соединения заполняется, но странным образом. 2. При неиспользовании usepeerdns /etc/resolv.conf на время соединения очищается. Причина ошибки в неправильном переносе кода модификации из net-scripts в ppp-common. ppp-common-0.4-alt1 должен решать проблему. В Sisyphus уже опубликовано, заинтересованные лица должны проверить, так ли хорошо у них решается проблема, как и у меня. Если возражений не будет, считаю исправленным. Сообщите пожалуйста текущее состояние. Закрываю Закрываю |
Description
Dimas 2005-09-02 21:36:08 MSD