#7845 – невозможно (при нормальной работе модема) открыть WWW-сайт

Bug 7845 - невозможно (при нормальной работе модема) открыть WWW-сайт

Summary: невозможно (при нормальной работе модема) открыть WWW-сайт

Status:	CLOSED FIXED

Alias:	None

Product:	Sisyphus
Classification:	Development
Component:	ppp-common (show other bugs)
Version:	unstable
Hardware:	all Linux

Importance:	P2 blocker
Assignee:	placeholder@altlinux.org
QA Contact:	qa-sisyphus

URL:
Keywords:

Depends on:
Blocks:

Reported:	2005-09-02 21:36 MSD by Dimas
Modified:	2005-10-04 13:46 MSD (History)
CC List:	8 users (show)

See Also:

Attachments
Фикс к скрипту /etc/ppp/ip-up (801 bytes, patch) 2005-09-23 16:19 MSD, Yuriy Kashirin	no flags	Details \| Diff
View All Add an attachment (proposed patch, testcase, etc.)

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

Description

Dimas 2005-09-02 21:36:08 MSD

Compact-3.0-rc6 он же ALT Linux Sisyphus (20050723)
Модем U.S. Robotics 56K опрашивается в Kppp, подсоединяется к интернету, 
но зайти на любой адрес невозможно.
Steps to Reproduce:
1.запуск kppp
2.соединение с интернетом
3.
Actual Results:  
невозможно зайти на любой адрес

Comment 1

Denis Ovsienko 2005-09-03 11:48:04 MSD

etcnet не принимает участия в процессе запуска pppd программой kppp. Но на kppp
мы перевешивать тоже не будем, потому что он пакетами не оперирует. Итого могу
диагностировать либо потенциальный дубликат #4239, либо неправильную настройку
сетевого экрана и перевесить на ppp.
Если под "незахождением" подразумевается незаполнение /etc/resolv.conf, то
читайте http://wiki.sisyphus.ru/admin/etcnet#DNSandPPP.

Comment 2

Dimas 2005-09-03 13:07:12 MSD

бага повешена на 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

Denis Ovsienko 2005-09-03 15:24:07 MSD

> Вот это очень интересно. Наверное на etcnet.
> Rgds,
> Rider
Ничего интересного. Давайте лучше на hotplug.
Rgds,
Pilot

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

Comment 4

Dimas 2005-09-03 16:30:51 MSD

/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

Denis Ovsienko 2005-09-03 22:09:57 MSD

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

Dimas 2005-09-04 13:22:30 MSD

[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

Denis Ovsienko 2005-09-05 11:33:13 MSD

dig содержится в пакете bind-utils, можно взять из Sisyphus.

Comment 8

Dimas 2005-09-06 00:47:23 MSD

[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

Denis Ovsienko 2005-09-06 10:50:25 MSD

Спасибо.
Вынужден заключить, что всё работает нормально.

Comment 10

Anton Farygin 2005-09-06 10:56:13 MSD

2Dimas:

а что подразумевается под "невозможно зайти ни на один адрес" ?

Comment 11

Dimas 2005-09-06 14:00:26 MSD

Под незахождением понимается:
набираю в броузере(Firefox,Konqueror) www.altlinux.ru
в ответ нет такого адреса. Так с любым адресом.
Что надо поменять? Iptables я не трогал, да и не знаю как.

Comment 12

Anton Farygin 2005-09-06 14:11:40 MSD

а что при этом в /etc/resolv.conf ? не помогает ли update_chrooted all ?

Comment 13

Denis Ovsienko 2005-09-06 14:15:01 MSD

Если все три команды корректно работают, то сломаны браузеры:
dig @195.210.128.1 www.altlinux.ru any
dig www.altlinux.ru
telnet www.altlinux.ru 80

Comment 14

Dimas 2005-09-06 19:28:03 MSD

[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

Dimas 2005-09-06 19:34:06 MSD

Модем 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

Denis Ovsienko 2005-09-07 11:40:41 MSD

(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

Dimas 2005-09-07 12:28:41 MSD

если смотреть /etc/resolv.conf во время соединения , то пустой.

Comment 18

Denis Ovsienko 2005-09-07 13:16:01 MSD

Пустой во время поднятого ppp-интерфейса? А до и после?

Comment 19

Dimas 2005-09-07 14:01:44 MSD

До
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

Denis Ovsienko 2005-09-07 14:17:27 MSD

Вот теперь ясно. Опять возвращаемся к #4249...

Comment 21

Denis Ovsienko 2005-09-07 14:27:39 MSD

Я думаю, пусть kppp экспортирует RESOLV_MODS=no

Comment 22

Denis Ovsienko 2005-09-07 20:06:15 MSD

*** Bug 7897 has been marked as a duplicate of this bug. ***

Comment 23

Sergey V Turchin 2005-09-07 20:32:17 MSD

Я не против. Правда, оказалось, что в kppp не так просто это сделать.

Comment 24

Sergey V Turchin 2005-09-07 20:37:00 MSD

Кстати, а кто запускает ip-up ?

Comment 25

Sergey V Turchin 2005-09-08 16:00:46 MSD

(In reply to comment #23) 
> оказалось, что в kppp не так просто это сделать.  
Хотя, примитивно. Я сначала думал от настроек зависимым сделать.

Comment 26

Denis Ovsienko 2005-09-08 16:16:58 MSD

*** Bug 7897 has been marked as a duplicate of this bug. ***

Comment 27

Denis Ovsienko 2005-09-08 16:25:11 MSD

(In reply to comment #24)
> Кстати, а кто запускает ip-up ? 
pppd, как обычно

Comment 28

Sergey V Turchin 2005-09-08 16:30:39 MSD

 (In reply to comment #21) 
> Я думаю, пусть kppp экспортирует RESOLV_MODS=no 
kdenetwork-3.4.1-alt3

Comment 29

Yuriy Kashirin 2005-09-23 16:19:59 MSD

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

Comment 30

Sergey V Turchin 2005-09-23 18:28:29 MSD

(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

Yuriy Kashirin 2005-09-23 18:56:26 MSD

(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

Sergey V Turchin 2005-09-23 20:05:40 MSD

(In reply to comment #31)   
В ip-up написано   
if ! is_no "$RESOLV_MODS"; then   
:-(  
  
> man pppd 
Да :-(

Comment 33

Denis Ovsienko 2005-09-25 19:41:18 MSD

/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

Denis Ovsienko 2005-09-25 23:16:32 MSD

Причина ошибки в неправильном переносе кода модификации из net-scripts в
ppp-common. ppp-common-0.4-alt1 должен решать проблему.

Comment 35

Denis Ovsienko 2005-09-28 10:32:59 MSD

В Sisyphus уже опубликовано, заинтересованные лица должны проверить, так ли
хорошо у них решается проблема, как и у меня.

Comment 36

Denis Ovsienko 2005-09-28 11:45:54 MSD

Если возражений не будет, считаю исправленным.

Comment 37

Denis Ovsienko 2005-10-03 11:12:48 MSD

Сообщите пожалуйста текущее состояние.

Comment 38

Denis Ovsienko 2005-10-04 13:43:17 MSD

Закрываю

Comment 39

Denis Ovsienko 2005-10-04 13:43:39 MSD

Закрываю