Не могу настроить dialup в FC3

После подключения (по модему) к провайдеру ни один браузер не открывает страницы. В смысле не сразу ошибка вылетает, а он(браузер) сначала думает минуты три, а потом ошибка. FC3. На RH9 всё работало нормально. Думал DNS автоматически не определяется - вроде нет.

ifconfig ppp0: ppp0 Link encap:Point-to-Point Protocol inet addr:195.112.106.148 P-t-P:195.112.106.4 Mask:255.255.255.255 UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1500 Metric:1 RX packets:24 errors:4 dropped:0 overruns:0 frame:0 TX packets:13 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:3 RX bytes:558 (558.0 b) TX bytes:166 (166.0 b)

netstat -nr: Kernel IP routing table Destination Gateway Genmask Flags MSS Window irtt Iface 195.112.106.4 0.0.0.0 255.255.255.255 UH 0 0 0 ppp0 169.254.0.0 0.0.0.0 255.255.0.0 U 0 0 0 lo 0.0.0.0 195.112.106.4 0.0.0.0 UG 0 0 0 ppp0

/etc/resolv.conf: nameserver 195.112.96.34 nameserver 195.112.96.21 (Точно такой же был в RH9).

/etc/ppp/options: lock (Пробовал дописать usepeerdns - бесполезно. Хотя это вроде и не надо - в /etc/ppp/options/peers/wvdial usepeerdns прописано по умолчанию).

Нет файла /etc/ppp/resolv.conf! (По умолчанию) Пробовал сделать на него линк из /etc/resolv.conf или /var/run/ppp/resolv.conf - бесполезно.

На ping не отвечает (0 пакетов получено / 100% потеряно).

Видел здесь схожий трабл для FC2 - советовали поставить последний pppd с сервера обновлений. Для FC3 обновлений я не нашёл (может рано ещё). Пробовал ставить ppp от FС2: ppp-2.4.2-3.FC2.1.i386.rpm ppp-2.4.2-5.2.FC2.i386.rpm Бесполезно.

Да, route add default ppp0 тоже не помогает.

Логи из RH9:

ping 195.112.106.4: PING 195.112.106.4 (195.112.106.4) 56(84) bytes of data. 64 bytes from 195.112.106.4: icmp_seq=1 ttl=255 time=137 ms 64 bytes from 195.112.106.4: icmp_seq=2 ttl=255 time=129 ms 64 bytes from 195.112.106.4: icmp_seq=3 ttl=255 time=139 ms 64 bytes from 195.112.106.4: icmp_seq=4 ttl=255 time=129 ms 64 bytes from 195.112.106.4: icmp_seq=5 ttl=255 time=129 ms 64 bytes from 195.112.106.4: icmp_seq=6 ttl=255 time=129 ms 64 bytes from 195.112.106.4: icmp_seq=7 ttl=255 time=129 ms 64 bytes from 195.112.106.4: icmp_seq=8 ttl=255 time=139 ms --- 195.112.106.4 ping statistics --- 9 packets transmitted, 8 received, 11% packet loss, time 8097ms rtt min/avg/max/mdev = 129.407/133.323/139.988/4.527 ms

netstat -nr: Kernel IP routing table Destination Gateway Genmask Flags MSS Window irtt Iface 195.112.106.4 0.0.0.0 255.255.255.255 UH 0 0 0 ppp0 169.254.0.0 0.0.0.0 255.255.0.0 U 0 0 0 lo 127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo 0.0.0.0 195.112.106.4 0.0.0.0 UG 0 0 0 ppp0

ifconfig ppp0: ppp0 Link encap:Point-to-Point Protocol inet addr:195.112.106.146 P-t-P:195.112.106.4 Mask:255.255.255.255 UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1500 Metric:1 RX packets:479 errors:2 dropped:0 overruns:0 frame:0 TX packets:541 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:3 RX bytes:302629 (295.5 Kb) TX bytes:57979 (56.6 Kb)

У меня была подобная проблема, симптомы теже. Причем все это произошло после настройки сетевой карты. Как только деактивировал сетевую (в "Сеть"), сразу все заработало. Если есть какой-то другой способ, было бы интересно узнать.

>MTU:1500

Возможно, пакеты идут с ошибками и браузер действительно думает. Ты видишь как идут запросы - gkrellm там, или хоть огоньки на kppp или чем ты там звонишь?

Сделал? echo "1" > /proc/sys/net/ipv4/ip_dynaddr

А что вообще с iptables - помнится тут парень бегал, так у него все запрещено было.

2lebedevartem:
Сетевая карта тут непричём (по крайней мере в моём случае). Пробовал с ней и без. Сейчас она отключена из БИОСа и Linux её не видит.

2jackill:
Звоню wvdial-ом (или system-config-network; он вроде тоже звонит wvdial-ом). По диаграмме (gkrellm) видно что пакеты вроде посылаются, но не принимаются.

/proc/sys/net/ipv4/ip_dynaddr содержит только один ноль. (вроде пустой)

iptables:
Chain INPUT (policy ACCEPT 0 packets, 0 bytes)
pkts bytes target prot opt in out source destination
258 22170 RH-Firewall-1-INPUT all -- * * 0.0.0.0/0 0.0.0.0/0
Chain FORWARD (policy ACCEPT 0 packets, 0 bytes)
pkts bytes target prot opt in out source destination
0 0 RH-Firewall-1-INPUT all -- * * 0.0.0.0/0 0.0.0.0/0
Chain OUTPUT (policy ACCEPT 293 packets, 24510 bytes)
pkts bytes target prot opt in out source destination
Chain RH-Firewall-1-INPUT (2 references)
pkts bytes target prot opt in out source destination
258 22170 ACCEPT all -- lo * 0.0.0.0/0 0.0.0.0/0
0 0 ACCEPT icmp -- * * 0.0.0.0/0 0.0.0.0/0 icmp type 255
0 0 ACCEPT esp -- * * 0.0.0.0/0 0.0.0.0/0
0 0 ACCEPT ah -- * * 0.0.0.0/0 0.0.0.0/0
0 0 ACCEPT udp -- * * 0.0.0.0/0 224.0.0.251 udp dpt:5353
0 0 ACCEPT udp -- * * 0.0.0.0/0 0.0.0.0/0 udp dpt:631
0 0 ACCEPT all -- * * 0.0.0.0/0 0.0.0.0/0 state RELATED,ESTABLISHED
0 0 REJECT all -- * * 0.0.0.0/0 0.0.0.0/0 reject-with icmp-host-prohibited