昨天跟着AI操作被搞懵逼了
本文转载于9090社区，帖子链接：https://qq9090.top/thread-608473-1-1.html
作者: cavaliercc 时间: 2026-7-16 08:57有一台日本oracle云 VPS 三网速度是这样的 ，昨天刚换IP，问AI怎么优化，AI让我用Tailscale 跟vps 组内网走，以为会很快，结果就2M不到
10.0.0.179 -> 202.96.209.133, 30 hops max, 28 byte packets, ICMP mode
1 140.91.206.242 AS31898 [ORACLE-CLOUD] 日本 千叶县 印西市 cloud.oracle.com
0.35 ms / 0.31 ms / 0.34 ms
2 61.200.80.62 AS2914 日本 东京都 东京 gin.ntt.net
ae-0.oracle-oci.tokyjp10.jp.bb.gin.ntt.net 20.41 ms / 1.18 ms / 1.26 ms
3 61.200.80.61 AS2914 日本 东京都 东京 gin.ntt.net
ae-33.a01.tokyjp10.jp.bb.gin.ntt.net 8.85 ms / 1.23 ms / 6.56 ms
4 *
5 129.250.7.54 AS2914 [NTT-BACKBONE] 日本 东京都 东京 gin.ntt.net
ae-0.a01.tokyjp09.jp.bb.gin.ntt.net 1.69 ms / 1.46 ms / 1.47 ms
6 203.215.237.153 * [CHINANET-FJ] 日本 东京都 东京 电信
103.63 ms / 103.54 ms / 103.91 ms
7 *
8 202.97.94.141 AS4134 [CHINANET-BB] 中国 广东 广州 chinatelecom.com.cn 电信
105.97 ms / * ms / * ms
9 *
10 101.95.88.73 AS4812 [CHINANET-SH] 中国 上海 chinatelecom.cn 电信
105.24 ms / 105.75 ms / * ms
11 61.152.1.162 AS4812 [CHINANET-SH] 中国 上海 chinatelecom.cn
229.55 ms / 179.49 ms / 138.43 ms
12 202.96.209.133 AS4812 [CHINANET-SH] 中国 上海 chinatelecom.cn 电信
185.21 ms / 183.99 ms / * ms
-----------------------------------------------------------------------------------------------------
IP Geo Data Provider: LeoMoeAPI
10.0.0.179 -> 211.136.112.200, 30 hops max, 28 byte packets, ICMP mode
1 140.91.206.106 AS31898 [ORACLE-CLOUD] 日本 东京都 东京 cloud.oracle.com
0.34 ms / 0.32 ms / 0.36 ms
2 61.200.80.62 AS2914 日本 东京都 东京 gin.ntt.net
ae-0.oracle-oci.tokyjp10.jp.bb.gin.ntt.net 35.88 ms / 1.01 ms / 3.71 ms
3 61.200.80.61 AS2914 日本 东京都 东京 gin.ntt.net
ae-33.a01.tokyjp10.jp.bb.gin.ntt.net 1.25 ms / 1.37 ms / 1.43 ms
4 *
5 *
6 129.250.2.149 AS2914 [NTT-BACKBONE] 中国 香港 gin.ntt.net
ae-18.a00.chwahk03.hk.bb.gin.ntt.net 48.32 ms / 48.48 ms / 49.60 ms
7 *
8 223.120.2.117 AS58453 [CMI-INT] 中国 香港 cmi.chinamobile.com 移动
49.40 ms / 54.48 ms / 49.37 ms
9 223.120.3.202 AS58453 [CMI-INT] 中国 上海 cmi.chinamobile.com 移动
76.64 ms / 76.43 ms / 76.39 ms
10 221.183.89.178 AS9808 [CMNET] 中国 上海 X-I chinamobileltd.com 移动
79.80 ms / 80.13 ms / 81.54 ms
11 221.183.89.33 AS9808 [CMNET] 中国 上海 I-C chinamobileltd.com 移动
75.91 ms / 75.85 ms / 75.83 ms
12 221.183.89.14 AS9808 [CMNET] 中国 上海 chinamobileltd.com 移动
196.61 ms / 195.86 ms / * ms
13 *
14 *
15 211.136.112.252 AS24400 [CMNET] 中国 上海 sh.10086.cn 移动
78.92 ms / * ms / * ms
16 211.136.112.200 AS24400 [CMNET] 中国 上海 浦东新区 sh.10086.cn 移动
90.48 ms / 81.32 ms / 91.64 ms
---------------------------------------------------------------------------------------------------
IP Geo Data Provider: LeoMoeAPI
10.0.0.179 -> 210.22.97.1, 30 hops max, 28 byte packets, ICMP mode
1 140.91.206.110 AS31898 [ORACLE-CLOUD] 日本 东京都 东京 cloud.oracle.com
0.36 ms / 0.33 ms / 0.32 ms
2 180.87.180.138 AS6453 [TATA-COMMUNICATIONS] 日本 东京都 东京 tatacommunications.com
1.23 ms / 2.15 ms / 1.33 ms
3 180.87.180.137 AS6453 [TATA-COMMUNICATIONS] 日本 东京都 东京 tatacommunications.com
ix-be-35.ecore1.tv2-tokyo.as6453.net 1.74 ms / 1.84 ms / 1.68 ms
4 209.58.55.69 AS6453 [TATAC-ARIN] 日本 东京都 东京 tatacommunications.com
115.06 ms / * ms / * ms
[MPLS: Lbl 259895, TC 1, S 1, TTL 1]
5 180.87.180.152 AS6453 [TATA-COMMUNICATIONS] 日本 东京都 东京 tatacommunications.com
if-ae-58-2.tcore1.av3-toyohashi.as6453.net 113.84 ms / 113.77 ms / 113.59 ms
[MPLS: Lbl 192004, TC 1, S 1, TTL 1]
6 180.87.149.1 AS6453 [TATA-COMMUNICATIONS] 加拿大 魁北克省 蒙特利尔 tatacommunications.com
117.06 ms / 117.14 ms / * ms
[MPLS: Lbl 324729, TC 1, S 1, TTL 1]
7 64.86.252.32 AS6453 美国 加利福尼亚 洛杉矶 tatacommunications.com
if-bundle-28-2.qcore1.lvw-losangeles.as6453.net 114.25 ms / * ms / * ms
[MPLS: Lbl 140957, TC 1, S 1, TTL 1]
8 207.45.218.210 AS6453 美国 加利福尼亚州 洛杉矶 tatacommunications.com
113.50 ms / 114.05 ms / 118.69 ms
9 207.45.219.9 AS6453 美国 加利福尼亚 洛杉矶 tatacommunications.com
160.65 ms / 159.70 ms / 160.45 ms
10 219.158.16.97 AS4837 [CU169-BACKBONE] 中国 北京 chinaunicom.cn 联通
156.12 ms / 156.05 ms / 155.65 ms
11 219.158.16.81 AS4837 [CU169-BACKBONE] 中国 北京 chinaunicom.cn 联通
155.77 ms / * ms / * ms
12 219.158.5.145 AS4837 [CU169-BACKBONE] 中国 北京 chinaunicom.cn 联通
157.33 ms / 156.90 ms / 156.88 ms
13 *
14 *
15 112.64.250.202 AS17621 [APNIC-AP] 中国 上海 chinaunicom.cn 联通
187.91 ms / * ms / * ms
16 210.22.97.1 AS17621 [CNCNET-SH] 中国 上海 闵行区 chinaunicom.cn 联通
175.24 ms / 175.31 ms / 175.27 ms
作者: cavaliercc 时间: 2026-7-16 09:09
后来又让我 wireguard 连接上家里路由器，让路由器用Tailscale 出口选日本，结果也不理想
作者: cavaliercc 时间: 2026-7-16 09:13
跨国网络优化与组网实战总结 (2026-07-16)
📌 问题背景
* 现状：拥有一台日本服务器和一条带有公网 IP 的国内华硕（梅林固件）家庭宽带。
* 痛点：在手机移动网络下，直接使用海外节点作为全局出口时，速度极慢（不到 2M），且存在严重丢包（高达 10%）。
* 原因分析：国内三大运营商针对个人移动端（4G/5G）跨国 UDP/非标流量存在严重的 QoS（降速限流）策略。但对家庭宽带的国际出口路由限制相对宽松很多。
🛠️ 服务器底层网络优化 (日本节点)
服务器的基础网络已经调整到最优状态：
1. TCP BBR：开启 bbr 拥塞控制算法和 fq 队列，最大化跨国 TCP 吞吐量。
2. 内核参数：文件描述符提升至 1048576，优化 TCP 连接复用 (tcp_tw_reuse) 和保活时间。
3. DNS 架构升级：
- 部署了 MosDNS，实现智能分流：国内域名（如飞书）走加密的阿里/腾讯 DoH，海外域名走 Google/Cloudflare。
- 配置了 10000 条的大容量本地缓存。
- 编写了 /etc/cron.daily/mosdns-update 定时脚本，每天自动拉取并更新国内直连域名列表。
- 效果：API DNS 解析耗时从 125ms 降至 0.5ms 以下。
🚀 网络架构演进与解决方案
方案 A：双层隧道（基础跳板）
* 架构：手机 -> [WireGuard] -> 家宽 -> [Tailscale] -> 日本节点
* 优势：纯纯的内网安全隧道。
* 缺点：手机端必须同时开着 WireGuard，配置略显繁琐。
方案 B：Tailscale 路由器全局出口（高级组网）
* 操作：在华硕路由器底层运行 tailscale up --advertise-exit-node 并开启 UDP GRO 优化。
* 架构：手机在外直接用 Tailscale 选择华硕路由器作为 Exit Node。
* 痛点：在 iOS 系统上，Tailscale 会占用系统唯一的 VPN 通道，导致无法同时开启 Shadowrocket 等分流代理软件。开启全局出口后，访问国内应用也会绕路日本。
方案 C：端口转发“透明跳板”（终极方案推荐）
完美结合小火箭的智能分流与家宽的无损出国路由。
* 原理：将家宽的公网 IP 变成日本服务器的透明转发器。
* 操作步骤：
1. 在华硕路由器后台设置端口转发。将外网的某个端口（如 5566）直接转发至日本节点真实代理服务端口（如 4433）。
2. 手机端关闭 Tailscale，仅使用小火箭。
3. 将小火箭节点配置中的 IP 替换为国内家宽的公网 IP/DDNS，端口改为 5566。
* 最终效果：
- 手机流量直达国内家宽，0 丢包。
- 家宽接管跨国传输，跑满宽带上传极限。
- 小火箭正常分流，国内微信/淘宝直连不绕路，海外流量秒开。完美解决 VPN 冲突与跨国限速问题。
作者: tiger陈 时间: 2026-7-16 09:21
以后做爱是不是都要事先让AI先算好频率和行程？
作者: blackibm 时间: 2026-7-16 10:46
tiger陈 发表于 2026-7-16 09:21
以后做爱是不是都要事先让AI先算好频率和行程？
豆包正在分析你的频率。。。
豆包监测到你已经结束，是否需要总结37秒过程的数据。
作者: 柯南 时间: 2026-7-16 11:16
blackibm 发表于 2026-7-16 10:46
豆包正在分析你的频率。。。
豆包监测到你已经结束，是否需要总结37秒过程的数据。 ...
豆包太忙了，等豆包推出智能体
有个女主播说，等以后有AI女体后，买她的男人肯定会被侵犯他们，不敢想
作者: archer49 时间: 2026-7-16 14:34
blackibm 发表于 2026-7-16 10:46
豆包正在分析你的频率。。。
豆包监测到你已经结束，是否需要总结37秒过程的数据。 ...
我要笑死
作者: kfol 时间: 2026-7-16 15:08
1.VPS问题在这里问，不如去nodeseek问，AI问题可以去linux.do问，那里玩家讨论的更集中。
2.oracle 东京的网络本来就很差，大板也没好哪里去。春川最近还行。但oracle的线路有点风水轮流转的意思，一时一时的。而且还要看运营商，有的线路移动、联通很好，电信却很差，有的电信还凑合，但可能过段时间又会切换线路，变的很差。oracle里面综合最稳定的是美西sanjose。
作者: cavaliercc 时间: 2026-7-16 15:58
kfol 发表于 2026-7-16 15:08
1.VPS问题在这里问，不如去nodeseek问，AI问题可以去linux.do问，那里玩家讨论的更集中。
2.oracle 东京的 ...
圣荷赛不错
本文转载于9090社区，帖子链接：https://qq9090.top/thread-608473-1-1.html