PPP OK but no access to pages

SERGE wrote:
> Hello,
>
> RH7.3
>
> My problem is that I can connect to Internet but nothing passes through. I
> can't see pages. What could be responsible for this and how I could fix it?
>
> ping address distante :
>
> [root@hermes etc]# ping 212.30.161.25
> PING 212.30.161.25 (212.30.161.25) from 62.118.158.7 : 56(84) bytes of data.
> From 212.30.161.25 icmp_seq=1 Packet filtered
>
> [root@hermes etc]# route -n
> Table de routage IP du noyau
> Destination Passerelle Genmask Indic Metric Ref Use
> Iface
> 212.30.161.24 0.0.0.0 255.255.255.255 UH 0 0 0 ppp0
> 192.168.0.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
> 127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo
> 0.0.0.0 192.168.0.254 0.0.0.0 UG 0 0 0 eth0

The last row is the clue: your default route points to Ethernet,
but you're saying that the Internet is behind the PPP.

Set the PPP configuration to set up the default route when
the connection is brought up.

HTH

Tauno Voipio
tauno voipio @ iki fi

Hello,

RH7.3

My problem is that I can connect to Internet but nothing passes through. I
can't see pages. What could be responsible for this and how I could fix it?

ping address distante :

[root@hermes etc]# ping 212.30.161.25
PING 212.30.161.25 (212.30.161.25) from 62.118.158.7 : 56(84) bytes of data.
From 212.30.161.25 icmp_seq=1 Packet filtered
From 212.30.161.25 icmp_seq=2 Packet filtered
From 212.30.161.25 icmp_seq=3 Packet filtered
From 212.30.161.25 icmp_seq=4 Packet filtered

--- 212.30.161.25 ping statistics ---
4 packets transmitted, 0 received, +4 errors, 100% loss, time 3034ms

================================================== ===================

[root@hermes etc]# /sbin/iptables -L
Chain INPUT (policy ACCEPT)
target prot opt source destination

Chain FORWARD (policy ACCEPT)
target prot opt source destination

Chain OUTPUT (policy ACCEPT)
target prot opt source destination
[root@hermes etc]# /sbin/iptables -L
Chain INPUT (policy ACCEPT)
target prot opt source destination

Chain FORWARD (policy ACCEPT)
target prot opt source destination

Chain OUTPUT (policy ACCEPT)
target prot opt source destination

================================================== =======
May this strange mssgs are for sth?
fÊv 3 17:09:14 hermes sysctl: net.ipv4.ip_forward = 0
fÊv 3 17:09:14 hermes sysctl: net.ipv4.conf.default.rp_filter = 1
================================================== ==========


[root@hermes etc]# route -n
Table de routage IP du noyau
Destination Passerelle Genmask Indic Metric Ref Use
Iface
212.30.161.24 0.0.0.0 255.255.255.255 UH 0 0 0 ppp0
192.168.0.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo
0.0.0.0 192.168.0.254 0.0.0.0 UG 0 0 0 eth0

SERGE <(E-Mail Removed)> wrote:

> RH7.3

> My problem is that I can connect to Internet but nothing passes through. I
> can't see pages. What could be responsible for this and how I could fix it?

> ping address distante :

> [root@hermes etc]# ping 212.30.161.25
> PING 212.30.161.25 (212.30.161.25) from 62.118.158.7 : 56(84) bytes of data.
> From 212.30.161.25 icmp_seq=1 Packet filtered
> From 212.30.161.25 icmp_seq=2 Packet filtered
> From 212.30.161.25 icmp_seq=3 Packet filtered
> From 212.30.161.25 icmp_seq=4 Packet filtered

> --- 212.30.161.25 ping statistics ---
> 4 packets transmitted, 0 received, +4 errors, 100% loss, time 3034ms

You are getting ICMP "Packet filtered" messages returned from the remote.
Those likely mean that echo replies to ping requests are "administratively
prohibited." I'd suspect that 212.30.161.25 is the ISP connection host
for this connection.
....

> [root@hermes etc]# route -n
> Table de routage IP du noyau
> Destination Passerelle Genmask Indic Metric Ref Use
> Iface
> 212.30.161.24 0.0.0.0 255.255.255.255 UH 0 0 0 ppp0
> 192.168.0.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
> 127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo
> 0.0.0.0 192.168.0.254 0.0.0.0 UG 0 0 0 eth0

There is a default route through the eth0 interface. It should be through
the PPP interface instead, here ppp0. Pppd won't set a default route
through the PPP interface, even with the defaultroute option, if there
is an existing default route. Reconfigure networking to get rid of the
eth0 default route.

--
Clifford Kite Email: "echo xvgr_yvahk-(E-Mail Removed)|rot13"
PPP-Q&A links, downloads: http://ckite.no-ip.net/