Jump to content

modem connects but no webpages [solved]


bobterri
 Share

Recommended Posts

I got everything to work setting up my bcm9415m modem. I "modprobe snd-intel8x0m" and it installs just fine.

 

Then I /usr/sbin/slmodemd --country=USA --alsa hw:1

 

It works.

 

I configured KPPP and the modem comes on line, and tells me I'm connected at 49333!!!!

 

Not bad, BUT I can't connect to any webpages in my browser.

 

I cat /etc/resolv.conf

search netins.net

nameserver 167.142.225.3

nameserver 167.142.225.5

nameserver 167.142.225.4

 

I ping google and get:

 

$ ping 216.239.39.99

PING 216.239.39.99 (216.239.39.99) 56(84) bytes of data.

64 bytes from 216.239.39.99: icmp_seq=1 ttl=242 time=233 ms

 

/sbin/ifconfig shows:

 

$ /sbin/ifconfig

lo Link encap:Local Loopback

inet addr:127.0.0.1 Mask:255.0.0.0

inet6 addr: ::1/128 Scope:Host

UP LOOPBACK RUNNING MTU:16436 Metric:1

RX packets:104 errors:0 dropped:0 overruns:0 frame:0

TX packets:104 errors:0 dropped:0 overruns:0 carrier:0

collisions:0 txqueuelen:0

RX bytes:6530 (6.3 Kb) TX bytes:6530 (6.3 Kb)

 

ppp0 Link encap:Point-to-Point Protocol

inet addr:167.142.11.168 P-t-P:167.142.225.54 Mask:255.255.255.255

UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1500 Metric:1

RX packets:15 errors:0 dropped:0 overruns:0 frame:0

TX packets:15 errors:0 dropped:0 overruns:0 carrier:0

collisions:0 txqueuelen:3

RX bytes:218 (218.0 b) TX bytes:258 (258.0 b)

 

Now what?

Link to comment
Share on other sites

Not to good on this subject, but this might give you some info.

I tried pinging your IP and got this:

ping 167.142.11.168

PING 167.142.11.168 (167.142.11.168) 56(84) bytes of data.

From 167.142.225.54 icmp_seq=1 Time to live exceeded

From 167.142.225.54 icmp_seq=2 Time to live exceeded

From 167.142.225.54 icmp_seq=3 Time to live exceeded

From 167.142.225.54 icmp_seq=4 Time to live exceeded

A quick search on google sugests the problem is:

Sample output 1 shows three instances of the ping command not succeeding. In the first instance, the packets exceed the time-to-live value, which is decremented to 1, indicating that packets are being rejected possibly because of a loop. In the second instance, the local router does not know the route to the host. In the third instance, there is no route to the IP address, which might be due to packets being lost on a remote router.

 

Sample output 2 shows two instances of the traceroute command not succeeding. In the first instance, there is a loop between shared interfaces on R6 and R2, as indicated by the 10.1.26.1 and 10.1.26.2 appearing repeatedly. In the second instance, the path goes through R3 (10.1.36.1) to R2 (10.1.23.1) when it times out, as indicated by the asterisk (*). The timeout might be due to the absence of a route to the remote interface.

Link to comment
Share on other sites

i guess your packets do either get lost due to ipv6 or your mru/mtu is not working well.

which browser are you using? if you use firefox or mozilla, type "about:config" in the adressbar. at the searchbar that pops up, type ipv. edit the "disable ipv6" from false to true by double clicking on "false". now try again connecting to any website. if it works, you probably have an ipv6 problem. if not, your mru/mtu packet setting might be wrong.

Link to comment
Share on other sites

oh...I recommend checking out MCC if it has an option of setting the internet interface to ppp0. ping appears to work, would you like to test lynx or links? they're both command line web browsers.

 

If you have them installed, try "links www.google.com" or something in the console. if they work then it's probably a browser problem...unfortunately I don't know much except for Firefox. reinstalll your browser? I'm out of ideas

Link to comment
Share on other sites

Yeah, I tried "lynx www.yahoo.com"

 

Same thing as in firefox, mozilla, konqueror...it just hangs at looking for xxx.com

 

I also configured ppp0 in MCC. Same thing.

 

I feel like I'm so close! I'll bet it's just some little configuration somewhere.

 

Too bad!

 

Anybody else have a clue?

Link to comment
Share on other sites

Check this out. When I ran tail -f /var/log/messages while I logged on ppp0 and logged off I got:

 

Jan 24 15:59:53 localhost kernel: PPP generic driver version 2.4.2

Jan 24 15:59:53 localhost pppd[12556]: pppd 2.4.2 started by bob, uid 501

Jan 24 15:59:53 localhost pppd[12556]: Using interface ppp0

Jan 24 15:59:53 localhost pppd[12556]: Connect: ppp0 <--> /dev/pts/3

Jan 24 15:59:54 localhost pppd[12556]: PAP authentication succeeded

Jan 24 15:59:54 localhost kernel: PPP BSD Compression module registered

Jan 24 15:59:54 localhost kernel: PPP Deflate Compression module registered

Jan 24 15:59:55 localhost pppd[12556]: Received bad configure-ack: 1a 04 78 00

Jan 24 15:59:55 localhost pppd[12556]: local IP address 167.142.10.131

Jan 24 15:59:55 localhost pppd[12556]: remote IP address 167.142.225.53

Jan 24 15:59:55 localhost pppd[12556]: primary DNS address 167.142.225.3

Jan 24 15:59:58 localhost pppd[12556]: Received bad configure-ack: 1a 04 78 00

Jan 24 16:00:22 localhost last message repeated 8 times

Jan 24 16:00:24 localhost pppd[12556]: CCP: timeout sending Config-Requests

Jan 24 16:01:00 localhost CROND[12704]: (root) CMD (nice -n 19 run-parts /etc/cron.hourly)

Jan 24 16:01:01 localhost kernel: ppp: compressor dropped pkt

Jan 24 16:01:34 localhost last message repeated 7 times

Jan 24 16:01:37 localhost kernel: ppp: compressor dropped pkt

Jan 24 16:01:42 localhost pppd[12556]: Terminating on signal 15.

Jan 24 16:01:42 localhost pppd[12556]: Connection terminated.

Jan 24 16:01:42 localhost pppd[12556]: Connect time 1.9 minutes.

Jan 24 16:01:42 localhost pppd[12556]: Sent 1218 bytes, received 605 bytes.

Jan 24 16:01:42 localhost pppd[12556]: Connect time 1.9 minutes.

Jan 24 16:01:42 localhost pppd[12556]: Sent 1218 bytes, received 605 bytes.

Jan 24 16:01:42 localhost pppd[12556]: Exit.

Link to comment
Share on other sites

have you already tried using different dns-servers in your etc/resolv.conf? (unlikely, i know, and i also guess it is firewall related but who knows?)

 

p.s: forget about the mtu/mru packets, because you can ping the sites.

Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...
 Share

×
×
  • Create New...