7845 2005-09-02 21:36:08 +0400 невозможно (при нормальной работе модема) открыть WWW-сайт 2005-10-04 13:46:40 +0400 1 1 4 Development Sisyphus ppp-common unstable all Linux CLOSED FIXED P2 blocker --- 1 cornerman placeholder eostapets glebfm ldv mike placeholder rider scampler vt zerg qa-sisyphus oldest_to_newest 29916 0 cornerman 2005-09-02 21:36:08 +0400 Compact-3.0-rc6 он же ALT Linux Sisyphus (20050723) Модем U.S. Robotics 56K опрашивается в Kppp, подсоединяется к интернету, но зайти на любой адрес невозможно. Steps to Reproduce: 1.запуск kppp 2.соединение с интернетом 3. Actual Results: невозможно зайти на любой адрес 29946 1 pilot 2005-09-03 11:48:04 +0400 etcnet не принимает участия в процессе запуска pppd программой kppp. Но на kppp мы перевешивать тоже не будем, потому что он пакетами не оперирует. Итого могу диагностировать либо потенциальный дубликат #4239, либо неправильную настройку сетевого экрана и перевесить на ppp. Если под "незахождением" подразумевается незаполнение /etc/resolv.conf, то читайте http://wiki.sisyphus.ru/admin/etcnet#DNSandPPP. 29948 2 cornerman 2005-09-03 13:07:12 +0400 бага повешена на 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. 29957 3 pilot 2005-09-03 15:24:07 +0400 > Вот это очень интересно. Наверное на etcnet. > Rgds, > Rider Ничего интересного. Давайте лучше на hotplug. Rgds, Pilot > Незахождение это на любой адрес выдаётся сообщение, что нет такого. Кем или чем? Если браузером, то это проблема с DNS скорее всего. См. документацию. [...] > > читайте http://wiki.sisyphus.ru/admin/etcnet#DNSandPPP. 29960 4 cornerman 2005-09-03 16:30:51 +0400 /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 задавать? 29980 5 pilot 2005-09-03 22:09:57 +0400 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 ? 30001 6 cornerman 2005-09-04 13:22:30 +0400 [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? 30069 7 pilot 2005-09-05 11:33:13 +0400 dig содержится в пакете bind-utils, можно взять из Sisyphus. 30123 8 cornerman 2005-09-06 00:47:23 +0400 [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]# 30137 9 pilot 2005-09-06 10:50:25 +0400 Спасибо. Вынужден заключить, что всё работает нормально. 30139 10 rider 2005-09-06 10:56:13 +0400 2Dimas: а что подразумевается под "невозможно зайти ни на один адрес" ? 30151 11 cornerman 2005-09-06 14:00:26 +0400 Под незахождением понимается: набираю в броузере(Firefox,Konqueror) www.altlinux.ru в ответ нет такого адреса. Так с любым адресом. Что надо поменять? Iptables я не трогал, да и не знаю как. 30152 12 rider 2005-09-06 14:11:40 +0400 а что при этом в /etc/resolv.conf ? не помогает ли update_chrooted all ? 30153 13 pilot 2005-09-06 14:15:01 +0400 Если все три команды корректно работают, то сломаны браузеры: dig @195.210.128.1 www.altlinux.ru any dig www.altlinux.ru telnet www.altlinux.ru 80 30174 14 cornerman 2005-09-06 19:28:03 +0400 [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]# 30176 15 cornerman 2005-09-06 19:34:06 +0400 Модем U.S. Robotics 56K постоянно отваливается, приходится после каждой перезагрузки/включения : [root@localhost root]# ln -s /dev/ttyS0 /dev/modem >а что при этом в /etc/resolv.conf ? не помогает ли update_chrooted all ? в resolv.conf пусто. update_chrooted all не помогает 30208 16 pilot 2005-09-07 11:40:41 +0400 (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 Так пустой или непустой? 30214 17 cornerman 2005-09-07 12:28:41 +0400 если смотреть /etc/resolv.conf во время соединения , то пустой. 30218 18 pilot 2005-09-07 13:16:01 +0400 Пустой во время поднятого ppp-интерфейса? А до и после? 30221 19 cornerman 2005-09-07 14:01:44 +0400 До 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 30222 20 pilot 2005-09-07 14:17:27 +0400 Вот теперь ясно. Опять возвращаемся к #4249... 30224 21 pilot 2005-09-07 14:27:39 +0400 Я думаю, пусть kppp экспортирует RESOLV_MODS=no 30250 22 pilot 2005-09-07 20:06:15 +0400 *** Bug 7897 has been marked as a duplicate of this bug. *** 30251 23 zerg 2005-09-07 20:32:17 +0400 Я не против. Правда, оказалось, что в kppp не так просто это сделать. 30252 24 zerg 2005-09-07 20:37:00 +0400 Кстати, а кто запускает ip-up ? 30277 25 zerg 2005-09-08 16:00:46 +0400 (In reply to comment #23) > оказалось, что в kppp не так просто это сделать. Хотя, примитивно. Я сначала думал от настроек зависимым сделать. 30280 26 pilot 2005-09-08 16:16:58 +0400 *** Bug 7897 has been marked as a duplicate of this bug. *** 30283 27 pilot 2005-09-08 16:25:11 +0400 (In reply to comment #24) > Кстати, а кто запускает ip-up ? pppd, как обычно 30291 28 zerg 2005-09-08 16:30:39 +0400 (In reply to comment #21) > Я думаю, пусть kppp экспортирует RESOLV_MODS=no kdenetwork-3.4.1-alt3 30931 29 1134 yura 2005-09-23 16:19:59 +0400 Created attachment 1134 Фикс к скрипту /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 30938 30 zerg 2005-09-23 18:28:29 +0400 (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 ;-) 30939 31 yura 2005-09-23 18:56:26 +0400 (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: 30940 32 zerg 2005-09-23 20:05:40 +0400 (In reply to comment #31) В ip-up написано if ! is_no "$RESOLV_MODS"; then :-( > man pppd Да :-( 30972 33 pilot 2005-09-25 19:41:18 +0400 /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 на время соединения очищается. 30976 34 pilot 2005-09-25 23:16:32 +0400 Причина ошибки в неправильном переносе кода модификации из net-scripts в ppp-common. ppp-common-0.4-alt1 должен решать проблему. 31073 35 pilot 2005-09-28 10:32:59 +0400 В Sisyphus уже опубликовано, заинтересованные лица должны проверить, так ли хорошо у них решается проблема, как и у меня. 31077 36 pilot 2005-09-28 11:45:54 +0400 Если возражений не будет, считаю исправленным. 31313 37 pilot 2005-10-03 11:12:48 +0400 Сообщите пожалуйста текущее состояние. 31346 38 pilot 2005-10-04 13:43:17 +0400 Закрываю 31347 39 pilot 2005-10-04 13:43:39 +0400 Закрываю 1134 2005-09-23 16:19:59 +0400 2005-09-23 16:19:59 +0400 Фикс к скрипту /etc/ppp/ip-up ip-up.patch text/plain 801 yura LS0tIGlwLXVwLnBwcC1jb21tb24tMC4zLWFsdDEJMjAwNS0wOS0yMyAxNDo1NjowNCArMDMwMAor KysgaXAtdXAJMjAwNS0wOS0yMyAxMjoyNjowNSArMDMwMApAQCAtNjAsOCArNjMsOSBAQAogCVsg LXogIiRNU19ETlMxIiBdIHx8IEROUzE9JE1TX0ROUzEKIAlbIC16ICIkTVNfRE5TMiIgXSB8fCBE TlMyPSRNU19ETlMyCiAJbG9jYWwgdHIKLQlpZiBbIC1uICIkRE5TMSIgXSAmJiAhIGdyZXAgLXFz ICJebmFtZXNlcnZlciAkRE5TMSIgL2V0Yy9yZXNvbHYuY29uZiAmJgotCQl0cj1gbWt0ZW1wIC9l dGMvcmVzb2x2LmNvbmYuWFhYWFhYYDsgdGhlbgorCXRyPWBta3RlbXAgL2V0Yy9yZXNvbHYuY29u Zi5YWFhYWFhgIHx8IHJldHVybiAxCisJaWYgWyAtbiAiJEROUzEiIF0gJiYgISBncmVwIC1xcyAi Xm5hbWVzZXJ2ZXIgJEROUzEiIC9ldGMvcmVzb2x2LmNvbmYKKwl0aGVuCiAJCSMgcmVwbGFjZSBv bmx5IHRoZSBmaXJzdCB0d28gbmFtZXNlcnZlciBsaW5lczsgY2Fubm90IGNvdW50IG9uIGF3awog CQkjIGFuZCBkbyBub3Qga25vdyBpZiBzZWQgaXMgY2FwYWJsZSBvZiB0aGlzLi4uCiAJCWxvY2Fs IGN1cnJlbnRfcmVwbGFjZW1lbnQ9IiRETlMxIgpAQCAtMTAyLDYgKzEwNiw4IEBACiAJCQkJZWNo byAic2VhcmNoICRET01BSU4gJHNlYXJjaCIgPj4gJHRyCiAJCQlmaQogCQlkb25lCisJZWxzZQor CQljYXQgL2V0Yy9yZXNvbHYuY29uZiA+ICR0cgogCWZpCiAJIyBiYWNrdXAgcmVzb2x2LmNvbmYK IAljcCAtYWYgL2V0Yy9yZXNvbHYuY29uZiAvZXRjL3Jlc29sdi5jb25mLnNhdmUuJFJFQUxERVZJ Q0UK