设为首页收藏本站

简体中文 繁體中文 English 日本語 Deutsch 한국 사람 بالعربية TÜRKÇE português คนไทย Français

 找回密码
 立即注册
搜索
热搜: 活动 交友 discuz
查看: 568|回复: 69

应对运营商UDP Qos的方案,防止kcptun/finalspeed的UDP被限速

[复制链接]

2

主题

27

回帖

66

积分

注册会员

积分
66
发表于 2017-8-17 11:51:18 | 显示全部楼层 |阅读模式
本帖最后由 wangyu 于 2017-8-18 14:38 编辑

应对运营商udp屏蔽或qos的解决方案,几乎支持任何udp程序,可以有效防止kcptun/finalspeed的UDP被限速或断流。

原理是用raw socket把udp协议包装成 tcp,模拟 3 次握手,模拟序号,模拟 tcp option(但是没有流量控制和重传,支持实时/乱序到达),可以让防火墙认为是 tcp 流量;还可以把流量包装成 icmp。支持 openvz。支持 NAT 穿透,稳定。





开源软件,udp2raw,repo: https://github.com/wangyu-/udp2r ... doc/README.zh-cn.md

支持桌面 linux、openwrt、树莓派。也支持Android,需要root。

(如果需要在windows或MacOs上用,可以用release里的预装了udp2raw的vmware/virtualbox镜像,容量只有4.4mb。已经配置成了自动获取ip,开机即用)

udp2raw+kcptun step by step 教程:

https://github.com/wangyu-/udp2r ... tun_step_by_step.md

udp2raw+finalspeed step by step 教程:

https://github.com/wangyu-/udp2r ... eed_step_by_step.md

==update1==
补充下,这个程序本来是我写给自己用的,我这的移动线路到日本vultr本来丢包巨高,有时候nat pipe直接就打不通,写了这个软件之后满速了= =。
==update2==
效果,移动20m宽带,使用前连不上,使用后:


回复

使用道具 举报

263

主题

4213

回帖

9279

积分

论坛元老

积分
9279
发表于 2017-8-17 11:52:14 | 显示全部楼层
收藏了
回复

使用道具 举报

197

主题

2673

回帖

6069

积分

论坛元老

积分
6069
发表于 2017-8-17 11:53:06 | 显示全部楼层
大佬厉害
技术贴
回复

使用道具 举报

108

主题

1868

回帖

4234

积分

论坛元老

积分
4234
发表于 2017-8-17 11:53:29 | 显示全部楼层
谢谢老哥。。
研究下
回复

使用道具 举报

36

主题

1155

回帖

2486

积分

金牌会员

积分
2486
发表于 2017-8-17 11:53:33 | 显示全部楼层
大佬厉害
回复

使用道具 举报

24

主题

760

回帖

1700

积分

金牌会员

积分
1700
发表于 2017-8-17 11:53:56 | 显示全部楼层


dalao巨diao,收藏一波先。支持一波。。。。。
回复

使用道具 举报

33

主题

1900

回帖

4017

积分

论坛元老

积分
4017
发表于 2017-8-17 11:54:55 | 显示全部楼层
66666
回复

使用道具 举报

30

主题

784

回帖

1750

积分

金牌会员

积分
1750
发表于 2017-8-17 12:00:34 | 显示全部楼层
厉害了 支持大佬


回复

使用道具 举报

10

主题

71

回帖

218

积分

中级会员

积分
218
发表于 2017-8-17 12:01:31 | 显示全部楼层
那啥,都模拟tcp三次握手了,为什么不直接用tcp。。。。。。。
回复

使用道具 举报

83

主题

2053

回帖

4529

积分

论坛元老

积分
4529
发表于 2017-8-17 12:04:19 | 显示全部楼层
本帖最后由 wangyu 于 2017-8-17 13:52 编辑

风铃 发表于 2017-8-17 12:12

那啥,都模拟tcp三次握手了,为什么不直接用tcp。。。。。。。


这个模拟的TCP,没有流量控制和重传,支持实时/乱序到达(标准tcp只要丢一个包,后面的包都必须要等这个包的重传完成才能提交给上层,不能实时/乱序到达)。本质上还是个UDP,只是伪装成了TCP。

如果直接用tcp,上层再承载kcp finalspeed这种协议,会有tcp over tcp的问题。底层协议和上层协议都有重传,会产生复杂的交互导致数据包积压,流量稍微一大一点,连接就会卡住。

关于tcp over tcp问题,可以看 http://sites.inka.de/bigred/devel/tcp-tcp.htmlhttps://community.open扶墙.net/open扶墙/ticket/2
回复

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

Archiver|手机版|小黑屋|Discuz! X

GMT+8, 2026-6-14 03:22 , Processed in 0.026390 second(s), 4 queries , Gzip On, Redis On.

Powered by Discuz! X5.0

© 2001-2026 Discuz! Team.

快速回复 返回顶部 返回列表