<HTML> Hi Alexander (and anyone that has some insight into this problem), Thanks for your help so far. The files: /etc/hosts and /etc/resolv.conf are configured correctly. The connection still fails, so I have included my routing table for you to see, if it helps: Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 165.165.128.1__0.0.0.0________255.255.255.255__UH__0__0__0__ppp0 192.168.1.0____192.168.1.10___255.255.255.0____UG__0__0__0__eth0 192.168.1.0____0.0.0.0________255.255.255.0____U___0__0__0__eth0 169.254.0.0____0.0.0.0________255.255.0.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.1.254__0.0.0.0__________UG__0__0__0__eth0 (underscores for legibility purposes ;-P ) The ADSL's IP is 192.168.1.254, host machine eth0 static IP is 192.168.1.10. I've also set ppp0 as a trusted device in firewall setup if that changes anything. Thanks in advance. Regards, Stuart On Sat, 01 May 2004 19:52:57 +0200, Alexander Dalloz wrote: >Am Sa, den 01.05.2004 schrieb fedora-list um 19:17: > >> Hi Fedorans. >>=20 >> Hmmm... I need some insight to solve this one. >>=20 >> I've set up a FC1 box to access the web through an ADSL device on a UTP n= >etwork (ie not USB config). >>=20 >> I can ping DHCP-assigned IP 165.165.144.130 say. >> I can ping P-t-P addr 165.165.128.1 (gateway?) with mask 255.255.255.255 > >So the device setup and the routes seem to fit. > >> I can't ping DNS 196.25.1.11 say, Ctrl-C shows packet loss. > >That has not to say much. ping is not the almighty tool much people take >it for. > >$ ping 196.25.1.11 >PING 196.25.1.11 (196.25.1.11) 56(84) bytes of data. >=46rom 196.43.11.41 icmp_seq=3D4 Packet filtered >=46rom 196.43.11.41 icmp_seq=3D5 Packet filtered > >You easily see, the filter ICMP. > >> I can't ping canonical names www.cnn.com say, Ctrl-C doesn't even report = >a response. > >www.cnn.com filters ICMP packages too. So a ping has to show you 100% >package loss. > >=46rom www.mit.edu I get ping replies. So try that target. > >> I've added all sorts of combinations and permutations with 'route add', a= >lack. >>=20 >> It seems as though the further one moves away from the low level function= >ality, the less name resolving etc one 'sees'. >> I've this going before, but can't remember how. >> I am aware of the naming issue in the 'Internet Connection Wizard', where= > one has to enter 'ppp0' as the provider name. >> Any insight is appreciated. >>=20 >> Regards, >>=20 >> Stu@ > >Check the output of "route", the default route has to point to the ppp >device. >Check the settings in /etc/resolv.conf to have valid nameserver entries >(take the DNS server from your ISP). >Check /etc/hosts file to have the line for name resolution for >localhost: 127.0.0.1. > >Alexander > > >--=20 >Alexander Dalloz | Enger, Germany | GPG key 1024D/ED695653 1999-07-13 >Fedora GNU/Linux Core 1 (Yarrow) on Athlon CPU kernel 2.4.22-1.2188.nptl >Sirendipity 19:46:43 up 4 days, 18:35, load average: 0.02, 0.11, 0.09=20 > [ =CE=93=CE=BD=CF=89=CE=B8=CE=B9 =CF=83'=CE=B1=CF=85=CF= >=84=CE=BF=CE=BD - gnothi seauton ] > my life is a planetarium - and you are the stars </HTML>