Power

Посмотрите сами на вывод команды
netstat -n
и вы поймёте, что STREAM и DGRAM относятся к unix-сокетам, которые не имеют отношения к сетевым соединениям.
Более правильная команда будет такой:

netstat --protocol=inet,inet6 -n | tail -n +3 | awk '{print $5}'|awk -F: '{print $1}' | sort -n | uniq -c | sort -nr | head -n10

но и то она споткнётся на адресах вида ::ffff:192.168.1.1.

Во-первых, если там openssh, то такой трюк по умолчанию запрещён на сервере; вам надо выставить настройку GatewayPorts ssh-сервера в значение "clientspecified" или "yes" (лучше первое).
Во-вторых, настройки в Putty нужно поменять: выбрать "Remote" вместо "Local", поставить галку "Remote ports do the same", а в Destination лучше использовать loopback-адрес (т.е. написать "127.0.0.1:80").

Видимо, на сервере с vpn-клиентом меняется default gateway, после этого весь трафик заворачивается в vpn-туннель, а где-то между vpn-сервером и вами есть NAT (скорее всего, на самом vpn-сервере), который в пакетах, исходящих с вашего сервера, меняет ip-адрес источника, и ваш ssh-клиент уже не видит ответов от вашего сервера (пакеты приходят как бы от другого источника), из-за чего соединение повисает.

Во-первых, sshfs - это userspace, так что монтировать надо от имени того пользователя, который будет этим пользоваться (простите за тавтологию), а не от рута.
Во-вторых, чтобы более-менее правильно применились права, нужно указать опцию
sshfs -o idmap=user