linhua55 / some_kcptun_tools Goto Github PK

经过初步的测试，发现不同的ISP对TCP header有不同的要求：

• 广东移动：
  • 服务端ack flag必须置为1，否则客户端将一直收不到服务端的packet。
  • seq/ack序列需要一直保持定值，如果一直自增会被QoS随后pipe被掐断；我在 kcptun-raw 中曾尝试过模拟真实的seq/ack，但因为确认/丢包/拥塞策略全部由kcp控制再加上还有下层自定义协议，seq和ack的模拟实在难以实现。当然貌似只有少数ISP会做这个QoS，其他ISP环境下seq/ack一直保持自增貌似是没有问题的。
• 广电宽带（广东）和电信4G：
  • 必须模拟TCP三次握手过程，即 客户端SYN->服务端SYN+ACK->客户端ACK ，随后pipe才能打通。
  • seq/ack序列无要求，保持定值和一直自增都可以。
• 服务器提供商（阿里云等）：
  • vps之间通信基本无限制，在防火墙关闭的情况下，packet想怎么发都可以（因为没有经过NAT和ISP的QoS的缘故？）；但是对于不能直接分配到公网IP的服务器（比如腾讯云和AWS，唯一的eth0只有私有地址，上下行流量都经过网关NAT），是否也需要模拟三次握手／或者至少是服务端ack flag需要置1呢？

欢迎补充其他的情况。

这样可以利用winpcap，原生Windows即可执行。