MFWT 最近的时间轴更新 MFWT 最近的时间轴更新 |
MFWTV2EX 第 595319 号会员，加入于 2022-09-25 19:38:55 +08:00今日活跃度排名 5403 |
| Win10 搜索功能的一个奇怪故障，求教 Windows • MFWT • 2 小时 31 分钟前 • 最后回复来自 MFWT | 4 |
| 未北岸国内服务器与 TLS 流量问题请教 宽带症候群 • MFWT • 65 天前 • 最后回复来自 6Bpencle | 28 |
| 分享一下我日常用的打洞回家法，不知道有没有 V 友也用这个的 宽带症候群 • MFWT • 38 天前 • 最后回复来自 hi543 | 33 |
| 闲置移动硬盘是否适合作为小 NAS 的存储盘？
1 NAS • MFWT • 188 天前 • 最后回复来自 isSamle
|
21 |
| isHosting 香港机房维护后，似乎 IPv6 网关不通了 VPS • MFWT • 194 天前 |
| JMS HK CMI 停止出售，不确定是暂时停售还是传家宝又加一 宽带症候群 • MFWT • 198 天前 • 最后回复来自 canyue7897 | 3 |
| 这是笔记本电池问题，还是 Windows 对于数据读取的问题？ Windows • MFWT • 207 天前 • 最后回复来自 MFWT | 9 |
| SHA256 生成的口令被系统认为『太简单了』 程序员 • MFWT • 219 天前 • 最后回复来自 rocksolid | 19 |
| 是否最好区分开『端口转发』和『端口重定向』？ 宽带症候群 • MFWT • 217 天前 • 最后回复来自 zmcity | 7 |
MFWT 最近回复了
2 小时 31 分钟前 回复了 MFWT 创建的主题 › Windows › Win10 搜索功能的一个奇怪故障，求教 |
12 小时 30 分钟前 回复了 MFWT 创建的主题 › Windows › Win10 搜索功能的一个奇怪故障，求教 |
7 天前 回复了 hikarikongou 创建的主题 › 宽带症候群 › 成都移动企宽开始封未备案域名 SNI 了 |
OpenVPN 配合自签名证书，自己写一个合适的域名（主要是它可以把 CA 证书一起打包进去，免去证书不受信任的麻烦）
9 天前 回复了 random1221 创建的主题 › 宽带症候群 › 2024 年内网穿透的最佳方案是什么？ |
优先是双端 v4 公网，以及双端 V6 公网
如果被访问端是 FullCone NAT ，可以考虑 natter 之类的打洞工具
如果被访问端是 NAT3 及以上，Tailscale
实在不行，再中转
如果被访问端是 FullCone NAT ，可以考虑 natter 之类的打洞工具
如果被访问端是 NAT3 及以上，Tailscale
实在不行，再中转
12 天前 回复了 mmdbn 创建的主题 › 宽带症候群 › 移动宽带好用吗，稳定吗 |
@netflix112827 所以才说需要看地方
13 天前 回复了 drymonfidelia 创建的主题 › 宽带症候群 › 家用路由器的 IP 地址设置在 .1 还是 .254 更好？用哪个网段最合适？为什么？ |
10.0.0.233
10.1.1.233
我的是这几个，基本上就是 10.0.0.0/8 里面慢慢开/24 ，然后 233 是网关，230 是存储，235 是应用服务器
无他，只是因为习惯了
10.1.1.233
我的是这几个，基本上就是 10.0.0.0/8 里面慢慢开/24 ，然后 233 是网关，230 是存储，235 是应用服务器
无他，只是因为习惯了
13 天前 回复了 studyingss 创建的主题 › NAS › 为了应对运营商考核上下行比率，恩山无线论坛用户和某云盘使用恶意软件从 Bittorrent 网络无限吸血以提高下载量 |
是真的恶心.....
22 天前 回复了 yyy134341 创建的主题 › 宽带症候群 › 虚心请教，如何充分利用低速率网口带宽聚合代理上网 |
@yyy134341
就目前而言，据我所知，WireGuard 的官方版本并没有实现指定出口的功能，而且对于对等点的认证也没有想象中的那么快捷（至少如果某个 Peer 有新的对端地址（此处地址指代『地址:端口 二元组』，下同）连入，那么原先的连接似乎会被放弃，也就是说两个接口会不停地等到超时之后重新握手，也就是说可能是同时也就一条链路被用上）
我有个稍微显得 dirty 的解决方法，同样是类似于『把数据抠出来』的思路，这就需要双方配合：
1. 你的 B 机上面，安装 gost （或者其他 UDP 端口转发软件，不能是 iptables 的 REDIRECT ，必须是不保留源地址的转发工具），监听一个端口，并把数据转发到 WG 的监听端口
2. 你的 A 机上面，用 gost 监听某个端口，配合虚拟节点功能（或者选择其他有负载均衡功能的 UDP 端口转发软件），注意指定不同出口，但是填一样的地址（就是刚刚 B 机 gost 监听那个端口）实现负载均衡功能
3. 你的 A 机的 WG ，指定对端地址为你本机的 GOST
画图就是：
A 机 WG -------> A 机 GOST -----（多网卡出线）-----> B 机 GOST ----> B 机 WG
核心思想还是：保持两端 WG 所看到的对端地址不变（都是 127.0.0.1 + 固定端口），然后中间偷梁换柱
就目前而言，据我所知，WireGuard 的官方版本并没有实现指定出口的功能，而且对于对等点的认证也没有想象中的那么快捷（至少如果某个 Peer 有新的对端地址（此处地址指代『地址:端口 二元组』，下同）连入，那么原先的连接似乎会被放弃，也就是说两个接口会不停地等到超时之后重新握手，也就是说可能是同时也就一条链路被用上）
我有个稍微显得 dirty 的解决方法，同样是类似于『把数据抠出来』的思路，这就需要双方配合：
1. 你的 B 机上面，安装 gost （或者其他 UDP 端口转发软件，不能是 iptables 的 REDIRECT ，必须是不保留源地址的转发工具），监听一个端口，并把数据转发到 WG 的监听端口
2. 你的 A 机上面，用 gost 监听某个端口，配合虚拟节点功能（或者选择其他有负载均衡功能的 UDP 端口转发软件），注意指定不同出口，但是填一样的地址（就是刚刚 B 机 gost 监听那个端口）实现负载均衡功能
3. 你的 A 机的 WG ，指定对端地址为你本机的 GOST
画图就是：
A 机 WG -------> A 机 GOST -----（多网卡出线）-----> B 机 GOST ----> B 机 WG
核心思想还是：保持两端 WG 所看到的对端地址不变（都是 127.0.0.1 + 固定端口），然后中间偷梁换柱
22 天前 回复了 yyy134341 创建的主题 › 宽带症候群 › 虚心请教，如何充分利用低速率网口带宽聚合代理上网 |
@yyy134341
其实你的 case 和我的本质上还是一样的，主要就是谁主动连接谁的问题
这其实就是流量聚合的一个难点：以目前网络中比较常用的 TCP 协议为例，如果不是对端配合，他『并不能』在实现多路径传输（不然就不会有 MPTCP 之类的玩意出现了），在这个情况下，链路聚合能体现加速的一般就以下几个场景：
1. 多个 TCP 同时使用（比如说，多机使用，多线程下载）
2. 多用户从不同链路进来
所以这也就是我提到，为什么是 SS：像是 SS 这种代理协议和 VPN 不同，他提前终结了 TCP ，只是拿着数据跑来跑去，这就比 VPN 那种单纯的三层路由要好得多。我可能描述得不太准确，但大概就是这个意思
其实你的 case 和我的本质上还是一样的，主要就是谁主动连接谁的问题
这其实就是流量聚合的一个难点：以目前网络中比较常用的 TCP 协议为例，如果不是对端配合，他『并不能』在实现多路径传输（不然就不会有 MPTCP 之类的玩意出现了），在这个情况下，链路聚合能体现加速的一般就以下几个场景：
1. 多个 TCP 同时使用（比如说，多机使用，多线程下载）
2. 多用户从不同链路进来
所以这也就是我提到，为什么是 SS：像是 SS 这种代理协议和 VPN 不同，他提前终结了 TCP ，只是拿着数据跑来跑去，这就比 VPN 那种单纯的三层路由要好得多。我可能描述得不太准确，但大概就是这个意思
Select Language