~/Blog

Brandon Rozek

Photo of Brandon Rozek

PhD Student @ RPI studying Automated Reasoning in AI and Linux Enthusiast.

Common Network Debugging Commands

Published on

Updated on

4 minute reading time

Below are list of commands that I use to debug common issues in a network. There is a wonderful tool called Wireshark which you can use to sniff packets in a network and filter by a wide range of options, but we’ll mainly focus on simple tools that you can use in the terminal.

ping

The most commonly used networking command is ping. This allows you to see the time it takes to send and receive an ICMP packet from/to a specified address. Most people use Google’s DNS server 8.8.8.8 as a quick test to see if they have access to the Internet.

ping 8.8.8.8
PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
64 bytes from 8.8.8.8: icmp_seq=1 ttl=117 time=267 ms
64 bytes from 8.8.8.8: icmp_seq=2 ttl=117 time=74.9 ms
64 bytes from 8.8.8.8: icmp_seq=3 ttl=117 time=34.7 ms
64 bytes from 8.8.8.8: icmp_seq=4 ttl=117 time=298 ms

Press CTRL-C when you are done looking at the output. Here is a list of common flags used in the ping command.

Flag Description
-c NUM Only send/receive an ICMP packet NUM number of times
-D Print the timestamp along with the roundtrip time
-W timeout Waits a timeout amount of seconds for the response before moving on to the next ICMP roundtrip

Example:

ping -c3 -D -W1 1.1.1.1
PING 1.1.1.1 (1.1.1.1) 56(84) bytes of data.
[1641156381.342990] 64 bytes from 1.1.1.1: icmp_seq=1 ttl=57 time=52.6 ms
[1641156382.555358] 64 bytes from 1.1.1.1: icmp_seq=2 ttl=57 time=263 ms
[1641156383.327286] 64 bytes from 1.1.1.1: icmp_seq=3 ttl=57 time=34.3 ms

--- 1.1.1.1 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2003ms
rtt min/avg/max/mdev = 34.275/116.670/263.116/103.823 ms

ip route

Without any extra flags or subcommands this will give you a view of your routing table. A routing table specifies for a given address range, which device to send the network traffic over. Normally you see a large routing table inside businesses (or if you access a lot of VPNs at once). Here is an example of a typical one in a household.

ip route
default via 192.168.0.1 dev wlan0 proto dhcp metric 600 
192.168.0.0/24 dev wlan0 proto kernel scope link src 192.168.0.2 metric 600 

This says that any address between 192.168.0.1-254 goes over the wlan0 device which on some computers denote WiFi. The first line shows what the default entry/gateway is, that is if the ip address you’re trying to access is not listed in the table it will go through the IP listed in that row first.

You can manually add and remove entries in the routing table as well.

Example:

sudo ip route add 192.168.1.0/24 dev wlan0
sudo ip route del 192.168.1.0/24 dev wlan0

traceroute

This command is more useful if you have multiple segmented networks and you’re trying to figure out at which layer the connection failed. Recently I used this to debug some directional WiFi extenders.

traceroute 8.8.8.8
traceroute to 8.8.8.8 (8.8.8.8), 64 hops max
  1   192.168.0.1  2.051ms  2.003ms  1.278ms 
  2   192.168.2.1  5.743ms  5.647ms  3.592ms 
  3   192.168.5.1  5.754ms  63.285ms  7.187ms 
  4   72.126.142.1  96.056ms  101.861ms  14.547ms 
  5   103.51.11.206  87.273ms  16.617ms  72.810ms 
  6   170.222.220.217  13.745ms  101.122ms  16.402ms 
  7   201.149.23.6  85.738ms  102.977ms  100.974ms 
  8   107.150.228.33  15.111ms  87.467ms  103.076ms 
  9   12.21.20.233  100.755ms  102.000ms  102.352ms 
 10   8.8.8.8  102.505ms  102.085ms  101.762ms 

dig

We’ve been talking about IP addresses with the last few commands, but there can be problems in the domain name resolution as well. A domain name is what you commonly type in the browser such as duckduckgo.com. Your computer will then ask the DNS server it knows about what the IP of that address is.

dig duckduckgo.com

; <<>> DiG <<>> duckduckgo.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 36469
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 65494
;; QUESTION SECTION:
;duckduckgo.com.                        IN      A

;; ANSWER SECTION:
duckduckgo.com.         149     IN      A       52.149.246.39

;; Query time: 88 msec
;; SERVER: 127.0.0.53#53(127.0.0.53)
;; WHEN: Sun Jan 02 16:06:23 EST 2022
;; MSG SIZE  rcvd: 59

Most linux systems have a DNS cache server setup which makes it difficult to figure out what the upstream DNS server that it’s querying is. Mainly because it can be configured a myriad of ways. If you are using NetworkManager you can use the following command:

nmcli dev show | grep DNS

In some other cases it would be in /etc/resolv.conf

cat /etc/resolv.conf

arp

Lastly at the lowest level, arp will tell you the MAC addresses of IP addresses you have communicated with before.

arp
Address                  HWtype  HWaddress           Flags Mask            Iface
192.168.0.1              ether   10:1d:b1:1d:1f:91   C                     wlan0
192.168.0.11             ether   72:25:22:2c:72:72   C                     wlan0
192.168.0.111            ether   03:33:34:3b:23:39   C                     wlan0
Reply via Email Buy me a Coffee
Was this useful? Feel free to share: Hacker News Reddit Twitter