Bug 7845 - невозможно (при нормальной работе модема) открыть WWW-сайт
: невозможно (при нормальной работе модема) открыть WWW-сайт
Status: CLOSED FIXED
: Sisyphus
(All bugs in Sisyphus/ppp-common)
: unstable
: all Linux
: P2 blocker
Assigned To:
:
:
:
:
:
  Show dependency tree
 
Reported: 2005-09-02 21:36 by
Modified: 2005-10-04 13:46 (History)


Attachments
Фикс к скрипту /etc/ppp/ip-up (801 bytes, patch)
2005-09-23 16:19, Yuriy Kashirin
no flags Details | Diff


Note

You need to log in before you can comment on or make changes to this bug.


Description From 2005-09-02 21:36:08
Compact-3.0-rc6 он же ALT Linux Sisyphus (20050723)
Модем U.S. Robotics 56K опрашивается в Kppp, подсоединяется к интернету, 
но зайти на любой адрес невозможно.
Steps to Reproduce:
1.запуск kppp
2.соединение с интернетом
3.
Actual Results:  
невозможно зайти на любой адрес
------- Comment #1 From 2005-09-03 11:48:04 -------
etcnet не принимает участия в процессе запуска pppd программой kppp. Но на kppp
мы перевешивать тоже не будем, потому что он пакетами не оперирует. Итого могу
диагностировать либо потенциальный дубликат #4239, либо неправильную настройку
сетевого экрана и перевесить на ppp.
Если под "незахождением" подразумевается незаполнение /etc/resolv.conf, то
читайте http://wiki.sisyphus.ru/admin/etcnet#DNSandPPP.
------- Comment #2 From 2005-09-03 13:07:12 -------
бага повешена на 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.
------- Comment #3 From 2005-09-03 15:24:07 -------
> Вот это очень интересно. Наверное на etcnet.
> Rgds,
> Rider
Ничего интересного. Давайте лучше на hotplug.
Rgds,
Pilot

> Незахождение это на любой адрес выдаётся сообщение, что нет такого.
Кем или чем? Если браузером, то это проблема с DNS скорее всего. См. документацию.
[...]
> > читайте http://wiki.sisyphus.ru/admin/etcnet#DNSandPPP.

------- Comment #4 From 2005-09-03 16:30:51 -------
/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 задавать?
------- Comment #5 From 2005-09-03 22:09:57 -------
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
?
------- Comment #6 From 2005-09-04 13:22:30 -------
[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?
------- Comment #7 From 2005-09-05 11:33:13 -------
dig содержится в пакете bind-utils, можно взять из Sisyphus.
------- Comment #8 From 2005-09-06 00:47:23 -------
[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]#
------- Comment #9 From 2005-09-06 10:50:25 -------
Спасибо.
Вынужден заключить, что всё работает нормально.
------- Comment #10 From 2005-09-06 10:56:13 -------
2Dimas:

а что подразумевается под "невозможно зайти ни на один адрес" ?
------- Comment #11 From 2005-09-06 14:00:26 -------
Под незахождением понимается:
набираю в броузере(Firefox,Konqueror) www.altlinux.ru
в ответ нет такого адреса. Так с любым адресом.
Что надо поменять? Iptables я не трогал, да и не знаю как.
------- Comment #12 From 2005-09-06 14:11:40 -------
а что при этом в /etc/resolv.conf ? не помогает ли update_chrooted all ?
------- Comment #13 From 2005-09-06 14:15:01 -------
Если все три команды корректно работают, то сломаны браузеры:
dig @195.210.128.1 www.altlinux.ru any
dig www.altlinux.ru
telnet www.altlinux.ru 80
------- Comment #14 From 2005-09-06 19:28:03 -------
[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]#

------- Comment #15 From 2005-09-06 19:34:06 -------
Модем U.S. Robotics 56K постоянно отваливается, приходится после каждой
перезагрузки/включения :
[root@localhost root]# ln -s /dev/ttyS0 /dev/modem
 >а что при этом в /etc/resolv.conf ? не помогает ли update_chrooted all ?
в resolv.conf пусто. update_chrooted all не помогает
------- Comment #16 From 2005-09-07 11:40:41 -------
(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
Так пустой или непустой?
------- Comment #17 From 2005-09-07 12:28:41 -------
если смотреть /etc/resolv.conf во время соединения , то пустой.
------- Comment #18 From 2005-09-07 13:16:01 -------
Пустой во время поднятого ppp-интерфейса? А до и после?
------- Comment #19 From 2005-09-07 14:01:44 -------
До
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
------- Comment #20 From 2005-09-07 14:17:27 -------
Вот теперь ясно. Опять возвращаемся к #4249...
------- Comment #21 From 2005-09-07 14:27:39 -------
Я думаю, пусть kppp экспортирует RESOLV_MODS=no
------- Comment #22 From 2005-09-07 20:06:15 -------
*** Bug 7897 has been marked as a duplicate of this bug. ***
------- Comment #23 From 2005-09-07 20:32:17 -------
Я не против. Правда, оказалось, что в kppp не так просто это сделать. 
------- Comment #24 From 2005-09-07 20:37:00 -------
Кстати, а кто запускает ip-up ? 
------- Comment #25 From 2005-09-08 16:00:46 -------
(In reply to comment #23) 
> оказалось, что в kppp не так просто это сделать.  
Хотя, примитивно. Я сначала думал от настроек зависимым сделать. 
 
 
------- Comment #26 From 2005-09-08 16:16:58 -------
*** Bug 7897 has been marked as a duplicate of this bug. ***
------- Comment #27 From 2005-09-08 16:25:11 -------
(In reply to comment #24)
> Кстати, а кто запускает ip-up ? 
pppd, как обычно
------- Comment #28 From 2005-09-08 16:30:39 -------
 (In reply to comment #21) 
> Я думаю, пусть kppp экспортирует RESOLV_MODS=no 
kdenetwork-3.4.1-alt3 
 
------- Comment #29 From 2005-09-23 16:19:59 -------
Created an attachment (id=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
------- Comment #30 From 2005-09-23 18:28:29 -------
(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 ;-) 
 
------- Comment #31 From 2005-09-23 18:56:26 -------
(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: 
 
------- Comment #32 From 2005-09-23 20:05:40 -------
(In reply to comment #31)   
В ip-up написано   
if ! is_no "$RESOLV_MODS"; then   
:-(  
  
> man pppd 
Да :-( 
 
------- Comment #33 From 2005-09-25 19:41:18 -------
/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 на время соединения очищается.
------- Comment #34 From 2005-09-25 23:16:32 -------
Причина ошибки в неправильном переносе кода модификации из net-scripts в
ppp-common. ppp-common-0.4-alt1 должен решать проблему.
------- Comment #35 From 2005-09-28 10:32:59 -------
В Sisyphus уже опубликовано, заинтересованные лица должны проверить, так ли
хорошо у них решается проблема, как и у меня.
------- Comment #36 From 2005-09-28 11:45:54 -------
Если возражений не будет, считаю исправленным.
------- Comment #37 From 2005-10-03 11:12:48 -------
Сообщите пожалуйста текущее состояние.
------- Comment #38 From 2005-10-04 13:43:17 -------
Закрываю
------- Comment #39 From 2005-10-04 13:43:39 -------
Закрываю