Solved

Getting connected to ISP, but can't ping, ftp

Posted on 2000-03-14
16
329 Views
Last Modified: 2010-03-18
I'm using Debian/GNU Linux 2.1  I configured to dial into my ISP with pppconfig.  Using pon (a couple tries needed), my modem dials and connects.  I login successfully and stay connected.  When I 'ping {some valid ip}' I get something like 'send to: not allowed' followed by the usual ping failure notification.  I can ping 127.0.0.1 ok.  When I try apt/ftp or ftp open on valid ip's or hostnames I get cannot connect or cannot resolve hostname.  I checked resolve.conf to make sure I've got my isp's two valid DNS ip addresses there.  I need to get all this working from command line so that I can use apt to update my X11R stuff to support my video card.

Thanks
0
Comment
Question by:Remoh
[X]
Welcome to Experts Exchange

Add your voice to the tech community where 5M+ people just like you are talking about what matters.

  • Help others & share knowledge
  • Earn cash & points
  • Learn & ask questions
  • 6
  • 5
  • 3
  • +2
16 Comments
 

Expert Comment

by:owld
ID: 2623374
Please give to us output
#ifconfig
and
#route
command after yours logon.

0
 

Author Comment

by:Remoh
ID: 2626441
# route:

Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
216.70.73.253   *               255.255.255.255 UH    0      0        0 ppp0
localnet        *               255.0.0.0       U     0      0        0 lo
default         216.70.73.253   0.0.0.0         UG    0      0        0 ppp0

# ifconfig:
lo        Link encap:Local Loopback  
          inet addr:127.0.0.1  Bcast:127.255.255.255  Mask:255.0.0.0
          UP BROADCAST LOOPBACK RUNNING  MTU:3584  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          Collisions:0

ppp0      Link encap:Point-to-Point Protocol  
          inet addr:216.70.76.224  P-t-P:216.70.73.253  Mask:255.255.255.0
          UP POINTOPOINT RUNNING  MTU:1524  Metric:1
          RX packets:10 errors:0 dropped:0 overruns:0 frame:0
          TX packets:8 errors:0 dropped:0 overruns:0 carrier:0
          Collisions:0
          Memory:30f6038-30f6c04

0
 

Author Comment

by:Remoh
ID: 2626444
Adjusted points from 75 to 80
0
Free learning courses: Active Directory Deep Dive

Get a firm grasp on your IT environment when you learn Active Directory best practices with Veeam! Watch all, or choose any amount, of this three-part webinar series to improve your skills. From the basics to virtualization and backup, we got you covered.

 

Author Comment

by:Remoh
ID: 2636462
Adjusted points from 80 to 100
0
 
LVL 3

Expert Comment

by:tibori
ID: 2700584
This usually happens when you try to ping an invalid(i.e. 192.168.x.x) IP upon connecting. Most ISP's disable access to these "local" IP's. But you say you're trying to ping valid IP's, so the other possibility I can think of is that you may have to specify the DNS(name server) IP of your ISP. This you can put into resolv.conf via the directive "nameserver x.x.x.x" It definitely sounds like a DNS name lookup problem.
0
 

Expert Comment

by:sgoldgaber
ID: 2710769
I'd love to help, however, could you post your error verbatim?  "Something like send to: not allowed" sounds kind of vague.
0
 

Accepted Solution

by:
egf9ef041700 earned 100 total points
ID: 2725050
your netmask for ppp0 is wrong.  It should be 255.255.255.0
Change it and all should work.
0
 

Author Comment

by:Remoh
ID: 2727270
Does ifconfig's saying "Mask: 255.255.255.0" for ppp0 not enough?  What file do I need to tweak to correct the mask?  Thanks
0
 
LVL 3

Expert Comment

by:tibori
ID: 2727520
egf9ef was talking about your routing table. What is the address:216.70.73.253
Is it your address on their network or the dialup machine's address? It should be your address.

What I would try first is pinging 216.70.76.224 after you connect. This is(or should be) YOUR IP address on their network(it should work) Then try pinging 216.70.73.253 which is your ISP's dialup machine. If that works, but other addresses such as 204.152.190.62(www.altavista.com) DON't work then try doing a /usr/sbin/traceroute 204.152.190.62 to see how far you get before it stops. Make sure you try it with the IP numbers first rather than the host names just in case there's a DNS problem.
0
 
LVL 3

Expert Comment

by:tibori
ID: 2727621
egf9ef was talking about your routing table. What is the address:216.70.73.253
Is it your address on their network or the dialup machine's address? It should be your address.

What I would try first is pinging 216.70.76.224 after you connect. This is(or should be) YOUR IP address on their network(it should work) Then try pinging 216.70.73.253 which is your ISP's dialup machine. If that works, but other addresses such as 204.152.190.62(www.altavista.com) DON't work then try doing a /usr/sbin/traceroute 204.152.190.62 to see how far you get before it stops. Make sure you try it with the IP numbers first rather than the host names just in case there's a DNS problem.
0
 

Author Comment

by:Remoh
ID: 2727743
I think 216.70.73.253 was my dynamic ip address from the host; I'll try out this stuff tonight and get back with you guys.  Thanks to everyone.
0
 

Expert Comment

by:sgoldgaber
ID: 2727918
255.255.255.255 is the _correct_ netmask for the 216.70.73.253 IP in the routing table.  It means, use the ppp0 interface for the 216.70.73.253 IP specifically.  The network's netmask is 255.255.255.0, as is again specified _correctly_ in the ifconfig output.
0
 
LVL 3

Expert Comment

by:tibori
ID: 2728422
sgoldgaber: that's what I thought at first too, but then the P-to-P address under ifconfig confused me. Isn't that the hosts(not the client's) address?
0
 
LVL 3

Expert Comment

by:tibori
ID: 2728647
sgoldgaber: that's what I thought at first too, but then the P-to-P address under ifconfig confused me. Isn't that the hosts(not the client's) address?
0
 

Expert Comment

by:sgoldgaber
ID: 2733620
No, the "P-t-P" is the remote end of the point-to-point link.
The "inet addr" is your IP address.  Thus the entry in the routing table.
Your computer already knows that it is 216.70.76.224, it does not
need an entry in the routing table.  However, it does need to know how to get to 216.70.73.253, which it does by looking in the routing table and seeing that it needs to go through the ppp0 interface to get there.

So, to repeat my earlier question:

Could you post your error verbatim?  "Something like send to: not allowed" sounds kind of vague.

Also, what was the exact error?  What IP were you trying to ping?
0
 
LVL 3

Expert Comment

by:tibori
ID: 2735992
alright my fault. please ignore my first comment(thanks sgoldgaber), or at least switch the order of the ip's that I mentioned.
So first try to ping 216.70.76.224(this is the ip your ISP gave you) This should work, if your eth interface is set up correctly. Then try pinging 216.70.73.253, that's your ISP's gateway. If you can reach it(i.e. pinging it gets a response) but you can't ping other machines such as www.yahoo.com for example, then it's something your isp forgot to do. When trying to ping an outside address(such as www.yahoo.com) make sure that the name is resolved into an ip number. If not, then you've incorrectly entered the DNS's IP address under your setup.
Also sorry about the multiple posts, I must have reloaded the page.

0

Featured Post

Technology Partners: We Want Your Opinion!

We value your feedback.

Take our survey and automatically be enter to win anyone of the following:
Yeti Cooler, Amazon eGift Card, and Movie eGift Card!

Question has a verified solution.

If you are experiencing a similar issue, please ask a related question

I have seen several blogs and forum entries elsewhere state that because NTFS volumes do not support linux ownership or permissions, they cannot be used for anonymous ftp upload through the vsftpd program.   IT can be done and here's how to get i…
Note: for this to work properly you need to use a Cross-Over network cable. 1. Connect both servers S1 and S2 on the second network slots respectively. Note that you can use the 1st slots but usually these would be occupied by the Service Provide…
If you're a developer or IT admin, you’re probably tasked with managing multiple websites, servers, applications, and levels of security on a daily basis. While this can be extremely time consuming, it can also be frustrating when systems aren't wor…
Monitoring a network: why having a policy is the best policy? Michael Kulchisky, MCSE, MCSA, MCP, VTSP, VSP, CCSP outlines the enormous benefits of having a policy-based approach when monitoring medium and large networks. Software utilized in this v…

726 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question