Linux - NetworkingThis forum is for any issue related to networks or networking.
Routing, network cards, OSI, etc. Anything is fair game.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
I am a newbie to Linux and Ubuntu, so please excuse any stupid questions.
The problem that I am having is that after installing Ubuntu, I am not able to access the internet. More specifically, I cannot ping the router and the DHCP is not working.
ping -c 5 192.168.1.1 outputs:
PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data.
From 192.168.1.20 icmp_seq=1 Destination Host Unreachable
The second line is repeated 5 times. By the way, the reason that says "From 192.168.1.20" is because I have assigned the IP adress by executing "sudo ifconfig eth0 192.168.1.20 netmask 255.255.255.0 up". After executing sudo dhclient again, it outputs "connect: Network is unreachable" and ifconfig eth0 does not show an IP adress.
When executing dhclient, this is the output:
...
Listening on LPF/eth0/00:c0:a8:87:26:7d
Sending on LPF/eth0/00:c0:a8:87:26:7d
Sending on Socket/fallback
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 3 (this line is repeated several times)
No DHCPOFFERS received.
No working leases in persisent databasee - sleeping.
Other relevant information (as gathered from other forums):
But what I posted above is what you are asking for. If I assign a static IP, then pinging the router (192.168.1.1) still doesn't work, because it gives me the "Destination Host Unreachable". That is what the ping I showed was for. Sorry if I did not make this clear.
Firstly, try telling dhclient what interface to look on
Code:
sudo dhclient eth0
Just a thought. If this doesn't work, try making eth0 your default route
Code:
sudo route add default eth0
Then try dhclient as stated above. Still not working? Let's try manually assigning an IP.
Code:
sudo ifconfig eth0 192.168.x.x netmask 255.255.255.0
sudo ifconfig eth0 up
But we're not done yet, because even though we set the right IP address and subnet mask, we still need to set the default gateway.
Code:
sudo route add default gw 192.168.x.1
Now type 'route' - you will probably have something like me now:
Code:
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
192.168.2.0 * 255.255.255.0 U 0 0 0 eth1
loopback * 255.0.0.0 U 0 0 0 lo
default 192.168.2.1 0.0.0.0 UG 0 0 0 eth1
Since your /etc/resolv.conf seems to be fine, I won't go over it much, but you might want to try setting your nameserver to simply your default gateway.
Here's my /etc/resolv.conf as an example
Code:
# Generated by dhcpcd for interface eth1
search no-domain-set.bellcanada
nameserver 192.168.2.1
Mind you, DNS will play no part in being able to ping your router.
It could be creating some conflicts. The next step after this is to check the physical wiring and stuff... there's really not much else you can do - clearly the OS is picking up the ethernet card if the interface exists, and if you're able to set parameters like ip address with no problems then there's no software faults as far as I could tell.
Try resting your router (power off, keep it off for a few minutes, turn it back on)
Try using another ethernet patch cord
Try connecting the computer via crossover cable to another system and making them communicate to isolate whether this problem is reproducible with other networks
As I understand, it can access the ethernet card, but not the router, because pinging the router or any other computer on the network results in the Destnation Host Unreachable. (All the other computers are running XP)
The same computer is also running Windows XP, and if I reboot into Windows, the internet works fine, so I don't think this could be a hardware problem.
Resting the router does not seem to help either. I'll try to see whether the same problem is reproductible with either networks though. Thanks for the suggestion.
In the shell, type: "/etc/init.d/networking stop", hit Enter, then type "/etc/init.d/networking start", and hit Enter. That will stop/restart DHCP, and TCP/IP.
Then go back to your /sbin/ifconfig, and it should have a valid IP. If you're still having issues, clear the routing tables on your router. Sometimes, that's all it is.
Same result as before if I try to ping the router or another computer on the network: "Destination Host Unreachable"
What exactly does that message mean?
It means that your machine is replying to you that it can't access the target network.
Try running
Code:
dmesg | tail
to get kernel messages - run this right after your ping or whatever. I found a thread at computing.net with a guy that seems to have a similar problem - here's the link: http://www.computing.net/linux/wwwbo...rum/29263.html
ok, seems fairly odd, subnet is fine and such, which would be my first point of call.
i've seen various things like icmp packets coming back malformed and such, we can back up to a lower level farily easily though.
firstly, is this host listed in your arp records? it shouldn't be based on the host unreachable message. after pinging it, run "arp -n" to list the known entries. if it's not, let's also look at the initial arping and icmp packets. run "tcpdump -vn arp or icmp" and try a ping. if it's not in the arp cache, you should firstly see the arp broadcast, and then IF the arp is successful, the icmp echo request itself. you'd probably want to totally fluch to arp cache first too.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.