The Monkey-in-the-Middle Proxy Solution Revisited – VPN Style Proxy – LAN==2.5gbps && WAN==1.5gbps

So a little while back I upgraded all my lan components to 2.5gbps and I recently upgraded my wan to 1.5gbps and I wanted to tune up both the VPN solution I had previously made as well as the long since passed Proxy solution. The proxy solution, which is essentially a “Monkey-in-the-Middle” proxy on behalf of all network clients (no TUN interface read/writes are required) but the down side is managing thousands of client based UDP/TCP socket connection states and file descriptors and buffer mallocs. On a side note, as a long term select caller, I finally learned how to use poll as a better replacement!

I wanted to retest what the performance would be of the MITM proxied client solution over WiFi 6GHz@2400mbps and I was able to hit pretty fast VPN-style speeds from the Proxy! I will have to retest to see how the VPN solution performs, however, I am trying to explore how multiple bulk IP packets can be read/written to/from the TUN interface in one singular syscall or being able to process larger size packet data before they get broken up by the interface MTU in the Linux Kernel… IFF_VNET_HDR / IFF_MULTI_QUEUE

Roughly 1.21 Jiggawatts!