How to troubleshoot networking
I wasted about 24 hours trying to implement a wireless network. Actually, it wasn't really wasted as I learned more about Linux than I ever knew.
Turned out that to enable wlan0, I first had to turn eth0 off. That being said, in hindsight, what would have been the best way to troubleshoot why a Linux box isn't communicating on a network? What questions should I have asked on this forum to allow others to provide help? |
Quote:
Would have been more specific if all simple debugging information was gathered, analyzed, and from the finding make a specified post title. Using 'dmesg' or 'message.log' or everything available at /var/log folder. Well anyway, post title is a matter of taste. This is merely taken from my simple experience. Good luck. |
Quote:
It appears that I don't have a message.log. With Centos, would /var/message/messages be the equivalent? I looked through it, and it did not appear to indicate any issues. I also ran "dmesg" as well as looked at /var/log/dmesg, and did not see any clues, but only when I connected a mouse or USB or the like. As for as "everything available at /var/log", any specific logs that would be most telling? |
Its a huge subject. As a standard practice, you should troubleshoot according to OSI model. Most of the problem will occur in Application-Layer, and this layer is the hardest to troubleshoot. It all depends on box-to-box and the packages that are installed on it. You should have the knowledge on how to setup network in the chosen distro first.
But before starting to hunt for problem, you should first make sure rest of the OSI layers are trouble-free. I will just give you quick rundown of step. Google is your buddy. 1 Physical Layer Check Network card is detected: Code:
# ethtool eth0 | grep 'Link' Ensure physical address in config file is what this says: Code:
# ethtool -P eth0 Check for arp broadcast. The IP address of at least one system should be listed. If there are no systems listed, there is a problem at the physical layer (above): Code:
# arp Check for dropped packets. ERR, DRP and OVR should be zero: Code:
# netstat -i The default Message Transmit Unit (MTU) setting is 1500. If the MTU is set to something other than 1500, the network may run slowly. To set the MTU to a default of 1500: Code:
# ifconfig eth0 | grep MTU Determine if the default gateway is correct: Code:
# route -n | grep '^0.0.0.0' Use ping to determine communication: Code:
# ping 127.0.0.1 - This is the loopback address. If you can’t ping yourself, then there is something wrong with the TCP/IP protocol stack on your computer. Track the route packets taken from your machine on their way to a given host and find the miscreant gateway/hops/routers that are discarding your packets (if there are any): Code:
# traceroute www.linuxquestions.org Issues rarely occur at the session and presentation layers. 7 Application Layer The application layer is where the client-server issues fall. This includes SMTP, POP3, HTTP, FTP, etc. As i have already told this topic is huge and start from how to setup network. Google for everything... ;). |
Thank you mddesai,
This is going to take me a bit to digest before I have any intelligent followup questions to ask :) |
All times are GMT -5. The time now is 04:07 PM. |