问题的问题在为什么一使用就有这些连接存在。这个问题几年前就有网友反应了，声称安全的软件难道本身就是有漏洞存在。

对于搬瓦工，我觉得搬瓦工的服务非常好，不像 vultr 那么吊，直接说退款就删号了。。。而楼主的问题，首先责任在于对梯子软件是否有漏洞，以及分享人群是否有滥用的情况。另外一个问题在于你不了解 iptables 防火墙，当年有网友反应这个问题的时候，当时就直接加了下面的规则，只是我一直用 stunnel，似乎从来没遇到过类似问题，但是看到用飞机的网友倒是反应了不少。我个人对飞机的安全性是一直有疑问的，因为早在 2015.1.1 就发生了一个奇怪的因为 DNS 问题而导致客户端上不了网的情况，当然 2015.1.2 就修复了。问题是 socket5 本身就有远程 DNS 代理功能，怎么会有这种问题发生了。从那天开始我就不敢用飞机了，程序员收集隐私的爱好的例子举不胜举。
iptables 关于-P INPUT DROP。当时在默认使用-P INPUT ACCEPT 时，我也一度认为根本就没设定端口，为什么程序可以连接上来，我错了，就得设定成-P INPUT DROP 才可以杜绝任何非自己允许的端口连接。自己去搜搜 iptables 的使用方法吧。这种问题怪不了搬瓦工，本身 vps 就是自管理自己负责安全控制的。

root@default:/tmp# iptables -S OUTPUT
-P OUTPUT ACCEPT
-A OUTPUT -o venet0+ -j quota40g
-A OUTPUT -p tcp -m multiport --dports 24,25,50,57,105,106,109,110,143,158,209,218,220,465,587 -j DROP
-A OUTPUT -p udp -m multiport --dports 24,25,50,57,105,106,109,110,143,158,209,218,220,465,587 -j DROP
-A OUTPUT -p tcp -m multiport --dports 21,22,23,993,995,1109,24554,60177,60179 -j DROP
-A OUTPUT -p udp -m multiport --dports 993,995,1109,24554,60177,60179,61234 -j DROP
-A OUTPUT -m state --state INVALID -j DROP

root@default:/tmp# iptables -S INPUT
-P INPUT DROP
-A INPUT -d xxx.xxx.124.5/32 -p tcp -m tcp --tcp-flags FIN,SYN,RST,PSH,URG RST -j DROP
-A INPUT -p tcp -m tcp ! --tcp-flags FIN,SYN,RST,ACK SYN -m state --state NEW -j DROP
-A INPUT -f -j DROP
-A INPUT -i venet+ -p tcp -m tcp --tcp-flags FIN,SYN,RST,ACK SYN -j syn_flood
-A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT
-A INPUT -m state --state INVALID -j DROP
-A INPUT -i lo -m state --state NEW -j ACCEPT
-A INPUT -i vpns+ -j ACCEPT
-A INPUT -i tap_sof+ -j ACCEPT
-A INPUT -p ipv6 -j ACCEPT
-A INPUT -p tcp -m multiport --dports 22,26241 -j ACCEPT
-A INPUT -p udp -m multiport --dports 500,1194,1701,4000,4500,8000 -j ACCEPT
-A INPUT -p icmp -m limit --limit 10/sec -j ACCEPT
-A INPUT -j LOG --log-prefix INPUT_DROP_