can connect to isp; yet no internet

ticky87 · 11-05-2004, 11:42 PM

I'm tired of coming to Windows to get on the net. My connection works fine in windows. Under Linux, using kppp, I can connect to my ISP just fine. However when I get there, it's like I'm just sitting idle. I see my page requests go out, but nothing comes back (on the little display that shows bytes in/out). In Mozilla, the status bar goes all the way till "waiting for website " but then it just sits there until the connection times out. I tried pings and those don't work. I believe the DNS is working because in Mozilla it goes past "resolving host" and when I ping "www.yahoo.com" it gives me something like "pinging www.something.yahoo.com "
Please help. I'm totally

mritch · 11-06-2004, 02:26 AM

let's test what is working right:

ping your local interface (your uplink ip "ifconfig", likely ppp0):
$ ping -c5 <ipaddress>

ping the other side of that link (if you know):
$ like above

ping some host on the internet (take the ip from the dns the isp gave you):
$ ping -c5 xxx.xxx.xxx.xxx

if this works try to resolve a hostname:
$ dig www.google.com

check /etc/resolve.conf (your dns should be there) to match with your provider.

if something failes send in a "route -n" or "ip route show" and how you've configured your link.

sl mritch.

ticky87 · 11-07-2004, 10:17 PM

Pinging myself worked. Pinging other things doesn't. Yet my DNS works. It also shows up in /etc/resolv.conf
Here's what I got for output:

Code:

[root@localhost ricky]# /sbin/ifconfig
ppp0      Link encap:Point-to-Point Protocol
          inet addr:ip1.ip1.ip1.ip1  P-t-P:ip2.ip2.ip2.ip2  Mask:255.255.255.255
          UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1500  Metric:1
          RX packets:82 errors:21 dropped:0 overruns:0 frame:0
          TX packets:164 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:3
          RX bytes:11864 (11.5 Kb)  TX bytes:23622 (23.0 Kb)

[root@localhost ricky]# ping -c5 ip1.ip1.ip1.ip1
PING ip1.ip1.ip1.ip1 (ip1.ip1.ip1.ip1) 56(84) bytes of data.
64 bytes from ip1.ip1.ip1.ip1: icmp_seq=0 ttl=64 time=0.103 ms
64 bytes from ip1.ip1.ip1.ip1: icmp_seq=1 ttl=64 time=0.083 ms
64 bytes from ip1.ip1.ip1.ip1: icmp_seq=2 ttl=64 time=0.087 ms
64 bytes from ip1.ip1.ip1.ip1: icmp_seq=3 ttl=64 time=0.089 ms
64 bytes from ip1.ip1.ip1.ip1: icmp_seq=4 ttl=64 time=0.087 ms

--- ip1.ip1.ip1.ip1 ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 3999ms
rtt min/avg/max/mdev = 0.083/0.089/0.103/0.013 ms, pipe 2
[root@localhost ricky]# ping -c5 ip2.ip2.ip2.ip2
PING ip2.ip2.ip2.ip2 (ip2.ip2.ip2.ip2) 56(84) bytes of data.

--- ip2.ip2.ip2.ip2 ping statistics ---
5 packets transmitted, 0 received, 100% packet loss, time 3999ms

[root@localhost ricky]# ping -c5 dns.dns.dns.dns
PING dns.dns.dns.dns (dns.dns.dns.dns) 56(84) bytes of data.

--- dns.dns.dns.dns ping statistics ---
5 packets transmitted, 0 received, 100% packet loss, time 4000ms

[root@localhost ricky]# dig www.google.com

; <<>> DiG 9.2.3 <<>> www.google.com
;; global options:  printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 39625
;; flags: qr rd ra; QUERY: 1, ANSWER: 4, AUTHORITY: 11, ADDITIONAL: 11

;; QUESTION SECTION:
;www.google.com.                        IN      A

;; ANSWER SECTION:
www.google.com.         140     IN      CNAME   www.google.akadns.net.
www.google.akadns.net.  151     IN      A       66.102.7.99
www.google.akadns.net.  151     IN      A       66.102.7.104
www.google.akadns.net.  151     IN      A       66.102.7.147

;; AUTHORITY SECTION:
akadns.net.             166636  IN      NS      use4.akam.net.
akadns.net.             166636  IN      NS      usw5.akam.net.
akadns.net.             166636  IN      NS      usw6.akam.net.
akadns.net.             166636  IN      NS      usw7.akam.net.
akadns.net.             166636  IN      NS      asia3.akam.net.
akadns.net.             166636  IN      NS      za.akadns.org.
akadns.net.             166636  IN      NS      zc.akadns.org.
akadns.net.             166636  IN      NS      zf.akadns.org.
akadns.net.             166636  IN      NS      zh.akadns.org.
akadns.net.             166636  IN      NS      eur3.akam.net.
akadns.net.             166636  IN      NS      use2.akam.net.

;; ADDITIONAL SECTION:
za.akadns.org.          13036   IN      A       ipaddress
zc.akadns.org.          13036   IN      A       ipaddress
zf.akadns.org.          13036   IN      A       ipaddress
zh.akadns.org.          13036   IN      A       ipaddress
eur3.akam.net.          18157   IN      A       ipaddress
use2.akam.net.          18157   IN      A       ipaddress
use4.akam.net.          18157   IN      A       ipaddress
usw5.akam.net.          18157   IN      A       ipaddress
usw6.akam.net.          18157   IN      A       ipaddress
usw7.akam.net.          18157   IN      A       ipaddress
asia3.akam.net.         18157   IN      A       ipaddress

;; Query time: 2054 msec
;; SERVER: dns.dns.dns.dns#53(dns.dns.dns.dns)
;; WHEN: Sun Nov  7 21:43:03 2004
;; MSG SIZE  rcvd: 508

[root@localhost ricky]# /sbin/route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
ip2.ip2.ip2.ip2   0.0.0.0         255.255.255.255 UH    0      0        0 ppp0
0.0.0.0         ip2.ip2.ip2.ip2   0.0.0.0         UG    0      0        0 ppp0

mritch · 11-08-2004, 02:42 AM

doesn't look too bad. routing is ok. as dns queries work there has to be something other blocking http/ping taffic.
do you have some firewall installed or is there anything else between?

try to ping google and try another protocol like ftp.

there is a tool called tcpdump. you can use it to view packets as they go out and come back to your interface. let it run in the background (write to a file) and analyse the output later.

is your lo (127.0.0.1) interface running? (ifconfig)
also check if your mtu setting (1500) isn't too large for this link - you can configure it with ifconfig (i can't tell you / havn't used ppp for a long time..)

sl mritch.

masand · 11-19-2004, 07:40 AM

hi there

i too faced the same problem

not this is due to settings in my ethernet card
untill i sort out the problem i can connect to the internet through the internet
configuration wizard and then activaing my modem device from network-device -control

the problem lies in that when i connect through kppp , and i try to browse the net, the systems looks for settings from the eth0 card.

if u disable ur eth0 and then try connect through kppp it will work fine
it is a small problem and i hope to get it sorted soon!!

regards

chavo · 11-19-2004, 09:39 AM

It sounds like the problem I had, pppd will not set the default route.
You can try typing "route del default" before connecting the ppp interface. This will alow ppp to set itself as the default route.
I never did find the real solution.

ticky87 · 11-24-2004, 03:36 PM

My apologies for the delayed response. Work and school have kept me busy.
Basically, I'm in the same spot.
The built in firewall is running, however turning it off doesn't change anything. Pinging Google yields no results. Surprisingly, running dig ftp.microsoft.com tells me “connection timed out; no servers could be reached.” What am I to look for in my tcp dump? I wrote the output to a file and it gave me this on the console:

Code:

[root@localhost ricky]# /usr/sbin/tcpdump > dump.txt
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on ppp0, link-type LINUX_SLL (Linux cooked), capture size 96 bytes
tcpdump: pcap_loop: recvfrom: Network is down
50 packets captured
50 packets received by filter
0 packets dropped by kernel

My Local interface is running when I do ifconfig. I don't know what an MTU setting stands for. How do I tell if it is too large?
In response to masand's post, according to the Network configuration program in FC2, my eth0 device is inactivated. I don't turn it on because I'm not running a local network. When I connect through the Network configuration by activating my modem I get the same results as if I did it using KPPP
finally, running “route del default” before I connect just tells me there is no defult route.
Any more suggestions?

mritch · 11-24-2004, 04:37 PM

vom hudeln kommen kinder...

i just saw that the default route is set to another ip than the ppp0 interface is on (in post#3 ifconfig & route output). check this - or is it a typo?

usually your default gateway will get set by a script for you at connection time. doublecheck your ppp config. stop iptables when testing.

as your dns works (does it or not?), i can't think of a mtu related problem. btw. it's "maximum transfer unit" and can be set in your network startup scripts or with ifconfig. man ifconfig. some links like it set lil lower.

use the tcpdump output to check what packets leave/come back to your interface. you can check how password chat with your isp worked or how packets travel through the net. man tcpdump.

maybe you'll have more luck when using some configuration tool from your distribution to get it fixed.

sl mritch.