Regardless of whether you work on the front-end or back-end, I think all developers should gain some proficiency in network troubleshooting. This is especially true if you find yourself gravitating towards lower level systems programming.
The ability to troubleshoot the network and systems separates good developers from great developers. Great developers understand not just code abstraction, but understand the TCP/IP model:
Some basic network troubleshooting skills
If you are just getting into networking, here are some basic tools you should add to your toolbelt:
- Perform a DNS query (e.g.
- Send an ICMP echo request to test end to end IP connectivity (i.e.
- Analyze the various network hops (i.e.
- Check whether you can establish a TCP socket connection (e.g.
telnet X.X.X.X [port])
- Test application layer (i.e.
- Perform a packet capture (e.g.
tcpdump -i any) and what bits are sent on the wire
% dig dev.to ; <<>> DiG 9.10.6 <<>> dev.to ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 39029 ;; flags: qr rd ra; QUERY: 1, ANSWER: 4, AUTHORITY: 0, ADDITIONAL: 1 ;; OPT PSEUDOSECTION: ; EDNS: version: 0, flags:; udp: 512 ;; QUESTION SECTION: ;dev.to. IN A ;; ANSWER SECTION: dev.to. 268 IN A 188.8.131.52 dev.to. 268 IN A 184.108.40.206 dev.to. 268 IN A 220.127.116.11 dev.to. 268 IN A 18.104.22.168
% telnet 22.214.171.124 443 Trying 126.96.36.199... Connected to 188.8.131.52. Escape character is '^]'.
Each of the above tools helps you isolate connectivity issues. For example, if your client receives an HTTP 5XX error, you can immediately rule out any TCP level issue. That is, you don’t need to use
telnet to check whether there’s a firewall issue or whether the server is listening in on the right socket: the server already sent an application level response.
Learning more about the network stack helps you quickly pinpoint and isolate problems:
- Is it my client-side application?
- Is it a firewall blocking certain ports?
- Is there a transient issue on the network?
- Is the server up and running?
If you are curious about learning how to move from front-end to back-end development, or from back-end development to low level systems programming, hit me up on Twitter: @memattchung