[BoomTech] 2分钟学会MPTCP基础配置
虚拟使用场景 :
移动宽带300M, 双拨 . 使用MPTCP配合Shadowsocks系列衍生协议, 叠加上下行带宽直连海外服务器.
准备工作 :
本地客户端与远程服务端均使用Debian12, 6.1内核 ,均安装Xray, 均使用bbrv3版.
Xray Client端 Outbound, Server端 Inbound 配置 "tcpMptcp"~
https://xtls.github.io/config/transport.html#streamsettingsobject
客户端 :
第一步 : 搞两个出口 ~
第二步 : 给服务端IP配路由
第三步 : 配MPTCP 子流
服务端 :
第一步 : 配置MPTCP子流
第二部 : 调整连接数限制到最大
bbr参数过于激进会导致数据包重传, 反而减速, 推荐使用最新的bbrv3原版. 当然, 在没有被QOS, 没有丢包的情况下, 速度是不可能比标准TCP快的 . 在本场景下主要作用为叠加带宽.
虚拟使用场景 :
移动宽带300M, 双拨 . 使用MPTCP配合Shadowsocks系列衍生协议, 叠加上下行带宽直连海外服务器.
线路1 Gateway : 192.168.5.253 , 接口对应MPTCP客户端的eth1
线路2 Gateway : 192.168.235.1 , VLAN ID : 235 , eth1
准备工作 :
本地客户端与远程服务端均使用Debian12, 6.1内核 ,均安装Xray, 均使用bbrv3版.
Xray Client端 Outbound, Server端 Inbound 配置 "tcpMptcp"~
https://xtls.github.io/config/transport.html#streamsettingsobject
客户端 :
第一步 : 搞两个出口 ~
eth1 : 192.168.5.112/24 ,
eth1.235 (vlan) : 192.168.235.112/24
第二步 : 给服务端IP配路由
ip route add 服务端IP metric 1 nexthop via 192.168.5.253 dev eth1 weight 100 nexthop via 192.168.235.1 dev eth1.235 weight 1
第三步 : 配MPTCP 子流
ip mptcp endpoint add 192.168.5.112 dev eth1 subflow id 1 fullmesh
ip mptcp endpoint add 192.168.235.112 dev eth1.235 subflow id 2 fullmesh
服务端 :
第一步 : 配置MPTCP子流
ip mptcp endpoint add 服务器公网网卡IP dev 公网网卡设备名 signal id 1
第二部 : 调整连接数限制到最大
ip mptcp limits set subflows 8
ip mptcp limits set add_addr_accepted 8
bbr参数过于激进会导致数据包重传, 反而减速, 推荐使用最新的bbrv3原版. 当然, 在没有被QOS, 没有丢包的情况下, 速度是不可能比标准TCP快的 . 在本场景下主要作用为叠加带宽.
Telegram? Onlygram!
1️⃣ 现在用户可以直接通过 Reactions 向频道主赠送 Stars (Telegram 发行的虚拟币),需自行在频道设置里开启
2️⃣ Telegram 推出付费订阅频道功能,可以要求用户支付一定数量的Stats才能加入相应的频道
3️⃣ 现在 Bot 也支持创建付费内容了,同样是以 Telegram Stars 支付
4️⃣ 超级频道:从今天开始,你可以让你的频道看起来更像一个群组,管理员可以以自己的个人资料发布内容——甚至是他们拥有的其他频道发布内容。
5️⃣ 新增 iOS 上的文档查看器
🌐 Telegram 8月更新日志
🗒 标签: #Telegram #Stars
📢 频道: @GodlyNews1
🤖 投稿: @GodlyNewsBot
1️⃣ 现在用户可以直接通过 Reactions 向频道主赠送 Stars (Telegram 发行的虚拟币),需自行在频道设置里开启
频道所有者可以获得100% Stars 收益,Telegram 不抽成
2️⃣ Telegram 推出付费订阅频道功能,可以要求用户支付一定数量的Stats才能加入相应的频道
内容创作者现在可以创建特殊的邀请链接,通过每月支付月费来加入频道,费用以Telegram Stars支付。
3️⃣ 现在 Bot 也支持创建付费内容了,同样是以 Telegram Stars 支付
4️⃣ 超级频道:从今天开始,你可以让你的频道看起来更像一个群组,管理员可以以自己的个人资料发布内容——甚至是他们拥有的其他频道发布内容。
5️⃣ 新增 iOS 上的文档查看器
在 iOS 上,像 .pdf、.xls 或 .docx 这样的文档现在会在 独立标签页 中通过 Telegram 浏览器 打开,方便你在文件和聊天消息之间轻松切换。
🌐 Telegram 8月更新日志
🗒 标签: #Telegram #Stars
📢 频道: @GodlyNews1
🤖 投稿: @GodlyNewsBot
Calculating Empires —— 记录 5 个世纪技术与社会发展的巨型图谱
👁 Calculating Empires 是一个非常壮观的对于技术和社会演化的可视化图谱,记录了从 1500 年开始 5 个世纪以来殖民化、军事化、自动化和圈地运动的技术模式,展示了这些力量如何持续地进行支配,以及如何被化解
🔍 项目围绕四大主题展开:通信、计算、分类与控制,你可以观察到有哪些古老的技术被沿用至今,而它们又如何改变了社会结构。例如,在手机、个人电脑和互联网崛起的时代,信息传播为权力操控提供了新的契机(Communications as Spaces of Manipulation)
🧩 在项目介绍中,它引用了法国历史学家费尔南·布罗代尔的话,「如果一个人想要理解这个世界,就必须确定力量、潮流和个体运动的层次结构,然后将它们组合起来形成整体的格局」
频道:@RollerRolling
👁 Calculating Empires 是一个非常壮观的对于技术和社会演化的可视化图谱,记录了从 1500 年开始 5 个世纪以来殖民化、军事化、自动化和圈地运动的技术模式,展示了这些力量如何持续地进行支配,以及如何被化解
🔍 项目围绕四大主题展开:通信、计算、分类与控制,你可以观察到有哪些古老的技术被沿用至今,而它们又如何改变了社会结构。例如,在手机、个人电脑和互联网崛起的时代,信息传播为权力操控提供了新的契机(Communications as Spaces of Manipulation)
🧩 在项目介绍中,它引用了法国历史学家费尔南·布罗代尔的话,「如果一个人想要理解这个世界,就必须确定力量、潮流和个体运动的层次结构,然后将它们组合起来形成整体的格局」
频道:@RollerRolling
#设计 #LOGO #开源
Icon Maker
一个 LOGO 制作工具,有几百个小图标可供选择,也可上传自定义图标,支持更改背景颜色、边距、圆角、尺寸、偏移等,免费下载,无需注册。
ray.so/icon
频道 @WidgetChannel
Icon Maker
一个 LOGO 制作工具,有几百个小图标可供选择,也可上传自定义图标,支持更改背景颜色、边距、圆角、尺寸、偏移等,免费下载,无需注册。
ray.so/icon
频道 @WidgetChannel
可以用免费的SQLite studio管理数据库
[BoomTech] 2分钟学会MPTCP基础配置
虚拟使用场景 :
移动宽带300M, 双拨 . 使用MPTCP配合Shadowsocks系列衍生协议, 叠加上下行带宽直连海外服务器.
准备工作 :
本地客户端与远程服务端均使用Debian12, 6.1内核 ,均安装Xray, 均使用bbrv3版.
Xray Client端 Outbound, Server端 Inbound 配置 "tcpMptcp"~
https://xtls.github.io/config/transport.html#streamsettingsobject
客户端 :
第一步 : 搞两个出口 ~
第二步 : 给服务端IP配路由
第三步 : 配MPTCP 子流
服务端 :
第一步 : 配置MPTCP子流
第二部 : 调整连接数限制到最大
bbr参数过于激进会导致数据包重传, 反而减速, 推荐使用最新的bbrv3原版. 当然, 在没有被QOS, 没有丢包的情况下, 速度是不可能比标准TCP快的 . 在本场景下主要作用为叠加带宽.
[BoomTech] 2分钟学会MPTCP基础配置
虚拟使用场景 :
移动宽带300M, 双拨 . 使用MPTCP配合Shadowsocks系列衍生协议, 叠加上下行带宽直连海外服务器.
线路1 Gateway : 192.168.5.253 , 接口对应MPTCP客户端的eth1
线路2 Gateway : 192.168.235.1 , VLAN ID : 235 , eth1
准备工作 :
本地客户端与远程服务端均使用Debian12, 6.1内核 ,均安装Xray, 均使用bbrv3版.
Xray Client端 Outbound, Server端 Inbound 配置 "tcpMptcp"~
https://xtls.github.io/config/transport.html#streamsettingsobject
客户端 :
第一步 : 搞两个出口 ~
eth1 : 192.168.5.112/24 ,
eth1.235 (vlan) : 192.168.235.112/24
第二步 : 给服务端IP配路由
ip route add 服务端IP metric 1 nexthop via 192.168.5.253 dev eth1 weight 100 nexthop via 192.168.235.1 dev eth1.235 weight 1
第三步 : 配MPTCP 子流
ip mptcp endpoint add 192.168.5.112 dev eth1 subflow id 1 fullmesh
ip mptcp endpoint add 192.168.235.112 dev eth1.235 subflow id 2 fullmesh
服务端 :
第一步 : 配置MPTCP子流
ip mptcp endpoint add 服务器公网网卡IP dev 公网网卡设备名 signal id 1
第二部 : 调整连接数限制到最大
ip mptcp limits set subflows 8
ip mptcp limits set add_addr_accepted 8
bbr参数过于激进会导致数据包重传, 反而减速, 推荐使用最新的bbrv3原版. 当然, 在没有被QOS, 没有丢包的情况下, 速度是不可能比标准TCP快的 . 在本场景下主要作用为叠加带宽.
#影视
如意视频
在线影视站、电影、剧集、综艺、动漫、纪录片都有,资源非常齐全,清晰度和速度超级棒,播放会提示登陆,无需理会,关掉即可,嫌烦也可注册账号。
感谢群友 #投稿 ,推荐理由:不如你看看这个,我偶然看到的,1080p无菠菜广告。
https://rysp.tv
频道 @WidgetChannel
如意视频
在线影视站、电影、剧集、综艺、动漫、纪录片都有,资源非常齐全,清晰度和速度超级棒,播放会提示登陆,无需理会,关掉即可,嫌烦也可注册账号。
感谢群友 #投稿 ,推荐理由:不如你看看这个,我偶然看到的,1080p无菠菜广告。
https://rysp.tv
频道 @WidgetChannel
教科书式的抄袭与逐渐变质的聚合路由系统 → OpenMPTCP Router
时间回到2015年末, OVH在法国推出了"OverTheBox"多线聚合路由器 .
当时的法国完全没有5G, 也没有普及光纤. 这款设备的目的是为了聚合4G LTE与VDSL带宽而设计.
推出后, 市场响应平平, 早上起床啃完🥖喝完咖啡开始看报纸的法国人民甚至觉得用中波来传输数据就够了, 56K Modem都太快了~
介于项目不太成功, 2016年8月OVH决定"做个好人", 将它在Github开源. 说实话OVH本来就应该开源, 所用到的三样东西: OpenWRT, MPTCP, Shadowsocks全部是开源的. OVH唯一做的事情就是加了个一键API从OVH的服务器上开个SS端口.
现在本次故事的主人公Ysurac正式登场, 充分演绎ARL44的跳弹.
安装OpenMPTCP Router之后, 再回头看一下OVH在Youtube的宣传片, 一瞬就能发现他们两个UI样式, 监控图表样式就没有任何区别. 包括TCP与MPTCP之间的转换用Shadowsocks, MultiPath UDP直接用OVH开发的glorytun, 毫无创新可言.
(图3)在Github被人质疑之后, 他回复了一大坨, 总结成一句就是 : "我只是看了对方的设计并把它记了下来, 从来没有抄袭过~"
我怎么就没有那么聪明? 否则还有空在这里讲故事么 - -!
任何一个包含ShadowSocks的项目, 永远无法逃过中国人的眼睛. 很快就有一个头脑特别灵活的中国商人找到了Ysurac, 成为赞助商并协助了开发工作.
法国鸭子简直是大开眼界, 得到了各种来自华强北的"先进设备", 于是OpenMPTCP在硬件的兼容性上"遥遥领先", 国内热门的路由器全都能刷.
没有人比中国人更懂得ShadowSocks, 这下Ysurac知道了原版是"基石", 真正有生产力的是那些衍生版本. 换了高效SS程序后不但比OVH跑的更快, 无意间还多了个功能~
此时Ysurac的业务全球遍地开花, 合作的人越来越多. 其中不少来自各大"墙国", 有在抖音国际版上做户外直播的需求~
于是Ysurac越改越起劲, 2022-blake3, Vless-Reality, Xray-Core你能想到的他全部加了进去~
所以...大家还在等什么? 翻墙路由器, 启动!!
时间回到2015年末, OVH在法国推出了"OverTheBox"多线聚合路由器 .
当时的法国完全没有5G, 也没有普及光纤. 这款设备的目的是为了聚合4G LTE与VDSL带宽而设计.
推出后, 市场响应平平, 早上起床啃完🥖喝完咖啡开始看报纸的法国人民甚至觉得用中波来传输数据就够了, 56K Modem都太快了~
介于项目不太成功, 2016年8月OVH决定"做个好人", 将它在Github开源. 说实话OVH本来就应该开源, 所用到的三样东西: OpenWRT, MPTCP, Shadowsocks全部是开源的. OVH唯一做的事情就是加了个一键API从OVH的服务器上开个SS端口.
现在本次故事的主人公Ysurac正式登场, 充分演绎ARL44的跳弹.
安装OpenMPTCP Router之后, 再回头看一下OVH在Youtube的宣传片, 一瞬就能发现他们两个UI样式, 监控图表样式就没有任何区别. 包括TCP与MPTCP之间的转换用Shadowsocks, MultiPath UDP直接用OVH开发的glorytun, 毫无创新可言.
(图3)在Github被人质疑之后, 他回复了一大坨, 总结成一句就是 : "我只是看了对方的设计并把它记了下来, 从来没有抄袭过~"
我怎么就没有那么聪明? 否则还有空在这里讲故事么 - -!
任何一个包含ShadowSocks的项目, 永远无法逃过中国人的眼睛. 很快就有一个头脑特别灵活的中国商人找到了Ysurac, 成为赞助商并协助了开发工作.
法国鸭子简直是大开眼界, 得到了各种来自华强北的"先进设备", 于是OpenMPTCP在硬件的兼容性上"遥遥领先", 国内热门的路由器全都能刷.
没有人比中国人更懂得ShadowSocks, 这下Ysurac知道了原版是"基石", 真正有生产力的是那些衍生版本. 换了高效SS程序后不但比OVH跑的更快, 无意间还多了个功能~
此时Ysurac的业务全球遍地开花, 合作的人越来越多. 其中不少来自各大"墙国", 有在抖音国际版上做户外直播的需求~
于是Ysurac越改越起劲, 2022-blake3, Vless-Reality, Xray-Core你能想到的他全部加了进去~
所以...大家还在等什么? 翻墙路由器, 启动!!
别人翻墙 , 我操墙 → 速蛙机场的穷途末路与MPTCP的前生今世 (下)
众所周知, 速娃无了. 原因上一篇已经告诉大家了, 我们怀念他!
本篇将介绍早已把MPTCP应用到"日常生活中"遥遥领先的用户群体.
Clash.Meta支持MPTCP? 很多人非常诧异, 来回顾一下文档 :
MPTCP尚未加入Windows, 也未被常见的网页或流媒体服务端所支持, 现阶段大多数用户只能~
部分链路采用MPTCP. 而TCP与MPTCP之间的转换采用"你们最喜欢的程序"来过个桥~
Clash.Meta的用户群体称这个叫MPTCP Padding. 为啥会用"填充"来形容? 该用户群体把MPTCP用于单出口网络内发起多个TCP连接, 破解运营商的 QOS. 假设运营商对单个TCP连接限速1M, 用MPTCP切割成10个"子流"(Subflow) 速度就变成了10M. 实际上MPTCP就是在TCP数据包的基础上加入了MultiPath相关的标签, 用于排列数据包的先来后到, 本质上还是TCP加了料, 所以用Padding这个词挺形象化.
这种用法连MPTCP作者都没能预料到. 硬是变成了"多线程下载工具".
相比之下OpenMPTCP的使用群体更符合作者的设计初衷~
早在2016年, 一位以肥胖鸟类作为头像的法国程序员, 受到OVH电信"OverTheBox"启发~没错就是"迁移到OVH让傻逼D个够"那家~
OverTheBox起初是一台闭源, 通过登录OVH账号一键化配置服务端的多线聚合路由器.
可以说OVH遥遥领先, 这是全球第一个将MultiPathTCP和UDP大规模商用的项目.
肥胖鸟类灵机一动: 我照抄OVH, 把服务端做成能在任意Linux VPS部署不就完事了?
于是在2018年OpenMPTCP Router v0.1版正式发布~
真就做的和OVH一摸一样, 使用Shadowsocks将TCP转化为MPTCP, glorytun将UDP同样MultiPath化.
服务端采用一键脚本可以配置在任意Linux系统的设备上.
之后就是一位头脑特别灵活的中国人找到他 , 把聚合路由器逐渐开发成翻墙路由器的故事或者说事故...
PS : MPTCP系列才刚刚开始 , 第二章内容请稍等片刻~
众所周知, 速娃无了. 原因上一篇已经告诉大家了, 我们怀念他!
本篇将介绍早已把MPTCP应用到"日常生活中"遥遥领先的用户群体.
Clash.Meta支持MPTCP? 很多人非常诧异, 来回顾一下文档 :
tfo: false
mptcp: false
MPTCP尚未加入Windows, 也未被常见的网页或流媒体服务端所支持, 现阶段大多数用户只能~
TCP — MPTCP ————MPTCP — TCP
部分链路采用MPTCP. 而TCP与MPTCP之间的转换采用"你们最喜欢的程序"来过个桥~
Clash.Meta的用户群体称这个叫MPTCP Padding. 为啥会用"填充"来形容? 该用户群体把MPTCP用于单出口网络内发起多个TCP连接, 破解运营商的 QOS. 假设运营商对单个TCP连接限速1M, 用MPTCP切割成10个"子流"(Subflow) 速度就变成了10M. 实际上MPTCP就是在TCP数据包的基础上加入了MultiPath相关的标签, 用于排列数据包的先来后到, 本质上还是TCP加了料, 所以用Padding这个词挺形象化.
这种用法连MPTCP作者都没能预料到. 硬是变成了"多线程下载工具".
相比之下OpenMPTCP的使用群体更符合作者的设计初衷~
早在2016年, 一位以肥胖鸟类作为头像的法国程序员, 受到OVH电信"OverTheBox"启发~没错就是"迁移到OVH让傻逼D个够"那家~
OverTheBox起初是一台闭源, 通过登录OVH账号一键化配置服务端的多线聚合路由器.
可以说OVH遥遥领先, 这是全球第一个将MultiPathTCP和UDP大规模商用的项目.
肥胖鸟类灵机一动: 我照抄OVH, 把服务端做成能在任意Linux VPS部署不就完事了?
于是在2018年OpenMPTCP Router v0.1版正式发布~
真就做的和OVH一摸一样, 使用Shadowsocks将TCP转化为MPTCP, glorytun将UDP同样MultiPath化.
服务端采用一键脚本可以配置在任意Linux系统的设备上.
之后就是一位头脑特别灵活的中国人找到他 , 把聚合路由器逐渐开发成翻墙路由器的故事或者说事故...
PS : MPTCP系列才刚刚开始 , 第二章内容请稍等片刻~
Hybula分享了9700X的GB跑分,仅供参考
Fri Aug 9 10:20:24 AM UTC 2024
Basic System Information:
---------------------------------
Uptime : 0 days, 0 hours, 7 minutes
Processor : AMD Ryzen 7 9700X 8-Core Processor
CPU cores : 16 @ 3000.000 MHz
AES-NI : ✔️ Enabled
VM-x/AMD-V : ✔️ Enabled
RAM : 30.5 GiB
Swap : 0.0 KiB
Disk :
Distro : Debian GNU/Linux bookworm/sid
Kernel : 6.0.0-4-amd64
VM Type : NONE
IPv4/IPv6 : ✔️ Online / ❌ Offline
IPv4 Network Information:
---------------------------------
ISP : Eranium B.V.
ASN : AS35133 Eranium B.V.
Host : Eranium B.V
Location : Amsterdam, North Holland (NH)
Country : The Netherlands
Geekbench 5 Benchmark Test:
---------------------------------
Test | Value
|
Single Core | 2424
Multi Core | 13394
Full Test | https://browser.geekbench.com/v5/cpu/22759123
Geekbench 6 Benchmark Test:
---------------------------------
Test | Value
|
Single Core | 3398
Multi Core | 13324
Full Test | https://browser.geekbench.com/v6/cpu/7258160
YABS completed in 6 min 33 secCVE-2024-38077 Windows 远程桌面授权服务远程代码执行漏洞
https://msrc.microsoft.com/update-guide/vulnerability/CVE-2024-38077
7.9 已经发布了一个安全更新,以解决 Windows 远程桌面授权服务中的远程代码执行漏洞。
实际上,根据描述信息,这个漏洞影响不大,需要开启 Remote Desktop Licensing 服务(默认不开启)才可以利用。不过为了安全起见,还是建议尽快更新。
https://msrc.microsoft.com/update-guide/vulnerability/CVE-2024-38077
7.9 已经发布了一个安全更新,以解决 Windows 远程桌面授权服务中的远程代码执行漏洞。
实际上,根据描述信息,这个漏洞影响不大,需要开启 Remote Desktop Licensing 服务(默认不开启)才可以利用。不过为了安全起见,还是建议尽快更新。