It doesn’t take much googling of this problem before you are told to go and use Wireshark. Although I’ve come across this network packet analyser before, I’d always quickly given up on it. This is not a reflection of the software, but of my impatience in getting to know enough of it to be usable. For WebSockets work, it seems I’m going to have to bite the bullet.
First Problem: Localhost doesn’t have a network interface
Why is this a problem? Because Wireshark needs a network interface to capture packets from. This interface is provided by your network card. Unix systems provide a ‘fake’ loopback network adapter for localhost. Windows doesn’t.
The solution is to add an entry to Windows’ network routing table, so that traffic sent to your local ip address is routed to your network gateway, which will send it straight back to your ip address. Since the traffic now goes through your network adapter, Wireshark should be able to see it.
Using Netcat to test the simplest case possible
To test this out, I will use netcat for windows . This utility allows us to set up a server which will listen on a port and display any text it receives in the console. The same utility also allows us to send traffic to this same port.
The easiest way to do this is to open two elevated command prompts.
In Prompt 1 - set up the server
nc -L -p 8111
-L mean listen, -p is port number
In prompt 2 - Create a Route
route add<your ip> <your gateway ip>
route add 192.168.0.16 192.168.0.1
Open Wireshark, add a filter
tcp.port == 8111
In prompt 2 - Connect to the server
nc <your ip> 8111
type some stuff
You should see your text input appear in prompt 1, and see those packets captured in Wireshark. There you will see 3 entries for each request. The first is the original TCP request FROM your ip TO your ip, the second is an ICMP request for a redirect (the routing table at work). The third is the new TCP request FROM your gateway ip TO your ip.
Note that the route will not persist reboots without adding the -p option
So, that proves the network route works.
Back to WebSockets
Problem is, it doesn’t work with websockets.
I set up SuperWebSocketsServerWeb, the sample web app from the SuperWebSockets project. I used iis to host it.
- With the loopback route deleted…
- browsing to http://
/SuperWebSocketWeb ... the web site doesn't work
browsing to http://localhost/SuperWebSocketWeb … the web site works, the connection opens and I can use the chat demo - though nothing is captured in Wireshark
- With the route added…
- browsing to http://
/SuperWebSocketWeb ... the web site works, the connection opens, a few packets are captured in Wireshark, then the connection closes a few seconds later.