md5.pw - 用户贡献 [zh]

搬瓦工 KiwiVM 面板免费 AI 助手 Amy 功能演示告别繁琐的命令行

2026-06-21T09:00:27Z

ZhiChao：

== 介绍 ==

'''Amy''' 是搬瓦工在 2025 年 1 月推出的内置 AI 助手，向所有套餐免费开放。彼时的 Amy 还只是个对接了 KiwiVM 控制面板的 “问答型” AI，只能提供简单的对话以及操作建议。

在 2026 年 5 月，Amy 迎来了全面升级，不再是一个简单的问答助手，她可以直接在 VPS 执行'''任何任务'''，无论是修改系统设置、下载安装软件，还是配置复杂的环境，都能帮你一键搞定。

接下来，我们就'''由浅入深'''，通过几个高频案例，演示一下升级后的 Amy 具体能做些什么。

'''开启方式'''：登录 KiwiVM 面板，在侧边栏找到 '''Assistant Amy'''，点击右侧的 Launch 即可启动 Amy。另外，Amy 完美支持'''中文对话'''，对国内用户非常友好。
[[File:Bwh-amy-start.webp|center]]
== 一、VPS 测评 ==

买到新机器的第一时间，肯定是迫不及待地想看配置、跑分和路由情况，以往总要在 SSH 里复制粘贴各式各样的“一键脚本”，而现在直接给 Amy 下几句简单指令就可以完成这些步骤~

=== 配置与状态 ===

让 Amy 查看一下 VPS 的具体配置，她不但能正确返回 '''CPU 型号、核心数、内存、硬盘'''等基本信息，甚至还包含了当前的'''占用情况'''。

除了能从 VPS 内获取配置信息外，Amy 还会从 KiwiVM 面板读取到'''机房位置、节点以及流量的使用情况'''等信息，这是任何第三方 AI 助手都做不到的。
[[File:Bwh-amy-status-1.webp|center]]

Amy 还顺便把'''当前负载、网络与防火墙、服务状态'''等信息一同输出了。
[[File:Bwh-amy-status-2.webp|center]]

此时你可能会有个疑问，Amy 回答的信息不会是胡编乱造的吧？为了验证一下 Amy 给出的信息，我们在 VPS 上手动运行一下 YABS，可以看到两者基本一致，Amy 输出的信息甚至更加的'''丰富和直观'''！
[[File:Bwh-amy-status-3.webp|center]]

=== 性能与网络 ===

了解完配置，我们直接让 Amy 测试 VPS 的性能和回程路由。在对话框中，可以实时看到每一步执行的命令以及对应的执行结果。

<blockquote>涉及到 GeekBench 跑分，测试时间会比较长，需要耐心等待。
</blockquote>
测试完成后，Amy 不仅在对话框中展示了测试报告，还把测试结果以'''文件的形式'''保存到了 VPS 本地，方便日后查看。
[[File:Bwh-amy-test-1.webp|center]]
[[File:Bwh-amy-test-2.webp|center]]

在回程路由测试中，Amy 不但给出了大致路径，还附上了结论，即便你完全看不懂路由同样能够判断线路的好坏。

<div class="mw-collapsible mw-collapsed">
路由测试
<div class="mw-collapsible-content" style="padding: 16px; border: 1px solid #eaecf0;">

测试目标：

* 电信上海：<code>202.96.209.133</code>
* 联通上海：<code>210.22.97.1</code>
* 移动上海：<code>120.204.197.126</code>

'''电信回程大致路径：'''

<syntaxhighlight lang="text">日本大阪 VPS
→ 121.59.140.81 / AS23764 / CN2
→ CTG / 东京
→ 59.43.22.17 / CN2 / 上海
→ 上海电信 AS4812
→ 202.96.209.133</syntaxhighlight>
结果：

* 走 '''电信 CN2 / 59.43''' - 到上海电信终点约 '''33-39 ms'''
* 路由质量很好，属于优质电信回程。

MapTrace：

* https://assets.nxtrace.org/tracemap/0cc4c566-8523-5ee0-b93c-9a6341ce2ac4.html

'''联通回程大致路径：'''

<syntaxhighlight lang="text">日本大阪 VPS
→ 121.59.140.81 / AS23764 / CN2
→ CTG / 东京
→ 59.43.22.17 / CN2 / 上海
→ 219.158.38.241 / 联通 AS4837
→ 上海联通
→ 210.22.97.1</syntaxhighlight>
结果：

* 前半段同样走 '''CN2''' - 进入国内后转 '''联通 169 / AS4837'''
* 到上海联通终点约 '''38 ms''' - 联通回程也不错。

MapTrace：

* https://assets.nxtrace.org/tracemap/f4400c49-30d7-5887-babf-6aa98170b417.html

'''移动回程大致路径：'''

<syntaxhighlight lang="text">日本大阪 VPS
→ CN2 / CTG 东京
→ 59.43.159.17 / CN2 / 上海
→ 上海移动 CMNET
→ 120.204.197.126</syntaxhighlight>
结果：

* 前半段仍然走 '''CN2''' - 后段转入 '''移动 CMNET''' - 到上海移动终点约 '''80 ms'''
* 移动比电信/联通高一些，但路线仍然比较规整。

MapTrace：

* https://assets.nxtrace.org/tracemap/caeed159-98b8-5711-971e-03c1e9ba935e.html

简单结论

这台大阪 VPS：

* '''磁盘性能很强''' - '''海外带宽表现不错'''，新加坡/美国方向尤其好
* '''电信回程优秀，明显走 CN2'''
* '''联通回程也走 CN2 后转联通，表现不错'''
* '''移动回程 CN2 入境后转移动，延迟约 80 ms，尚可'''
* IPv6 当前未配置，所以 YABS 显示 IPv6 Offline

</div>
</div>
== 二、系统设置 ==

查看完配置与性能测试，正式投入使用前，通常还要对 VPS 的一些默认设置进行调整，以符合日常使用习惯，例如修改 IPv4 优先、开启 BBR 加速、调整 Swap、修改 SSH 端口等，以上操作同样可以通过 Amy 直接完成。
=== IPv4 优先 ===

现在的 VPS 镜像大多默认 IPv6 优先。如果需要修改回 IPv4 优先，直接向 Amy 下达指令即可。从执行过程可以看出，Amy 修改配置前还备份了原文件，方便后期回退。
[[File:Bwh-amy-ipv4-first-1.webp|center]]

通过查看 <code>/etc/gai.conf</code> 文件，可以发现 <code>precedence ::ffff:0:0/96 100</code> 这一行前面的 # 注释已经被移除，说明 IPv4 优先已正常生效。
[[File:Bwh-amy-ipv4-first-2.webp|center]]
=== 开启 BBR ===

BBR 作为网络加速的常用内核模块，也是新机器必开的选项。一句话即可让 Amy 帮我们完成开启工作。
[[File:Bwh-amy-bbr-1.webp|center]]

检查 <code>/etc/sysctl.d/99-bbr.conf</code> 配置文件，可以看到 BBR 相关的内核参数已经正确写入。
[[File:Bwh-amy-bbr-2.webp|center]]
=== 调整 Swap ===

对于低配或者小内存的 VPS，设置 Swap 也是相当重要的，可以防止内存溢出导致服务崩溃。

手动调整 Swap 的步骤还是相当繁琐的，而借助 Amy 可以一步调整到位，并且还能直接告诉她 “优先使用内存”。
[[File:Bwh-amy-swap-1.webp|center]]

执行 <code>free -h</code> 验证，可以看到 Swap 已经设置成了 4G，进一步查看 <code>swappiness</code> 的值也设置成了 <code>10</code>，符合我们提出的 “优先使用内存”。
[[File:Bwh-amy-swap-2.webp|center]]
=== SSH ===

修改 SSH 默认端口并配置密钥登录，是个十分常见的需求。这里我直接将公钥发送给 Amy，让她修改完 SSH 端口的同时帮我添加公钥，开启密钥登录。

能看到她不但正确执行了我的要求，还提醒我可以进一步加固——直接关闭密码登录、只允许密钥登录，最后还附上了检测端口的链接。

不过我这里就先开着密码登录，方便后面演示修改 SSH 密码。
[[File:Bwh-amy-ssh-1.webp|center]]

忘记 SSH 密码的时候，也可以让 Amy 直接重置密码，免去了登录 VNC 终端的繁琐步骤。
[[File:Bwh-amy-ssh-2.webp|center]]

=== 清理日志 ===

对于入门的 VPS，硬盘容量通常也比较小，容易被系统日志填满，可以让 Amy 清理一下旧日志，同时限制一下日志的最大占用，避免日志占用过多存储。
[[File:Bwh-amy-logs.webp|center]]

=== 防火墙 ===

完成上面这些基本配置后，最后需要安装并启用防火墙，这里我故意不做提示，看看她会不会自己开放 SSH 的端口。

结果很让人意外，她不但能正确识别修改后的 <code>2333</code> 端口，还把 IPv6 的端口也一并开放了。
[[File:Bwh-amy-ufw.webp|center]]
== 三、应用实战 ==

除了调整 VPS 自身的配置以外，安装和配置第三方应用 Amy 也是不在话下。
=== Docker ===

现在装机必备的 Docker，一句话就能让 Amy 帮忙安上。在安装完成后，甚至还会自己运行一个 <code>hello-world</code> 测试容器，来验证 Docker 能否正常工作。

最后，她还会提醒用 Docker 部署服务时，需要在 ufw 中放行对应的端口。
[[File:Bwh-amy-docker.webp|center]]
=== Caddy ===

接着，增加一点难度，让 Amy 给我用 Caddy 搭建一个静态引导页。这一步中，可以明显看出她有联系上下文的能力——上一步刚让她安装了 Docker，这一步立马就选择通过 Docker 的方式来部署 Caddy。
[[File:Bwh-amy-caddy-1.webp|center|788x788px]]

部署完成后，Amy 还给出了所有配置文件的路径，便于我们后期维护。同时，她也自动放行了 <code>80</code> 端口，确保 Web 服务可以直接访问。
[[File:Bwh-amy-caddy-2.webp|center]]

测试最终的访问效果，能看到静态页确实已经搭建好可以正常访问了~
[[File:Bwh-amy-caddy-3.webp|center]]


== 四、故障排查 ==

为了测试 Amy 的故障诊断能力，我们'''假装'''刚才搭建的网站无法在国内访问，让 Amy 排查一下什么原因。
[[File:Bwh-amy-troubleshooting.webp|center]]
Amy 先是从 KiwiVM 面板入手，确认 VPS 运行状态正常、未触发 IP 黑洞、服务暂停等违规策略，接着排查 VPS 内部，Caddy 是否正常监听了 80 端口，防火墙是否放行了端口。

最后，Amy 告诉我们服务器端目前是正常的，更像是国内到机房的网络问题，并且给出了其它可能的原因让我们继续排查。

当然网站实际上就是能打开的，因此 Amy 的判断也完全符合预期~
<div class="mw-collapsible mw-collapsed">
排查结果
<div class="mw-collapsible-content" style="padding: 16px; border: 1px solid #eaecf0;">

我帮你排查了，服务器这边目前是正常的。

结论：不是 Caddy、Docker、防火墙或 VPS 本身的问题，更像是中国大陆到这个日本 Osaka IP 的网络可达性/路由/阻断问题。

当前检查结果：

* VPS 状态：运行中
* 机房：日本 Osaka
* 公网 IP：<code>212.50.232.122</code>
* IP 黑洞 / Nullroute：没有
* 服务暂停 / 策略违规：没有
* Caddy：正在监听 <code>80</code> 端口
* 防火墙：已放行 <code>80/tcp</code>
* 公网 HTTP 检查：<code>200 OK</code>
* 公网 TCP 80 检查：可连接
* 公网 ping：可达

也就是说，从外部公网探针访问：

<syntaxhighlight lang="text">http://tcp.ping.pe/212.50.232.122:80</syntaxhighlight>
是可以正常打开的。

你可以用这些链接复测：

<syntaxhighlight lang="text">https://ping.pe/212.50.232.122</syntaxhighlight>
比较可能的原因有这些：

<ol style="list-style-type: decimal;">
<li>中国大陆到该 IP 段路由不佳或被部分运营商阻断
<ul>
<li>这个 IP 在日本机房，国际出口链路可能因地区、运营商不同表现差异很大。</li>
<li>可能移动打不开，电信能打开，或反过来。</li></ul></li>
<li>直连 IP 的 HTTP 访问被本地网络、运营商或浏览器策略干扰
<ul>
<li>你需要确认访问的是：</li></ul>

<syntaxhighlight lang="text">http://212.50.232.122/</syntaxhighlight>
而不是：
<syntaxhighlight lang="text">https://212.50.232.122/</syntaxhighlight>
当前没有配置 HTTPS，直接访问 <code>https://</code> 会失败或警告。</li>
<li>该 IP 在大陆方向可能存在污染、封锁或质量问题
<ul>
<li>服务器端没有发现异常。</li>
<li>如果中国大陆完全无法访问，但其他地区正常，通常是大陆网络侧问题。</li></ul></li></ol>

建议你先做两个简单确认：

* 用手机流量和家宽分别试一下；
* 确认浏览器地址栏是 <code>http://212.50.232.122/</code>，不是自动跳成 <code>https://</code>。

如果你希望我继续处理，我可以帮你做其中一种方案：

# 改用一个非 80 端口测试，例如 <code>8080</code> 或 <code>2080</code>；
# 绑定域名并接入 CDN / 反代，改善大陆访问；
# 迁移到对中国大陆线路更友好的机房，但迁移会更换 IPv4；
# 保留当前页面，额外开放一个备用访问端口，方便判断是不是 80 端口或路由问题。

</div>
</div>
== 五、联动 KiwiVM ==

上面测试的所有操作都是在 VPS 内部执行的。接下来，我们让 Amy 直接操作 KiwiVM 控制面板，这是深度集成到面板的 Amy 独家功能，也是第三方 AI 助手无法实现的~
=== 设置 PTR ===

搭建邮局的时候常要设置 PTR (rDNS)，这在其它商家通常需要发工单才能实现，而搬瓦工不仅允许用户在面板自助设置，现在更是能让 Amy 直接一句话搞定。
[[File:Bwh-amy-ptr-1.webp|center]]

设置完成后前往 KiwiVM 面板查看，可以看到反向解析记录确实已经生效。
[[File:Bwh-amy-ptr-2.webp|center]]
=== 备份/快照 ===

让 Amy 备份一下 VPS，可以看到她并没有在 VPS 内创建任何打包、备份脚本，而是直接调用了 KiwiVM 面板创建了一个系统快照，无感实现了整机备份。
[[File:Bwh-amy-backup.webp|center]]

=== 迁移机房 ===

自由迁移机房也是搬瓦工的特色之一，这里让 Amy 帮我们把 VPS 从'''大阪机房'''迁移到'''新加坡机房'''，她会先确认机房是否存在，接着再次询问我们是否确认迁移。

由于是'''高风险操作'''，需要'''明确回复''' <code>CONFIRM AMY-XXXXXXXXXX</code>。
[[File:Bwh-amy-migrate-1.webp|center]]

一字不差地回复确认代码后，Amy 就开始执行迁移了，同时也会告知我们迁移系统的一些注意事项：

* IP 会被替代
* PTR 需要重新设置
* 配置会随系统一起迁移
* 迁移期间 VPS 短暂不可用
[[File:Bwh-amy-migrate-2.webp|center]]

在 KiwiVM 控制面板中也能看到迁移的进度。
[[File:Bwh-amy-migrate-3.webp|center]]

=== 重装系统 ===

经过了前面一系列的跑分、测试，服务器内已残留了较多的测试数据。最后，再让 Amy 将 VPS 重装为纯净系统。

和迁移机房一样，重装系统同样是'''高风险操作'''，需要一字不差地回复 <code>CONFIRM AMY-XXXXXXXXXX</code> 才能继续。

同时 Amy 还会告知我们重装会清空 VPS 现有系统和数据，包括刚才安装的那些程序。
[[File:Bwh-amy-reinstall-1.webp|center]]

确认无误后，Amy 就开始执行重装了，也会同步给出重装后的 SSH 密码。
[[File:Bwh-amy-reinstall-2.webp|center]]

== 总结 ==

=== 优点 ===

通过 Amy 来维护 VPS 可以告别繁琐的命令行，无论你的系统是 Debian、Ubuntu、Rocky 还是上古的 CentOS，不用区分各个系统的命令格式或包管理器，都可以通过对话的方式执行命令，不仅大大降低了 Linux 运维的门槛，也让日常操作更加高效和优雅。

=== 建议 ===

说到底 Amy 还是 AI，总归是不太成熟，'''请勿用于生产环境'''！同时 Amy 的权限非常大，无论是在 VPS 内部还是 KiwiVM 控制面板，她都有操作权限，下达指令的时候务必注意数据备份。

最后，希望搬瓦工可以进一步优化 Amy，'''一是'''目前对所有 VPS 都默认启用了，没有关闭按钮，如果能提供一个明确的禁用按钮就更好了；'''二是'''现在不太方便查看历史对话，期待早日支持保存和切换多个聊天记录。

[[Category:200 KiwiVM 简介 — KiwiVM Introduction]]

搬瓦工 KiwiVM 面板免费 AI 助手 Amy 功能演示告别繁琐的命令行

2026-06-21T08:58:27Z

ZhiChao：

== 介绍 ==

'''Amy''' 是搬瓦工在 2025 年 1 月推出的内置 AI 助手，向所有套餐免费开放。彼时的 Amy 还只是个对接了 KiwiVM 控制面板的 “问答型” AI，只能提供简单的对话以及操作建议。

在 2026 年 5 月，Amy 迎来了全面升级，不再是一个简单的问答助手，她可以直接在 VPS 执行'''任何任务'''，无论是修改系统设置、下载安装软件，还是配置复杂的环境，都能帮你一键搞定。

接下来，我们就'''由浅入深'''，通过几个高频案例，演示一下升级后的 Amy 具体能做些什么。

'''开启方式'''：登录 KiwiVM 面板，在侧边栏找到 '''Assistant Amy'''，点击右侧的 Launch 即可启动 Amy。另外，Amy 完美支持'''中文对话'''，对国内用户非常友好。
[[File:Bwh-amy-start.webp|center]]
== 一、VPS 测评 ==

买到新机器的第一时间，肯定是迫不及待地想看配置、跑分和路由情况，以往总要在 SSH 里复制粘贴各式各样的“一键脚本”，而现在直接给 Amy 下几句简单指令就可以完成这些步骤~

=== 配置与状态 ===

让 Amy 查看一下 VPS 的具体配置，她不但能正确返回 '''CPU 型号、核心数、内存、硬盘'''等基本信息，甚至还包含了当前的'''占用情况'''。

除了能从 VPS 内获取配置信息外，Amy 还会从 KiwiVM 面板读取到'''机房位置、节点以及流量的使用情况'''等信息，这是任何第三方 AI 助手都做不到的。
[[File:Bwh-amy-status-1.webp|center]]

Amy 还顺便把'''当前负载、网络与防火墙、服务状态'''等信息一同输出了。
[[File:Bwh-amy-status-2.webp|center]]

此时你可能会有个疑问，Amy 回答的信息不会是胡编乱造的吧？为了验证一下 Amy 给出的信息，我们在 VPS 上手动运行一下 YABS，可以看到两者基本一致，Amy 输出的信息甚至更加的'''丰富和直观'''！
[[File:Bwh-amy-status-3.webp|center]]

=== 性能与网络 ===

了解完配置，我们直接让 Amy 测试 VPS 的性能和回程路由。在对话框中，可以实时看到每一步执行的命令以及对应的执行结果。

<blockquote>涉及到 GeekBench 跑分，测试时间会比较长，需要耐心等待。
</blockquote>
测试完成后，Amy 不仅在对话框中展示了测试报告，还把测试结果以'''文件的形式'''保存到了 VPS 本地，方便日后查看。
[[File:Bwh-amy-test-1.webp|center]]
[[File:Bwh-amy-test-2.webp|center]]

在回程路由测试中，Amy 不但给出了大致路径，还附上了结论，即便你完全看不懂路由同样能够判断线路的好坏。

<div class="mw-collapsible mw-collapsed">
路由测试
<div class="mw-collapsible-content" style="padding: 16px; border: 1px solid #eaecf0;">

测试目标：

* 电信上海：<code>202.96.209.133</code>
* 联通上海：<code>210.22.97.1</code>
* 移动上海：<code>120.204.197.126</code>

'''电信回程大致路径：'''

<syntaxhighlight lang="text">日本大阪 VPS
→ 121.59.140.81 / AS23764 / CN2
→ CTG / 东京
→ 59.43.22.17 / CN2 / 上海
→ 上海电信 AS4812
→ 202.96.209.133</syntaxhighlight>
结果：

* 走 '''电信 CN2 / 59.43''' - 到上海电信终点约 '''33-39 ms'''
* 路由质量很好，属于优质电信回程。

MapTrace：

* https://assets.nxtrace.org/tracemap/0cc4c566-8523-5ee0-b93c-9a6341ce2ac4.html

'''联通回程大致路径：'''

<syntaxhighlight lang="text">日本大阪 VPS
→ 121.59.140.81 / AS23764 / CN2
→ CTG / 东京
→ 59.43.22.17 / CN2 / 上海
→ 219.158.38.241 / 联通 AS4837
→ 上海联通
→ 210.22.97.1</syntaxhighlight>
结果：

* 前半段同样走 '''CN2''' - 进入国内后转 '''联通 169 / AS4837'''
* 到上海联通终点约 '''38 ms''' - 联通回程也不错。

MapTrace：

* https://assets.nxtrace.org/tracemap/f4400c49-30d7-5887-babf-6aa98170b417.html

'''移动回程大致路径：'''

<syntaxhighlight lang="text">日本大阪 VPS
→ CN2 / CTG 东京
→ 59.43.159.17 / CN2 / 上海
→ 上海移动 CMNET
→ 120.204.197.126</syntaxhighlight>
结果：

* 前半段仍然走 '''CN2''' - 后段转入 '''移动 CMNET''' - 到上海移动终点约 '''80 ms'''
* 移动比电信/联通高一些，但路线仍然比较规整。

MapTrace：

* https://assets.nxtrace.org/tracemap/caeed159-98b8-5711-971e-03c1e9ba935e.html

简单结论

这台大阪 VPS：

* '''磁盘性能很强''' - '''海外带宽表现不错'''，新加坡/美国方向尤其好
* '''电信回程优秀，明显走 CN2'''
* '''联通回程也走 CN2 后转联通，表现不错'''
* '''移动回程 CN2 入境后转移动，延迟约 80 ms，尚可'''
* IPv6 当前未配置，所以 YABS 显示 IPv6 Offline

</div>
</div>
== 二、系统设置 ==

查看完配置与性能测试，正式投入使用前，通常还要对 VPS 的一些默认设置进行调整，以符合日常使用习惯，例如修改 IPv4 优先、开启 BBR 加速、调整 Swap、修改 SSH 端口等，以上操作同样可以通过 Amy 直接完成。
=== IPv4 优先 ===

现在的 VPS 镜像大多默认 IPv6 优先。如果需要修改回 IPv4 优先，直接向 Amy 下达指令即可。从执行过程可以看出，Amy 修改配置前还备份了原文件，方便后期回退。
[[File:Bwh-amy-ipv4-first-1.webp|center]]

通过查看 <code>/etc/gai.conf</code> 文件，可以发现 <code>precedence ::ffff:0:0/96 100</code> 这一行前面的 # 注释已经被移除，说明 IPv4 优先已正常生效。
[[File:Bwh-amy-ipv4-first-2.webp|center]]
=== 开启 BBR ===

BBR 作为网络加速的常用内核模块，也是新机器必开的选项。一句话即可让 Amy 帮我们完成开启工作。
[[File:Bwh-amy-bbr-1.webp|center]]

检查 <code>/etc/sysctl.d/99-bbr.conf</code> 配置文件，可以看到 BBR 相关的内核参数已经正确写入。
[[File:Bwh-amy-bbr-2.webp|center]]
=== 调整 Swap ===

对于低配或者小内存的 VPS，设置 Swap 也是相当重要的，可以防止内存溢出导致服务崩溃。

手动调整 Swap 的步骤还是相当繁琐的，而借助 Amy 可以一步调整到位，并且还能直接告诉她 “优先使用内存”。
[[File:Bwh-amy-swap-1.webp|center]]

执行 <code>free -h</code> 验证，可以看到 Swap 已经设置成了 4G，进一步查看 <code>swappiness</code> 的值也设置成了 <code>10</code>，符合我们提出的 “优先使用内存”。
[[File:Bwh-amy-swap-2.webp|center]]
=== SSH ===

修改 SSH 默认端口并配置密钥登录，是个十分常见的需求。这里我直接将公钥发送给 Amy，让她修改完 SSH 端口的同时帮我添加公钥，开启密钥登录。

能看到她不但正确执行了我的要求，还提醒我可以进一步加固——直接关闭密码登录、只允许密钥登录，最后还附上了检测端口的链接。

不过我这里就先开着密码登录，方便后面演示修改 SSH 密码。
[[File:Bwh-amy-ssh-1.webp|center]]

忘记 SSH 密码的时候，也可以让 Amy 直接重置密码，免去了登录 VNC 终端的繁琐步骤。
[[File:Bwh-amy-ssh-2.webp|center]]

=== 清理日志 ===

对于入门的 VPS，硬盘容量通常也比较小，容易被系统日志填满，可以让 Amy 清理一下旧日志，同时限制一下日志的最大占用，避免日志占用过多存储。
[[File:Bwh-amy-logs.webp|center]]

=== 防火墙 ===

完成上面这些基本配置后，最后需要安装并启用防火墙，这里我故意不做提示，看看她会不会自己开放 SSH 的端口。

结果很让人意外，她不但能正确识别修改后的 <code>2333</code> 端口，还把 IPv6 的端口也一并开放了。
[[File:Bwh-amy-ufw.webp|center]]
== 三、应用实战 ==

除了调整 VPS 自身的配置以外，安装和配置第三方应用 Amy 也是不在话下。
=== Docker ===

现在装机必备的 Docker，一句话就能让 Amy 帮忙安上。在安装完成后，甚至还会自己运行一个 <code>hello-world</code> 测试容器，来验证 Docker 能否正常工作。

最后，她还会提醒用 Docker 部署服务时，需要在 ufw 中放行对应的端口。
[[File:Bwh-amy-docker.webp|center]]
=== Caddy ===

接着，增加一点难度，让 Amy 给我用 Caddy 搭建一个静态引导页。这一步中，可以明显看出她有联系上下文的能力——上一步刚让她安装了 Docker，这一步立马就选择通过 Docker 的方式来部署 Caddy。
[[File:Bwh-amy-caddy-1.webp|center|788x788px]]

部署完成后，Amy 还给出了所有配置文件的路径，便于我们后期维护。同时，她也自动放行了 <code>80</code> 端口，确保 Web 服务可以直接访问。
[[File:Bwh-amy-caddy-2.webp|center]]

测试最终的访问效果，能看到静态页确实已经搭建好可以正常访问了~
[[File:Bwh-amy-caddy-3.webp|center|784x784px|thumb]]


== 四、故障排查 ==

为了测试 Amy 的故障诊断能力，我们'''假装'''刚才搭建的网站无法在国内访问，让 Amy 排查一下什么原因。
[[File:Bwh-amy-troubleshooting.webp|center]]
Amy 先是从 KiwiVM 面板入手，确认 VPS 运行状态正常、未触发 IP 黑洞、服务暂停等违规策略，接着排查 VPS 内部，Caddy 是否正常监听了 80 端口，防火墙是否放行了端口。

最后，Amy 告诉我们服务器端目前是正常的，更像是国内到机房的网络问题，并且给出了其它可能的原因让我们继续排查。

当然网站实际上就是能打开的，因此 Amy 的判断也完全符合预期~
<div class="mw-collapsible mw-collapsed">
排查结果
<div class="mw-collapsible-content" style="padding: 16px; border: 1px solid #eaecf0;">

我帮你排查了，服务器这边目前是正常的。

结论：不是 Caddy、Docker、防火墙或 VPS 本身的问题，更像是中国大陆到这个日本 Osaka IP 的网络可达性/路由/阻断问题。

当前检查结果：

* VPS 状态：运行中
* 机房：日本 Osaka
* 公网 IP：<code>212.50.232.122</code>
* IP 黑洞 / Nullroute：没有
* 服务暂停 / 策略违规：没有
* Caddy：正在监听 <code>80</code> 端口
* 防火墙：已放行 <code>80/tcp</code>
* 公网 HTTP 检查：<code>200 OK</code>
* 公网 TCP 80 检查：可连接
* 公网 ping：可达

也就是说，从外部公网探针访问：

<syntaxhighlight lang="text">http://tcp.ping.pe/212.50.232.122:80</syntaxhighlight>
是可以正常打开的。

你可以用这些链接复测：

<syntaxhighlight lang="text">https://ping.pe/212.50.232.122</syntaxhighlight>
比较可能的原因有这些：

<ol style="list-style-type: decimal;">
<li>中国大陆到该 IP 段路由不佳或被部分运营商阻断
<ul>
<li>这个 IP 在日本机房，国际出口链路可能因地区、运营商不同表现差异很大。</li>
<li>可能移动打不开，电信能打开，或反过来。</li></ul></li>
<li>直连 IP 的 HTTP 访问被本地网络、运营商或浏览器策略干扰
<ul>
<li>你需要确认访问的是：</li></ul>

<syntaxhighlight lang="text">http://212.50.232.122/</syntaxhighlight>
而不是：
<syntaxhighlight lang="text">https://212.50.232.122/</syntaxhighlight>
当前没有配置 HTTPS，直接访问 <code>https://</code> 会失败或警告。</li>
<li>该 IP 在大陆方向可能存在污染、封锁或质量问题
<ul>
<li>服务器端没有发现异常。</li>
<li>如果中国大陆完全无法访问，但其他地区正常，通常是大陆网络侧问题。</li></ul></li></ol>

建议你先做两个简单确认：

* 用手机流量和家宽分别试一下；
* 确认浏览器地址栏是 <code>http://212.50.232.122/</code>，不是自动跳成 <code>https://</code>。

如果你希望我继续处理，我可以帮你做其中一种方案：

# 改用一个非 80 端口测试，例如 <code>8080</code> 或 <code>2080</code>；
# 绑定域名并接入 CDN / 反代，改善大陆访问；
# 迁移到对中国大陆线路更友好的机房，但迁移会更换 IPv4；
# 保留当前页面，额外开放一个备用访问端口，方便判断是不是 80 端口或路由问题。

</div>
</div>
== 五、联动 KiwiVM ==

上面测试的所有操作都是在 VPS 内部执行的。接下来，我们让 Amy 直接操作 KiwiVM 控制面板，这是深度集成到面板的 Amy 独家功能，也是第三方 AI 助手无法实现的~
=== 设置 PTR ===

搭建邮局的时候常要设置 PTR (rDNS)，这在其它商家通常需要发工单才能实现，而搬瓦工不仅允许用户在面板自助设置，现在更是能让 Amy 直接一句话搞定。
[[File:Bwh-amy-ptr-1.webp|center]]

设置完成后前往 KiwiVM 面板查看，可以看到反向解析记录确实已经生效。
[[File:Bwh-amy-ptr-2.webp|center]]
=== 备份/快照 ===

让 Amy 备份一下 VPS，可以看到她并没有在 VPS 内创建任何打包、备份脚本，而是直接调用了 KiwiVM 面板创建了一个系统快照，无感实现了整机备份。
[[File:Bwh-amy-backup.webp|center]]

=== 迁移机房 ===

自由迁移机房也是搬瓦工的特色之一，这里让 Amy 帮我们把 VPS 从'''大阪机房'''迁移到'''新加坡机房'''，她会先确认机房是否存在，接着再次询问我们是否确认迁移。

由于是'''高风险操作'''，需要'''明确回复''' <code>CONFIRM AMY-XXXXXXXXXX</code>。
[[File:Bwh-amy-migrate-1.webp|center]]

一字不差地回复确认代码后，Amy 就开始执行迁移了，同时也会告知我们迁移系统的一些注意事项：

* IP 会被替代
* PTR 需要重新设置
* 配置会随系统一起迁移
* 迁移期间 VPS 短暂不可用
[[File:Bwh-amy-migrate-2.webp|center]]

在 KiwiVM 控制面板中也能看到迁移的进度。
[[File:Bwh-amy-migrate-3.webp|center]]

=== 重装系统 ===

经过了前面一系列的跑分、测试，服务器内已残留了较多的测试数据。最后，再让 Amy 将 VPS 重装为纯净系统。

和迁移机房一样，重装系统同样是'''高风险操作'''，需要一字不差地回复 <code>CONFIRM AMY-XXXXXXXXXX</code> 才能继续。

同时 Amy 还会告知我们重装会清空 VPS 现有系统和数据，包括刚才安装的那些程序。
[[File:Bwh-amy-reinstall-1.webp|center]]

确认无误后，Amy 就开始执行重装了，也会同步给出重装后的 SSH 密码。
[[File:Bwh-amy-reinstall-2.webp|center]]

== 总结 ==

=== 优点 ===

通过 Amy 来维护 VPS 可以告别繁琐的命令行，无论你的系统是 Debian、Ubuntu、Rocky 还是上古的 CentOS，不用区分各个系统的命令格式或包管理器，都可以通过对话的方式执行命令，不仅大大降低了 Linux 运维的门槛，也让日常操作更加高效和优雅。

=== 建议 ===

说到底 Amy 还是 AI，总归是不太成熟，'''请勿用于生产环境'''！同时 Amy 的权限非常大，无论是在 VPS 内部还是 KiwiVM 控制面板，她都有操作权限，下达指令的时候务必注意数据备份。

最后，希望搬瓦工可以进一步优化 Amy，'''一是'''目前对所有 VPS 都默认启用了，没有关闭按钮，如果能提供一个明确的禁用按钮就更好了；'''二是'''现在不太方便查看历史对话，期待早日支持保存和切换多个聊天记录。

[[:Category:200 KiwiVM 简介 — KiwiVM Introduction]]

搬瓦工 KiwiVM 面板免费 AI 助手 Amy 功能演示告别繁琐的命令行

2026-06-21T08:55:19Z

ZhiChao：

== 介绍 ==

'''Amy''' 是搬瓦工在 2025 年 1 月推出的内置 AI 助手，向所有套餐免费开放。彼时的 Amy 还只是个对接了 KiwiVM 控制面板的 “问答型” AI，只能提供简单的对话以及操作建议。

在 2026 年 5 月，Amy 迎来了全面升级，不再是一个简单的问答助手，她可以直接在 VPS 执行'''任何任务'''，无论是修改系统设置、下载安装软件，还是配置复杂的环境，都能帮你一键搞定。

接下来，我们就'''由浅入深'''，通过几个高频案例，演示一下升级后的 Amy 具体能做些什么。

'''开启方式'''：登录 KiwiVM 面板，在侧边栏找到 '''Assistant Amy'''，点击右侧的 Launch 即可启动 Amy。另外，Amy 完美支持'''中文对话'''，对国内用户非常友好。
[[File:Bwh-amy-start.webp|center]]

== 一、VPS 测评 ==

买到新机器的第一时间，肯定是迫不及待地想看配置、跑分和路由情况，以往总要在 SSH 里复制粘贴各式各样的“一键脚本”，而现在直接给 Amy 下几句简单指令就可以完成这些步骤~

=== 配置与状态 ===

让 Amy 查看一下 VPS 的具体配置，她不但能正确返回 '''CPU 型号、核心数、内存、硬盘'''等基本信息，甚至还包含了当前的'''占用情况'''。

除了能从 VPS 内获取配置信息外，Amy 还会从 KiwiVM 面板读取到'''机房位置、节点以及流量的使用情况'''等信息，这是任何第三方 AI 助手都做不到的。
[[File:Bwh-amy-status-1.webp|center]]

Amy 还顺便把'''当前负载、网络与防火墙、服务状态'''等信息一同输出了。
[[File:Bwh-amy-status-2.webp|center]]

此时你可能会有个疑问，Amy 回答的信息不会是胡编乱造的吧？为了验证一下 Amy 给出的信息，我们在 VPS 上手动运行一下 YABS，可以看到两者基本一致，Amy 输出的信息甚至更加的'''丰富和直观'''！
[[File:Bwh-amy-status-3.webp|center]]

=== 性能与网络 ===

了解完配置，我们直接让 Amy 测试 VPS 的性能和回程路由。在对话框中，可以实时看到每一步执行的命令以及对应的执行结果。

<blockquote>涉及到 GeekBench 跑分，测试时间会比较长，需要耐心等待。
</blockquote>
测试完成后，Amy 不仅在对话框中展示了测试报告，还把测试结果以'''文件的形式'''保存到了 VPS 本地，方便日后查看。
[[File:Bwh-amy-test-1.webp|center]]
[[File:Bwh-amy-test-2.webp|center]]

在回程路由测试中，Amy 不但给出了大致路径，还附上了结论，即便你完全看不懂路由同样能够判断线路的好坏。

<div class="mw-collapsible mw-collapsed">
路由测试
<div class="mw-collapsible-content" style="padding: 16px; border: 1px solid #eaecf0;">

测试目标：

* 电信上海：<code>202.96.209.133</code>
* 联通上海：<code>210.22.97.1</code>
* 移动上海：<code>120.204.197.126</code>

'''电信回程大致路径：'''

<syntaxhighlight lang="text">日本大阪 VPS
→ 121.59.140.81 / AS23764 / CN2
→ CTG / 东京
→ 59.43.22.17 / CN2 / 上海
→ 上海电信 AS4812
→ 202.96.209.133</syntaxhighlight>
结果：

* 走 '''电信 CN2 / 59.43''' - 到上海电信终点约 '''33-39 ms'''
* 路由质量很好，属于优质电信回程。

MapTrace：

* https://assets.nxtrace.org/tracemap/0cc4c566-8523-5ee0-b93c-9a6341ce2ac4.html

'''联通回程大致路径：'''

<syntaxhighlight lang="text">日本大阪 VPS
→ 121.59.140.81 / AS23764 / CN2
→ CTG / 东京
→ 59.43.22.17 / CN2 / 上海
→ 219.158.38.241 / 联通 AS4837
→ 上海联通
→ 210.22.97.1</syntaxhighlight>
结果：

* 前半段同样走 '''CN2''' - 进入国内后转 '''联通 169 / AS4837'''
* 到上海联通终点约 '''38 ms''' - 联通回程也不错。

MapTrace：

* https://assets.nxtrace.org/tracemap/f4400c49-30d7-5887-babf-6aa98170b417.html

'''移动回程大致路径：'''

<syntaxhighlight lang="text">日本大阪 VPS
→ CN2 / CTG 东京
→ 59.43.159.17 / CN2 / 上海
→ 上海移动 CMNET
→ 120.204.197.126</syntaxhighlight>
结果：

* 前半段仍然走 '''CN2''' - 后段转入 '''移动 CMNET''' - 到上海移动终点约 '''80 ms'''
* 移动比电信/联通高一些，但路线仍然比较规整。

MapTrace：

* https://assets.nxtrace.org/tracemap/caeed159-98b8-5711-971e-03c1e9ba935e.html

简单结论

这台大阪 VPS：

* '''磁盘性能很强''' - '''海外带宽表现不错'''，新加坡/美国方向尤其好
* '''电信回程优秀，明显走 CN2'''
* '''联通回程也走 CN2 后转联通，表现不错'''
* '''移动回程 CN2 入境后转移动，延迟约 80 ms，尚可'''
* IPv6 当前未配置，所以 YABS 显示 IPv6 Offline

</div>
</div>


== 二、系统设置 ==

查看完配置与性能测试，正式投入使用前，通常还要对 VPS 的一些默认设置进行调整，以符合日常使用习惯，例如修改 IPv4 优先、开启 BBR 加速、调整 Swap、修改 SSH 端口等，以上操作同样可以通过 Amy 直接完成。


=== IPv4 优先 ===

现在的 VPS 镜像大多默认 IPv6 优先。如果需要修改回 IPv4 优先，直接向 Amy 下达指令即可。从执行过程可以看出，Amy 修改配置前还备份了原文件，方便后期回退。
[[File:Bwh-amy-ipv4-first-1.webp|center]]

通过查看 <code>/etc/gai.conf</code> 文件，可以发现 <code>precedence ::ffff:0:0/96 100</code> 这一行前面的 # 注释已经被移除，说明 IPv4 优先已正常生效。
[[File:Bwh-amy-ipv4-first-2.webp|center]]


=== 开启 BBR ===

BBR 作为网络加速的常用内核模块，也是新机器必开的选项。一句话即可让 Amy 帮我们完成开启工作。
[[File:Bwh-amy-bbr-1.webp|center]]

检查 <code>/etc/sysctl.d/99-bbr.conf</code> 配置文件，可以看到 BBR 相关的内核参数已经正确写入。
[[File:Bwh-amy-bbr-2.webp|center]]


=== 调整 Swap ===

对于低配或者小内存的 VPS，设置 Swap 也是相当重要的，可以防止内存溢出导致服务崩溃。

手动调整 Swap 的步骤还是相当繁琐的，而借助 Amy 可以一步调整到位，并且还能直接告诉她 “优先使用内存”。
[[File:Bwh-amy-swap-1.webp|center]]

执行 <code>free -h</code> 验证，可以看到 Swap 已经设置成了 4G，进一步查看 <code>swappiness</code> 的值也设置成了 <code>10</code>，符合我们提出的 “优先使用内存”。
[[File:Bwh-amy-swap-2.webp|center]]

=== SSH ===

修改 SSH 默认端口并配置密钥登录，是个十分常见的需求。这里我直接将公钥发送给 Amy，让她修改完 SSH 端口的同时帮我添加公钥，开启密钥登录。

能看到她不但正确执行了我的要求，还提醒我可以进一步加固——直接关闭密码登录、只允许密钥登录，最后还附上了检测端口的链接。

不过我这里就先开着密码登录，方便后面演示修改 SSH 密码。
[[File:Bwh-amy-ssh-1.webp|center]]

忘记 SSH 密码的时候，也可以让 Amy 直接重置密码，免去了登录 VNC 终端的繁琐步骤。
[[File:Bwh-amy-ssh-2.webp|center]]

=== 清理日志 ===

对于入门的 VPS，硬盘容量通常也比较小，容易被系统日志填满，可以让 Amy 清理一下旧日志，同时限制一下日志的最大占用，避免日志占用过多存储。
[[File:Bwh-amy-logs.webp|center]]

=== 防火墙 ===

完成上面这些基本配置后，最后需要安装并启用防火墙，这里我故意不做提示，看看她会不会自己开放 SSH 的端口。

结果很让人意外，她不但能正确识别修改后的 <code>2333</code> 端口，还把 IPv6 的端口也一并开放了。
[[File:Bwh-amy-ufw.webp|center]]


== 三、应用实战 ==

除了调整 VPS 自身的配置以外，安装和配置第三方应用 Amy 也是不在话下。
=== Docker ===

现在装机必备的 Docker，一句话就能让 Amy 帮忙安上。在安装完成后，甚至还会自己运行一个 <code>hello-world</code> 测试容器，来验证 Docker 能否正常工作。

最后，她还会提醒用 Docker 部署服务时，需要在 ufw 中放行对应的端口。
[[File:Bwh-amy-docker.webp|center]]

=== Caddy ===

接着，增加一点难度，让 Amy 给我用 Caddy 搭建一个静态引导页。这一步中，可以明显看出她有联系上下文的能力——上一步刚让她安装了 Docker，这一步立马就选择通过 Docker 的方式来部署 Caddy。
[[File:Bwh-amy-caddy-1.webp|center|788x788px]]

部署完成后，Amy 还给出了所有配置文件的路径，便于我们后期维护。同时，她也自动放行了 <code>80</code> 端口，确保 Web 服务可以直接访问。
[[File:Bwh-amy-caddy-2.webp|center]]

测试最终的访问效果，能看到静态页确实已经搭建好可以正常访问了~
[[File:Bwh-amy-caddy-3.webp|center|784x784px]]


== 四、故障排查 ==

为了测试 Amy 的故障诊断能力，我们'''假装'''刚才搭建的网站无法在国内访问，让 Amy 排查一下什么原因。
[[File:Bwh-amy-troubleshooting.webp|center]]
Amy 先是从 KiwiVM 面板入手，确认 VPS 运行状态正常、未触发 IP 黑洞、服务暂停等违规策略，接着排查 VPS 内部，Caddy 是否正常监听了 80 端口，防火墙是否放行了端口。

最后，Amy 告诉我们服务器端目前是正常的，更像是国内到机房的网络问题，并且给出了其它可能的原因让我们继续排查。

当然网站实际上就是能打开的，因此 Amy 的判断也完全符合预期~
<div class="mw-collapsible mw-collapsed">
排查结果
<div class="mw-collapsible-content" style="padding: 16px; border: 1px solid #eaecf0;">

我帮你排查了，服务器这边目前是正常的。

结论：不是 Caddy、Docker、防火墙或 VPS 本身的问题，更像是中国大陆到这个日本 Osaka IP 的网络可达性/路由/阻断问题。

当前检查结果：

* VPS 状态：运行中
* 机房：日本 Osaka
* 公网 IP：<code>212.50.232.122</code>
* IP 黑洞 / Nullroute：没有
* 服务暂停 / 策略违规：没有
* Caddy：正在监听 <code>80</code> 端口
* 防火墙：已放行 <code>80/tcp</code>
* 公网 HTTP 检查：<code>200 OK</code>
* 公网 TCP 80 检查：可连接
* 公网 ping：可达

也就是说，从外部公网探针访问：

<syntaxhighlight lang="text">http://tcp.ping.pe/212.50.232.122:80</syntaxhighlight>
是可以正常打开的。

你可以用这些链接复测：

<syntaxhighlight lang="text">https://ping.pe/212.50.232.122</syntaxhighlight>
比较可能的原因有这些：

<ol style="list-style-type: decimal;">
<li>中国大陆到该 IP 段路由不佳或被部分运营商阻断
<ul>
<li>这个 IP 在日本机房，国际出口链路可能因地区、运营商不同表现差异很大。</li>
<li>可能移动打不开，电信能打开，或反过来。</li></ul></li>
<li>直连 IP 的 HTTP 访问被本地网络、运营商或浏览器策略干扰
<ul>
<li>你需要确认访问的是：</li></ul>

<syntaxhighlight lang="text">http://212.50.232.122/</syntaxhighlight>
而不是：
<syntaxhighlight lang="text">https://212.50.232.122/</syntaxhighlight>
当前没有配置 HTTPS，直接访问 <code>https://</code> 会失败或警告。</li>
<li>该 IP 在大陆方向可能存在污染、封锁或质量问题
<ul>
<li>服务器端没有发现异常。</li>
<li>如果中国大陆完全无法访问，但其他地区正常，通常是大陆网络侧问题。</li></ul></li></ol>

建议你先做两个简单确认：

* 用手机流量和家宽分别试一下；
* 确认浏览器地址栏是 <code>http://212.50.232.122/</code>，不是自动跳成 <code>https://</code>。

如果你希望我继续处理，我可以帮你做其中一种方案：

# 改用一个非 80 端口测试，例如 <code>8080</code> 或 <code>2080</code>；
# 绑定域名并接入 CDN / 反代，改善大陆访问；
# 迁移到对中国大陆线路更友好的机房，但迁移会更换 IPv4；
# 保留当前页面，额外开放一个备用访问端口，方便判断是不是 80 端口或路由问题。

</div>
</div>
== 五、联动 KiwiVM ==

上面测试的所有操作都是在 VPS 内部执行的。接下来，我们让 Amy 直接操作 KiwiVM 控制面板，这是深度集成到面板的 Amy 独家功能，也是第三方 AI 助手无法实现的~
=== 设置 PTR ===

搭建邮局的时候常要设置 PTR (rDNS)，这在其它商家通常需要发工单才能实现，而搬瓦工不仅允许用户在面板自助设置，现在更是能让 Amy 直接一句话搞定。
[[File:Bwh-amy-ptr-1.webp|center]]

设置完成后前往 KiwiVM 面板查看，可以看到反向解析记录确实已经生效。
[[File:Bwh-amy-ptr-2.webp|center]]

=== 备份/快照 ===

让 Amy 备份一下 VPS，可以看到她并没有在 VPS 内创建任何打包、备份脚本，而是直接调用了 KiwiVM 面板创建了一个系统快照，无感实现了整机备份。
[[File:Bwh-amy-backup.webp|center]]

=== 迁移机房 ===

自由迁移机房也是搬瓦工的特色之一，这里让 Amy 帮我们把 VPS 从'''大阪机房'''迁移到'''新加坡机房'''，她会先确认机房是否存在，接着再次询问我们是否确认迁移。

由于是'''高风险操作'''，需要'''明确回复''' <code>CONFIRM AMY-XXXXXXXXXX</code>。
[[File:Bwh-amy-migrate-1.webp|center]]

一字不差地回复确认代码后，Amy 就开始执行迁移了，同时也会告知我们迁移系统的一些注意事项：

* IP 会被替代
* PTR 需要重新设置
* 配置会随系统一起迁移
* 迁移期间 VPS 短暂不可用
[[File:Bwh-amy-migrate-2.webp|center]]

在 KiwiVM 控制面板中也能看到迁移的进度。
[[File:Bwh-amy-migrate-3.webp|center]]

=== 重装系统 ===

经过了前面一系列的跑分、测试，服务器内已残留了较多的测试数据。最后，再让 Amy 将 VPS 重装为纯净系统。

和迁移机房一样，重装系统同样是'''高风险操作'''，需要一字不差地回复 <code>CONFIRM AMY-XXXXXXXXXX</code> 才能继续。

同时 Amy 还会告知我们重装会清空 VPS 现有系统和数据，包括刚才安装的那些程序。
[[File:Bwh-amy-reinstall-1.webp|center]]

确认无误后，Amy 就开始执行重装了，也会同步给出重装后的 SSH 密码。
[[File:Bwh-amy-reinstall-2.webp|center]]

== 总结 ==

=== 优点 ===

通过 Amy 来维护 VPS 可以告别繁琐的命令行，无论你的系统是 Debian、Ubuntu、Rocky 还是上古的 CentOS，不用区分各个系统的命令格式或包管理器，都可以通过对话的方式执行命令，不仅大大降低了 Linux 运维的门槛，也让日常操作更加高效和优雅。

=== 建议 ===

说到底 Amy 还是 AI，总归是不太成熟，'''请勿用于生产环境'''！同时 Amy 的权限非常大，无论是在 VPS 内部还是 KiwiVM 控制面板，她都有操作权限，下达指令的时候务必注意数据备份。

最后，希望搬瓦工可以进一步优化 Amy，'''一是'''目前对所有 VPS 都默认启用了，没有关闭按钮，如果能提供一个明确的禁用按钮就更好了；'''二是'''现在不太方便查看历史对话，期待早日支持保存和切换多个聊天记录。
[[index.php?title=Category:200 KiwiVM 简介 — KiwiVM Introduction]]

File:Bwh-amy-reinstall-2.webp

2026-06-21T08:54:59Z

ZhiChao：

确认重装

File:Bwh-amy-reinstall-1.webp

2026-06-21T08:54:08Z

ZhiChao：

重装 Debian 13

File:Bwh-amy-migrate-3.webp

2026-06-21T08:53:28Z

ZhiChao：

迁移过程

File:Bwh-amy-migrate-2.webp

2026-06-21T08:53:07Z

ZhiChao：

确认迁移

File:Bwh-amy-migrate-1.webp

2026-06-21T08:52:50Z

ZhiChao：

迁移机房

File:Bwh-amy-backup.webp

2026-06-21T08:52:21Z

ZhiChao：

备份/快照

File:Bwh-amy-ptr-2.webp

2026-06-21T08:51:51Z

ZhiChao：

验证 PTR

File:Bwh-amy-ptr-1.webp

2026-06-21T08:51:30Z

ZhiChao：

设置 PTR

File:Bwh-amy-troubleshooting.webp

2026-06-21T08:50:55Z

ZhiChao：

故障排查

File:Bwh-amy-caddy-3.webp

2026-06-21T08:50:08Z

ZhiChao：

效果展示

File:Bwh-amy-caddy-2.webp

2026-06-21T08:49:52Z

ZhiChao：

搭建静态引导页

File:Bwh-amy-caddy-1.webp

2026-06-21T08:49:34Z

ZhiChao：

安装 Caddy

File:Bwh-amy-docker.webp

2026-06-21T08:49:16Z

ZhiChao：

Docker

File:Bwh-amy-ufw.webp

2026-06-21T08:48:49Z

ZhiChao：

UFW

File:Bwh-amy-logs.webp

2026-06-21T08:48:31Z

ZhiChao：

清理日志

File:Bwh-amy-ssh-2.webp

2026-06-21T08:47:54Z

ZhiChao：

修改 SSH 密码

File:Bwh-amy-ssh-1.webp

2026-06-21T08:47:22Z

ZhiChao：

修改 SSH 端口并密钥登录

File:Bwh-amy-swap-2.webp

2026-06-21T08:46:56Z

ZhiChao：

验证 Swap

File:Bwh-amy-swap-1.webp

2026-06-21T08:46:34Z

ZhiChao：

调整 Swap

File:Bwh-amy-bbr-2.webp

2026-06-21T08:46:16Z

ZhiChao：

验证 BBR

File:Bwh-amy-bbr-1.webp

2026-06-21T08:45:57Z

ZhiChao：

开启 BBR

File:Bwh-amy-ipv4-first-2.webp

2026-06-21T08:45:31Z

ZhiChao：

验证 IPv4 优先

File:Bwh-amy-ipv4-first-1.webp

2026-06-21T08:45:06Z

ZhiChao：

IPv4 优先

File:Bwh-amy-test-2.webp

2026-06-21T08:44:21Z

ZhiChao：

YABS

File:Bwh-amy-test-1.webp

2026-06-21T08:44:01Z

ZhiChao：

性能与路由测试

File:Bwh-amy-status-3.webp

2026-06-21T08:43:36Z

ZhiChao：

YABS

File:Bwh-amy-status-2.webp

2026-06-21T08:43:18Z

ZhiChao：

查看状态

File:Bwh-amy-status-1.webp

2026-06-21T08:42:53Z

ZhiChao：

查看配置

File:Bwh-amy-start.webp

2026-06-21T08:41:22Z

ZhiChao：

开启 Amy

搬瓦工 KiwiVM 面板免费 AI 助手 Amy 功能演示告别繁琐的命令行

2026-06-21T08:38:39Z

ZhiChao：创建页面，内容为“== 介绍 == '''Amy''' 是搬瓦工在 2025 年 1 月推出的内置 AI 助手，向所有套餐免费开放。彼时的 Amy 还只是个对接了 KiwiVM 控制面板的 “问答型” AI，只能提供简单的对话以及操作建议。在 2026 年 5 月，Amy 迎来了全面升级，不再是一个简单的问答助手，她可以直接在 VPS 执行'''任何任务'''，无论是修改系统设置、下载安装软件，还是配置复杂的环境，都…”

== 介绍 ==

'''Amy''' 是搬瓦工在 2025 年 1 月推出的内置 AI 助手，向所有套餐免费开放。彼时的 Amy 还只是个对接了 KiwiVM 控制面板的 “问答型” AI，只能提供简单的对话以及操作建议。

在 2026 年 5 月，Amy 迎来了全面升级，不再是一个简单的问答助手，她可以直接在 VPS 执行'''任何任务'''，无论是修改系统设置、下载安装软件，还是配置复杂的环境，都能帮你一键搞定。

接下来，我们就'''由浅入深'''，通过几个高频案例，演示一下升级后的 Amy 具体能做些什么。

'''开启方式'''：登录 KiwiVM 面板，在侧边栏找到 '''Assistant Amy'''，点击右侧的 Launch 即可启动 Amy。另外，Amy 完美支持'''中文对话'''，对国内用户非常友好。

[[[bwh-amy-start]]]


== 一、VPS 测评 ==

买到新机器的第一时间，肯定是迫不及待地想看配置、跑分和路由情况，以往总要在 SSH 里复制粘贴各式各样的“一键脚本”，而现在直接给 Amy 下几句简单指令就可以完成这些步骤~

=== 配置与状态 ===

让 Amy 查看一下 VPS 的具体配置，她不但能正确返回 '''CPU 型号、核心数、内存、硬盘'''等基本信息，甚至还包含了当前的'''占用情况'''。

除了能从 VPS 内获取配置信息外，Amy 还会从 KiwiVM 面板读取到'''机房位置、节点以及流量的使用情况'''等信息，这是任何第三方 AI 助手都做不到的。

[[[bwh-amy-status-1]]]

Amy 还顺便把'''当前负载、网络与防火墙、服务状态'''等信息一同输出了。

[[[bwh-amy-status-2]]]

此时你可能会有个疑问，Amy 回答的信息不会是胡编乱造的吧？为了验证一下 Amy 给出的信息，我们在 VPS 上手动运行一下 YABS，可以看到两者基本一致，Amy 输出的信息甚至更加的'''丰富和直观'''！

[[[bwh-amy-status-3]]]

=== 性能与网络 ===

了解完配置，我们直接让 Amy 测试 VPS 的性能和回程路由。在对话框中，可以实时看到每一步执行的命令以及对应的执行结果。

<blockquote>涉及到 GeekBench 跑分，测试时间会比较长，需要耐心等待。
</blockquote>
测试完成后，Amy 不仅在对话框中展示了测试报告，还把测试结果以'''文件的形式'''保存到了 VPS 本地，方便日后查看。

[[[bwh-amy-test-1]]]

[[[bwh-amy-test-2]]]

在回程路由测试中，Amy 不但给出了大致路径，还附上了结论，即便你完全看不懂路由同样能够判断线路的好坏。

<div class="mw-collapsible mw-collapsed">
路由测试
<div class="mw-collapsible-content" style="padding: 16px; border: 1px solid #eaecf0;">

测试目标：

* 电信上海：<code>202.96.209.133</code>
* 联通上海：<code>210.22.97.1</code>
* 移动上海：<code>120.204.197.126</code>

'''电信回程大致路径：'''

<syntaxhighlight lang="text">日本大阪 VPS
→ 121.59.140.81 / AS23764 / CN2
→ CTG / 东京
→ 59.43.22.17 / CN2 / 上海
→ 上海电信 AS4812
→ 202.96.209.133</syntaxhighlight>
结果：

* 走 '''电信 CN2 / 59.43''' - 到上海电信终点约 '''33-39 ms'''
* 路由质量很好，属于优质电信回程。

MapTrace：

* https://assets.nxtrace.org/tracemap/0cc4c566-8523-5ee0-b93c-9a6341ce2ac4.html

'''联通回程大致路径：'''

<syntaxhighlight lang="text">日本大阪 VPS
→ 121.59.140.81 / AS23764 / CN2
→ CTG / 东京
→ 59.43.22.17 / CN2 / 上海
→ 219.158.38.241 / 联通 AS4837
→ 上海联通
→ 210.22.97.1</syntaxhighlight>
结果：

* 前半段同样走 '''CN2''' - 进入国内后转 '''联通 169 / AS4837'''
* 到上海联通终点约 '''38 ms''' - 联通回程也不错。

MapTrace：

* https://assets.nxtrace.org/tracemap/f4400c49-30d7-5887-babf-6aa98170b417.html

'''移动回程大致路径：'''

<syntaxhighlight lang="text">日本大阪 VPS
→ CN2 / CTG 东京
→ 59.43.159.17 / CN2 / 上海
→ 上海移动 CMNET
→ 120.204.197.126</syntaxhighlight>
结果：

* 前半段仍然走 '''CN2''' - 后段转入 '''移动 CMNET''' - 到上海移动终点约 '''80 ms'''
* 移动比电信/联通高一些，但路线仍然比较规整。

MapTrace：

* https://assets.nxtrace.org/tracemap/caeed159-98b8-5711-971e-03c1e9ba935e.html

简单结论

这台大阪 VPS：

* '''磁盘性能很强''' - '''海外带宽表现不错'''，新加坡/美国方向尤其好
* '''电信回程优秀，明显走 CN2'''
* '''联通回程也走 CN2 后转联通，表现不错'''
* '''移动回程 CN2 入境后转移动，延迟约 80 ms，尚可'''
* IPv6 当前未配置，所以 YABS 显示 IPv6 Offline

</div>
</div>


== 二、系统设置 ==

查看完配置与性能测试，正式投入使用前，通常还要对 VPS 的一些默认设置进行调整，以符合日常使用习惯，例如修改 IPv4 优先、开启 BBR 加速、调整 Swap、修改 SSH 端口等，以上操作同样可以通过 Amy 直接完成。


=== IPv4 优先 ===

现在的 VPS 镜像大多默认 IPv6 优先。如果需要修改回 IPv4 优先，直接向 Amy 下达指令即可。从执行过程可以看出，Amy 修改配置前还备份了原文件，方便后期回退。

[[[bwh-amy-ipv4-first-1]]]

通过查看 <code>/etc/gai.conf</code> 文件，可以发现 <code>precedence ::ffff:0:0/96 100</code> 这一行前面的 # 注释已经被移除，说明 IPv4 优先已正常生效。

[[[bwh-amy-ipv4-first-2]]]


=== 开启 BBR ===

BBR 作为网络加速的常用内核模块，也是新机器必开的选项。一句话即可让 Amy 帮我们完成开启工作。

[[[bwh-amy-bbr-1]]]

检查 <code>/etc/sysctl.d/99-bbr.conf</code> 配置文件，可以看到 BBR 相关的内核参数已经正确写入。

[[[bwh-amy-bbr-2]]]


=== 调整 Swap ===

对于低配或者小内存的 VPS，设置 Swap 也是相当重要的，可以防止内存溢出导致服务崩溃。

手动调整 Swap 的步骤还是相当繁琐的，而借助 Amy 可以一步调整到位，并且还能直接告诉她 “优先使用内存”。

[[[bwh-amy-swap-1]]]

执行 <code>free -h</code> 验证，可以看到 Swap 已经设置成了 4G，进一步查看 <code>swappiness</code> 的值也设置成了 <code>10</code>，符合我们提出的 “优先使用内存”。

[[[bwh-amy-swap-2]]]


=== SSH ===

修改 SSH 默认端口并配置密钥登录，是个十分常见的需求。这里我直接将公钥发送给 Amy，让她修改完 SSH 端口的同时帮我添加公钥，开启密钥登录。

能看到她不但正确执行了我的要求，还提醒我可以进一步加固——直接关闭密码登录、只允许密钥登录，最后还附上了检测端口的链接。

不过我这里就先开着密码登录，方便后面演示修改 SSH 密码。

[[[bwh-amy-ssh-1]]]

忘记 SSH 密码的时候，也可以让 Amy 直接重置密码，免去了登录 VNC 终端的繁琐步骤。

[[[bwh-amy-ssh-2]]]

=== 清理日志 ===

对于入门的 VPS，硬盘容量通常也比较小，容易被系统日志填满，可以让 Amy 清理一下旧日志，同时限制一下日志的最大占用，避免日志占用过多存储。

[[[bwh-amy-logs]]]

=== 防火墙 ===

完成上面这些基本配置后，最后需要安装并启用防火墙，这里我故意不做提示，看看她会不会自己开放 SSH 的端口。

结果很让人意外，她不但能正确识别修改后的 <code>2333</code> 端口，还把 IPv6 的端口也一并开放了。

[[[bwh-amy-ufw]]]


== 三、应用实战 ==

除了调整 VPS 自身的配置以外，安装和配置第三方应用 Amy 也是不在话下。


=== Docker ===

现在装机必备的 Docker，一句话就能让 Amy 帮忙安上。在安装完成后，甚至还会自己运行一个 <code>hello-world</code> 测试容器，来验证 Docker 能否正常工作。

最后，她还会提醒用 Docker 部署服务时，需要在 ufw 中放行对应的端口。

[[[bwh-amy-docker]]]


=== Caddy ===

接着，增加一点难度，让 Amy 给我用 Caddy 搭建一个静态引导页。这一步中，可以明显看出她有联系上下文的能力——上一步刚让她安装了 Docker，这一步立马就选择通过 Docker 的方式来部署 Caddy。

[[[bwh-amy-caddy-1]]]

部署完成后，Amy 还给出了所有配置文件的路径，便于我们后期维护。同时，她也自动放行了 <code>80</code> 端口，确保 Web 服务可以直接访问。

[[[bwh-amy-caddy-2]]]

测试最终的访问效果，能看到静态页确实已经搭建好可以正常访问了~

[[[bwh-amy-caddy-3]]]


== 四、故障排查 ==

为了测试 Amy 的故障诊断能力，我们'''假装'''刚才搭建的网站无法在国内访问，让 Amy 排查一下什么原因。

[[[bwh-amy-troubleshooting]]]

Amy 先是从 KiwiVM 面板入手，确认 VPS 运行状态正常、未触发 IP 黑洞、服务暂停等违规策略，接着排查 VPS 内部，Caddy 是否正常监听了 80 端口，防火墙是否放行了端口。

最后，Amy 告诉我们服务器端目前是正常的，更像是国内到机房的网络问题，并且给出了其它可能的原因让我们继续排查。

当然网站实际上就是能打开的，因此 Amy 的判断也完全符合预期~

<div class="mw-collapsible mw-collapsed">
排查结果
<div class="mw-collapsible-content" style="padding: 16px; border: 1px solid #eaecf0;">

我帮你排查了，服务器这边目前是正常的。

结论：不是 Caddy、Docker、防火墙或 VPS 本身的问题，更像是中国大陆到这个日本 Osaka IP 的网络可达性/路由/阻断问题。

当前检查结果：

* VPS 状态：运行中
* 机房：日本 Osaka
* 公网 IP：<code>212.50.232.122</code>
* IP 黑洞 / Nullroute：没有
* 服务暂停 / 策略违规：没有
* Caddy：正在监听 <code>80</code> 端口
* 防火墙：已放行 <code>80/tcp</code>
* 公网 HTTP 检查：<code>200 OK</code>
* 公网 TCP 80 检查：可连接
* 公网 ping：可达

也就是说，从外部公网探针访问：

<syntaxhighlight lang="text">http://tcp.ping.pe/212.50.232.122:80</syntaxhighlight>
是可以正常打开的。

你可以用这些链接复测：

<syntaxhighlight lang="text">https://ping.pe/212.50.232.122</syntaxhighlight>
比较可能的原因有这些：

<ol style="list-style-type: decimal;">
<li>中国大陆到该 IP 段路由不佳或被部分运营商阻断
<ul>
<li>这个 IP 在日本机房，国际出口链路可能因地区、运营商不同表现差异很大。</li>
<li>可能移动打不开，电信能打开，或反过来。</li></ul></li>
<li>直连 IP 的 HTTP 访问被本地网络、运营商或浏览器策略干扰
<ul>
<li>你需要确认访问的是：</li></ul>

<syntaxhighlight lang="text">http://212.50.232.122/</syntaxhighlight>
而不是：
<syntaxhighlight lang="text">https://212.50.232.122/</syntaxhighlight>
当前没有配置 HTTPS，直接访问 <code>https://</code> 会失败或警告。</li>
<li>该 IP 在大陆方向可能存在污染、封锁或质量问题
<ul>
<li>服务器端没有发现异常。</li>
<li>如果中国大陆完全无法访问，但其他地区正常，通常是大陆网络侧问题。</li></ul></li></ol>

建议你先做两个简单确认：

* 用手机流量和家宽分别试一下；
* 确认浏览器地址栏是 <code>http://212.50.232.122/</code>，不是自动跳成 <code>https://</code>。

如果你希望我继续处理，我可以帮你做其中一种方案：

# 改用一个非 80 端口测试，例如 <code>8080</code> 或 <code>2080</code>；
# 绑定域名并接入 CDN / 反代，改善大陆访问；
# 迁移到对中国大陆线路更友好的机房，但迁移会更换 IPv4；
# 保留当前页面，额外开放一个备用访问端口，方便判断是不是 80 端口或路由问题。

</div>
</div>


== 五、联动 KiwiVM ==

上面测试的所有操作都是在 VPS 内部执行的。接下来，我们让 Amy 直接操作 KiwiVM 控制面板，这是深度集成到面板的 Amy 独家功能，也是第三方 AI 助手无法实现的~


=== 设置 PTR ===

搭建邮局的时候常要设置 PTR (rDNS)，这在其它商家通常需要发工单才能实现，而搬瓦工不仅允许用户在面板自助设置，现在更是能让 Amy 直接一句话搞定。

[[[bwh-amy-ptr-1]]]

设置完成后前往 KiwiVM 面板查看，可以看到反向解析记录确实已经生效。

[[[bwh-amy-ptr-2]]]


=== 备份/快照 ===

让 Amy 备份一下 VPS，可以看到她并没有在 VPS 内创建任何打包、备份脚本，而是直接调用了 KiwiVM 面板创建了一个系统快照，无感实现了整机备份。

[[[bwh-amy-backup]]]

=== 迁移机房 ===

自由迁移机房也是搬瓦工的特色之一，这里让 Amy 帮我们把 VPS 从'''大阪机房'''迁移到'''新加坡机房'''，她会先确认机房是否存在，接着再次询问我们是否确认迁移。

由于是'''高风险操作'''，需要'''明确回复''' <code>CONFIRM AMY-XXXXXXXXXX</code>。

[[[bwh-amy-migrate-1]]]

一字不差地回复确认代码后，Amy 就开始执行迁移了，同时也会告知我们迁移系统的一些注意事项：

* IP 会被替代
* PTR 需要重新设置
* 配置会随系统一起迁移
* 迁移期间 VPS 短暂不可用

[[[bwh-amy-migrate-2]]]

在 KiwiVM 控制面板中也能看到迁移的进度。

[[[bwh-amy-migrate-3]]]

=== 重装系统 ===

经过了前面一系列的跑分、测试，服务器内已残留了较多的测试数据。最后，再让 Amy 将 VPS 重装为纯净系统。

和迁移机房一样，重装系统同样是'''高风险操作'''，需要一字不差地回复 <code>CONFIRM AMY-XXXXXXXXXX</code> 才能继续。

同时 Amy 还会告知我们重装会清空 VPS 现有系统和数据，包括刚才安装的那些程序。

[[[bwh-amy-reinstall-1]]]

确认无误后，Amy 就开始执行重装了，也会同步给出重装后的 SSH 密码。

[[[bwh-amy-reinstall-2]]]

== 总结 ==

=== 优点 ===

通过 Amy 来维护 VPS 可以告别繁琐的命令行，无论你的系统是 Debian、Ubuntu、Rocky 还是上古的 CentOS，不用区分各个系统的命令格式或包管理器，都可以通过对话的方式执行命令，不仅大大降低了 Linux 运维的门槛，也让日常操作更加高效和优雅。

=== 建议 ===

说到底 Amy 还是 AI，总归是不太成熟，'''请勿用于生产环境'''！同时 Amy 的权限非常大，无论是在 VPS 内部还是 KiwiVM 控制面板，她都有操作权限，下达指令的时候务必注意数据备份。

最后，希望搬瓦工可以进一步优化 Amy，'''一是'''目前对所有 VPS 都默认启用了，没有关闭按钮，如果能提供一个明确的禁用按钮就更好了；'''二是'''现在不太方便查看历史对话，期待早日支持保存和切换多个聊天记录。
[[Category:200 KiwiVM 简介 — KiwiVM Introduction]]

搬瓦工 Ultra 套餐 HK/SG/JP CN2 GIA 浙江三网测试

2026-05-03T02:43:52Z

ZhiChao：

== 前言 ==

搬瓦工提供了一台 '''Ultra 套餐'''的测试机，套餐名为 <code>SPECIAL 40G KVM PROMO V5 - HONG KONG CN2 GIA</code>，价格为 <code>Monthly: $89.99</code>，该套餐可以切换到所有亚太 GIA 机房。

'''配置如下'''：

{| class="wikitable"
|-
!
! '''参数'''
|-
| '''CPU'''
| '''2x EPYC-Genoa'''
|-
| '''内存'''
| 2048 MB
|-
| '''硬盘'''
| 40 GB
|-
| '''流量'''
| 500 GB
|-
| '''机房'''
| '''香港 HKHK_8 / 新加坡 SG_1 / 日本东京 JPTYO_8 / 日本大阪 JPOS_6''' 等机房
|}

可切换的'''所有机房'''如下：
[[File:Bwh-ultra.webp|center]]
<nowiki/>
=== 测试环境 ===

* '''测试机房'''
** '''HK''': Hong Kong (CN2GIA) [HKHK_8]
** '''SG''': Singapore (CN2GIA, early access, very limited capacity) [SG_1]
** '''Japan''': Tokyo (AMD, CN2GIA) [JPTYO_8]
** '''Japan''': Osaka (CN2GIA) [JPOS_6]
* '''测试系统'''：'''Debian 12''' (bbr + br)
* '''本地网络'''：浙江电信 @ 300Mbps / 浙江联通 @ 1000 Mbps / 浙江移动 @ 500 Mbps

=== 测试方式 ===

* '''性能测试'''：'''YABS''' <code>curl -sL yabs.sh | bash -s -- -i -5 -6</code>
* '''路由测试'''：快速测试——'''BackTrace''' 、详细回程 / 去程——'''NextTrace'''
* '''延迟测试'''：全国测试——'''ITDOG''' 、本地测试——'''ICMP Ping'''
* '''速度测试'''：本地通过 '''IPerf3''' 分别测试'''单线程'''与'''多线程''' <code>-R -P 8</code> 的'''下载'''速度
* '''网页测试'''：Caddy 搭建 VitePress 博客，通过 ITDOG 测试各地访问速度
== 中国香港 CN2 GIA [HKHK_8] ==

=== 性能测试 ===

<syntaxhighlight lang="bash"># ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## #
# Yet-Another-Bench-Script #
# v2026-04-29 #
# https://github.com/masonr/yet-another-bench-script #
# ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## #

Thu Apr 30 07:33:33 PM PDT 2026

Basic System Information:
---------------------------------
Uptime : 0 days, 1 hours, 15 minutes
Processor : AMD EPYC-Genoa Processor
CPU cores : 2 @ 2794.748 MHz
AES-NI : ✔ Enabled
VM-x/AMD-V : ❌ Disabled
RAM : 2.0 GiB
Swap : 1024.0 MiB
Disk : 39.3 GiB
Distro : Debian GNU/Linux 12 (bookworm)
Kernel : 6.1.0-43-amd64
VM Type : KVM
IPv4/IPv6 : ✔ Online / ❌ Offline

IPv4 Network Information:
---------------------------------
ISP : IT7 Networks Inc
ASN : AS25820 IT7 Networks Inc
Host : Cluster Logic Inc
Location : Hong Kong, Kowloon ()
Country : Hong Kong

fio Disk Speed Tests (Mixed R/W 50/50) (Partition /dev/sda2):
---------------------------------
Block Size | 4k (IOPS) | 64k (IOPS)
------ | --- ---- | ---- ----
Read | 195.77 MB/s (48.9k) | 1.91 GB/s (29.9k)
Write | 196.29 MB/s (49.0k) | 1.92 GB/s (30.0k)
Total | 392.06 MB/s (98.0k) | 3.83 GB/s (59.9k)
| |
Block Size | 512k (IOPS) | 1m (IOPS)
------ | --- ---- | ---- ----
Read | 4.37 GB/s (8.5k) | 4.92 GB/s (4.8k)
Write | 4.60 GB/s (8.9k) | 5.25 GB/s (5.1k)
Total | 8.98 GB/s (17.5k) | 10.18 GB/s (9.9k)

Geekbench 5 Benchmark Test:
---------------------------------
Test | Value
|
Single Core | 1013
Multi Core | 1869
Full Test | https://browser.geekbench.com/v5/cpu/24274262

Geekbench 6 Benchmark Test:
---------------------------------
Test | Value
|
Single Core | 1346
Multi Core | 2394
Full Test | https://browser.geekbench.com/v6/cpu/17835715

YABS completed in 10 min 33 sec</syntaxhighlight>
=== 路由测试 ===

==== 快速测试 (回程) ====

<syntaxhighlight lang="bash">国家: HK 城市: Hong Kong 服务商: AS25820 IT7 Networks Inc
项目地址: https://github.com/zhanghanyun/backtrace
北京电信 219.141.140.10 电信CN2 [优质线路]
北京联通 202.106.195.68 电信CN2 [优质线路]
北京移动 221.179.155.161 电信CN2 [优质线路]
上海电信 202.96.209.133 电信CN2 [优质线路]
上海联通 210.22.97.1 电信CN2 [优质线路]
上海移动 211.136.112.200 电信CN2 [优质线路]
广州电信 58.60.188.222 电信CN2 [优质线路]
广州联通 210.21.196.6 电信CN2 [优质线路]
广州移动 120.196.165.24 电信CN2 [优质线路]
成都电信 61.139.2.69 电信CN2 [优质线路]
成都联通 119.6.6.6 电信CN2 [优质线路]
成都移动 211.137.96.205 电信CN2 [优质线路]</syntaxhighlight>
==== 回程路由 ====

<syntaxhighlight lang="bash">『浙江电信』
traceroute to 183.131.147.4, 30 hops max, 28 byte packets, ICMP mode
1 172.22.85.200 * RFC1918
5.39 ms / 7.94 ms / 16.42 ms
2 10.253.252.2 * RFC1918
0.34 ms / 0.35 ms / 0.43 ms
3 *
4 69.194.169.25 * 中国香港电信/CTGNet
CN.HKG.CTGNet 1.40 ms / 1.37 ms / 1.40 ms
5 69.194.169.94 * 德国黑森美因河畔法兰克福电信/CTGNet
DE.FRK.CTGNet 1.70 ms / 1.55 ms / 1.74 ms
6 203.22.178.86 * [CTG-CN] 中国上海 CC/CN2-CTG CTGNet
CTCN2.CN.SHA.CTGNet 24.62 ms / * ms / * ms
7 59.43.39.229 * [CN2-BackBone] 中国上海 X-I chinatelecom.cn 电信
25.31 ms / 25.06 ms / 25.15 ms
8 59.43.159.97 * [CN2-BackBone] 中国上海 I-C chinatelecom.cn 电信
26.08 ms / 25.52 ms / * ms
9 59.43.80.145 * [CN2-BackBone] 中国上海 chinatelecom.cn 电信
26.64 ms / 26.90 ms / * ms
10 202.97.33.250 AS4134 [CHINANET-BB] 中国浙江金华 chinatelecom.com.cn 电信
34.85 ms / * ms / * ms
11 61.175.46.114 AS4134 中国浙江台州市 chinatelecom.com.cn 电信
31.12 ms / 31.17 ms / * ms
12 *
13 *
14 183.131.147.4 AS136190 [APNIC-AP] 中国浙江金华市 hz.zj.cn
31.45 ms / 31.30 ms / 31.45 ms

『浙江联通』
traceroute to 60.12.119.66, 30 hops max, 28 byte packets, ICMP mode
1 172.22.85.200 * RFC1918
50.40 ms / 86.14 ms / 4.09 ms
2 10.253.252.2 * RFC1918
0.37 ms / 0.52 ms / 0.33 ms
3 *
4 69.194.165.81 * 中国香港电信/CTGNet
CN.HKG.CTGNet 2.05 ms / * ms / * ms
5 69.194.169.94 * 德国黑森美因河畔法兰克福电信/CTGNet
DE.FRK.CTGNet 1.60 ms / 1.60 ms / 1.52 ms
6 203.22.178.86 * [CTG-CN] 中国上海 CC/CN2-CTG CTGNet
CTCN2.CN.SHA.CTGNet 24.56 ms / 24.46 ms / * ms
7 59.43.38.185 * [CN2-BackBone] 中国上海 X-I chinatelecom.cn 电信
24.86 ms / 24.84 ms / 24.77 ms
8 59.43.138.65 * [CN2-BackBone] 中国上海 I-C chinatelecom.cn 电信
31.71 ms / 26.31 ms / 26.57 ms
9 219.158.38.241 AS4837 [CU169-BACKBONE] 中国上海 chinaunicom.cn 联通
28.51 ms / 28.24 ms / 28.33 ms
10 *
11 *
12 *
13 *
14 *
15 60.12.119.66 AS4837 中国浙江湖州 chinaunicom.cn
32.45 ms / 32.41 ms / 32.32 ms

『浙江移动』
traceroute to 112.13.92.194, 30 hops max, 28 byte packets, ICMP mode
1 172.22.85.200 * RFC1918
6.12 ms / 21.90 ms / 15.93 ms
2 10.253.252.2 * RFC1918
0.63 ms / 0.31 ms / 3.69 ms
3 *
4 69.194.169.25 * 中国香港电信/CTGNet
CN.HKG.CTGNet 1.44 ms / 1.30 ms / * ms
5 69.194.169.94 * 德国黑森美因河畔法兰克福电信/CTGNet
DE.FRK.CTGNet 1.76 ms / 1.55 ms / 3.76 ms
6 203.22.178.86 * [CTG-CN] 中国上海 CC/CN2-CTG CTGNet
CTCN2.CN.SHA.CTGNet 24.60 ms / * ms / * ms
7 59.43.39.177 * [CN2-BackBone] 中国上海 X-I chinatelecom.cn 电信
24.48 ms / 24.28 ms / * ms
8 59.43.159.97 * [CN2-BackBone] 中国上海 I-C chinatelecom.cn 电信
25.79 ms / 25.89 ms / * ms
9 59.43.80.145 * [CN2-BackBone] 中国上海 chinatelecom.cn 电信
26.83 ms / * ms / * ms
10 202.97.23.226 AS4134 [CHINANET-BB] 中国浙江金华 chinatelecom.com.cn 电信
31.43 ms / 31.50 ms / * ms
11 *
12 221.183.226.33 AS9808 [CMNET] 中国湖北省 chinamobileltd.com 移动
33.56 ms / * ms / * ms
13 *
14 *
15 117.148.173.222 AS56041 [CMNET] 中国浙江杭州 zj.10086.cn 移动
49.98 ms / 50.08 ms / * ms
16 *
17 *
18 112.13.92.194 AS56041 [APNIC-AP] 中国浙江省杭州市 zj.10086.cn 移动
47.47 ms / 47.38 ms / 47.39 ms</syntaxhighlight>
==== 去程路由 ====

<syntaxhighlight lang="bash">『浙江电信』
traceroute to 93.179.124.97, 30 hops max, 52 bytes packets
1 *
2 *
3 *
4 *
5 *
6 202.97.127.250 AS4134 [CHINANET-BB] 中国江苏南京 chinatelecom.com.cn
22.98 ms / 12.91 ms / 14.09 ms
7 *
8 *
9 59.43.247.226 * [CN2-Global] 中国上海 I-X chinatelecom.cn 电信
117.31 ms / * ms / * ms
10 203.22.178.85 * [CTG-CN] 中国香港 CC/CN2-CTG CTGNet
43.17 ms / 39.72 ms / 40.22 ms
11 *
12 *
13 *
14 *
15 *
16 *
17 45.78.0.49 AS25820 中国香港 it7.net
58.03 ms / 58.72 ms / 56.95 ms
18 93.179.124.97 AS25820 中国香港 it7.net
39.38 ms / 38.73 ms / 38.62 ms

『浙江联通』
*.*.*.* -> 93.179.124.97, 30 hops max, 28 byte packets, ICMP mode
1 *.*.*.* * RFC1918
1.01 ms / 0.62 ms / 0.90 ms
2 *.*.*.* AS4837 [UNICOM-ZJ] 中国浙江杭州 chinaunicom.cn
8.46 ms / 6.88 ms / 6.63 ms
3 *.*.*.* AS4837 [UNICOM-ZJ] 中国浙江杭州 chinaunicom.cn
4.61 ms / 5.21 ms / 5.16 ms
4 *.*.*.* AS4837 [UNICOM-ZJ] 中国浙江省杭州市 chinaunicom.cn 联通
6.08 ms / * ms / * ms
5 *
6 *
7 219.158.4.106 AS4837 [CU169-BACKBONE] 中国广东广州 chinaunicom.cn
29.48 ms / * ms / * ms
8 219.158.6.62 AS4837 [CU169-BACKBONE] 中国香港 chinaunicom.cn
30.79 ms / 30.81 ms / 30.94 ms
9 219.158.33.38 AS4837 [CU169-BACKBONE] 中国香港 CU-CTG-Peer chinaunicom.cn
46.00 ms / * ms / * ms
10 *
11 *
12 *
13 *
14 *
15 *
16 45.78.0.49 AS25820 中国香港 it7.net
r49.it7.net 49.50 ms / 128.80 ms / 179.65 ms
17 93.179.124.97 AS25820 中国香港 it7.net
93.179.124.97.16clouds.com 34.19 ms / 34.40 ms / 34.36 ms

『浙江移动』
*.*.*.* -> 93.179.124.97, 30 hops max, 28 byte packets, ICMP mode
1 *.*.*.* * RFC1918
0.80 ms / 0.63 ms / 0.68 ms
2 *.*.*.* * RFC1918
4.05 ms / 3.95 ms / 3.83 ms
3 *.*.*.* AS56041 [APNIC-AP] 中国浙江 **** zj.10086.cn
4.92 ms / * ms / * ms
4 *.*.*.* AS56041 [CMNET] 中国浙江 **** zj.10086.cn 移动
10.04 ms / 10.23 ms / 9.94 ms
5 *
6 *
7 221.183.89.117 AS9808 [CMNET] 中国北京 chinamobileltd.com 移动
31.63 ms / 31.57 ms / * ms
8 221.183.25.202 AS9808 [CMNET] 中国北京 chinamobileltd.com 移动
33.23 ms / 33.19 ms / 33.18 ms
9 *
10 223.120.22.137 AS58453 [CMI-INT] 中国香港 cmi.chinamobile.com 移动
59.49 ms / 59.14 ms / * ms
11 223.118.6.110 AS58453 [CMI-INT] 中国香港 cmi.chinamobile.com
61.19 ms / 53.18 ms / 53.66 ms
12 223.118.6.245 AS58453 [CMI-INT] 中国香港 cmi.chinamobile.com 移动
54.66 ms / 54.73 ms / 54.99 ms
13 *
14 45.78.0.49 AS25820 中国香港 it7.net
r49.it7.net 75.70 ms / 74.97 ms / 83.38 ms
15 93.179.124.97 AS25820 中国香港 it7.net
93.179.124.97.16clouds.com 59.72 ms / 58.56 ms / 58.33 ms</syntaxhighlight>
=== 延迟测试 ===

==== 全国测试 ====
[[File:Bwh-hkhk8.png|center]]
<nowiki/>
==== 本地测试 ====

{| class="wikitable"
|-
! 运营商
! 平均延迟 (Avg)
! 丢包率 (Loss)
! 抖动 (mdev)
! 最小延迟 (Min)
! 最大延迟 (Max)
|-
| '''浙江电信'''
| '''38.47 ms'''
| '''0%'''
| *
| 38.09 ms
| 40.62 ms
|-
| '''浙江联通'''
| '''32.82 ms'''
| '''0%'''
| '''0.19 ms'''
| 32.39 ms
| 33.37 ms
|-
| '''浙江移动'''
| '''58.31 ms'''
| '''0%'''
| '''0.15 ms'''
| 57.92 ms
| 58.78 ms
|}

<syntaxhighlight lang="bash">『浙江电信』
--- 93.179.124.97 ping statistics ---
100 packets transmitted, 100 packets received, 0% packet loss
round-trip min/avg/max = 38.094/38.470/40.622 ms

『浙江联通』
--- 93.179.124.97 ping statistics ---
100 packets transmitted, 100 received, 0% packet loss, time 99129ms
rtt min/avg/max/mdev = 32.393/32.822/33.373/0.196 ms

『浙江移动』
--- 93.179.124.97 ping statistics ---
100 packets transmitted, 100 received, 0% packet loss, time 99143ms
rtt min/avg/max/mdev = 57.922/58.314/58.786/0.154 ms</syntaxhighlight>
=== 速度测试 ===

{| class="wikitable"
|-
! '''运营商'''
! '''测试模式'''
! '''吞吐速率 (Bitrate)'''
! '''重传数 (Retr)'''
|-
| '''浙江电信 @ 300 Mbps'''
| 单线程
| 246 Mbits/sec
| 224
|-
|
| '''8 线程 (SUM)'''
| '''341 Mbits/sec'''
| '''592'''
|-
| '''浙江联通 @ 1000 Mbps'''
| 单线程
| 737 Mbits/sec
| 1502
|-
|
| '''8 线程 (SUM)'''
| '''789 Mbits/sec'''
| '''95165'''
|-
| '''浙江移动 @ 500 Mbps'''
| 单线程
| 259 Mbits/sec
| 1722
|-
|
| '''8 线程 (SUM)'''
| '''524 Mbits/sec'''
| '''50256'''
|}

==== 单线程 ====

<syntaxhighlight lang="bash">『浙江电信 @ 300 Mbps 』
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.00 sec 23.8 MBytes 199 Mbits/sec
[ 5] 1.00-2.00 sec 28.0 MBytes 235 Mbits/sec
[ 5] 2.00-3.00 sec 27.9 MBytes 234 Mbits/sec
[ 5] 3.00-4.00 sec 30.0 MBytes 252 Mbits/sec
[ 5] 4.00-5.00 sec 33.1 MBytes 278 Mbits/sec
[ 5] 5.00-6.00 sec 29.1 MBytes 244 Mbits/sec
[ 5] 6.00-7.00 sec 29.5 MBytes 247 Mbits/sec
[ 5] 7.00-8.00 sec 28.5 MBytes 239 Mbits/sec
[ 5] 8.00-9.00 sec 29.8 MBytes 250 Mbits/sec
[ 5] 9.00-10.00 sec 33.4 MBytes 280 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.04 sec 296 MBytes 248 Mbits/sec 224 sender
[ 5] 0.00-10.00 sec 293 MBytes 246 Mbits/sec receiver

『浙江联通 @ 1000 Mbps 』
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.00 sec 59.5 MBytes 499 Mbits/sec
[ 5] 1.00-2.00 sec 93.0 MBytes 780 Mbits/sec
[ 5] 2.00-3.00 sec 96.9 MBytes 813 Mbits/sec
[ 5] 3.00-4.00 sec 89.5 MBytes 751 Mbits/sec
[ 5] 4.00-5.00 sec 93.1 MBytes 781 Mbits/sec
[ 5] 5.00-6.00 sec 92.9 MBytes 779 Mbits/sec
[ 5] 6.00-7.00 sec 89.9 MBytes 754 Mbits/sec
[ 5] 7.00-8.00 sec 90.4 MBytes 758 Mbits/sec
[ 5] 8.00-9.00 sec 77.8 MBytes 652 Mbits/sec
[ 5] 9.00-10.00 sec 96.0 MBytes 805 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.04 sec 882 MBytes 737 Mbits/sec 1502 sender
[ 5] 0.00-10.00 sec 879 MBytes 737 Mbits/sec receiver

『浙江移动 @ 500 Mbps 』
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.00 sec 14.4 MBytes 120 Mbits/sec
[ 5] 1.00-2.00 sec 33.1 MBytes 278 Mbits/sec
[ 5] 2.00-3.00 sec 35.1 MBytes 295 Mbits/sec
[ 5] 3.00-4.00 sec 33.8 MBytes 283 Mbits/sec
[ 5] 4.00-5.00 sec 29.9 MBytes 251 Mbits/sec
[ 5] 5.00-6.00 sec 35.2 MBytes 296 Mbits/sec
[ 5] 6.00-7.00 sec 34.2 MBytes 287 Mbits/sec
[ 5] 7.00-8.00 sec 29.0 MBytes 243 Mbits/sec
[ 5] 8.00-9.00 sec 30.5 MBytes 256 Mbits/sec
[ 5] 9.00-10.00 sec 33.0 MBytes 277 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.06 sec 312 MBytes 260 Mbits/sec 1722 sender
[ 5] 0.00-10.00 sec 308 MBytes 259 Mbits/sec receiver</syntaxhighlight>
==== 多线程 ====

<syntaxhighlight lang="bash">『浙江电信 @ 300 Mbps 』
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.04 sec 56.8 MBytes 47.4 Mbits/sec 91 sender
[ 5] 0.00-10.00 sec 53.6 MBytes 45.0 Mbits/sec receiver
[ 7] 0.00-10.04 sec 55.4 MBytes 46.3 Mbits/sec 91 sender
[ 7] 0.00-10.00 sec 51.9 MBytes 43.5 Mbits/sec receiver
[ 9] 0.00-10.04 sec 46.6 MBytes 39.0 Mbits/sec 56 sender
[ 9] 0.00-10.00 sec 43.5 MBytes 36.5 Mbits/sec receiver
[ 11] 0.00-10.04 sec 50.1 MBytes 41.9 Mbits/sec 64 sender
[ 11] 0.00-10.00 sec 46.8 MBytes 39.2 Mbits/sec receiver
[ 13] 0.00-10.04 sec 61.4 MBytes 51.3 Mbits/sec 81 sender
[ 13] 0.00-10.00 sec 58.6 MBytes 49.2 Mbits/sec receiver
[ 15] 0.00-10.04 sec 56.6 MBytes 47.3 Mbits/sec 65 sender
[ 15] 0.00-10.00 sec 52.9 MBytes 44.4 Mbits/sec receiver
[ 17] 0.00-10.04 sec 53.9 MBytes 45.0 Mbits/sec 88 sender
[ 17] 0.00-10.00 sec 50.2 MBytes 42.1 Mbits/sec receiver
[ 19] 0.00-10.04 sec 52.6 MBytes 44.0 Mbits/sec 56 sender
[ 19] 0.00-10.00 sec 49.6 MBytes 41.6 Mbits/sec receiver
[SUM] 0.00-10.04 sec 433 MBytes 362 Mbits/sec 592 sender
[SUM] 0.00-10.00 sec 407 MBytes 341 Mbits/sec receiver

『浙江联通 @ 1000 Mbps 』
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.04 sec 104 MBytes 87.2 Mbits/sec 9757 sender
[ 5] 0.00-10.00 sec 101 MBytes 84.9 Mbits/sec receiver
[ 7] 0.00-10.04 sec 158 MBytes 132 Mbits/sec 17969 sender
[ 7] 0.00-10.00 sec 155 MBytes 130 Mbits/sec receiver
[ 9] 0.00-10.04 sec 101 MBytes 84.5 Mbits/sec 9266 sender
[ 9] 0.00-10.00 sec 98.1 MBytes 82.3 Mbits/sec receiver
[ 11] 0.00-10.04 sec 115 MBytes 96.3 Mbits/sec 10606 sender
[ 11] 0.00-10.00 sec 112 MBytes 93.5 Mbits/sec receiver
[ 13] 0.00-10.04 sec 104 MBytes 87.0 Mbits/sec 9688 sender
[ 13] 0.00-10.00 sec 102 MBytes 85.1 Mbits/sec receiver
[ 15] 0.00-10.04 sec 105 MBytes 87.9 Mbits/sec 9841 sender
[ 15] 0.00-10.00 sec 101 MBytes 84.9 Mbits/sec receiver
[ 17] 0.00-10.04 sec 173 MBytes 145 Mbits/sec 17548 sender
[ 17] 0.00-10.00 sec 170 MBytes 142 Mbits/sec receiver
[ 19] 0.00-10.04 sec 105 MBytes 88.0 Mbits/sec 10490 sender
[ 19] 0.00-10.00 sec 103 MBytes 86.1 Mbits/sec receiver
[SUM] 0.00-10.04 sec 966 MBytes 807 Mbits/sec 95165 sender
[SUM] 0.00-10.00 sec 940 MBytes 789 Mbits/sec receiver

『浙江移动 @ 500 Mbps 』
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.06 sec 119 MBytes 99.5 Mbits/sec 9447 sender
[ 5] 0.00-10.00 sec 116 MBytes 97.4 Mbits/sec receiver
[ 7] 0.00-10.06 sec 62.0 MBytes 51.7 Mbits/sec 4644 sender
[ 7] 0.00-10.00 sec 59.2 MBytes 49.7 Mbits/sec receiver
[ 9] 0.00-10.06 sec 84.4 MBytes 70.4 Mbits/sec 6192 sender
[ 9] 0.00-10.00 sec 80.4 MBytes 67.4 Mbits/sec receiver
[ 11] 0.00-10.06 sec 63.9 MBytes 53.3 Mbits/sec 4801 sender
[ 11] 0.00-10.00 sec 60.9 MBytes 51.1 Mbits/sec receiver
[ 13] 0.00-10.06 sec 85.1 MBytes 71.0 Mbits/sec 6529 sender
[ 13] 0.00-10.00 sec 81.8 MBytes 68.6 Mbits/sec receiver
[ 15] 0.00-10.06 sec 74.1 MBytes 61.8 Mbits/sec 6405 sender
[ 15] 0.00-10.00 sec 71.4 MBytes 59.9 Mbits/sec receiver
[ 17] 0.00-10.06 sec 69.1 MBytes 57.7 Mbits/sec 5373 sender
[ 17] 0.00-10.00 sec 65.9 MBytes 55.3 Mbits/sec receiver
[ 19] 0.00-10.06 sec 92.6 MBytes 77.3 Mbits/sec 6865 sender
[ 19] 0.00-10.00 sec 89.4 MBytes 75.0 Mbits/sec receiver
[SUM] 0.00-10.06 sec 650 MBytes 543 Mbits/sec 50256 sender
[SUM] 0.00-10.00 sec 625 MBytes 524 Mbits/sec receiver</syntaxhighlight>
=== 网页测试 ===
[[File:Bwh-hkhk8-web.png|center]]
<nowiki/>
== 新加坡 CN2 GIA [SG_1] ==

=== 性能测试 ===

<syntaxhighlight lang="bash"># ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## #
# Yet-Another-Bench-Script #
# v2026-04-29 #
# https://github.com/masonr/yet-another-bench-script #
# ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## #

Fri May 1 01:40:46 AM PDT 2026

Basic System Information:
---------------------------------
Uptime : 0 days, 0 hours, 12 minutes
Processor : AMD EPYC Processor (with IBPB)
CPU cores : 2 @ 2445.406 MHz
AES-NI : ✔ Enabled
VM-x/AMD-V : ❌ Disabled
RAM : 2.0 GiB
Swap : 1024.0 MiB
Disk : 39.3 GiB
Distro : Debian GNU/Linux 12 (bookworm)
Kernel : 6.1.0-43-amd64
VM Type : KVM
IPv4/IPv6 : ✔ Online / ❌ Offline

IPv4 Network Information:
---------------------------------
ISP : xTom Pty Ltd
ASN : AS8888 xTom Pty Ltd
Host : Xtom
Location : Singapore, North West (03)
Country : Singapore

fio Disk Speed Tests (Mixed R/W 50/50) (Partition /dev/sda2):
---------------------------------
Block Size | 4k (IOPS) | 64k (IOPS)
------ | --- ---- | ---- ----
Read | 178.97 MB/s (44.7k) | 1.24 GB/s (19.4k)
Write | 179.44 MB/s (44.8k) | 1.25 GB/s (19.5k)
Total | 358.42 MB/s (89.6k) | 2.49 GB/s (39.0k)
| |
Block Size | 512k (IOPS) | 1m (IOPS)
------ | --- ---- | ---- ----
Read | 2.64 GB/s (5.1k) | 3.39 GB/s (3.3k)
Write | 2.79 GB/s (5.4k) | 3.62 GB/s (3.5k)
Total | 5.44 GB/s (10.6k) | 7.02 GB/s (6.8k)

Geekbench 5 Benchmark Test:
---------------------------------
Test | Value
|
Single Core | 1120
Multi Core | 2187
Full Test | https://browser.geekbench.com/v5/cpu/24274874

Geekbench 6 Benchmark Test:
---------------------------------
Test | Value
|
Single Core | 1531
Multi Core | 2791
Full Test | https://browser.geekbench.com/v6/cpu/17838231

YABS completed in 7 min 14 sec</syntaxhighlight>
=== 路由测试 ===

==== 快速测试 (回程) ====

<syntaxhighlight lang="bash">国家: SG 城市: Singapore 服务商: AS8888 xTom Pty Ltd
项目地址: https://github.com/zhanghanyun/backtrace
北京电信 219.141.140.10 电信CN2 [优质线路]
北京联通 202.106.195.68 联通9929 [优质线路]
北京移动 221.179.155.161 电信CN2 [优质线路]
上海电信 202.96.209.133 电信CN2 [优质线路]
上海联通 210.22.97.1 联通9929 [优质线路]
上海移动 211.136.112.200 电信CN2 [优质线路]
广州电信 58.60.188.222 电信CN2 [优质线路]
广州联通 210.21.196.6 联通9929 [优质线路]
广州移动 120.196.165.24 电信CN2 [优质线路]
成都电信 61.139.2.69 电信CN2 [优质线路]
成都联通 119.6.6.6 联通9929 [优质线路]
成都移动 211.137.96.205 电信CN2 [优质线路]</syntaxhighlight>
==== 回程路由 ====

<syntaxhighlight lang="bash">『浙江电信』
traceroute to 183.131.147.4, 30 hops max, 28 byte packets, ICMP mode
1 45.135.41.1 AS8888 日本大阪府大阪 xtom.com
19.66 ms / 21.07 ms / 14.58 ms
2 *
3 *
4 *
5 69.194.169.185 * 新加坡电信/CTGNet
SG.SGP.CTGNet 0.40 ms / 0.28 ms / 0.37 ms
6 69.194.165.185 * 中国香港电信/CTGNet
CN.HKG.CTGNet 35.99 ms / * ms / * ms
7 69.194.166.114 * 中国香港电信/CTGNet
36.28 ms / 36.29 ms / 36.22 ms
8 203.22.178.86 * [CTG-CN] 中国上海 CC/CN2-CTG CTGNet
62.49 ms / * ms / * ms
9 59.43.39.117 * [CN2-BackBone] 中国上海 X-I chinatelecom.cn 电信
62.24 ms / 62.25 ms / * ms
10 59.43.159.17 * [CN2-BackBone] 中国上海 I-C chinatelecom.cn 电信
67.04 ms / 70.26 ms / 65.79 ms
11 59.43.80.141 * [CN2-BackBone] 中国上海 chinatelecom.cn 电信
64.98 ms / 64.76 ms / 64.30 ms
12 *
13 60.191.196.46 AS136190 中国浙江台州市 hz.zj.cn 电信
71.58 ms / 71.48 ms / 71.58 ms
14 *
15 *
16 183.131.147.4 AS136190 [APNIC-AP] 中国浙江金华市 hz.zj.cn
73.05 ms / 72.99 ms / 73.04 ms

『浙江联通』
traceroute to 60.12.119.66, 30 hops max, 28 byte packets, ICMP mode
1 45.135.41.1 AS8888 日本大阪府大阪 xtom.com
45.135.41.1.static.xtom.com 18.16 ms / 167.94 ms / 67.41 ms
2 *
3 *
4 *
5 *
6 *
7 *
8 *
9 202.77.23.157 AS10099 [CUG-BACKBONE] 中国香港 chinaunicomglobal.com 联通
42.84 ms / 42.90 ms / 42.76 ms
10 218.105.10.133 AS9929 [CNC-BACKBONE] 中国广东广州 X-I chinaunicom.cn 联通 CUII
41.26 ms / 41.15 ms / 41.23 ms
11 218.105.2.161 AS9929 [CNC-BACKBONE] 中国广东广州 I-C chinaunicom.cn 联通 CUII
47.16 ms / 47.16 ms / 47.20 ms
12 210.14.161.154 * [CNC-BACKBONE] 中国广东广州
47.81 ms / 47.87 ms / 47.84 ms
13 *
14 *
15 *
16 *
17 *
18 *
19 60.12.119.66 AS4837 中国浙江湖州 chinaunicom.cn
124.38 ms / 121.96 ms / 121.25 ms

『浙江移动』
traceroute to 112.13.92.194, 30 hops max, 28 byte packets, ICMP mode
1 45.135.41.1 AS8888 日本大阪府大阪 xtom.com
45.135.41.1.static.xtom.com 11.38 ms / 21.72 ms / 16.46 ms
2 *
3 *
4 *
5 69.194.169.185 * 新加坡电信/CTGNet
0.38 ms / 0.44 ms / 0.29 ms
6 69.194.165.185 * 中国香港电信/CTGNet
35.69 ms / 35.67 ms / * ms
7 69.194.166.114 * 中国香港电信/CTGNet
36.37 ms / 36.34 ms / 36.55 ms
8 203.22.178.86 * [CTG-CN] 中国上海 CC/CN2-CTG CTGNet
CTCN2.CN.SHA.CTGNet 62.47 ms / * ms / * ms
9 59.43.39.197 * [CN2-BackBone] 中国上海 X-I chinatelecom.cn 电信
62.83 ms / 62.82 ms / * ms
10 59.43.159.97 * [CN2-BackBone] 中国上海 I-C chinatelecom.cn 电信
64.17 ms / 64.22 ms / * ms
11 59.43.80.145 * [CN2-BackBone] 中国上海 chinatelecom.cn 电信
67.19 ms / 64.23 ms / * ms
12 202.97.100.226 AS4134 [CHINANET-BB] 中国浙江金华 chinatelecom.com.cn 电信
71.22 ms / 71.26 ms / * ms
13 *
14 221.183.187.201 AS9808 [CMNET] 中国湖北省武汉市 chinamobileltd.com
65.97 ms / * ms / * ms
15 *
16 *
17 112.17.42.42 AS56041 [APNIC-AP] 中国浙江杭州 zj.10086.cn 移动
205.23 ms / 205.84 ms / * ms
18 *
19 *
20 112.13.92.194 AS56041 [APNIC-AP] 中国浙江省杭州市 zj.10086.cn 移动
143.20 ms / * ms / * ms</syntaxhighlight>
==== 去程路由 ====

<syntaxhighlight lang="bash">『浙江电信』
traceroute to 45.135.41.254, 30 hops max, 52 bytes packets
1 *.*.*.* AS4134 [APNIC-AP] 中国浙江 **** chinatelecom.com.cn
3.11 ms / 2.64 ms / 2.73 ms
2 *
3 *
4 *
5 *
6 202.97.127.66 AS4134 [CHINANET-BB] 中国江苏南京 chinatelecom.com.cn
21.14 ms / 16.73 ms / 19.84 ms
7 59.43.139.117 * [CN2-BackBone] 中国广东广州 chinatelecom.cn 电信
34.93 ms / 34.57 ms / 34.46 ms
8 *
9 *
10 203.22.178.93 * [CTG-CN] 中国香港 CN2-CTG CTGNet
CTCN2.CN.HKG.CTGNet 45.53 ms / 42.75 ms / 42.92 ms
11 69.194.166.113 * 中国香港电信/CTGNet
42.04 ms / 42.12 ms / 42.11 ms
12 69.194.165.186 * 新加坡电信/CTGNet
SG.SGP.CTGNet 85.76 ms / 86.72 ms / 85.38 ms
13 69.194.166.246 * 新加坡电信
80.48 ms / 83.39 ms / 84.10 ms
14 *
15 *
16 45.135.41.254 AS8888 新加坡 xtom.com
79.62 ms / 78.16 ms / 78.16 ms

『浙江联通』
*.*.*.* -> 45.135.41.254, 30 hops max, 28 byte packets, ICMP mode
1 *.*.*.* * RFC1918
0.90 ms / 0.79 ms / 1.09 ms
2 *.*.*.* AS4837 [UNICOM-ZJ] 中国浙江杭州 chinaunicom.cn
6.75 ms / 6.40 ms / 4.43 ms
3 *.*.*.* AS4837 [UNICOM-ZJ] 中国浙江杭州 chinaunicom.cn
5.24 ms / * ms / * ms
4 *
5 *
6 *
7 *
8 219.158.35.158 AS4837 [CU169-BACKBONE] 日本东京都东京 chinaunicom.cn
102.34 ms / 100.79 ms / 98.59 ms
9 129.250.5.200 AS2914 [NTT-BACKBONE] 日本东京都东京 gin.ntt.net
ae-25.r33.tokyjp05.jp.bb.gin.ntt.net 71.33 ms / * ms / * ms
[MPLS: Lbl 508919, TC 0, S 1, TTL 1]
10 *
11 129.250.6.71 AS2914 [NTT-BACKBONE] 新加坡 gin.ntt.net
152.30 ms / 153.79 ms / 155.51 ms
12 206.148.27.234 AS7578 GSL骨干网 GSL骨干网 GSL清洗设施 globalsecurelayer.com
159.78 ms / 159.78 ms / 158.09 ms
13 206.148.27.38 AS7578 新加坡 GSL清洗设施 globalsecurelayer.com
156.49 ms / 157.39 ms / 156.38 ms
[MPLS: Lbl 425063, TC 7, S 0, TTL 1]
[MPLS: Lbl 116384, TC 7, S 1, TTL 1]
14 203.27.107.49 AS137409 新加坡 globalsecurelayer.com
159.09 ms / 158.88 ms / 159.22 ms
15 *
16 *
17 *
18 45.135.41.254 AS8888 新加坡 xtom.com
45.135.41.254.static.xtom.com 119.87 ms / 121.97 ms / 122.28 ms

『浙江移动』
*.*.*.* -> 45.135.41.254, 30 hops max, 28 byte packets, ICMP mode
1 *.*.*.* * RFC1918
0.88 ms / 0.73 ms / 0.62 ms
2 *.*.*.* * RFC1918
4.24 ms / 4.26 ms / 3.98 ms
3 *.*.*.* AS56041 [CMNET] 中国浙江省 **** zj.10086.cn 移动
4.60 ms / * ms / * ms
4 *.*.*.* AS56041 [CMNET] 中国浙江省 **** zj.10086.cn 移动
9.72 ms / 9.65 ms / * ms
5 *
6 221.183.92.9 AS9808 [CMNET] 中国上海 chinamobileltd.com 移动
32.29 ms / * ms / * ms
7 221.183.92.22 AS9808 [CMNET] 中国广东广州 chinamobileltd.com 移动
30.46 ms / * ms / * ms
8 221.183.55.81 AS9808 [CMNET] 中国广东广州 CM-CMI-Peer chinamobileltd.com 移动
45.07 ms / * ms / * ms
9 223.120.2.101 AS58453 [CMI-INT] 中国香港 cmi.chinamobile.com 移动
44.79 ms / * ms / * ms
10 223.120.2.118 AS58453 [CMI-INT] 中国香港 cmi.chinamobile.com 移动
46.77 ms / * ms / * ms
11 63.217.16.189 AS3491 [PCCWG] 中国香港 pccwglobal.com
63-217-16-189.static.as3491.net 65.31 ms / 65.28 ms / 65.08 ms
12 63.218.174.138 AS3491 [PCCW-BACKBONE] 中国香港 pccwglobal.com
64.18 ms / 63.94 ms / * ms
13 63.220.203.131 AS3491 中国香港 pccwglobal.com
69.21 ms / 69.17 ms / 68.96 ms
14 206.148.24.186 AS7578 中国香港 globalsecurelayer.com
47.25 ms / 47.01 ms / 47.05 ms
[MPLS: Lbl 425063, TC 7, S 0, TTL 1]
[MPLS: Lbl 116384, TC 7, S 1, TTL 1]
15 206.148.27.28 AS7578 中国香港 GSL清洗设施 globalsecurelayer.com
po6.hk-iavmei-cr9.globalsecurelayer.com 41.20 ms / 41.17 ms / 41.12 ms
[MPLS: Lbl 425063, TC 7, S 0, TTL 1]
[MPLS: Lbl 116384, TC 7, S 1, TTL 2]
16 206.148.24.165 AS7578 新加坡 globalsecurelayer.com
78.03 ms / 77.72 ms / 77.52 ms
[MPLS: Lbl 425063, TC 7, S 0, TTL 1]
[MPLS: Lbl 116384, TC 7, S 1, TTL 3]
17 203.27.107.49 AS137409 新加坡 globalsecurelayer.com
80.05 ms / 80.02 ms / 79.87 ms
18 *
19 *
20 *
21 45.135.41.254 AS8888 新加坡 xtom.com
83.58 ms / 82.68 ms / 82.49 ms</syntaxhighlight>
=== 延迟测试 ===

==== 全国测试 ====
[[File:Bwh-sg1.png|center]]
<nowiki/>
==== 本地测试 ====

{| class="wikitable"
|-
! '''运营商'''
! '''平均延迟 (Avg)'''
! '''丢包率 (Loss)'''
! '''抖动 (mdev)'''
! '''最小延迟 (Min)'''
! '''最大延迟 (Max)'''
|-
| '''浙江电信'''
| '''78.30 ms'''
| '''0%'''
| *
| 77.71 ms
| 79.12 ms
|-
| '''浙江联通'''
| '''120.01 ms'''
| '''0%'''
| '''0.83 ms'''
| 118.70 ms
| 121.36 ms
|-
| '''浙江移动'''
| '''82.70 ms'''
| '''0%'''
| '''0.20 ms'''
| 82.03 ms
| 84.07 ms
|}

<syntaxhighlight lang="bash">『浙江电信』
--- 45.135.41.254 ping statistics ---
100 packets transmitted, 100 packets received, 0% packet loss
round-trip min/avg/max = 77.710/78.299/79.122 ms

『浙江联通』
--- 45.135.41.254 ping statistics ---
100 packets transmitted, 100 received, 0% packet loss, time 99146ms
rtt min/avg/max/mdev = 118.702/120.007/121.360/0.827 ms

『浙江移动』
--- 45.135.41.254 ping statistics ---
100 packets transmitted, 100 received, 0% packet loss, time 99169ms
rtt min/avg/max/mdev = 82.028/82.700/84.074/0.195 ms</syntaxhighlight>

=== 速度测试 ===

{| class="wikitable"
|-
! '''运营商'''
! '''测试模式'''
! '''吞吐速率 (Bitrate)'''
! '''重传数 (Retr)'''
|-
| '''浙江电信 @ 300 Mbps'''
| 单线程
| 130 Mbits/sec
| 44
|-
|
| '''8 线程 (SUM)'''
| '''334 Mbits/sec'''
| '''881'''
|-
| '''浙江联通 @ 1000 Mbps'''
| 单线程
| 207 Mbits/sec
| 0
|-
|
| '''8 线程 (SUM)'''
| '''612 Mbits/sec'''
| '''26349'''
|-
| '''浙江移动 @ 500 Mbps'''
| 单线程
| 334 Mbits/sec
| 0
|-
|
| '''8 线程 (SUM)'''
| '''517 Mbits/sec'''
| '''57136'''
|}
==== 单线程 ====

<syntaxhighlight lang="bash">『浙江电信 @ 300 Mbps 』
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.00 sec 7.00 MBytes 58.7 Mbits/sec
[ 5] 1.00-2.00 sec 17.1 MBytes 144 Mbits/sec
[ 5] 2.00-3.00 sec 11.4 MBytes 95.4 Mbits/sec
[ 5] 3.00-4.00 sec 18.0 MBytes 151 Mbits/sec
[ 5] 4.00-5.00 sec 13.2 MBytes 111 Mbits/sec
[ 5] 5.00-6.00 sec 18.2 MBytes 153 Mbits/sec
[ 5] 6.00-7.00 sec 16.8 MBytes 140 Mbits/sec
[ 5] 7.00-8.00 sec 16.6 MBytes 139 Mbits/sec
[ 5] 8.00-9.00 sec 19.1 MBytes 160 Mbits/sec
[ 5] 9.00-10.00 sec 17.1 MBytes 144 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.08 sec 158 MBytes 131 Mbits/sec 44 sender
[ 5] 0.00-10.00 sec 155 MBytes 130 Mbits/sec receiver

『浙江联通 @ 1000 Mbps 』
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.00 sec 2.62 MBytes 22.0 Mbits/sec
[ 5] 1.00-2.00 sec 26.0 MBytes 218 Mbits/sec
[ 5] 2.00-3.00 sec 26.8 MBytes 224 Mbits/sec
[ 5] 3.00-4.00 sec 27.5 MBytes 231 Mbits/sec
[ 5] 4.00-5.00 sec 27.6 MBytes 232 Mbits/sec
[ 5] 5.00-6.00 sec 27.4 MBytes 230 Mbits/sec
[ 5] 6.00-7.00 sec 27.0 MBytes 226 Mbits/sec
[ 5] 7.00-8.00 sec 26.8 MBytes 224 Mbits/sec
[ 5] 8.00-9.00 sec 27.6 MBytes 232 Mbits/sec
[ 5] 9.00-10.00 sec 27.4 MBytes 230 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.11 sec 250 MBytes 208 Mbits/sec 0 sender
[ 5] 0.00-10.00 sec 247 MBytes 207 Mbits/sec receiver

『浙江移动 @ 500 Mbps 』
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.00 sec 19.2 MBytes 161 Mbits/sec
[ 5] 1.00-2.00 sec 42.2 MBytes 354 Mbits/sec
[ 5] 2.00-3.00 sec 42.0 MBytes 352 Mbits/sec
[ 5] 3.00-4.00 sec 42.1 MBytes 353 Mbits/sec
[ 5] 4.00-5.00 sec 42.4 MBytes 355 Mbits/sec
[ 5] 5.00-6.00 sec 42.0 MBytes 352 Mbits/sec
[ 5] 6.00-7.00 sec 42.0 MBytes 352 Mbits/sec
[ 5] 7.00-8.00 sec 42.4 MBytes 355 Mbits/sec
[ 5] 8.00-9.00 sec 41.4 MBytes 347 Mbits/sec
[ 5] 9.00-10.00 sec 42.2 MBytes 354 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.09 sec 402 MBytes 334 Mbits/sec 0 sender
[ 5] 0.00-10.00 sec 398 MBytes 334 Mbits/sec receiver</syntaxhighlight>
==== 多线程 ====

<syntaxhighlight lang="bash">『浙江电信 @ 300 Mbps 』
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.08 sec 55.5 MBytes 46.2 Mbits/sec 116 sender
[ 5] 0.00-10.00 sec 52.5 MBytes 44.0 Mbits/sec receiver
[ 7] 0.00-10.08 sec 56.5 MBytes 47.0 Mbits/sec 135 sender
[ 7] 0.00-10.00 sec 53.9 MBytes 45.2 Mbits/sec receiver
[ 9] 0.00-10.08 sec 45.5 MBytes 37.9 Mbits/sec 68 sender
[ 9] 0.00-10.00 sec 42.9 MBytes 36.0 Mbits/sec receiver
[ 11] 0.00-10.08 sec 50.4 MBytes 41.9 Mbits/sec 112 sender
[ 11] 0.00-10.00 sec 47.2 MBytes 39.6 Mbits/sec receiver
[ 13] 0.00-10.08 sec 51.4 MBytes 42.8 Mbits/sec 131 sender
[ 13] 0.00-10.00 sec 47.8 MBytes 40.1 Mbits/sec receiver
[ 15] 0.00-10.08 sec 50.4 MBytes 41.9 Mbits/sec 78 sender
[ 15] 0.00-10.00 sec 47.5 MBytes 39.8 Mbits/sec receiver
[ 17] 0.00-10.08 sec 58.0 MBytes 48.3 Mbits/sec 129 sender
[ 17] 0.00-10.00 sec 54.6 MBytes 45.8 Mbits/sec receiver
[ 19] 0.00-10.08 sec 53.9 MBytes 44.8 Mbits/sec 112 sender
[ 19] 0.00-10.00 sec 51.2 MBytes 43.0 Mbits/sec receiver
[SUM] 0.00-10.08 sec 422 MBytes 351 Mbits/sec 881 sender
[SUM] 0.00-10.00 sec 398 MBytes 334 Mbits/sec receiver

『浙江联通 @ 1000 Mbps 』
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.13 sec 124 MBytes 103 Mbits/sec 4260 sender
[ 5] 0.00-10.00 sec 121 MBytes 101 Mbits/sec receiver
[ 7] 0.00-10.13 sec 97.9 MBytes 81.0 Mbits/sec 3700 sender
[ 7] 0.00-10.00 sec 95.0 MBytes 79.7 Mbits/sec receiver
[ 9] 0.00-10.13 sec 111 MBytes 92.1 Mbits/sec 4051 sender
[ 9] 0.00-10.00 sec 108 MBytes 91.0 Mbits/sec receiver
[ 11] 0.00-10.13 sec 89.2 MBytes 73.9 Mbits/sec 3396 sender
[ 11] 0.00-10.00 sec 85.9 MBytes 72.0 Mbits/sec receiver
[ 13] 0.00-10.13 sec 71.8 MBytes 59.4 Mbits/sec 2194 sender
[ 13] 0.00-10.00 sec 68.9 MBytes 57.8 Mbits/sec receiver
[ 15] 0.00-10.13 sec 84.2 MBytes 69.8 Mbits/sec 3247 sender
[ 15] 0.00-10.00 sec 81.1 MBytes 68.0 Mbits/sec receiver
[ 17] 0.00-10.13 sec 89.0 MBytes 73.7 Mbits/sec 3195 sender
[ 17] 0.00-10.00 sec 86.2 MBytes 72.3 Mbits/sec receiver
[ 19] 0.00-10.13 sec 85.2 MBytes 70.6 Mbits/sec 2306 sender
[ 19] 0.00-10.00 sec 82.5 MBytes 69.2 Mbits/sec receiver
[SUM] 0.00-10.13 sec 753 MBytes 623 Mbits/sec 26349 sender
[SUM] 0.00-10.00 sec 729 MBytes 612 Mbits/sec receiver

『浙江移动 @ 500 Mbps 』
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.08 sec 128 MBytes 106 Mbits/sec 10395 sender
[ 5] 0.00-10.00 sec 2.50 MBytes 2.10 Mbits/sec receiver
[ 7] 0.00-10.08 sec 4.42 MBytes 3.68 Mbits/sec 166 sender
[ 7] 0.00-10.00 sec 124 MBytes 104 Mbits/sec receiver
[ 9] 0.00-10.08 sec 74.2 MBytes 61.8 Mbits/sec 5225 sender
[ 9] 0.00-10.00 sec 71.5 MBytes 60.0 Mbits/sec receiver
[ 11] 0.00-10.08 sec 116 MBytes 96.1 Mbits/sec 10272 sender
[ 11] 0.00-10.00 sec 112 MBytes 93.9 Mbits/sec receiver
[ 13] 0.00-10.08 sec 56.6 MBytes 47.1 Mbits/sec 4181 sender
[ 13] 0.00-10.00 sec 53.5 MBytes 44.9 Mbits/sec receiver
[ 15] 0.00-10.08 sec 89.2 MBytes 74.3 Mbits/sec 8264 sender
[ 15] 0.00-10.00 sec 86.2 MBytes 72.3 Mbits/sec receiver
[ 17] 0.00-10.08 sec 114 MBytes 95.3 Mbits/sec 13159 sender
[ 17] 0.00-10.00 sec 112 MBytes 93.5 Mbits/sec receiver
[ 19] 0.00-10.08 sec 58.0 MBytes 48.3 Mbits/sec 5474 sender
[ 19] 0.00-10.00 sec 55.2 MBytes 46.3 Mbits/sec receiver
[SUM] 0.00-10.08 sec 640 MBytes 533 Mbits/sec 57136 sender
[SUM] 0.00-10.00 sec 617 MBytes 517 Mbits/sec receiver</syntaxhighlight>
=== 网页测试 ===
[[File:Bwh-sg1-web.png|center]]
<nowiki/>
== 日本东京 CN2 GIA [JPTYO_8] ==

=== 性能测试 ===

<syntaxhighlight lang="bash"># ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## #
# Yet-Another-Bench-Script #
# v2026-04-29 #
# https://github.com/masonr/yet-another-bench-script #
# ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## #

Thu Apr 30 11:36:29 PM PDT 2026

Basic System Information:
---------------------------------
Uptime : 0 days, 0 hours, 0 minutes
Processor : AMD EPYC-Genoa Processor
CPU cores : 2 @ 2794.750 MHz
AES-NI : ✔ Enabled
VM-x/AMD-V : ❌ Disabled
RAM : 2.0 GiB
Swap : 1024.0 MiB
Disk : 39.3 GiB
Distro : Debian GNU/Linux 12 (bookworm)
Kernel : 6.1.0-43-amd64
VM Type : KVM
IPv4/IPv6 : ✔ Online / ❌ Offline

IPv4 Network Information:
---------------------------------
ISP : Fiber Logic Inc.
ASN : AS21887 Fiber Logic Inc.
Host : IT7 Networks Inc
Location : Tokyo, Tokyo (13)
Country : Japan

fio Disk Speed Tests (Mixed R/W 50/50) (Partition /dev/sda2):
---------------------------------
Block Size | 4k (IOPS) | 64k (IOPS)
------ | --- ---- | ---- ----
Read | 131.73 MB/s (32.9k) | 1.23 GB/s (19.3k)
Write | 132.07 MB/s (33.0k) | 1.24 GB/s (19.4k)
Total | 263.80 MB/s (65.9k) | 2.48 GB/s (38.7k)
| |
Block Size | 512k (IOPS) | 1m (IOPS)
------ | --- ---- | ---- ----
Read | 2.15 GB/s (4.2k) | 2.63 GB/s (2.5k)
Write | 2.27 GB/s (4.4k) | 2.81 GB/s (2.7k)
Total | 4.42 GB/s (8.6k) | 5.44 GB/s (5.3k)

Geekbench 5 Benchmark Test:
---------------------------------
Test | Value
|
Single Core | 1017
Multi Core | 2028
Full Test | https://browser.geekbench.com/v5/cpu/24274707

Geekbench 6 Benchmark Test:
---------------------------------
Test | Value
|
Single Core | 1340
Multi Core | 2420
Full Test | https://browser.geekbench.com/v6/cpu/17837230

YABS completed in 10 min 23 sec</syntaxhighlight>
=== 路由测试 ===

==== 快速测试 (回程) ====

<syntaxhighlight lang="bash">国家: JP 城市: Tokyo 服务商: AS21887 Fiber Logic Inc.
项目地址: https://github.com/zhanghanyun/backtrace
北京电信 219.141.140.10 电信CN2 [优质线路]
北京联通 202.106.195.68 电信CN2 [优质线路]
北京移动 221.179.155.161 电信CN2 [优质线路]
上海电信 202.96.209.133 电信CN2 [优质线路]
上海联通 210.22.97.1 电信CN2 [优质线路]
上海移动 211.136.112.200 电信CN2 [优质线路]
广州电信 58.60.188.222 电信CN2 [优质线路]
广州联通 210.21.196.6 电信CN2 [优质线路]
广州移动 120.196.165.24 电信CN2 [优质线路]
成都电信 61.139.2.69 电信CN2 [优质线路]
成都联通 119.6.6.6 电信CN2 [优质线路]
成都移动 211.137.96.205 电信CN2 [优质线路]</syntaxhighlight>
==== 回程路由 ====

<syntaxhighlight lang="bash">『浙江电信』
traceroute to 183.131.147.4, 30 hops max, 28 byte packets, ICMP mode
1 45.78.0.200 AS25820 美国加利福尼亚洛杉矶 it7.net
r200.it7.net 30.97 ms / 29.33 ms / 22.45 ms
2 *
3 *
4 69.194.169.129 * 日本东京都东京电信/CTGNet
0.60 ms / 5.32 ms / 0.60 ms
5 203.22.177.253 * [CTG-CN] 中国香港电信
43.77 ms / 43.63 ms / 43.57 ms
6 69.194.166.117 * 中国香港电信/CTGNet
44.10 ms / 44.03 ms / 44.09 ms
7 203.22.178.82 * [CTG-CN] 中国上海 CC/CN2-CTG CTGNet
68.98 ms / 69.08 ms / * ms
8 59.43.247.185 * [CN2-Global] 中国上海 X-I chinatelecom.cn 电信
67.62 ms / 67.54 ms / * ms
9 59.43.22.5 * [CN2-BackBone] 中国上海 I-C chinatelecom.cn 电信
72.61 ms / 76.46 ms / 72.17 ms
10 59.43.80.141 * [CN2-BackBone] 中国上海 chinatelecom.cn 电信
70.62 ms / 72.63 ms / * ms
11 202.97.101.254 AS4134 [CHINANET-BB] 中国浙江杭州 chinatelecom.com.cn 电信
74.33 ms / * ms / * ms
12 60.191.196.26 AS136190 中国浙江金华市 hz.zj.cn 电信
81.63 ms / 81.68 ms / 81.63 ms
13 *
14 *
15 183.131.147.4 AS136190 [APNIC-AP] 中国浙江金华市 hz.zj.cn
76.03 ms / 76.00 ms / 76.01 ms

『浙江联通』
traceroute to 60.12.119.66, 30 hops max, 28 byte packets, ICMP mode
1 45.78.0.200 AS25820 美国加利福尼亚洛杉矶 it7.net
r200.it7.net 41.29 ms / 39.03 ms / 30.45 ms
2 *
3 *
4 69.194.165.229 * 日本东京都东京电信/CTGNet
0.78 ms / 0.87 ms / 0.90 ms
5 203.22.177.249 * [CTG-CN] 中国香港电信
47.38 ms / 47.34 ms / 47.34 ms
6 69.194.166.250 * 新加坡电信
45.86 ms / 45.82 ms / 45.84 ms
7 203.22.178.82 * [CTG-CN] 中国上海 CC/CN2-CTG CTGNet
CTCN2.CN.SHA.CTGNet 70.82 ms / 70.85 ms / * ms
8 59.43.39.185 * [CN2-BackBone] 中国上海 X-I chinatelecom.cn 电信
71.52 ms / 71.43 ms / 71.50 ms
9 59.43.159.97 * [CN2-BackBone] 中国上海 I-C chinatelecom.cn 电信
71.28 ms / 71.29 ms / 71.25 ms
10 219.158.38.241 AS4837 [CU169-BACKBONE] 中国上海 chinaunicom.cn 联通
51.89 ms / 51.88 ms / 51.89 ms
11 *
12 219.158.15.206 AS4837 [CU169-BACKBONE] 中国浙江嘉兴 chinaunicom.cn 联通
64.81 ms / * ms / * ms
13 60.12.112.170 AS4837 中国浙江省湖州市 chinaunicom.cn 联通
60.75 ms / * ms / * ms
14 *
15 *
16 60.12.119.66 AS4837 中国浙江湖州 chinaunicom.cn
69.05 ms / 69.04 ms / 68.99 ms

『浙江移动』
traceroute to 112.13.92.194, 30 hops max, 28 byte packets, ICMP mode
1 45.78.0.200 AS25820 美国加利福尼亚洛杉矶 it7.net
r200.it7.net 37.03 ms / 39.59 ms / 38.79 ms
2 *
3 *
4 69.194.169.129 * 日本东京都东京电信/CTGNet
JP.TYO.CTGNet 0.69 ms / 0.51 ms / 0.69 ms
5 203.22.177.253 * [CTG-CN] 中国香港电信
43.58 ms / 43.84 ms / * ms
6 69.194.166.117 * 中国香港电信/CTGNet
CN.HKG.CTGNet 43.97 ms / 45.21 ms / 46.93 ms
7 203.22.178.82 * [CTG-CN] 中国上海 CC/CN2-CTG CTGNet
CTCN2.CN.SHA.CTGNet 69.10 ms / 68.90 ms / * ms
8 59.43.39.141 * [CN2-BackBone] 中国上海 X-I chinatelecom.cn 电信
67.71 ms / 67.75 ms / 67.62 ms
9 59.43.22.5 * [CN2-BackBone] 中国上海 I-C chinatelecom.cn 电信
70.38 ms / 73.82 ms / 76.93 ms
10 59.43.80.141 * [CN2-BackBone] 中国上海 chinatelecom.cn 电信
70.82 ms / 70.84 ms / 71.00 ms
11 202.97.102.18 AS4134 [CHINANET-BB] 中国浙江杭州 chinatelecom.com.cn 电信
71.57 ms / * ms / * ms
12 *
13 *
14 *
15 *
16 *
17 *
18 *
19 112.13.92.194 AS56041 [APNIC-AP] 中国浙江省杭州市 zj.10086.cn 移动
55.83 ms / 55.72 ms / 55.81 ms</syntaxhighlight>
==== 去程路由 ====

<syntaxhighlight lang="bash">『浙江电信』
traceroute to 65.49.236.233, 30 hops max, 52 bytes packets
1 *
2 *
3 *
4 *
5 *
6 202.97.127.254 AS4134 [CHINANET-BB] 中国江苏南京 chinatelecom.com.cn
13.36 ms / 13.92 ms / 14.20 ms
7 59.43.132.153 * [CN2-BackBone] 中国上海 chinatelecom.cn 电信
14.70 ms / 14.85 ms / 14.51 ms
8 59.43.159.98 * [CN2-BackBone] 中国上海 C-I chinatelecom.cn 电信
14.96 ms / 15.09 ms / * ms
9 59.43.39.190 * [CN2-BackBone] 中国上海 I-X chinatelecom.cn 电信
228.73 ms / * ms / * ms
10 203.22.178.81 * [CTG-CN] 中国香港 CC/CN2-CTG CTGNet
CTCN2.CN.HKG.CTGNet 39.00 ms / 41.52 ms / 41.90 ms
11 69.194.166.249 * 新加坡电信/CTGNet
143.19 ms / 143.56 ms / * ms
12 203.22.177.250 * [CTG-CN] 日本东京都东京电信
194.77 ms / 194.84 ms / * ms
13 203.99.15.129 * 日本东京都东京
66.61 ms / 66.70 ms / 66.63 ms
14 203.99.15.142 * 日本东京都东京
85.68 ms / 85.91 ms / 85.70 ms
15 *
16 *
17 *
18 142.0.32.51 AS25820 日本东京都东京 it7.net
112.71 ms / 111.73 ms / 111.83 ms
19 65.49.236.233 AS21887 日本东京都东京 fiberlogic.net
86.96 ms / 86.98 ms / 87.04 ms

『浙江联通』
*.*.*.* -> 65.49.236.233, 30 hops max, 28 byte packets, ICMP mode
1 *.*.*.* * RFC1918
0.95 ms / 0.91 ms / 0.81 ms
2 *.*.*.* AS4837 [UNICOM-ZJ] 中国浙江杭州 chinaunicom.cn
7.94 ms / 9.51 ms / 8.39 ms
3 *
4 *
5 219.158.17.53 AS4837 [CU169-BACKBONE] 中国上海 chinaunicom.cn
10.52 ms / * ms / * ms
6 219.158.30.34 AS4837 [CU169-BACKBONE] 中国上海 chinaunicom.cn
10.61 ms / 10.58 ms / * ms
7 219.158.6.210 AS4837 [CU169-BACKBONE] 中国上海 chinaunicom.cn 联通
14.11 ms / 13.68 ms / 13.75 ms
8 219.158.16.250 AS4837 [CU169-BACKBONE] 日本东京都东京 chinaunicom.cn 联通
42.42 ms / 42.07 ms / 42.53 ms
9 219.158.36.166 AS4837 [CU169-BACKBONE] 日本东京都东京 CU-CTG-Peer chinaunicom.cn
70.66 ms / 71.02 ms / 70.86 ms
10 203.99.15.129 * 日本东京都东京
61.24 ms / 61.06 ms / 61.03 ms
11 203.99.15.142 * 日本东京都东京
60.93 ms / 60.85 ms / 60.79 ms
12 *
13 *
14 *
15 142.0.32.51 AS25820 日本东京都东京 it7.net
jpty-ty8-ae45-1909.it7.net 165.76 ms / 115.13 ms / 216.58 ms
16 65.49.236.233 AS21887 日本东京都东京 fiberlogic.net
65.49.236.233.16clouds.com 60.43 ms / 60.15 ms / 59.72 ms

『浙江移动』
*.*.*.* -> 65.49.236.233, 30 hops max, 28 byte packets, ICMP mode
1 *.*.*.* * RFC1918
1.05 ms / 0.65 ms / 0.90 ms
2 *.*.*.* * RFC1918
4.14 ms / 4.04 ms / 3.87 ms
3 *.*.*.* AS56041 [APNIC-AP] 中国浙江 **** zj.10086.cn
4.91 ms / * ms / * ms
4 *.*.*.* AS56041 [CMNET] 中国浙江 **** zj.10086.cn 移动
9.77 ms / 9.70 ms / 9.70 ms
5 *
6 221.183.89.25 AS9808 [CMNET] 中国上海 chinamobileltd.com 移动
17.57 ms / 17.39 ms / 17.64 ms
7 221.183.89.34 AS9808 [CMNET] 中国上海 chinamobileltd.com 移动
17.61 ms / 17.60 ms / 17.71 ms
8 221.183.89.169 AS9808 [CMNET] 中国上海 chinamobileltd.com 移动
14.03 ms / 14.29 ms / 14.62 ms
9 223.120.22.121 AS58453 [CMI-INT] 日本东京都东京 cmi.chinamobile.com 移动
68.11 ms / 67.86 ms / * ms
10 223.118.6.85 AS58453 [CMI-INT] 日本东京都东京 cmi.chinamobile.com
45.10 ms / 44.82 ms / 44.64 ms
11 *
12 142.0.32.51 AS25820 日本东京都东京 it7.net
jpty-ty8-ae45-1909.it7.net 83.44 ms / 94.06 ms / * ms
13 65.49.236.233 AS21887 日本东京都东京 fiberlogic.net
65.49.236.233.16clouds.com 71.09 ms / 71.34 ms / 71.13 ms</syntaxhighlight>
=== 延迟测试 ===

==== 全国测试 ====
[[File:Bwh-jptyo8.png|border|center]]
<nowiki/>
==== 本地测试 ====

{| class="wikitable"
|-
! '''运营商'''
! '''平均延迟 (Avg)'''
! '''丢包率 (Loss)'''
! '''抖动 (mdev)'''
! '''最小延迟 (Min)'''
! '''最大延迟 (Max)'''
|-
| '''浙江电信'''
| '''99.80 ms'''
| '''7%'''
| *
| 86.73 ms
| 115.10 ms
|-
| '''浙江联通'''
| '''60.20 ms'''
| '''0%'''
| '''0.43 ms'''
| 58.75 ms
| 62.38 ms
|-
| '''浙江移动'''
| '''71.24 ms'''
| '''0%'''
| '''0.19 ms'''
| 70.33 ms
| 71.56 ms
|}

<syntaxhighlight lang="bash">『浙江电信』
--- 65.49.236.233 ping statistics ---
100 packets transmitted, 93 packets received, 7% packet loss
round-trip min/avg/max = 86.730/99.805/115.107 ms

『浙江联通』
--- 65.49.236.233 ping statistics ---
100 packets transmitted, 100 received, 0% packet loss, time 99135ms
rtt min/avg/max/mdev = 58.756/60.208/62.388/0.435 ms

『浙江移动』
--- 65.49.236.233 ping statistics ---
100 packets transmitted, 100 received, 0% packet loss, time 99137ms
rtt min/avg/max/mdev = 70.337/71.243/71.569/0.191 ms</syntaxhighlight>
=== 速度测试 ===

{| class="wikitable"
|-
! '''运营商'''
! '''测试模式'''
! '''吞吐速率 (Bitrate)'''
! '''重传数 (Retr)'''
|-
| '''浙江电信 @ 300 Mbps'''
| 单线程
| 81.8 Mbits/sec
| 133
|-
|
| '''8 线程 (SUM)'''
| '''306 Mbits/sec'''
| '''609'''
|-
| '''浙江联通 @ 1000 Mbps'''
| 单线程
| 250 Mbits/sec
| 0
|-
|
| '''8 线程 (SUM)'''
| '''790 Mbits/sec'''
| '''37939'''
|-
| '''浙江移动 @ 500 Mbps'''
| 单线程
| 315 Mbits/sec
| 0
|-
|
| '''8 线程 (SUM)'''
| '''543 Mbits/sec'''
| '''40931'''
|}
==== 单线程 ====

<syntaxhighlight lang="bash">『浙江电信 @ 300 Mbps 』
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.00 sec 4.62 MBytes 38.8 Mbits/sec
[ 5] 1.00-2.00 sec 11.9 MBytes 99.6 Mbits/sec
[ 5] 2.00-3.00 sec 9.12 MBytes 76.5 Mbits/sec
[ 5] 3.00-4.00 sec 9.88 MBytes 82.8 Mbits/sec
[ 5] 4.00-5.00 sec 10.9 MBytes 91.2 Mbits/sec
[ 5] 5.00-6.00 sec 9.50 MBytes 79.7 Mbits/sec
[ 5] 6.00-7.00 sec 12.2 MBytes 103 Mbits/sec
[ 5] 7.00-8.00 sec 7.62 MBytes 64.0 Mbits/sec
[ 5] 8.00-9.00 sec 8.88 MBytes 74.4 Mbits/sec
[ 5] 9.00-10.00 sec 12.9 MBytes 108 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.08 sec 101 MBytes 84.2 Mbits/sec 133 sender
[ 5] 0.00-10.00 sec 97.5 MBytes 81.8 Mbits/sec receiver

『浙江联通 @ 1000 Mbps 』
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.00 sec 18.0 MBytes 151 Mbits/sec
[ 5] 1.00-2.00 sec 31.2 MBytes 262 Mbits/sec
[ 5] 2.00-3.00 sec 31.1 MBytes 261 Mbits/sec
[ 5] 3.00-4.00 sec 31.2 MBytes 262 Mbits/sec
[ 5] 4.00-5.00 sec 31.1 MBytes 261 Mbits/sec
[ 5] 5.00-6.00 sec 31.1 MBytes 261 Mbits/sec
[ 5] 6.00-7.00 sec 31.2 MBytes 262 Mbits/sec
[ 5] 7.00-8.00 sec 31.2 MBytes 262 Mbits/sec
[ 5] 8.00-9.00 sec 31.1 MBytes 261 Mbits/sec
[ 5] 9.00-10.00 sec 31.0 MBytes 260 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.06 sec 301 MBytes 251 Mbits/sec 0 sender
[ 5] 0.00-10.00 sec 298 MBytes 250 Mbits/sec receiver

『浙江移动 @ 500 Mbps 』
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.00 sec 18.4 MBytes 154 Mbits/sec
[ 5] 1.00-2.00 sec 39.8 MBytes 333 Mbits/sec
[ 5] 2.00-3.00 sec 39.5 MBytes 331 Mbits/sec
[ 5] 3.00-4.00 sec 39.8 MBytes 333 Mbits/sec
[ 5] 4.00-5.00 sec 39.4 MBytes 330 Mbits/sec
[ 5] 5.00-6.00 sec 40.1 MBytes 337 Mbits/sec
[ 5] 6.00-7.00 sec 39.0 MBytes 327 Mbits/sec
[ 5] 7.00-8.00 sec 40.0 MBytes 336 Mbits/sec
[ 5] 8.00-9.00 sec 39.5 MBytes 331 Mbits/sec
[ 5] 9.00-10.00 sec 39.6 MBytes 332 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.07 sec 378 MBytes 315 Mbits/sec 0 sender
[ 5] 0.00-10.00 sec 375 MBytes 315 Mbits/sec receiver</syntaxhighlight>
==== 多线程 ====

<syntaxhighlight lang="bash">『浙江电信 @ 300 Mbps 』
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.09 sec 37.6 MBytes 31.3 Mbits/sec 63 sender
[ 5] 0.00-10.00 sec 34.1 MBytes 28.6 Mbits/sec receiver
[ 7] 0.00-10.09 sec 35.8 MBytes 29.7 Mbits/sec 58 sender
[ 7] 0.00-10.00 sec 32.4 MBytes 27.2 Mbits/sec receiver
[ 9] 0.00-10.09 sec 58.0 MBytes 48.2 Mbits/sec 75 sender
[ 9] 0.00-10.00 sec 54.6 MBytes 45.8 Mbits/sec receiver
[ 11] 0.00-10.09 sec 40.1 MBytes 33.4 Mbits/sec 178 sender
[ 11] 0.00-10.00 sec 36.2 MBytes 30.4 Mbits/sec receiver
[ 13] 0.00-10.09 sec 72.6 MBytes 60.4 Mbits/sec 66 sender
[ 13] 0.00-10.00 sec 69.1 MBytes 58.0 Mbits/sec receiver
[ 15] 0.00-10.09 sec 39.2 MBytes 32.6 Mbits/sec 49 sender
[ 15] 0.00-10.00 sec 35.9 MBytes 30.1 Mbits/sec receiver
[ 17] 0.00-10.09 sec 79.1 MBytes 65.8 Mbits/sec 55 sender
[ 17] 0.00-10.00 sec 76.0 MBytes 63.7 Mbits/sec receiver
[ 19] 0.00-10.09 sec 29.1 MBytes 24.2 Mbits/sec 65 sender
[ 19] 0.00-10.00 sec 26.4 MBytes 22.1 Mbits/sec receiver
[SUM] 0.00-10.09 sec 392 MBytes 326 Mbits/sec 609 sender
[SUM] 0.00-10.00 sec 365 MBytes 306 Mbits/sec receiver

『浙江联通 @ 1000 Mbps 』
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.07 sec 115 MBytes 95.9 Mbits/sec 4037 sender
[ 5] 0.00-10.00 sec 112 MBytes 93.5 Mbits/sec receiver
[ 7] 0.00-10.07 sec 115 MBytes 96.0 Mbits/sec 4170 sender
[ 7] 0.00-10.00 sec 112 MBytes 94.2 Mbits/sec receiver
[ 9] 0.00-10.07 sec 139 MBytes 116 Mbits/sec 5623 sender
[ 9] 0.00-10.00 sec 136 MBytes 114 Mbits/sec receiver
[ 11] 0.00-10.07 sec 112 MBytes 93.1 Mbits/sec 4288 sender
[ 11] 0.00-10.00 sec 109 MBytes 91.2 Mbits/sec receiver
[ 13] 0.00-10.07 sec 139 MBytes 116 Mbits/sec 6131 sender
[ 13] 0.00-10.00 sec 136 MBytes 114 Mbits/sec receiver
[ 15] 0.00-10.07 sec 113 MBytes 94.3 Mbits/sec 4276 sender
[ 15] 0.00-10.00 sec 109 MBytes 91.6 Mbits/sec receiver
[ 17] 0.00-10.07 sec 123 MBytes 102 Mbits/sec 5047 sender
[ 17] 0.00-10.00 sec 120 MBytes 101 Mbits/sec receiver
[ 19] 0.00-10.07 sec 112 MBytes 93.6 Mbits/sec 4367 sender
[ 19] 0.00-10.00 sec 109 MBytes 91.1 Mbits/sec receiver
[SUM] 0.00-10.07 sec 968 MBytes 807 Mbits/sec 37939 sender
[SUM] 0.00-10.00 sec 942 MBytes 790 Mbits/sec receiver

『浙江移动 @ 500 Mbps 』
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.07 sec 63.2 MBytes 52.7 Mbits/sec 3353 sender
[ 5] 0.00-10.00 sec 60.6 MBytes 50.9 Mbits/sec receiver
[ 7] 0.00-10.07 sec 74.5 MBytes 62.1 Mbits/sec 4303 sender
[ 7] 0.00-10.00 sec 70.8 MBytes 59.3 Mbits/sec receiver
[ 9] 0.00-10.07 sec 75.2 MBytes 62.7 Mbits/sec 3932 sender
[ 9] 0.00-10.00 sec 72.5 MBytes 60.8 Mbits/sec receiver
[ 11] 0.00-10.07 sec 99.4 MBytes 82.8 Mbits/sec 7367 sender
[ 11] 0.00-10.00 sec 96.4 MBytes 80.8 Mbits/sec receiver
[ 13] 0.00-10.07 sec 69.0 MBytes 57.5 Mbits/sec 3803 sender
[ 13] 0.00-10.00 sec 65.8 MBytes 55.1 Mbits/sec receiver
[ 15] 0.00-10.07 sec 157 MBytes 131 Mbits/sec 10451 sender
[ 15] 0.00-10.00 sec 154 MBytes 129 Mbits/sec receiver
[ 17] 0.00-10.07 sec 66.8 MBytes 55.6 Mbits/sec 3772 sender
[ 17] 0.00-10.00 sec 64.1 MBytes 53.8 Mbits/sec receiver
[ 19] 0.00-10.07 sec 66.5 MBytes 55.4 Mbits/sec 3950 sender
[ 19] 0.00-10.00 sec 63.0 MBytes 52.8 Mbits/sec receiver
[SUM] 0.00-10.07 sec 672 MBytes 559 Mbits/sec 40931 sender
[SUM] 0.00-10.00 sec 647 MBytes 543 Mbits/sec receiver</syntaxhighlight>
=== 网页测试 ===
[[File:Bwh-jptyo8-web.png|center]]
<nowiki/>
== 日本大阪 CN2 GIA [JPOS_6] ==

=== 性能测试 ===

<syntaxhighlight lang="bash"># ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## #
# Yet-Another-Bench-Script #
# v2026-04-29 #
# https://github.com/masonr/yet-another-bench-script #
# ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## #

Fri May 1 12:37:04 AM PDT 2026

Basic System Information:
---------------------------------
Uptime : 0 days, 0 hours, 5 minutes
Processor : AMD EPYC-Genoa Processor
CPU cores : 2 @ 2944.468 MHz
AES-NI : ✔ Enabled
VM-x/AMD-V : ❌ Disabled
RAM : 2.0 GiB
Swap : 1024.0 MiB
Disk : 39.3 GiB
Distro : Debian GNU/Linux 12 (bookworm)
Kernel : 6.1.0-43-amd64
VM Type : KVM
IPv4/IPv6 : ✔ Online / ❌ Offline

IPv4 Network Information:
---------------------------------
ISP : IT7 Networks Inc
ASN : AS25820 IT7 Networks Inc
Location : Osaka, Osaka (27)
Country : Japan

fio Disk Speed Tests (Mixed R/W 50/50) (Partition /dev/sda2):
---------------------------------
Block Size | 4k (IOPS) | 64k (IOPS)
------ | --- ---- | ---- ----
Read | 271.29 MB/s (67.8k) | 2.46 GB/s (38.4k)
Write | 272.00 MB/s (68.0k) | 2.47 GB/s (38.6k)
Total | 543.30 MB/s (135.8k) | 4.94 GB/s (77.1k)
| |
Block Size | 512k (IOPS) | 1m (IOPS)
------ | --- ---- | ---- ----
Read | 5.56 GB/s (10.8k) | 6.74 GB/s (6.5k)
Write | 5.86 GB/s (11.4k) | 7.19 GB/s (7.0k)
Total | 11.42 GB/s (22.3k) | 13.93 GB/s (13.6k)

Geekbench 5 Benchmark Test:
---------------------------------
Test | Value
|
Single Core | 1304
Multi Core | 2559
Full Test | https://browser.geekbench.com/v5/cpu/24274770

Geekbench 6 Benchmark Test:
---------------------------------
Test | Value
|
Single Core | 1734
Multi Core | 3140
Full Test | https://browser.geekbench.com/v6/cpu/17837647

YABS completed in 9 min 3 sec</syntaxhighlight>
=== 路由测试 ===

==== 快速测试 (回程) ====

<syntaxhighlight lang="bash">国家: JP 城市: Osaka 服务商: AS25820 IT7 Networks Inc
项目地址: https://github.com/zhanghanyun/backtrace
北京电信 219.141.140.10 电信CN2 [优质线路]
北京联通 202.106.195.68 电信CN2 [优质线路]
北京移动 221.179.155.161 电信CN2 [优质线路]
上海电信 202.96.209.133 电信CN2 [优质线路]
上海联通 210.22.97.1 电信CN2 [优质线路]
上海移动 211.136.112.200 电信CN2 [优质线路]
广州电信 58.60.188.222 电信CN2 [优质线路]
广州联通 210.21.196.6 电信CN2 [优质线路]
广州移动 120.196.165.24 电信CN2 [优质线路]
成都电信 61.139.2.69 电信CN2 [优质线路]
成都联通 119.6.6.6 电信CN2 [优质线路]
成都移动 211.137.96.205 电信CN2 [优质线路]</syntaxhighlight>
==== 回程路由 ====

<syntaxhighlight lang="bash">『浙江电信』
traceroute to 183.131.147.4, 30 hops max, 28 byte packets, ICMP mode
1 172.22.31.200 * RFC1918
32.31 ms / 33.90 ms / 31.25 ms
2 121.59.140.81 AS23764 [CN2-BACKBONE] 日本东京都东京 chinatelecomglobal.com 电信
1.15 ms / 0.52 ms / 0.65 ms
3 203.22.177.193 * [CTG-CN] 中国香港电信
7.12 ms / 7.07 ms / 7.06 ms
4 203.22.177.249 * [CTG-CN] 中国香港电信
55.04 ms / 53.59 ms / 56.06 ms
5 69.194.166.250 * 新加坡电信
53.86 ms / 53.87 ms / 53.77 ms
6 203.22.178.82 * [CTG-CN] 中国上海 CC/CN2-CTG CTGNet
78.75 ms / * ms / * ms
7 59.43.247.233 * [CN2-Global] 中国上海 X-I chinatelecom.cn 电信
76.69 ms / * ms / * ms
8 59.43.130.209 * [CN2-BackBone] 中国上海 I-C chinatelecom.cn 电信
83.12 ms / 78.68 ms / 82.19 ms
9 59.43.80.141 * [CN2-BackBone] 中国上海 chinatelecom.cn 电信
79.66 ms / 79.88 ms / * ms
10 202.97.101.2 AS4134 [CHINANET-BB] 中国浙江金华 chinatelecom.com.cn 电信
81.89 ms / * ms / * ms
11 61.175.46.150 AS4134 中国浙江台州市 chinatelecom.com.cn 电信
83.54 ms / 83.48 ms / 83.59 ms
12 *
13 *
14 183.131.147.4 AS136190 [APNIC-AP] 中国浙江金华市 hz.zj.cn
82.41 ms / 82.36 ms / 82.36 ms

『浙江联通』
traceroute to 60.12.119.66, 30 hops max, 28 byte packets, ICMP mode
1 172.22.31.200 * RFC1918
34.68 ms / 24.66 ms / 25.21 ms
2 121.59.140.81 AS23764 [CN2-BACKBONE] 日本东京都东京 chinatelecomglobal.com 电信
0.77 ms / 0.57 ms / 2.21 ms
3 203.22.177.193 * [CTG-CN] 中国香港电信
7.10 ms / 7.09 ms / 7.12 ms
4 203.22.177.249 * [CTG-CN] 中国香港电信
53.86 ms / 53.90 ms / * ms
5 69.194.166.114 * 中国香港电信/CTGNet
52.92 ms / 52.41 ms / 52.66 ms
6 203.22.178.86 * [CTG-CN] 中国上海 CC/CN2-CTG CTGNet
76.75 ms / * ms / * ms
7 59.43.39.169 * [CN2-BackBone] 中国上海 X-I chinatelecom.cn 电信
76.76 ms / 76.78 ms / 76.74 ms
8 59.43.159.97 * [CN2-BackBone] 中国上海 I-C chinatelecom.cn 电信
77.74 ms / 77.25 ms / 77.37 ms
9 219.158.38.241 AS4837 [CU169-BACKBONE] 中国上海 chinaunicom.cn 联通
57.73 ms / 57.71 ms / 57.75 ms
10 *
11 *
12 *
13 *
14 *
15 60.12.119.66 AS4837 中国浙江湖州 chinaunicom.cn
68.47 ms / 68.52 ms / 68.48 ms

『浙江移动』
traceroute to 112.13.92.194, 30 hops max, 28 byte packets, ICMP mode
1 172.22.31.200 * RFC1918
97.74 ms / 30.83 ms / 23.24 ms
2 121.59.140.81 AS23764 [CN2-BACKBONE] 日本东京都东京 chinatelecomglobal.com 电信
0.69 ms / 0.70 ms / 0.71 ms
3 69.194.166.241 * 日本东京都东京电信/CTGNet
JP.TYO.CTGNet 7.22 ms / 7.31 ms / 7.28 ms
4 203.22.177.253 * [CTG-CN] 中国香港电信
50.23 ms / 50.21 ms / 50.33 ms
5 69.194.169.94 * 德国黑森美因河畔法兰克福电信/CTGNet
DE.FRK.CTGNet 52.20 ms / 52.18 ms / 52.23 ms
6 203.22.178.86 * [CTG-CN] 中国上海 CC/CN2-CTG CTGNet
CTCN2.CN.SHA.CTGNet 74.89 ms / * ms / * ms
7 59.43.38.185 * [CN2-BackBone] 中国上海 X-I chinatelecom.cn 电信
75.48 ms / 75.39 ms / 75.42 ms
8 *
9 59.43.80.145 * [CN2-BackBone] 中国上海 chinatelecom.cn 电信
89.02 ms / 76.04 ms / * ms
10 202.97.101.218 AS4134 [CHINANET-BB] 中国浙江杭州 chinatelecom.com.cn 电信
81.64 ms / 81.86 ms / 81.74 ms
11 *
12 *
13 *
14 *
15 *
16 *
17 *
18 112.13.92.194 AS56041 [APNIC-AP] 中国浙江省杭州市 zj.10086.cn 移动
184.69 ms / 184.71 ms / * ms</syntaxhighlight>
==== 去程路由 ====

<syntaxhighlight lang="bash">『浙江电信』
traceroute to 212.50.234.68, 30 hops max, 52 bytes packets
1 *.*.*.* AS4134 [APNIC-AP] 中国浙江 **** chinatelecom.com.cn
2.74 ms / * ms / * ms
2 *
3 *
4 *.*.*.* AS4134 中国浙江省 **** chinatelecom.com.cn 电信
105.96 ms / * ms / * ms
5 202.97.111.101 AS4134 [CHINANET-BB] 中国香港 chinatelecom.com.cn 电信
10.79 ms / 10.87 ms / 11.01 ms
6 202.97.127.254 AS4134 [CHINANET-BB] 中国江苏南京 chinatelecom.com.cn
37.71 ms / 41.02 ms / 37.52 ms
7 59.43.46.97 * [CN2-BackBone] 中国上海 chinatelecom.cn 电信
139.67 ms / * ms / * ms
8 59.43.138.66 * [CN2-BackBone] 中国上海 C-I chinatelecom.cn 电信
140.89 ms / 140.31 ms / * ms
9 59.43.247.110 * [CN2-Global] 中国上海 I-X chinatelecom.cn 电信
45.19 ms / * ms / * ms
10 203.22.178.81 * [CTG-CN] 中国香港 CC/CN2-CTG CTGNet
CTCN2.CN.HKG.CTGNet 66.84 ms / * ms / * ms
11 *
12 203.22.177.254 * [CTG-CN] 日本东京都东京电信
94.04 ms / 93.77 ms / * ms
13 69.194.166.242 * 日本大阪府大阪电信/CTGNet
JP.OSA.CTGNet 123.70 ms / 123.52 ms / * ms
14 *
15 212.50.234.68 AS25820 [CA-CL] 日本大阪府大阪市 it7.net
114.38 ms / 114.83 ms / 116.56 ms

『浙江联通』
*.*.*.* -> 212.50.234.68, 30 hops max, 28 byte packets, ICMP mode
1 *.*.*.* * RFC1918
1.20 ms / 0.80 ms / 0.66 ms
2 *.*.*.* AS4837 [UNICOM-ZJ] 中国浙江杭州 chinaunicom.cn
6.23 ms / 7.07 ms / 3.80 ms
3 *
4 *.*.*.* AS4837 [UNICOM-ZJ] 中国浙江省杭州市 chinaunicom.cn 联通
5.60 ms / 5.26 ms / 6.88 ms
5 *
6 219.158.113.114 AS4837 [CU169-BACKBONE] 中国上海 chinaunicom.cn 联通
8.98 ms / 8.22 ms / 8.75 ms
7 *
8 219.158.13.74 AS4837 [CU169-BACKBONE] 日本东京都东京 chinaunicom.cn 联通
38.35 ms / 37.32 ms / 38.34 ms
9 219.158.36.166 AS4837 [CU169-BACKBONE] 日本东京都东京 CU-CTG-Peer chinaunicom.cn
68.05 ms / 68.28 ms / 67.85 ms
10 203.22.177.194 * [CTG-CN] 日本东京都东京电信
75.74 ms / 75.77 ms / 75.89 ms
11 172.22.31.40 * RFC1918
81.14 ms / 213.57 ms / 163.38 ms
12 212.50.234.68 AS25820 [CA-CL] 日本大阪府大阪市 it7.net
67.21 ms / 65.96 ms / 65.77 ms

『浙江移动』
*.*.*.* -> 212.50.234.68, 30 hops max, 28 byte packets, ICMP mode
1 *.*.*.* * RFC1918
1.00 ms / 0.71 ms / 0.88 ms
2 *.*.*.* * RFC1918
4.60 ms / 4.05 ms / 4.23 ms
3 *
4 *.*.*.* AS56041 [CMNET] 中国浙江 **** zj.10086.cn
12.92 ms / 12.54 ms / 12.80 ms
5 *
6 *
7 221.183.89.121 AS9808 [CMNET] 中国北京 chinamobileltd.com 移动
32.11 ms / 32.14 ms / * ms
8 221.183.25.202 AS9808 [CMNET] 中国北京 chinamobileltd.com 移动
33.32 ms / 33.28 ms / * ms
9 221.183.55.109 AS9808 [CMNET] 中国北京 CM-CMI-Peer chinamobileltd.com 移动
36.13 ms / 35.76 ms / * ms
10 223.120.22.141 AS58453 [CMI-INT] 中国香港 cmi.chinamobile.com 移动
56.39 ms / 59.54 ms / * ms
11 *
12 221.111.203.5 AS17676 [BBTEC] 中国香港 softbank.jp
88.34 ms / 88.14 ms / 87.87 ms
13 *
14 *
15 *
16 212.50.234.68 AS25820 [CA-CL] 日本大阪府大阪市 it7.net
113.35 ms / 113.26 ms / 113.07 ms</syntaxhighlight>
=== 延迟测试 ===

==== 全国测试 ====
[[File:Bwh-jpos6.png|center]]
<nowiki/>
==== 本地测试 ====

{| class="wikitable"
|-
! '''运营商'''
! '''平均延迟 (Avg)'''
! '''丢包率 (Loss)'''
! '''抖动 (mdev)'''
! '''最小延迟 (Min)'''
! '''最大延迟 (Max)'''
|-
| '''浙江电信'''
| '''88.11 ms'''
| '''0%'''
| *
| 87.84 ms
| 88.52 ms
|-
| '''浙江联通'''
| '''66.27 ms'''
| '''0%'''
| '''0.28 ms'''
| 65.39 ms
| 67.18 ms
|-
| '''浙江移动'''
| '''113.31 ms'''
| '''0%'''
| '''1.15 ms'''
| 112.76 ms
| 124.61 ms
|}

<syntaxhighlight lang="bash">『浙江电信』
--- 212.50.234.68 ping statistics ---
100 packets transmitted, 100 packets received, 0% packet loss
round-trip min/avg/max = 87.836/88.107/88.520 ms

『浙江联通』
--- 212.50.234.68 ping statistics ---
100 packets transmitted, 100 received, 0% packet loss, time 99149ms
rtt min/avg/max/mdev = 65.391/66.268/67.178/0.277 ms

『浙江移动』
--- 212.50.234.68 ping statistics ---
100 packets transmitted, 100 received, 0% packet loss, time 99123ms
rtt min/avg/max/mdev = 112.758/113.305/124.605/1.145 ms</syntaxhighlight>
=== 速度测试 ===

{| class="wikitable"
|-
! '''运营商'''
! '''测试模式'''
! '''吞吐速率 (Bitrate)'''
! '''重传数 (Retr)'''
|-
| '''浙江电信 @ 300 Mbps'''
| 单线程
| 72.6 Mbits/sec
| 87
|-
|
| '''8 线程 (SUM)'''
| '''332 Mbits/sec'''
| '''293'''
|-
| '''浙江联通 @ 1000 Mbps'''
| 单线程
| 286 Mbits/sec
| 16
|-
|
| '''8 线程 (SUM)'''
| '''764 Mbits/sec'''
| '''41302'''
|-
| '''浙江移动 @ 500 Mbps'''
| 单线程
| 173 Mbits/sec
| 7
|-
|
| '''8 线程 (SUM)'''
| '''453 Mbits/sec'''
| '''39344'''
|}
==== 单线程 ====

<syntaxhighlight lang="bash">『浙江电信 @ 300 Mbps 』
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.00 sec 3.50 MBytes 29.3 Mbits/sec
[ 5] 1.00-2.00 sec 8.88 MBytes 74.4 Mbits/sec
[ 5] 2.00-3.00 sec 11.0 MBytes 92.3 Mbits/sec
[ 5] 3.00-4.00 sec 8.12 MBytes 68.2 Mbits/sec
[ 5] 4.00-5.00 sec 7.88 MBytes 66.1 Mbits/sec
[ 5] 5.00-6.00 sec 9.12 MBytes 76.5 Mbits/sec
[ 5] 6.00-7.00 sec 10.8 MBytes 90.2 Mbits/sec
[ 5] 7.00-8.00 sec 8.25 MBytes 69.3 Mbits/sec
[ 5] 8.00-9.00 sec 6.75 MBytes 56.6 Mbits/sec
[ 5] 9.00-10.00 sec 12.2 MBytes 103 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.09 sec 89.2 MBytes 74.2 Mbits/sec 87 sender
[ 5] 0.00-10.00 sec 86.5 MBytes 72.6 Mbits/sec receiver

『浙江联通 @ 1000 Mbps 』
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.00 sec 18.1 MBytes 152 Mbits/sec
[ 5] 1.00-2.00 sec 43.4 MBytes 364 Mbits/sec
[ 5] 2.00-3.00 sec 35.0 MBytes 294 Mbits/sec
[ 5] 3.00-4.00 sec 35.8 MBytes 300 Mbits/sec
[ 5] 4.00-5.00 sec 34.6 MBytes 290 Mbits/sec
[ 5] 5.00-6.00 sec 33.8 MBytes 283 Mbits/sec
[ 5] 6.00-7.00 sec 32.5 MBytes 273 Mbits/sec
[ 5] 7.00-8.00 sec 34.6 MBytes 290 Mbits/sec
[ 5] 8.00-9.00 sec 40.6 MBytes 341 Mbits/sec
[ 5] 9.00-10.00 sec 33.0 MBytes 277 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.07 sec 344 MBytes 287 Mbits/sec 16 sender
[ 5] 0.00-10.00 sec 341 MBytes 286 Mbits/sec receiver

『浙江移动 @ 500 Mbps 』
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.00 sec 4.38 MBytes 36.7 Mbits/sec
[ 5] 1.00-2.00 sec 25.8 MBytes 216 Mbits/sec
[ 5] 2.00-3.00 sec 25.1 MBytes 211 Mbits/sec
[ 5] 3.00-4.00 sec 22.9 MBytes 192 Mbits/sec
[ 5] 4.00-5.00 sec 24.5 MBytes 206 Mbits/sec
[ 5] 5.00-6.00 sec 23.4 MBytes 196 Mbits/sec
[ 5] 6.00-7.00 sec 18.0 MBytes 151 Mbits/sec
[ 5] 7.00-8.00 sec 25.0 MBytes 210 Mbits/sec
[ 5] 8.00-9.00 sec 20.1 MBytes 169 Mbits/sec
[ 5] 9.00-10.00 sec 17.4 MBytes 146 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.11 sec 210 MBytes 174 Mbits/sec 7 sender
[ 5] 0.00-10.00 sec 206 MBytes 173 Mbits/sec receiver</syntaxhighlight>
==== 多线程 ====

<syntaxhighlight lang="bash">『浙江电信 @ 300 Mbps 』
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.09 sec 51.8 MBytes 43.0 Mbits/sec 42 sender
[ 5] 0.00-10.00 sec 49.0 MBytes 41.1 Mbits/sec receiver
[ 7] 0.00-10.09 sec 55.5 MBytes 46.1 Mbits/sec 37 sender
[ 7] 0.00-10.00 sec 51.9 MBytes 43.5 Mbits/sec receiver
[ 9] 0.00-10.09 sec 59.2 MBytes 49.3 Mbits/sec 38 sender
[ 9] 0.00-10.00 sec 56.2 MBytes 47.2 Mbits/sec receiver
[ 11] 0.00-10.09 sec 51.5 MBytes 42.8 Mbits/sec 37 sender
[ 11] 0.00-10.00 sec 48.1 MBytes 40.4 Mbits/sec receiver
[ 13] 0.00-10.09 sec 47.6 MBytes 39.6 Mbits/sec 38 sender
[ 13] 0.00-10.00 sec 44.0 MBytes 36.9 Mbits/sec receiver
[ 15] 0.00-10.09 sec 51.8 MBytes 43.0 Mbits/sec 27 sender
[ 15] 0.00-10.00 sec 48.2 MBytes 40.5 Mbits/sec receiver
[ 17] 0.00-10.09 sec 47.9 MBytes 39.8 Mbits/sec 30 sender
[ 17] 0.00-10.00 sec 45.1 MBytes 37.9 Mbits/sec receiver
[ 19] 0.00-10.09 sec 55.5 MBytes 46.1 Mbits/sec 44 sender
[ 19] 0.00-10.00 sec 52.8 MBytes 44.2 Mbits/sec receiver
[SUM] 0.00-10.09 sec 421 MBytes 350 Mbits/sec 293 sender
[SUM] 0.00-10.00 sec 395 MBytes 332 Mbits/sec receiver

『浙江联通 @ 1000 Mbps 』
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.07 sec 97.4 MBytes 81.1 Mbits/sec 3642 sender
[ 5] 0.00-10.00 sec 93.9 MBytes 78.7 Mbits/sec receiver
[ 7] 0.00-10.07 sec 104 MBytes 86.6 Mbits/sec 3857 sender
[ 7] 0.00-10.00 sec 100 MBytes 84.3 Mbits/sec receiver
[ 9] 0.00-10.07 sec 108 MBytes 89.5 Mbits/sec 4386 sender
[ 9] 0.00-10.00 sec 105 MBytes 87.9 Mbits/sec receiver
[ 11] 0.00-10.07 sec 119 MBytes 99.0 Mbits/sec 4976 sender
[ 11] 0.00-10.00 sec 115 MBytes 96.6 Mbits/sec receiver
[ 13] 0.00-10.07 sec 116 MBytes 96.7 Mbits/sec 4944 sender
[ 13] 0.00-10.00 sec 113 MBytes 94.6 Mbits/sec receiver
[ 15] 0.00-10.07 sec 108 MBytes 89.6 Mbits/sec 4352 sender
[ 15] 0.00-10.00 sec 104 MBytes 87.3 Mbits/sec receiver
[ 17] 0.00-10.07 sec 181 MBytes 151 Mbits/sec 11095 sender
[ 17] 0.00-10.00 sec 179 MBytes 150 Mbits/sec receiver
[ 19] 0.00-10.07 sec 104 MBytes 86.8 Mbits/sec 4050 sender
[ 19] 0.00-10.00 sec 102 MBytes 85.1 Mbits/sec receiver
[SUM] 0.00-10.07 sec 937 MBytes 781 Mbits/sec 41302 sender
[SUM] 0.00-10.00 sec 911 MBytes 764 Mbits/sec receiver

『浙江移动 @ 500 Mbps 』
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.11 sec 68.0 MBytes 56.4 Mbits/sec 4820 sender
[ 5] 0.00-10.00 sec 64.5 MBytes 54.1 Mbits/sec receiver
[ 7] 0.00-10.11 sec 65.5 MBytes 54.3 Mbits/sec 4592 sender
[ 7] 0.00-10.00 sec 62.1 MBytes 52.1 Mbits/sec receiver
[ 9] 0.00-10.11 sec 67.9 MBytes 56.3 Mbits/sec 5347 sender
[ 9] 0.00-10.00 sec 64.2 MBytes 53.9 Mbits/sec receiver
[ 11] 0.00-10.11 sec 107 MBytes 88.7 Mbits/sec 6584 sender
[ 11] 0.00-10.00 sec 104 MBytes 87.2 Mbits/sec receiver
[ 13] 0.00-10.11 sec 65.5 MBytes 54.3 Mbits/sec 4748 sender
[ 13] 0.00-10.00 sec 62.5 MBytes 52.4 Mbits/sec receiver
[ 15] 0.00-10.11 sec 66.8 MBytes 55.4 Mbits/sec 4430 sender
[ 15] 0.00-10.00 sec 63.0 MBytes 52.8 Mbits/sec receiver
[ 17] 0.00-10.11 sec 63.5 MBytes 52.7 Mbits/sec 4651 sender
[ 17] 0.00-10.00 sec 60.8 MBytes 51.0 Mbits/sec receiver
[ 19] 0.00-10.11 sec 61.5 MBytes 51.0 Mbits/sec 4172 sender
[ 19] 0.00-10.00 sec 58.4 MBytes 49.0 Mbits/sec receiver
[SUM] 0.00-10.11 sec 566 MBytes 469 Mbits/sec 39344 sender
[SUM] 0.00-10.00 sec 540 MBytes 453 Mbits/sec receiver</syntaxhighlight>
=== 网页测试 ===
[[File:Bwh-jpos6-web.png|center]]
[[Category:Test category]]

搬瓦工 Ultra 套餐 HK/SG/JP CN2 GIA 浙江三网测试

2026-05-03T02:42:05Z

ZhiChao：创建页面，内容为“== 前言 == 搬瓦工提供了一台 '''Ultra 套餐'''的测试机，套餐名为 <code>SPECIAL 40G KVM PROMO V5 - HONG KONG CN2 GIA</code>，价格为 <code>Monthly: $89.99</code>，该套餐可以切换到所有亚太 GIA 机房。 '''配置如下'''： {| class="wikitable" |- ! ! '''参数''' |- | '''CPU''' | '''2x EPYC-Genoa''' |- | '''内存''' | 2048 MB |- | '''硬盘''' | 40 GB |- | '''流量''' | 500 GB |- | '''机房''' | '''香港 HKHK_8 / 新加…”

File:Bwh-jpos6-web.png

2026-05-03T02:41:32Z

ZhiChao：

JPOS 6 网页测试

File:Bwh-jpos6.png

2026-05-03T02:40:42Z

ZhiChao：

JPOS 6 延迟测试

File:Bwh-jptyo8-web.png

2026-05-03T02:39:51Z

ZhiChao：

JPTYO8 网页测试

File:Bwh-jptyo8.png

2026-05-03T02:39:08Z

ZhiChao：

JPTYO8 延迟测试

File:Bwh-sg1-web.png

2026-05-03T02:38:17Z

ZhiChao：

SG1 网页测试

File:Bwh-sg1.png

2026-05-03T02:37:41Z

ZhiChao：

SG1 延迟测试

File:Bwh-hkhk8-web.png

2026-05-03T02:36:15Z

ZhiChao：

HKHK8 网页测试

File:Bwh-hkhk8.png

2026-05-03T02:35:42Z

ZhiChao：

HKHK8 延迟测试

File:Bwh-ultra.webp

2026-05-03T02:34:15Z

ZhiChao：

Ultra 可用机房

如何避免 Docker 端口意外暴露

2026-04-12T15:43:28Z

ZhiChao：

== 前言 ==
刚接触 Docker 或者平常只使用 1Panel 这类面板的小白用户，最常遇到的问题应该就是明明 UFW 里没开放端口，但公网却可以直接通过端口访问容器。

以 1Panel 为例，如果你在应用商店安装应用时，勾选了“端口外部访问”，此时的容器就会监听 <code>0.0.0.0</code>
[[File:Bwh-docker-port-1.webp|center]]
无论你有没有在 UFW 中开放这个端口，它都已经暴露到了公网。
[[File:Bwh-docker-port-2.webp|center]]
这个“陈年老坑”的原理很简单，因为 Docker 会直接修改 Linux 的 <code>iptables</code> 规则，而这些规则的优先级高于 UFW，并且在 UFW 中也不会显示 Docker 添加的规则。

要想解决这个问题并不难，下面介绍一下最常见的几种解决方法。

== 解决方法 ==

=== 禁用 iptables（不推荐） ===
既然 Docker 会直接修改 iptables 绕过 UFW ，那直接禁用掉 iptables 自动配置，不就轻松秒杀了吗？

在 <code>/etc/docker/daemon.json</code> 中添加：<code>{"iptables": false}</code>
[[File:Bwh-docker-port-3.webp|center]]
相信你看到过网上许多的“庸医”教程就是这么教的，虽然说能够解决端口意外暴露的问题，但禁用 iptables 自动配置的同时还可能导致容器无法访问外部网络或容器间通信失败。

因此'''非常不推荐'''直接禁用 iptables。

=== 安全组（暂不支持） ===
如果你买的服务器有安全组功能，这个问题解决起来就非常的简单了，只要在后台的安全组中禁用端口，Docker 无论如何也不可能绕过安全组。

但是可惜'''搬瓦工'''暂时还不支持类似安全组的外置防火墙，可以接着看下面的解决方案，通过合理配置 Docker 和 iptables 来解决这个问题。

=== 监听 127.0.0.1（推荐） ===
对于大多数用户，端口映射时监听本地 <code>127.0.0.1:8080:80</code> 是最好的解决方法，对应 1Panel 中就是不勾选“端口外部访问”。

==== Docker ====
<syntaxhighlight lang="sh">
-p 127.0.0.1:8080:80
</syntaxhighlight>

==== Docker Compose ====
<syntaxhighlight lang="yaml">
ports:
- "127.0.0.1:8080:80"
</syntaxhighlight>'''本机'''的其他应用可以正常通过端口访问到容器，而外部访问不了，如果是 Web 应用可以直接用 Nginx 反向代理。

但这个方法也不是完美的，当你想用'''另一台'''服务器反向代理时，监听 <code>127.0.0.1</code> 会导致装有 Nginx 的服务器也访问不到容器。

=== host 模式 ===
直接使用 host 模式也是一个比较常用的解决方案，在 host 模式下，容器不会获得独立的网络命名空间，而是直接共享宿主机的 IP 和端口，自然就可以用 UFW 来控制端口是否开放。

==== Docker ====
<syntaxhighlight lang="sh">
--network
</syntaxhighlight>

==== Docker Compose ====
<syntaxhighlight lang="yaml">
network_mode: "host"
</syntaxhighlight>但'''缺点'''也非常的明显，共享宿主机的网络会导致网络没有隔离、端口冲突等一系列副作用。例如，几个容器的端口都为 80，就没法同时运行了。

=== 虚拟局域网 ===
如果你有用'''另一台'''服务器反代的需求，又不希望使用 host 模式，可以用 ZeroTier、Tailscale 之类的组网工具，给两台服务器组一个虚拟局域网，也是个不错的解决方案。

'''当然如果你两台服务器都是搬瓦工的并且位于同一个机房，可以直接利用 Private Network 开启内网，可以省去组建虚拟局域网的步骤'''

可以参考这篇文章 [[搬瓦工进阶教程：利用 Private Network 构建高速内网集群]]

在容器映射端口时，除了映射本机的 <code>127.0.0.0.1:8080:80</code>，再加上一条虚拟局域网的 IP，如 <code>192.168.100.1:8080:80</code>，另一台服务器反代时，填写 <code>192.168.100.1:8080</code> 即可。

==== Docker ====
<syntaxhighlight lang="sh">
-p 127.0.0.1:8080:80 \
-p 192.168.100.1:8080:80
</syntaxhighlight>

==== Docker Compose ====
<syntaxhighlight lang="yaml">
ports:
- "127.0.0.1:8080:80" # 仅本机访问
- "192.168.100.1:8080:80" # 仅通过特定局域网 IP 访问
</syntaxhighlight>

=== ufw-docker（推荐） ===
要是你既不想用组网工具，又不想（或不能）用 host 模式，还想用另一台服务器的 Nginx 来反代容器，有没有'''更完美'''的解决方法呢？

有的，兄弟有的。

ufw-docker 是 GitHub 上开源的一个解决方案，具体原理可以查看仓库的 README，我们这里简单介绍一下如何使用。

==== 手动配置 ====
修改 UFW 的配置文件 <code>/etc/ufw/after.rules</code>，在最后添加上如下规则：<syntaxhighlight lang="text" line="1">
# BEGIN UFW AND DOCKER
*filter
:ufw-user-forward - [0:0]
:ufw-docker-logging-deny - [0:0]
:DOCKER-USER - [0:0]
-A DOCKER-USER -j ufw-user-forward

-A DOCKER-USER -m conntrack --ctstate RELATED,ESTABLISHED -j RETURN
-A DOCKER-USER -m conntrack --ctstate INVALID -j DROP
-A DOCKER-USER -i docker0 -o docker0 -j ACCEPT

-A DOCKER-USER -j RETURN -s 10.0.0.0/8
-A DOCKER-USER -j RETURN -s 172.16.0.0/12
-A DOCKER-USER -j RETURN -s 192.168.0.0/16

-A DOCKER-USER -j ufw-docker-logging-deny -m conntrack --ctstate NEW -d 10.0.0.0/8
-A DOCKER-USER -j ufw-docker-logging-deny -m conntrack --ctstate NEW -d 172.16.0.0/12
-A DOCKER-USER -j ufw-docker-logging-deny -m conntrack --ctstate NEW -d 192.168.0.0/16

-A DOCKER-USER -j RETURN

-A ufw-docker-logging-deny -m limit --limit 3/min --limit-burst 10 -j LOG --log-prefix "[UFW DOCKER BLOCK] "
-A ufw-docker-logging-deny -j DROP

COMMIT
# END UFW AND DOCKER
</syntaxhighlight>接着重启 UFW <code>systemctl restart ufw</code>。

此时即便你的容器监听的是 <code>0.0.0.0</code>，外部也是无法访问的，同时也不会影响 Docker 容器内部网络以及容器之间的通信。<blockquote>⚠️ '''注意：'''如果重启 UFW 仍不生效，可能需要重启服务器。</blockquote>假设现在有一个监听了 <code>0.0.0.0:8080:80</code> 的容器，私有地址为 <code>172.17.0.2</code>，如果要开放端口可以执行以下命令：<blockquote>⚠️ '''注意：'''<code>port</code> 为内部的 80 端口，并非映射的 8080 端口</blockquote>
<syntaxhighlight lang="sh">
ufw route allow proto tcp from any to 172.17.0.2 port 80
</syntaxhighlight>
如果没有填写私有地址 <code>172.17.0.2</code>，则会开放所有内部端口为 80 的容器
<syntaxhighlight lang="sh">
ufw route allow proto tcp from any to any port 80
</syntaxhighlight>
'''如果你有大量容器需要让另一台服务器反代，可以直接对那台服务器的 IP 开放'''
<syntaxhighlight lang="sh">
ufw route allow proto tcp from x.x.x.x to any
</syntaxhighlight>
想要查看或删除规则，可以执行
<syntaxhighlight lang="sh">
ufw status numbered
</syntaxhighlight>
删除只需要执行 <code>ufw delete</code> + 编号
<syntaxhighlight lang="sh">
ufw delete 2
</syntaxhighlight>

==== 工具 ====
如果觉得以上操作过于繁琐，也没关系，ufw-docker 还提供了'''工具'''简化所有操作
<syntaxhighlight lang="sh">
wget -O /usr/local/bin/ufw-docker \
<nowiki>https://github.com/chaifeng/ufw-docker/raw/master/ufw-docker</nowiki>
chmod +x /usr/local/bin/ufw-docker
</syntaxhighlight>
使用以下命令可以一键修改 UFW 的 <code>after.rules</code> 文件
<syntaxhighlight lang="sh">
ufw-docker install
</syntaxhighlight>
具体的操作可以通过 <code>ufw-docker help</code> 查看，这里就不过多介绍了。
<syntaxhighlight lang="sh">
ufw-docker allow mysql 3306/tcp
</syntaxhighlight>
<syntaxhighlight lang="sh">
ufw-docker delete allow mysql 3306/tcp
</syntaxhighlight>

[[Category:500 常见应用指南 — Application Guides]]

如何避免 Docker 端口意外暴露

2026-04-12T15:42:07Z

ZhiChao：

== 前言 ==
刚接触 Docker 或者平常只使用 1Panel 这类面板的小白用户，最常遇到的问题应该就是明明 UFW 里没开放端口，但公网却可以直接通过端口访问容器。

以 1Panel 为例，如果你在应用商店安装应用时，勾选了“端口外部访问”，此时的容器就会监听 <code>0.0.0.0</code>
[[File:Bwh-docker-port-1.webp|center]]
无论你有没有在 UFW 中开放这个端口，它都已经暴露到了公网。
[[File:Bwh-docker-port-2.webp|center]]
这个“陈年老坑”的原理很简单，因为 Docker 会直接修改 Linux 的 <code>iptables</code> 规则，而这些规则的优先级高于 UFW，并且在 UFW 中也不会显示 Docker 添加的规则。

要想解决这个问题并不难，下面介绍一下最常见的几种解决方法。

== 解决方法 ==

=== 禁用 iptables（不推荐） ===
既然 Docker 会直接修改 iptables 绕过 UFW ，那直接禁用掉 iptables 自动配置，不就轻松秒杀了吗？

在 <code>/etc/docker/daemon.json</code> 中添加：<code>{"iptables": false}</code>
[[File:Bwh-docker-port-3.webp|center]]
相信你看到过网上许多的“庸医”教程就是这么教的，虽然说能够解决端口意外暴露的问题，但禁用 iptables 自动配置的同时还可能导致容器无法访问外部网络或容器间通信失败。

因此'''非常不推荐'''直接禁用 iptables。

=== 安全组（暂不支持） ===
如果你买的服务器有安全组功能，这个问题解决起来就非常的简单了，只要在后台的安全组中禁用端口，Docker 无论如何也不可能绕过安全组。

但是可惜'''搬瓦工'''暂时还不支持类似安全组的外置防火墙，可以接着看下面的解决方案，通过合理配置 Docker 和 iptables 来解决这个问题。

=== 监听 127.0.0.1（推荐） ===
对于大多数用户，端口映射时监听本地 <code>127.0.0.1:8080:80</code> 是最好的解决方法，对应 1Panel 中就是不勾选“端口外部访问”。

==== Docker ====
<syntaxhighlight lang="sh">
-p 127.0.0.1:8080:80
</syntaxhighlight>

==== Docker Compose ====
<syntaxhighlight lang="yaml">
ports:
- "127.0.0.1:8080:80"
</syntaxhighlight>'''本机'''的其他应用可以正常通过端口访问到容器，而外部访问不了，如果是 Web 应用可以直接用 Nginx 反向代理。

但这个方法也不是完美的，当你想用'''另一台'''服务器反向代理时，监听 <code>127.0.0.1</code> 会导致装有 Nginx 的服务器也访问不到容器。

=== host 模式 ===
直接使用 host 模式也是一个比较常用的解决方案，在 host 模式下，容器不会获得独立的网络命名空间，而是直接共享宿主机的 IP 和端口，自然就可以用 UFW 来控制端口是否开放。

==== Docker ====
<syntaxhighlight lang="sh">
--network
</syntaxhighlight>

==== Docker Compose ====
<syntaxhighlight lang="yaml">
network_mode: "host"
</syntaxhighlight>但'''缺点'''也非常的明显，共享宿主机的网络会导致网络没有隔离、端口冲突等一系列副作用。例如，几个容器的端口都为 80，就没法同时运行了。

=== 虚拟局域网 ===
如果你有用'''另一台'''服务器反代的需求，又不希望使用 host 模式，可以用 ZeroTier、Tailscale 之类的组网工具，给两台服务器组一个虚拟局域网，也是个不错的解决方案。

'''当然如果你两台服务器都是搬瓦工的并且位于同一个机房，可以直接利用 Private Network 开启内网，可以省去组建虚拟局域网的步骤'''

可以参考这篇文章 [[搬瓦工进阶教程：利用 Private Network 构建高速内网集群]]

在容器映射端口时，除了映射本机的 <code>127.0.0.0.1:8080:80</code>，再加上一条虚拟局域网的 IP，如 <code>192.168.100.1:8080:80</code>，另一台服务器反代时，填写 <code>192.168.100.1:8080</code> 即可。

==== Docker ====
<syntaxhighlight lang="sh">
-p 127.0.0.1:8080:80 \
-p 192.168.100.1:8080:80
</syntaxhighlight>

==== Docker Compose ====
<syntaxhighlight lang="yaml">
ports:
- "127.0.0.1:8080:80" # 仅本机访问
- "192.168.100.1:8080:80" # 仅通过特定局域网 IP 访问
</syntaxhighlight>

=== ufw-docker（推荐） ===
要是你既不想用组网工具，又不想（或不能）用 host 模式，还想用另一台服务器的 Nginx 来反代容器，有没有'''更完美'''的解决方法呢？

有的，兄弟有的。

ufw-docker 是 GitHub 上开源的一个解决方案，具体原理可以查看仓库的 README，我们这里简单介绍一下如何使用。

==== 手动配置 ====
修改 UFW 的配置文件 <code>/etc/ufw/after.rules</code>，在最后添加上如下规则：<syntaxhighlight lang="text" line="1">
# BEGIN UFW AND DOCKER
*filter
:ufw-user-forward - [0:0]
:ufw-docker-logging-deny - [0:0]
:DOCKER-USER - [0:0]
-A DOCKER-USER -j ufw-user-forward

-A DOCKER-USER -m conntrack --ctstate RELATED,ESTABLISHED -j RETURN
-A DOCKER-USER -m conntrack --ctstate INVALID -j DROP
-A DOCKER-USER -i docker0 -o docker0 -j ACCEPT

-A DOCKER-USER -j RETURN -s 10.0.0.0/8
-A DOCKER-USER -j RETURN -s 172.16.0.0/12
-A DOCKER-USER -j RETURN -s 192.168.0.0/16

-A DOCKER-USER -j ufw-docker-logging-deny -m conntrack --ctstate NEW -d 10.0.0.0/8
-A DOCKER-USER -j ufw-docker-logging-deny -m conntrack --ctstate NEW -d 172.16.0.0/12
-A DOCKER-USER -j ufw-docker-logging-deny -m conntrack --ctstate NEW -d 192.168.0.0/16

-A DOCKER-USER -j RETURN

-A ufw-docker-logging-deny -m limit --limit 3/min --limit-burst 10 -j LOG --log-prefix "[UFW DOCKER BLOCK] "
-A ufw-docker-logging-deny -j DROP

COMMIT
# END UFW AND DOCKER
</syntaxhighlight>接着重启 UFW <code>systemctl restart ufw</code>。

此时即便你的容器监听的是 <code>0.0.0.0</code>，外部也是无法访问的，同时也不会影响 Docker 容器内部网络以及容器之间的通信。<blockquote>⚠️ '''注意：'''如果重启 UFW 仍不生效，可能需要重启服务器。</blockquote>假设现在有一个监听了 <code>0.0.0.0:8080:80</code> 的容器，私有地址为 <code>172.17.0.2</code>，如果要开放端口可以执行以下命令：<blockquote>⚠️ '''注意：'''<code>port</code> 为内部的 80 端口，并非映射的 8080 端口</blockquote>
<syntaxhighlight lang="sh">
ufw route allow proto tcp from any to 172.17.0.2 port 80
</syntaxhighlight>
如果没有填写私有地址 <code>172.17.0.2</code>，则会开放所有内部端口为 80 的容器
<syntaxhighlight lang="sh">
ufw route allow proto tcp from any to any port 80
</syntaxhighlight>
'''如果你有大量容器需要让另一台服务器反代，可以直接对那台服务器的 IP 开放'''
<syntaxhighlight lang="sh">
ufw route allow proto tcp from x.x.x.x to any
</syntaxhighlight>
想要查看或删除规则，可以执行
<syntaxhighlight lang="sh">
ufw status numbered
</syntaxhighlight>
删除只需要执行 <code>ufw delete</code> + 编号
<syntaxhighlight lang="sh">
ufw delete 2
</syntaxhighlight>

==== 工具 ====
如果觉得以上操作过于繁琐，也没关系，ufw-docker 还提供了'''工具'''简化所有操作
<syntaxhighlight lang="sh">
wget -O /usr/local/bin/ufw-docker \
<nowiki>https://github.com/chaifeng/ufw-docker/raw/master/ufw-docker</nowiki>
chmod +x /usr/local/bin/ufw-docker
</syntaxhighlight>
使用以下命令可以一键修改 UFW 的 <code>after.rules</code> 文件
<syntaxhighlight lang="sh">
ufw-docker install
</syntaxhighlight>
具体的操作可以通过 <code>ufw-docker help</code> 查看，这里就不过多介绍了。
<syntaxhighlight lang="sh">
ufw-docker allow mysql 3306/tcp
</syntaxhighlight>
<syntaxhighlight lang="sh">
ufw-docker delete allow mysql 3306/tcp
</syntaxhighlight>

[[index.php?title=Category:500 常见应用指南 — Application Guides]]

如何避免 Docker 端口意外暴露

2026-04-12T15:35:27Z

ZhiChao：创建页面，内容为“== 前言 == 刚接触 Docker 或者平常只使用 1Panel 这类面板的小白用户，最常遇到的问题应该就是明明 UFW 里没开放端口，但公网却可以直接通过端口访问容器。以 1Panel 为例，如果你在应用商店安装应用时，勾选了“端口外部访问”，此时的容器就会监听 <code>0.0.0.0</code> center 无论你有没有在 UFW 中开放这个端口，它都已经暴露到…”

== 前言 ==
刚接触 Docker 或者平常只使用 1Panel 这类面板的小白用户，最常遇到的问题应该就是明明 UFW 里没开放端口，但公网却可以直接通过端口访问容器。

以 1Panel 为例，如果你在应用商店安装应用时，勾选了“端口外部访问”，此时的容器就会监听 <code>0.0.0.0</code>
[[File:Bwh-docker-port-1.webp|center]]
无论你有没有在 UFW 中开放这个端口，它都已经暴露到了公网。
[[File:Bwh-docker-port-2.webp|center]]
这个“陈年老坑”的原理很简单，因为 Docker 会直接修改 Linux 的 <code>iptables</code> 规则，而这些规则的优先级高于 UFW，并且在 UFW 中也不会显示 Docker 添加的规则。

要想解决这个问题并不难，下面介绍一下最常见的几种解决方法。

== 解决方法 ==

=== 禁用 iptables（不推荐） ===
既然 Docker 会直接修改 iptables 绕过 UFW ，那直接禁用掉 iptables 自动配置，不就轻松秒杀了吗？

在 <code>/etc/docker/daemon.json</code> 中添加：<code>{"iptables": false}</code>
[[File:Bwh-docker-port-3.webp|center]]
相信你看到过网上许多的“庸医”教程就是这么教的，虽然说能够解决端口意外暴露的问题，但禁用 iptables 自动配置的同时还可能导致容器无法访问外部网络或容器间通信失败。

因此'''非常不推荐'''直接禁用 iptables。

=== 安全组（暂不支持） ===
如果你买的服务器有安全组功能，这个问题解决起来就非常的简单了，只要在后台的安全组中禁用端口，Docker 无论如何也不可能绕过安全组。

但是可惜'''搬瓦工'''暂时还不支持类似安全组的外置防火墙，可以接着看下面的解决方案，通过合理配置 Docker 和 iptables 来解决这个问题。

=== 监听 127.0.0.1（推荐） ===
对于大多数用户，端口映射时监听本地 <code>127.0.0.1:8080:80</code> 是最好的解决方法，对应 1Panel 中就是不勾选“端口外部访问”。

==== Docker ====
<syntaxhighlight lang="sh" line="1">
-p 127.0.0.1:8080:80
</syntaxhighlight>

==== Docker Compose ====
<syntaxhighlight lang="yaml" line="1">
ports:
- "127.0.0.1:8080:80"
</syntaxhighlight>'''本机'''的其他应用可以正常通过端口访问到容器，而外部访问不了，如果是 Web 应用可以直接用 Nginx 反向代理。

但这个方法也不是完美的，当你想用'''另一台'''服务器反向代理时，监听 <code>127.0.0.1</code> 会导致装有 Nginx 的服务器也访问不到容器。

=== host 模式 ===
直接使用 host 模式也是一个比较常用的解决方案，在 host 模式下，容器不会获得独立的网络命名空间，而是直接共享宿主机的 IP 和端口，自然就可以用 UFW 来控制端口是否开放。

==== Docker ====
<syntaxhighlight lang="sh" line="1">
--network
</syntaxhighlight>

==== Docker Compose ====
<syntaxhighlight lang="yaml" line="1">
network_mode: "host"
</syntaxhighlight>但'''缺点'''也非常的明显，共享宿主机的网络会导致网络没有隔离、端口冲突等一系列副作用。例如，几个容器的端口都为 80，就没法同时运行了。

=== 虚拟局域网 ===
如果你有用'''另一台'''服务器反代的需求，又不希望使用 host 模式，可以用 ZeroTier、Tailscale 之类的组网工具，给两台服务器组一个虚拟局域网，也是个不错的解决方案。

'''当然如果你两台服务器都是搬瓦工的并且位于同一个机房，可以直接利用 Private Network 开启内网，可以省去组建虚拟局域网的步骤'''

可以参考这篇文章 [[搬瓦工进阶教程：利用 Private Network 构建高速内网集群]]

在容器映射端口时，除了映射本机的 <code>127.0.0.0.1:8080:80</code>，再加上一条虚拟局域网的 IP，如 <code>192.168.100.1:8080:80</code>，另一台服务器反代时，填写 <code>192.168.100.1:8080</code> 即可。

==== Docker ====
<syntaxhighlight lang="sh" line="1">
-p 127.0.0.1:8080:80 \
-p 192.168.100.1:8080:80
</syntaxhighlight>

==== Docker Compose ====
<syntaxhighlight lang="yaml" line="1">
ports:
- "127.0.0.1:8080:80" # 仅本机访问
- "192.168.100.1:8080:80" # 仅通过特定局域网 IP 访问
</syntaxhighlight>

=== ufw-docker（推荐） ===
要是你既不想用组网工具，又不想（或不能）用 host 模式，还想用另一台服务器的 Nginx 来反代容器，有没有'''更完美'''的解决方法呢？

有的，兄弟有的。

ufw-docker 是 GitHub 上开源的一个解决方案，具体原理可以查看仓库的 README，我们这里简单介绍一下如何使用。

==== 手动配置 ====
修改 UFW 的配置文件 <code>/etc/ufw/after.rules</code>，在最后添加上如下规则：<syntaxhighlight>
# BEGIN UFW AND DOCKER
*filter
:ufw-user-forward - [0:0]
:ufw-docker-logging-deny - [0:0]
:DOCKER-USER - [0:0]
-A DOCKER-USER -j ufw-user-forward

-A DOCKER-USER -m conntrack --ctstate RELATED,ESTABLISHED -j RETURN
-A DOCKER-USER -m conntrack --ctstate INVALID -j DROP
-A DOCKER-USER -i docker0 -o docker0 -j ACCEPT

-A DOCKER-USER -j RETURN -s 10.0.0.0/8
-A DOCKER-USER -j RETURN -s 172.16.0.0/12
-A DOCKER-USER -j RETURN -s 192.168.0.0/16

-A DOCKER-USER -j ufw-docker-logging-deny -m conntrack --ctstate NEW -d 10.0.0.0/8
-A DOCKER-USER -j ufw-docker-logging-deny -m conntrack --ctstate NEW -d 172.16.0.0/12
-A DOCKER-USER -j ufw-docker-logging-deny -m conntrack --ctstate NEW -d 192.168.0.0/16

-A DOCKER-USER -j RETURN

-A ufw-docker-logging-deny -m limit --limit 3/min --limit-burst 10 -j LOG --log-prefix "[UFW DOCKER BLOCK] "
-A ufw-docker-logging-deny -j DROP

COMMIT
# END UFW AND DOCKER
</syntaxhighlight>接着重启 UFW <code>systemctl restart ufw</code>。

此时即便你的容器监听的是 <code>0.0.0.0</code>，外部也是无法访问的，同时也不会影响 Docker 容器内部网络以及容器之间的通信。<blockquote>⚠️ '''注意：'''如果重启 UFW 仍不生效，可能需要重启服务器。</blockquote>假设现在有一个监听了 <code>0.0.0.0:8080:80</code> 的容器，私有地址为 <code>172.17.0.2</code>，如果要开放端口可以执行以下命令：<blockquote>⚠️ '''注意：'''<code>port</code> 为内部的 80 端口，并非映射的 8080 端口</blockquote>
ufw route allow proto tcp from any to 172.17.0.2 port 80
如果没有填写私有地址 <code>172.17.0.2</code>，则会开放所有内部端口为 80 的容器
ufw route allow proto tcp from any to any port 80
'''如果你有大量容器需要让另一台服务器反代，可以直接对那台服务器的 IP 开放'''
ufw route allow proto tcp from x.x.x.x to any
想要查看或删除规则，可以执行
ufw status numbered
删除只需要执行 <code>ufw delete</code> + 编号
ufw delete 2

==== 工具 ====
如果觉得以上操作过于繁琐，也没关系，ufw-docker 还提供了'''工具'''简化所有操作
wget -O /usr/local/bin/ufw-docker \
<nowiki>https://github.com/chaifeng/ufw-docker/raw/master/ufw-docker</nowiki>
chmod +x /usr/local/bin/ufw-docker
使用以下命令可以一键修改 UFW 的 <code>after.rules</code> 文件
ufw-docker install
具体的操作可以通过 <code>ufw-docker help</code> 查看，这里就不过多介绍了。
ufw-docker allow mysql 3306/tcp

ufw-docker delete allow mysql 3306/tcp

File:Bwh-docker-port-3.webp

2026-04-12T15:28:43Z

ZhiChao：

禁用 iptabls

File:Bwh-docker-port-2.webp

2026-04-12T15:28:07Z

ZhiChao：

nmap 测试

File:Bwh-docker-port-1.webp

2026-04-12T15:27:15Z

ZhiChao：

端口外部访问

md5.pw - 用户贡献 [zh]

搬瓦工 KiwiVM 面板免费 AI 助手 Amy 功能演示 告别繁琐的命令行

搬瓦工 KiwiVM 面板免费 AI 助手 Amy 功能演示 告别繁琐的命令行

搬瓦工 KiwiVM 面板免费 AI 助手 Amy 功能演示 告别繁琐的命令行

File:Bwh-amy-reinstall-2.webp

File:Bwh-amy-reinstall-1.webp

File:Bwh-amy-migrate-3.webp

File:Bwh-amy-migrate-2.webp

File:Bwh-amy-migrate-1.webp

File:Bwh-amy-backup.webp

File:Bwh-amy-ptr-2.webp

File:Bwh-amy-ptr-1.webp

File:Bwh-amy-troubleshooting.webp

File:Bwh-amy-caddy-3.webp

File:Bwh-amy-caddy-2.webp

File:Bwh-amy-caddy-1.webp

File:Bwh-amy-docker.webp

File:Bwh-amy-ufw.webp

File:Bwh-amy-logs.webp

File:Bwh-amy-ssh-2.webp

File:Bwh-amy-ssh-1.webp

File:Bwh-amy-swap-2.webp

File:Bwh-amy-swap-1.webp

File:Bwh-amy-bbr-2.webp

File:Bwh-amy-bbr-1.webp

File:Bwh-amy-ipv4-first-2.webp

File:Bwh-amy-ipv4-first-1.webp

File:Bwh-amy-test-2.webp

File:Bwh-amy-test-1.webp

File:Bwh-amy-status-3.webp

File:Bwh-amy-status-2.webp

File:Bwh-amy-status-1.webp

File:Bwh-amy-start.webp

搬瓦工 KiwiVM 面板免费 AI 助手 Amy 功能演示 告别繁琐的命令行

搬瓦工 Ultra 套餐 HK/SG/JP CN2 GIA 浙江三网测试

搬瓦工 Ultra 套餐 HK/SG/JP CN2 GIA 浙江三网测试

File:Bwh-jpos6-web.png

File:Bwh-jpos6.png

File:Bwh-jptyo8-web.png

File:Bwh-jptyo8.png

File:Bwh-sg1-web.png

File:Bwh-sg1.png

File:Bwh-hkhk8-web.png

File:Bwh-hkhk8.png

File:Bwh-ultra.webp

如何避免 Docker 端口意外暴露

如何避免 Docker 端口意外暴露

如何避免 Docker 端口意外暴露

File:Bwh-docker-port-3.webp

File:Bwh-docker-port-2.webp

File:Bwh-docker-port-1.webp

搬瓦工 KiwiVM 面板免费 AI 助手 Amy 功能演示告别繁琐的命令行

搬瓦工 KiwiVM 面板免费 AI 助手 Amy 功能演示告别繁琐的命令行

搬瓦工 KiwiVM 面板免费 AI 助手 Amy 功能演示告别繁琐的命令行

搬瓦工 KiwiVM 面板免费 AI 助手 Amy 功能演示告别繁琐的命令行