md5.pw - 用户贡献 [zh]

搬瓦工 VPS 进阶网络安全方案：从基础加固升级到高性能自动化防御

2026-09-18T22:54:04Z

Liam：移除无效的 DISPLAYTITLE 指令

=== 前言 ===
在维护 VPS 时，传统的防火墙（如 iptables 或 nftables）在面对大规模网络攻击时，往往会因为消耗大量 CPU 资源进行包过滤而导致系统 SI 指数（软中断占用）飙升，最终导致 SSH 断连或服务宕机。

Auto XDP 是一款利用 Linux 内核 eBPF/XDP 技术的高性能防火墙。它遵循 “最小暴露面” 安全原则，在网卡驱动层直接清洗流量，绕过复杂的网络协议栈，在极低的 CPU 占用下实现百万级的丢包处理。相比于现有防火墙，可在达到更高的丢包效率的同时有效减轻核心负载。

非常优雅～

=== '''核心优势''' ===

* '''极致性能 (High SI Efficiency)'''：在网卡层进行过滤，处理延迟仅为 40ns - 65ns。在遭遇高频攻击时，能将系统 SI 指数（软中断占用）从 85.9% 降至最低 3.0%，确保服务器在极端环境下依然响应如初。
* '''最小暴露面控制 (Minimum Attack Surface)'''：基于“非放行即丢弃”的原则，仅针对系统当前活跃业务开放端口。
* '''全自动端口同步'''：内置守护进程实时感知系统监听状态，自动实现“业务上线即开门，业务下线即关门”，无需手动维护繁琐的防火墙规则。
* '''智能连接跟踪'''：利用状态检测识别合法的 TCP 响应包和 UDP 回包，确保正常业务流量不受影响。
* '''高兼容性回退'''：若内核不支持 XDP，系统会自动回退至 nftables 后端，维持一致的自动化白名单逻辑。
* '''多维度防护'''：内置 ICMP 令牌桶算法防止 Ping 洪水，并针对 SSH SYN 包进行频率限制，有效缓解暴力爆破风险。

=== '''部署步骤''' ===
在搬瓦工的虚拟机实例上，可以通过以下一键脚本进行部署：

<nowiki>curl --proto '=https' --tlsv1.2 -sSfL https://raw.githubusercontent.com/Kookiejarz/Auto_XDP/main/setup_xdp.sh | sudo bash</nowiki>

注意：在某些纯净版系统上，如果遇到编译错误（如缺少 gnu/stubs-32.h），请先安装开发环境支持：

Ubuntu/Debian: sudo apt-get install gcc-multilib

CentOS/Fedora: sudo dnf install glibc-devel.i686

=== '''管理与监控''' ===
部署完成后，可以使用内置的 bxdp 工具实时监控系统安全状态与 SI 指数：

实时统计（PPS/BPS 与 SI 趋势）：sudo axdp stats --live

手动触发端口同步：sudo axdp sync

查看服务状态与当前后端：sudo axdp status

=== '''常见问题''' ===
Q: 为什么显示后端是 nftables 而不是 XDP？

A: 这通常是因为 VPS 的内核版本较低或网卡驱动不支持 XDP。脚本会自动切换到 nftables 模式以维持基本的 “最小暴露面” 自动化功能。

Q: 开启后会影响 SSH 吗？

A: 不会。系统会自动识别 SSH 监听端口（包括自定义端口）并将其动态加入白名单。

'''''欲了解更多信息请前往：[https://github.com/Kookiejarz/Auto_XDP https://github.com/Kookiejarz/Auto_XDP']'''''

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

如何搭建VPN

2026-09-18T22:53:31Z

Liam：移除无效的 DISPLAYTITLE 指令

'''<big>如何在搬瓦工服务器上搭建稳定可靠的VPN/代理服务</big>'''

经过了多个版本的迭代，科学上网的方式从 VPN->Shadowsockss->vmess->trojan等一路不断更新，我们最终得到了目前最稳定可靠的解决方案Vless + Reality，它'''无需域名、极致伪装'''的特性，可以提供顶级的稳定性和抗检测能力，结合搬瓦工优质的 GIA 线路，能够保障服务的长期可靠运行。本节内容将指导你如何在搬瓦工服务器上，通过多种方式配置Vless + Reality代理服务。

=== 需要准备的事项： ===
1.拥有一台搬瓦工的服务器（[https://vpsmes.com/602.html 参考教程]）；

2.服务器在运行，且安装了debian12系统（[https://vpsmes.com/615.html 参考教程]）；

3.V2rayN或者V2rayNG等客户端已安装（Github下载链接：[https://github.com/2dust/v2rayN/releases/download/7.16.3/v2rayN-windows-64-SelfContained.zip V2rayN]，[https://github.com/2dust/v2rayNG/releases/download/1.10.28/v2rayNG_1.10.28_universal.apk V2rayNG]）；

=== 一、连接服务器 ===
无论是什么操作，第一步都是完成服务器的连接，连接上后才能进行下一步操作。选择一个合适的SSH工具非常重要，能让你在操作的过程中更加方便丝滑。
这里推荐使用Xshell：[https://www.xshell.com/zh/free-for-home-school/ 下载链接]或者FinalShell:[https://www.hostbuf.com/t/988.html 下载链接]

下面操作以Xshell为例子：
点击新建会话，输入ip和端口号(默认是22，但可以更改)

[[File:VPN-xshell1.png|900x900px]]

点击用户身份验证，输入root和密码

[[File:VPN xshell2.png|900x900px]]

点击连接即可！

=== 二、基本环境准备 ===
输入下方命令（更新系统），等待安装完成。

<syntaxhighlight lang="abap">
apt-get update && apt-get install -y wget curl
</syntaxhighlight>再输下方命令（放行80端口，用于3xui的IP证书）。<syntaxhighlight lang="abap">
ufw allow 56669
</syntaxhighlight>

=== 三、具体搭建 ===
==== 1.一键脚本搭建 ====
最基础的玩法，无需任何中转，只需要一步就可以完成。

'''''（注意：该一键脚本的安全性和自定义方面不如3X-UI面板，如果你有此方面的顾虑，推荐使用3X-UI面板搭建）'''''

输入以下脚本并执行
<syntaxhighlight lang="abap">
bash <(wget -qO- -o- https://github.com/233boy/sing-box/raw/main/install.sh)
</syntaxhighlight>

[[File:Sbtry.png|900x900px]]

接下来找到上图中的端口部分（比如图中的56669），然后执行下面命令<syntaxhighlight lang="abap">ufw allow 56669</syntaxhighlight>完成，无需任何其他操作，红色链接即为配置链接，复制后可直接跳到第四步导入客户端使用。

==== 2.通过3X-UI面板搭建 ====
3x-ui是一个易用且功能强大的 Web 面板，能够极大的简化Vless + Reality的配置流程。

执行以下一键安装命令。

'''提示：''' 脚本运行过程中提示的默认配置，直接回车跳过即可。<syntaxhighlight lang="abap">
bash <(curl -Ls https://raw.githubusercontent.com/mhsanaei/3x-ui/master/install.sh)
</syntaxhighlight>[[File:3-xui 安装新版.png|900x900px]]

面板安装完成后，显示如下，请务必'''保存'''好终端输出的面板'''登录信息，同时放行面板的端口'''。<syntaxhighlight lang="abap">ufw allow 31638</syntaxhighlight>[[File:安装面板保存信息1.jpg|900x900px]]

使用浏览器访问刚才保存的 '''Access URL'''，输入默认的用户名和密码（建议登录后立即修改）。

[[File:登录3x面板.jpg|900x900px]]

登录后，根据图示，点击左侧的'''「入站列表」'''，再点'''「添加入站」。'''

然后选择'''「Reality」'''，然后在'''「Target」'''和'''「SNI」'''分别输入下方的网址信息，并点击'''「Get New Cert」'''按钮。<syntaxhighlight lang="abap">
www.tesla.com:443
www.tesla.com
</syntaxhighlight>[[File:入站配置1.jpg|900x900px]]

然后向上滑动，设置到入站配置的备注名称，在客户子栏下，将Flow选为'''「xtls-rprx-vision」'''。

[[File:入站配置2.jpg|900x900px]]

滑动到最下方，确保所有配置无误，然后点击右下角的 '''「添加」''' 按钮。至此，Vless + Reality服务已在搬瓦工 VPS 上部署完成。

然后记得放行一下入站端口（参考上图中的端口49935）。<syntaxhighlight lang="abap">ufw allow 49935</syntaxhighlight>现在可以导出你的Vless+Reality配置信息，并将其导入到V2Ray客户端中使用。

回到 '''「入站列表」'''，找到您刚刚创建的 Vless + Reality 配置，点击左侧的 '''「+」''' 按钮，

可以在弹出的详情中，选择复制配置信息链接（第三步）或弹出配置信息二维码'''（'''第四步'''）'''。

[[File:导出配置2.jpg|900x900px]]

==== 3. 通过 S-UI 面板搭建 ====
S-UI 是一个基于 Sing-box 内核的 Web 面板，支持 VLESS + Reality、Hysteria 2、TUIC 等多种协议。本文以部署 VLESS + Reality 节点为例。

执行以下一键安装命令。

'''提示：'''脚本运行过程中提示的默认配置，直接回车跳过即可。同时，脚本设置过程中会设置默认的用户名和密码，注意记录。<syntaxhighlight lang="shell">
bash <(curl -Ls https://raw.githubusercontent.com/alireza0/s-ui/master/install.sh)
</syntaxhighlight>脚本安装完成后，即可通过 IP + 端口的方式访问面板，但安全起见，建议通过端口转发的方式登录。

在本地终端（例如 PowerShell）中运行命令：

'''提示：'''请将 1.1.1.1 改为你的实际 IP 地址，将 22 改为你的实际 ssh 登录端口。<syntaxhighlight lang="shell">
ssh root@1.1.1.1 -p 22 -L 8888:localhost:2095
</syntaxhighlight>此时，即可在你本地终端中，通过访问 <nowiki>http://localhost:8888/app</nowiki> 来进入面板。

登录后，首先点击左侧的'''「设置」'''，再点右侧页面的'''「订阅」'''，将订阅 URL 改成 '''「'''<nowiki>http://1.1.1.1:2096/sub/</nowiki>'''」'''，这一步是为了后续能够生成合适的订阅链接。

接下来，点击左侧的'''「TLS 设置」'''，再点右侧页面的'''「添加」'''，随后如下图所示添加 Reality。

# 点击右上角的 Reality
# 名称设置为 Reality，或其他易于识别的名字
# SNI 和握手服务器设置为你的目标网址，例如 www.tesla.com
# 点击右侧的小钥匙状按钮
# 点击保存

[[File:2026-02-02 19-51-41.jpg|thumb|280x280px]]
随后，点击左侧的'''「入站管理」'''，再点右侧页面的'''「添加」'''。

# 类型选择 VLESS
# 名称设置为 VLESS，或其他易于识别的名字
# 将端口设置为 443 或其他你想使用的端口
# TLS 栏中模板选择 Reality（或你设置的其他易于识别的名字）
# 点击保存

最后，点击左侧的'''「用户管理」'''，再点右侧页面的'''「添加」'''。

# 在入站标签中选择刚才添加的节点，并保存
# 点击刚才新增用户栏右侧的二维码图标，打开后扫描二维码即可在代理工具中使用了。
# 如果需要订阅链接，点击二维码即可自动复制。

=== 四、客户端配置与使用 ===

==== 1. V2rayN客户端导入（Windows） ====
V2rayN客户端主要用于Windows，一般使用剪贴板导入分享连接。

* 打开 V2rayN 客户端。
* 点击左上角'''「配置文件」'''按钮，选择'''「从剪贴板导入分享链接」'''。
* 导入后，选中该节点，右键，选择 '''「设为活动配置文件」''' 即可使用。

==== 2. V2rayNG客户端导入（Android） ====
V2rayNG客户端用于安卓手机，支持两种方便的导入方式：

* '''剪贴板导入：''' 复制配置 URI 后，点击右下角的 '''「+」''' 号，选择 '''「从剪贴板导入」'''。
* '''扫码导入：''' 点击右下角的 '''「+」''' 号，选择 '''「扫码导入」'''，扫描3x-ui 面板中弹出的二维码。

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

How to back up and recover data

2026-09-18T22:52:58Z

Liam：移除无效的 DISPLAYTITLE 指令

== 一、理解相关概念 ==
为了操作顺畅，先了解几个关键术语：

* '''Backups（备份）'''：搬瓦工系统会“定期自动”对你的 VPS 做完整备份。
** 特点：免费提供，无需你主动操作。
** 但：频率不固定，备份数量有限，而且官方说明“我们不能保证该服务可用性与质量”。
* '''Snapshots（快照）'''：是手动或通过“导入备份”生成的 VPS 完整状态复制，可以将 VPS 恢复到快照创建时的状态。
* '''流程关系'''：在搬瓦工中，如果要“恢复”自动备份数据，通常需要先在 “Backups” 里 '''导入'''至 “Snapshots”，然后再从快照进行恢复。

== 二、备份数据 —— 查看与准备 ==

=== 步骤 1：登陆控制面板 ===
# [[File:Unnamed1.jpg|thumb]]在你的搬瓦工账户中，进入 “Services” → “My Services” → 选择你当前的 VPS → 点击 “KiwiVM Control Panel” 进入。
# 在左侧菜单中寻找 “Backups” 项。

=== 步骤 2：查看自动备份列表 ===
* 在 “Backups” 页面，你会看到系统列出了可用的备份。例如备份日期、大小、以及“Import to my Snapshots”按钮。
* 注意事项：如果你的 VPS 硬盘用了很多空间，备份频率可能会更慢。
* 提醒：虽然这一步是“自动”的，但建议你无论如何还是定期手动备份重要数据。因为官方提示“不要把此免费服务作为唯一备份方式”。

== 三、从备份导入快照 ==
要恢复或下载备份，必须先把自动备份“导入”为快照。

=== 步骤 3：导入备份至快照 ===
[[File:QQ20251126-125756.png|thumb|[[File:Ff734125-5c8c-468b-bbb2-0fc37cb0e80f.png|thumb]]]]
# 在 “Backups” 列表里, 找到你想使用的备份，点击 “Import to my Snapshots”。

# 系统开始“备份导入快照”的过程。导入耗时取决于你的系统大小，通常几分钟到上小时不等。导入完成后，你会收到邮件通知。然后就可以在左侧菜单里选择 “Snapshots” 进入快照列表。

[[File:Imagewdwa.png|thumb]]

=== 步骤 4：进入快照恢复 ===

# [[File:Imagewd1.png|thumb]]点击左侧菜单 “Snapshots”。你会看到刚才导入的快照（或者你手动创建的快照）。

# 找到你想恢复的快照，点击 “restore” 按钮。系统会弹出提示：“This will overwrite current VPS data… I agree, restore snapshot”。

# '''重要警告'''：在恢复前，建议先停止（Shutdown）VPS。若 VPS 处于运行状态，可能会提示错误 “VM must be stopped in order to perform this action”。
# 点击同意后，恢复过程会启动。大约等待数分钟至一小时。期间 VPS 可能会重启。恢复完成后，你可通过 SSH 登录或通过控制面板确认恢复结果。
# 恢复完成，即可将 VPS 状态回滚至快照时刻。请注意：快照之后所做的所有变更将 '''丢失'''。

== 五、（可选）下载备份/快照至本地 ==
如果你希望离线保存备份，或者做迁移用，也可以下载。

=== 步骤 5：下载快照文件 ===

# 在 “Snapshots” 页面中，在某一快照条目下方，会有 “download” 链接（HTTP/HTTPS）。
# 点击复制链接，用浏览器或下载工具将文件保存至本地。文件较大，建议使用专用下载工具。
# 下载后，这就是你 VPS 的完整镜像副本，可用于离线保存或迁移。
#* 若要将此快照导入到另一个 VPS，可使用其 “export” -> “Import a snapshot” 功能。

----

== 六、实用提示 & 常见问题 ==

* '''频率问题'''：自动备份频率较为模糊，有时可能数日一次。不要依赖它为唯一备份。
* '''空间影响'''：如果 VPS 硬盘用量很大，备份较慢或较少。建议定期清理不要的文件、减少垃圾数据。
* '''恢复风险'''：恢复快照会覆盖当前 VPS 所有数据，操作前建议做好必要的手动备份或确认无误。
* '''快照保存期限'''：快照可能 '''自动删除'''，特别是非 sticky 状态的快照。若是关键状态，建议下载至本地保存。
* '''迁移用途'''：快照除了恢复，也可以用于“迁移 VPS 数据到另一台机器或帐号”。
* '''业务前准备'''：若正在做重大升级、系统修改、大规模数据变更，建议先手动创建快照/备份，以防万一。

----

== 七、流程总结 ==

# 登录 KiwiVM 面板 → 进入 “Backups” 查看自动备份。
# 在 “Backups” 中点击“Import to my Snapshots”将备份导入为快照。
# 导入完成后，进入 “Snapshots” → 选择对应快照 → 点击 “restore” 进行恢复。
# （可选）在 “Snapshots” 中点击 “download” 链接，将快照保存至本地。
# 完成后，检查你的 VPS 状态是否恢复至预期。
{{DEFAULTSORT:如何备份和恢复数据}}
[[Category:300 VPS 设置与管理 — VPS Setup and Management]]

如何使用iperf3对搬瓦工服务器进行调优

2026-09-18T22:52:06Z

Liam：移除无效的 DISPLAYTITLE 指令

== 什么是 iperf3？ ==
<code>iperf3</code> 是目前运维人员最常用的网络带宽测量工具。它基于 C/S（客户端/服务端）架构，可以测试 TCP 和 UDP 带宽质量。它不仅能告诉你最大带宽是多少，还能报告丢包率（Packet Loss）和重传数（Retr），这些数据往往比单纯的“速度”更能反映线路的质量。

== 第一步：安装 iperf3 ==
iperf3 属于轻量级工具，几乎所有主流 Linux 发行版的官方源都包含它。

Debian / Ubuntu 系统：
apt update && apt upgrade -y

apt '''install''' iperf3 -y
CentOS / AlmaLinux / Rocky 系统：
yum '''install''' epel-release -y

yum '''install''' iperf3 -y

== 第二步：基础用法 ==
测试需要两台机器。假设：

* 机器 A（服务端）：IP 为 <code>192.168.1.1</code>（你需要测试的那台 VPS）
* 机器 B（客户端）：你的本地电脑，或者另一台 VPS。

<blockquote>注意：如果你在服务器上安装了防火墙软件（ufw/firewalld/iptables），必须先放行默认端口 5201。</blockquote>1. 在服务端（机器 A）运行：
'''iperf3''' -s
''此时屏幕会显示 <code>Server listening on 5201</code>，表示正在等待连接。''

2. 在客户端（机器 B）运行：
'''iperf3''' -c 192.168.1.1
这就是最简单的测试，默认测试的是客户端上传到服务端的 TCP 带宽。

== 第三步：进阶参数详解（核心内容） ==
只有掌握了参数，才能针对性地进行测试。以下是我们平常比较常用的参数表：
{| class="wikitable"
!参数
!完整写法
!作用解释
!适用场景
|-
| -s
|<code>--server</code>
|服务端模式，表示这台机器作为接收端。
|部署在 VPS 上
|-
| -c
|<code>--client</code>
|客户端模式，后接服务端 IP。
|本地或其他测试机
|-
| -p
|<code>--port</code>
|指定端口。默认是 5201。
|当默认端口被占用或防火墙限制时使用
|-
| -R
|<code>--reverse</code>
|反向模式。即测试服务端发送给客户端的速度（下载速度）。
|测试 VPS 到本地的下载速度
|-
| -P
|<code>--parallel</code>
|多线程并发。后接数字，如 <code>-P 4</code>。
|测试大带宽（1G+）或单线程跑不满时
|-
| -t
|<code>--time</code>
|测试时长。单位秒，默认 10 秒。
|需要观察长时间网络稳定性时
|-
| -u
|<code>--udp</code>
|UDP 模式。测试 UDP 而非 TCP。
|测试流媒体、游戏线路的丢包和抖动
|-
| -4
|<code>--version4</code>
|强制使用 IPv4。
|双栈机器排查特定协议问题
|-
| -6
|<code>--version6</code>
|强制使用 IPv6。
|测试 IPv6 连通性和速度
|}

== 第四步：实战场景演练 ==
光看参数可能有点晕，下面列举几个最常用的测试命令组合。

=== 场景一：我想测 VPS 到我本地的下载速度（最常用） ===
默认的 <code>-c</code> 是测试上传（你发给 VPS）。但我们通常更关心 VPS 发给我们的速度（下载）。这时必须加上 <code>-R</code>。
# 在本地电脑终端输入
iperf3 -c <VPS_IP> -R</code>

=== 场景二：单线程跑不满，我想测最大带宽潜力 ===
对于跨洋线路或者高延迟线路，单线程 TCP 往往会被 TCP 拥塞控制限制，无法跑满 1Gbps 或 10Gbps 的物理端口。这时我们需要开启多线程并发。
# 开启 4 个线程进行反向测试
'''iperf3''' -c <VPS_IP> -R -P 4
''注：如果多线程能跑满，但单线程很慢，说明线路带宽充足但延迟或丢包导致单连接性能不佳。''

=== 场景三：测试线路质量（丢包与抖动） ===
速度快不代表线路好。看视频卡不卡，游戏跳不跳 ping，主要看 UDP 表现。
# 限制带宽为 100M（因为 UDP 没有拥塞控制，不限速可能把口子堵死），测试 UDP
'''iperf3''' -c <VPS_IP> -u -b 100M
重点观察输出结果中的：

* Jitter：抖动值，越小越好（<5ms 为佳）。
* Lost/Total：丢包率，0% 最好。如果超过 1% 可能会明显感觉卡顿。

=== 场景四：特定端口与长时测试 ===
有时候为了绕过运营商对特定端口的干扰，或者想看晚高峰 5 分钟内的持续表现：
# 连接服务端的 8080 端口，持续测试 300 秒
'''iperf3''' -c <VPS_IP> -p 8080 -t 300

== 常见问题： ==

# Error: Connection refused
#* 原因：服务端没开 iperf3，或者防火墙没放行端口。
#* 解决：检查服务端是否运行了 <code>iperf3 -s</code>，并检查安全组/防火墙设置。
# Retr 列的数值很高
#* 原因：Retr 代表 TCP 重传。如果你在测试结果中看到 Retr 数值一直在增加，说明线路存在丢包，TCP 正在通过重传数据来补救。
#* 结论：哪怕最终速度跑满了，High Retr 也意味着线路质量较差，晚高峰可能会炸。

=== 最后附上：TCP调试参数 https://omnitt.com/ ===
自己根据搬瓦工服务器和家里运营商情况调整网络数值，然后获取优化后的内核配置。使用以上iperf3命令，对TCP传输进行测试，尽可能地拉高带宽并且降低重传数。提升服务器的使用体验。
[[Category:500 常见应用指南 — Application Guides]]

Bandwagong服务器部署2FAuth

2026-09-18T22:51:20Z

Liam：移除无效的 DISPLAYTITLE 指令

2FAuth 是一款由 PHP (Laravel) 编写的自托管二步验证（2FA）管理工具。相比 Google Authenticator，它最大的优势在于数据完全掌握在自己手中，且支持 Web 端跨设备访问。

注意：该项目对文件权限和路径映射非常敏感。网上的旧教程（包括部分官方文档示例）容易导致 <code>Permission denied</code> 或 <code>500 Server Error</code>。

== 0. 环境准备 ==

* 服务器系统：Debian 11/12 或 Ubuntu 20.04+
* 核心组件：Docker & Docker Compose

如果你的搬瓦工服务器是刚连上SSH客户端的话，请先执行下面的一键命令安装 Docker：
apt update && apt upgrade -y
[[File:1453.png|center|thumb|800x800px]]
curl -fsSL <nowiki>https://get.docker.com</nowiki> -o get-docker.sh
sudo sh get-docker.sh
sudo systemctl enable --now docker
[[File:79f956.png|center|thumb|800x800px]]
[[File:45678.png|center|thumb|800x800px]]
执行完上面的命令，再输入<code>systemctl status docker</code> 并回车。

看到<code>Active: active</code> 就说明docker已经成功安装并正在运行中了。

== 1. 建立目录与解决权限（这里很关键） ==
这是大部分人失败的原因：Docker 自动创建的目录属于 <code>root</code> 用户，而 2FAuth 容器内部使用 <code>1000</code> (www-data) 用户，导致没有权限写入数据库。

我们需要先创建目录，并提前授权（四条命令从上到下依次输入）：
<code># 1. 创建项目根目录
mkdir -p /root/data/docker_data/2fauth

# 2. 创建核心数据目录
mkdir -p /root/data/docker_data/2fauth/data

# 3. 【核心步骤】修改权限
# 将 data 目录的所有权赋予容器内的用户（ID 1000）
# 如果不做这一步，容器会因无法生成数据库文件而无限重启
chown -R 1000:1000 /root/data/docker_data/2fauth/data

# 4. 进入项目目录
cd /root/data/docker_data/2fauth</code>
[[File:4345313.png|center|thumb|800x800px]]

== 2. 生成 APP_KEY ==
Laravel 框架必须有一个 32 位的密钥才能运行。在终端执行以下命令，'''复制''' 输出的字符串（可以先复制到电脑的记事本上）：

<code>'''openssl''' rand -base64 32</code>

''输出示例：<code>base64:xgT+...（一长串字符）...=</code>''

== 3. 配置文件编写 ==
我们需要创建两个文件：<code>.env</code> 和 <code>docker-compose.yml</code>。

=== 第一步：创建 .env 文件 ===
这里我们移除了容易引发冲突的数据库路径配置，直接使用容器默认值。

vim .env

粘贴以下内容（请务必替换你的 APP_KEY）：
<code># --- 基础配置 ---
APP_NAME=2FAuth
APP_ENV=production
APP_DEBUG=false
APP_URL=<nowiki>http://你的服务器IP:8000</nowiki>

# --- 密钥配置 (必须修改) ---
# 将第2步生成的 base64 字符串完整粘贴在这里
APP_KEY=base64:你刚刚生成的密钥

# --- 数据库配置 ---
# 仅保留连接类型，不要手动指定 DB_DATABASE 路径！
# 让容器自动使用默认的 /2fauth/database.sqlite
DB_CONNECTION=sqlite</code>
[[File:4353.png|center|thumb|800x800px]]

=== 第二步：创建 docker-compose.yml ===

<code>'''vim''' docker-compose.yml</code>

粘贴以下内容。注意：我们将整个 <code>./data</code> 挂载到了容器的 <code>/2fauth</code> 目录，这样可以确保存储、日志和数据库都能正确持久化且互不冲突。
<code>'''version''': "3"
'''services''':
'''2fauth''':
'''image''': 2fauth/2fauth:latest
'''container_name''': 2fauth
'''restart''': unless-stopped
'''ports''':
- 8000:8000/tcp
'''env_file''': .env
'''volumes''':
# 【核心修改】直接挂载应用根目录
# 这样 database.sqlite 会自动生成在宿主机的 ./data 目录下
- ./data:/2fauth</code>
[[File:99f13.png|center|thumb|800x800px]]

== 4. 启动服务 ==
确认当前目录结构如下：

* <code>/2fauth</code>
** <code>.env</code>
** <code>docker-compose.yml</code>
** <code>/data</code> (权限已改为 1000:1000)
[[File:7e8913e2.png|center|thumb|800x800px]]
执行启动命令：

'''docker compose up -d'''</code>
[[File:9bef1ff45.png|center|thumb|800x800px]]

== 5. 验证部署 ==
查看实时日志：

'''docker compose logs -f'''</code>
部署成功的标志：你需要耐心等待几秒钟，当你看到日志中出现密密麻麻的 <code>Running migrations</code>，并且包含 <code>create_users_table</code>、<code>create_options_table</code> 等字样，最后停在：<blockquote><code>Application key set successfully.</code></blockquote>这说明数据库初始化已经完成！

现在，打开浏览器访问 <code><nowiki>http://你的IP:8000</nowiki></code>，即可看到登录界面。点击 Register 注册你的第一个账号（自动成为管理员）。

[[File:9ff84e90-cb5.png|center|thumb|800x800px]]完成后，需要给网站加上HTTPS进行访问的话，可以参考：[[如何搭建Nginx Proxy Manager并使用反向代理和远程桌面加速]]

{{DEFAULTSORT:Bandwagon服务器部署2FAuth}}
[[Category:500 常见应用指南 — Application Guides]]

查看Xray中各用户流量使用情况的脚本

2026-09-18T22:42:11Z

Liam：修复语法高亮标签的语言参数

== 预览 ==
----[[File:查看Xray中各用户流量使用情况的脚本-预览1.png|alt=|frameless|1104x1104px]]
----

== 要求 ==
Xray中需要配置, 分别开启 [https://xtls.github.io/config/stats.html 统计] / [https://xtls.github.io/config/api.html API] / [https://xtls.github.io/config/policy.html 本地策略], 且[https://xtls.github.io/config/inbounds/vless.html 用户]设置了<code>email</code>与<code>level</code>

'''配置参考:''' <syntaxhighlight lang="json">
{
"stats": {},

"api": {
"tag": "API",
"listen": "127.0.0.1:8080",
"services": [
"LoggerService",
"StatsService"
]
},

"policy": {
"levels": {
"0": {
"handshake": 5,
"connIdle": 600,
"statsUserUplink": true,
"statsUserDownlink": true,
"statsUserOnline": true
}
},
"system": {
"statsInboundUplink": true,
"statsInboundDownlink": true
}
}
}
</syntaxhighlight>'''用户配置参考:'''<syntaxhighlight lang="json">
{
"id": "UserId123456",
"email": "易于标识的名称",
"level": 0
}
</syntaxhighlight>
----

== 内容 ==
<syntaxhighlight lang="bash">
#!/usr/bin/env bash
set -euo pipefail

XRAY_BIN="${XRAY_BIN:-xray}"
# 自行修改 Xray API 地址
SERVER="${1:-127.0.0.1:8080}"

declare -A IN_UP IN_DOWN IN_TOTAL
declare -A U_UP U_DOWN U_TOTAL
declare -A USERSET

bytes_to_gb() {
local b="${1-}"
if [[ -z "${b}" ]]; then
echo "null"
return 0
fi
awk -v b="${b}" 'BEGIN{printf "%.3f", b/1024/1024/1024}'
}

normalize_stats_objects() {
tr -d '\n\r\t ' \
| grep -oE '\{"name":"[^"]+","value":[0-9]+\}'
}

extract_field() {
local obj="$1"
local key="$2"
echo "$obj" | sed -nE "s/.*\"${key}\":\"?([^\",}]*)\"?.*/\1/p"
}

accumulate_stats() {
local stats_json="$1"
local line name value kind tag dir email

while IFS= read -r line; do
[[ -z "$line" ]] && continue

name="$(extract_field "$line" "name")"
[[ -z "$name" ]] && continue

value="$(echo "$line" | sed -nE 's/.*"value":([0-9]+).*/\1/p')"
value="${value:-0}"

kind="$(awk -F'>>>' '{print $1}' <<<"$name")"

if [[ "$kind" == "inbound" ]]; then
tag="$(awk -F'>>>' '{print $2}' <<<"$name")"
dir="$(awk -F'>>>' '{print $4}' <<<"$name")"

if [[ "$dir" == "uplink" ]]; then
IN_UP["$tag"]=$(( ${IN_UP["$tag"]:-0} + value ))
elif [[ "$dir" == "downlink" ]]; then
IN_DOWN["$tag"]=$(( ${IN_DOWN["$tag"]:-0} + value ))
fi
IN_TOTAL["$tag"]=$(( ${IN_TOTAL["$tag"]:-0} + value ))

elif [[ "$kind" == "user" ]]; then
email="$(awk -F'>>>' '{print $2}' <<<"$name")"
dir="$(awk -F'>>>' '{print $4}' <<<"$name")"

USERSET["$email"]=1

if [[ "$dir" == "uplink" ]]; then
U_UP["$email"]=$(( ${U_UP["$email"]:-0} + value ))
elif [[ "$dir" == "downlink" ]]; then
U_DOWN["$email"]=$(( ${U_DOWN["$email"]:-0} + value ))
fi
U_TOTAL["$email"]=$(( ${U_TOTAL["$email"]:-0} + value ))
fi
done < <(echo "$stats_json" | normalize_stats_objects)
}

query_online_ips() {
local email="$1"
local out pairs status

out="$("$XRAY_BIN" api statsonlineiplist -s="$SERVER" -email "$email" 2>/dev/null || true)"

pairs="$(echo "$out" | tr -d '\n\r\t ' \
| grep -oE '"([0-9]{1,3}\.){3}[0-9]{1,3}":[0-9]+' \
| sed -E 's/"//g' \
| awk -F: '{
ip=$1
ts=$2
cmd="TZ=Asia/Shanghai date -d @"ts" \"+%Y-%m-%d %H:%M:%S\""
cmd | getline t
close(cmd)
printf "%s(%s) ", ip, t
}' \
| sed -E 's/[[:space:]]+$//')"

if [[ -n "$pairs" ]]; then
status="ONLINE"
echo "$status"
echo "$pairs"
else
echo "OFFLINE"
echo "-"
fi
}

main() {
local stats_json
stats_json="$("$XRAY_BIN" api statsquery --server="$SERVER" 2>/dev/null || true)"
#echo "$stats_json"

if [[ -z "$stats_json" ]]; then
echo "Server: $SERVER"
echo "Unit: GB, bytes divided by 1024^3"
echo
echo "Inbound traffic"
printf "%-22s %14s %14s %14s\n" "tag" "uplink_GB" "downlink_GB" "total_GB"
echo
echo "User traffic and online status"
printf "%-24s %14s %14s %14s %8s %s\n" "email" "uplink_GB" "downlink_GB" "total_GB" "status" "ips"
exit 0
fi

accumulate_stats "$stats_json"

echo "Server: $SERVER"
echo "Unit: GB, bytes divided by 1024^3"
echo

echo "Inbound traffic"
printf "%-22s %14s %14s %14s\n" "tag" "uplink_GB" "downlink_GB" "total_GB"

{
for tag in "${!IN_TOTAL[@]}"; do
echo "$tag"
done
} | sort | while IFS= read -r tag; do
local up down total up_s down_s total_s

if [[ -v IN_UP["$tag"] ]]; then up="${IN_UP["$tag"]}"; else up=""; fi
if [[ -v IN_DOWN["$tag"] ]]; then down="${IN_DOWN["$tag"]}"; else down=""; fi
if [[ -v IN_TOTAL["$tag"] ]]; then total="${IN_TOTAL["$tag"]}"; else total=""; fi

up_s="$(bytes_to_gb "$up")"
down_s="$(bytes_to_gb "$down")"
total_s="$(bytes_to_gb "$total")"

printf "%-22s %14s %14s %14s\n" "$tag" "$up_s" "$down_s" "$total_s"
done

echo
echo "User traffic and online status"
printf "%-24s %14s %14s %14s %8s %s\n" "email" "uplink_GB" "downlink_GB" "total_GB" "status" "ips"

{
for email in "${!USERSET[@]}"; do
echo "$email"
done
} | sort | while IFS= read -r email; do
local up down total up_s down_s total_s status ips
local qout

if [[ -v U_UP["$email"] ]]; then up="${U_UP["$email"]}"; else up=""; fi
if [[ -v U_DOWN["$email"] ]]; then down="${U_DOWN["$email"]}"; else down=""; fi
if [[ -v U_TOTAL["$email"] ]]; then total="${U_TOTAL["$email"]}"; else total=""; fi

up_s="$(bytes_to_gb "$up")"
down_s="$(bytes_to_gb "$down")"
total_s="$(bytes_to_gb "$total")"

qout="$(query_online_ips "$email")"
status="$(sed -n '1p' <<<"$qout")"
ips="$(sed -n '2p' <<<"$qout")"

printf "%-24s %14s %14s %14s %8s %s\n" \
"$email" "$up_s" "$down_s" "$total_s" "$status" "$ips"
done
}

main "$@"
</syntaxhighlight>'''推荐配置定时任务:'''<syntaxhighlight lang="text" line="1">
TZ=Asia/Shanghai
# 每月8号早上7点重置统计信息
0 7 8 * * /usr/local/bin/xray api statsquery -s=127.0.0.1:8080 -reset=true >/dev/null 2>&1
# 每天早上7点重启日志记录器
0 7 * * * /usr/local/bin/xray api restartlogger -s=127.0.0.1:8080
</syntaxhighlight>
[[Category:500 常见应用指南 — Application Guides]]

如何搭建IKEV2 VPN

2026-09-18T22:42:00Z

Liam：修复语法高亮标签的语言参数

'''注意''': IKEV2协议可能会被GFW污染IKEV2数据包一个月, 临时使用为优, 请勿长时间使用, 如果主机在国内可以忽略

适合不能配置HTTP代理且不能安装其他代理客户端的设备
----

=== 1. 准备 ===
以 Debian13 为例<syntaxhighlight lang="text">apt update
apt install nftables strongswan libstrongswan-extra-plugins libcharon-extra-plugins libcharon-extauth-plugins
systemctl enable strongswan-starter
mkdir -p /main/ikev2/cert
cd /main/ikev2</syntaxhighlight><code>sysctl</code> 中需要配置IP转发, 新建一个<code>forward.conf</code>并进行编辑<syntaxhighlight lang="text" line="1">
net.ipv4.ip_forward = 1
net.ipv6.conf.all.forwarding = 1
</syntaxhighlight>保存好后链接过去, 并让其生效<syntaxhighlight lang="text">
ln -f /main/ikev2/forward.conf /etc/sysctl.d/
sysctl --system
</syntaxhighlight>

=== 2. 配置证书 ===
这里我们使用自签证书, 先切换目录<syntaxhighlight lang="text">
cd /main/ikev2/cert
</syntaxhighlight>新建一个<code>server.cert.conf</code>并进行配置<syntaxhighlight lang="text" line="1">
[req]
default_bits = 4096
default_md = sha256
distinguished_name = req_distinguished_name
req_extensions = req_ext
x509_extensions = v3_ca
prompt = no

[req_distinguished_name]
O = ikev2
CN = ikev2 cert

[req_ext]
subjectAltName = @alt_names

[v3_ca]
subjectAltName = @alt_names
basicConstraints = CA:FALSE
keyUsage = digitalSignature, keyEncipherment
extendedKeyUsage = serverAuth, clientAuth

[alt_names]
DNS.1 = 你的域名
DNS.2 = 你的第二个域名
</syntaxhighlight>需要设置好域名并进行保存

执行以下命令<syntaxhighlight lang="text">openssl genrsa -out ca.key.pem 4096
openssl req -new -x509 -nodes -days 5475 -sha256 -key ca.key.pem -out ca.cert.pem -subj "/O=ikev2/CN=ikev2 ca"

openssl genrsa -out server.key.pem 4096
openssl req -new -key server.key.pem -out server.csr.pem -config server.cert.conf
openssl x509 -req -CA ca.cert.pem -CAkey ca.key.pem -CAcreateserial -in server.csr.pem -out server.cert.pem -days 5475 -sha256 -extfile server.cert.conf -extensions v3_ca</syntaxhighlight>查看证书信息<syntaxhighlight lang="text">openssl x509 -in ca.cert.pem -text -noout</syntaxhighlight>将证书链接到配置目录中<syntaxhighlight lang="text">
mkdir -p /etc/ipsec.d/{private,certs}
ln -f /main/ikev2/cert/server.key.pem /etc/ipsec.d/private/
ln -f /main/ikev2/cert/server.cert.pem /etc/ipsec.d/certs/
</syntaxhighlight>

=== 3. 配置nftables ===
主要是为了根据 IKEV2 服务端分配给客户端的IP, 将数据包转发到指定网卡

如果你之前配置过nftables, 不是编辑配置文件, 那就从之前的配置中取, 并进行链接, 准备编辑<syntaxhighlight lang="text">
mkdir /main/nftables
cp /etc/nftables.conf /main/nftables/
ln -f /main/nftables/nftables.conf /etc/
</syntaxhighlight>如果你没有配置过, 那就在<code>/main/nftables/</code>中创建一个<code>nftables.conf</code>配置文件并链接过去, 准备编辑<syntaxhighlight lang="text">ln -f /main/nftables/nftables.conf /etc/</syntaxhighlight>如果你之前配置过nftables, 且编辑了配置文件, 就直接修改那个配置文件, 准备编辑

现在开始编辑<code>nftables.conf</code>, 加入以下配置<syntaxhighlight lang="text">
table inet ikev2_nat {
chain postrouting {
type nat hook postrouting priority 10;
policy accept;

# 自行修改网卡或IP
ip saddr 10.10.0.0/16 oif "eth0" masquerade;
ip6 saddr fd00:ce20::/16 oif "eth0" masquerade;
}
}
</syntaxhighlight>保存好后并生效<syntaxhighlight lang="text">
systemctl enable nftables.service
systemctl restart nftables.service
</syntaxhighlight>如果你有其他防火墙规则, 记得放行 UDP<code>500</code>与<code>4500</code>

=== 4. 配置IKEV2 ===
在<code>/main/ikev2</code>中分别创建文件: <code>ipsec.conf</code>, <code>ipsec.secrets</code>

conf是核心配置, secrets是用户配置, 需要自行修改

<code>ipsec.conf</code>的配置: <syntaxhighlight lang="text" line="1">
config setup
charondebug="ike 2, knl 2, net 2, esp 2, dmn 2, mgr 2"
uniqueids=no

conn ikev2-eap-mschapv2
keyexchange=ikev2
ike=aes256-sha1-sha256-sha384-modp2048,aes128gcm16-aes256gcm16-sha1-sha256-sha384-modp1024!
esp=aes256-3des-sha1

auto=add
compress=no
dpdaction=clear
fragmentation=yes
forceencaps=yes

dpddelay=30s
ikelifetime=10h
lifetime=30m

left=%defaultroute
leftauth=pubkey
leftid=你的域名
leftcert=server.cert.pem
leftsendcert=always
leftsubnet=0.0.0.0/0,::/0
leftfirewall=yes

right=%any
rightid=%any
rightauth=eap-mschapv2
rightsourceip=10.10.0.0/16,fd00:ce20::/16
rightdns=1.1.1.1,8.8.8.8
rightsendcert=never
eap_identity=%identity
</syntaxhighlight><code>ipsec.secrets</code>的配置: <syntaxhighlight lang="text">
: RSA "server.key.pem"
User1 : EAP "123456789"
User2 : EAP "这是用户密码, 换行前面要注意不能有空格"
</syntaxhighlight>自行修改好后, 重启服务并生效<syntaxhighlight lang="text">
systemctl restart strongswan-starter.service
systemctl status strongswan-starter.service
</syntaxhighlight>

=== 5. 安装证书 ===
任何系统想用就必须装上'''CA证书''', 也就是上面配置证书的<code>ca.cert.pem</code>

'''Windows安装证书:'''

<code>ca.cert.pem</code>改为<code>.der</code>后缀, 双击安装, 到本地计算机, 将证书放入下列存储 (受信任的根证书颁发机构)

'''安卓安装证书:'''

以'''iqoo'''为例, 进入手机设置 -> 安全 -> 更多安全设置 -> 从手机存储安装 -> CA证书, 文件选择<code>ca.cert.pem</code>

其他手机可以搜索 <code>CA/证书/凭证</code>

'''IOS安装证书:'''

下载证书后, 进入设置直接安装

=== 6. 设备使用 ===
添加 IKEV2 基本都是在任何系统里的设置中, 进入设置后找到VPN选项, 并添加

类型选择IKEV2, 名称随便起, 地址则是你的域名, 有些可能需要设置<code>IPSec标识符</code>或者<code>远程ID</code>, 这些也填写成你的域名, 再输入设置好的用户名与密码, 就可以连接了

Windows可能无法保存密码信息, 要求密码信息时不能取消, 否则资源管理器会卡死

'''Windows设置:'''

[[File:如何搭建IKEV2 VPN-1.png|frameless|631x631px]]

'''安卓设置:'''

[[File:如何搭建IKEV2 VPN-2.jpg|frameless|498x498px]]
[[Category:500 常见应用指南 — Application Guides]]

如何搭建 Kubernetes 一站式平台

2026-09-18T22:41:39Z

Liam：修复语法高亮标签的语言参数

----

== 1. 什么是 Kubernetes / k8s ==
k8s 也就是 Kubernetes 是一个面向容器化应用的自动化管理平台, 核心职责是管理程序运行的环境, 包括 <code>部署应用/调度资源/维护副本/处理故障/对外暴露服务</code>等等...

对于初学者来说可以把它理解成一个专门管理容器集群的平台, 当你只有一个容器时也许还感觉不到它的必要性

但当你需要同时运行多个服务, 需要让服务彼此通信, 需要保证应用异常后自动恢复, 甚至需要后续扩容到多台机器时 Kubernetes 的价值就会非常明显

而本文要做的事情, 就是在一台主机上先搭建一个最小可运行的 Kubernetes 环境, 借助这个过程去理解 Kubernetes 是怎样从零开始被组织起来的

为了易读性, 在这里会将 <code>Kubernetes</code> 简称为 <code>k8s</code>

== 2. 环境说明 ==
运行 kubeadm 集群建议 control plane 节点至少具备 <code>2 Core CPU</code> 和 <code>2 GiB</code> 运存, 推荐购买搬瓦工的 [https://bandwagonhost.com/cart.php?a=add&pid=166 ECOMMERCE SLA] 套餐

* 操作系统以 Debian13 为例
* 主机数量 1 台
* 使用 root 用户
* 主机承担 control plane 和 workload 调度
* k8s pod网段为 <code>10.10.0.0/16</code> , service网段为 <code>192.168.0.0/16</code>
* 使用 <code>Headlamp</code> 管理k8s pods

== '''3. 前置准备''' ==

==== 3.1 加载模块并启用转发 ====
<syntaxhighlight lang="bash">
cat <<'EOF' | tee /etc/modules-load.d/k8s.conf
overlay
br_netfilter
EOF

modprobe overlay
modprobe br_netfilter

cat <<'EOF' | tee /etc/sysctl.d/k8s.conf
net.bridge.bridge-nf-call-iptables = 1
net.bridge.bridge-nf-call-ip6tables = 1
net.ipv4.ip_forward = 1
net.ipv6.conf.all.forwarding = 1
EOF
sysctl --system
</syntaxhighlight>

==== 3.2 配置 hosts ====
<syntaxhighlight lang="bash">
tee -a /etc/hosts > /dev/null <<'EOF'
127.0.0.1 k8s-master
EOF
</syntaxhighlight>

==== 3.3 关闭 swap (可选) ====
<syntaxhighlight lang="bash">
swapoff -a
sed -ri '/\sswap\s/s/^/#/' /etc/fstab
</syntaxhighlight>

== '''4. 安装 containerd''' ==
更新软件源并安装 containerd 与其他核心组件<syntaxhighlight lang="bash">
apt update
apt install -y containerd apt-transport-https ca-certificates curl gpg
</syntaxhighlight>生成默认配置文件并修改配置文件, 这里为了防止后续可能报错, 修改了 <code>bin_dir</code><syntaxhighlight lang="bash">mkdir -p /etc/containerd
containerd config default | tee /etc/containerd/config.toml > /dev/null
sed -i 's#bin_dir = "/usr/lib/cni"#bin_dir = "/opt/cni/bin"#' /etc/containerd/config.toml
sed -i 's/SystemdCgroup = false/SystemdCgroup = true/' /etc/containerd/config.toml</syntaxhighlight>重启并设置自启<syntaxhighlight lang="bash">
systemctl daemon-reload
systemctl restart containerd
systemctl enable containerd
systemctl status containerd
</syntaxhighlight>

== '''5. 安装 kubeadm kubelet kubectl''' ==
<syntaxhighlight lang="bash">
mkdir -p -m 755 /etc/apt/keyrings
curl -fsSL https://pkgs.k8s.io/core:/stable:/v1.35/deb/Release.key | gpg --dearmor -o /etc/apt/keyrings/kubernetes-apt-keyring.gpg
echo 'deb [signed-by=/etc/apt/keyrings/kubernetes-apt-keyring.gpg] https://pkgs.k8s.io/core:/stable:/v1.35/deb/ /' | tee /etc/apt/sources.list.d/kubernetes.list
apt-get update
apt-get install -y kubelet kubeadm kubectl
apt-mark hold kubelet kubeadm kubectl
systemctl enable --now kubelet
</syntaxhighlight>检查<syntaxhighlight lang="bash">
kubeadm version
kubectl version --client
kubelet --version
</syntaxhighlight>

== '''6. 初始化单节点 k8s 集群''' ==
新建一个初始化配置<syntaxhighlight lang="bash">mkdir -p /main/k8s
nano /main/k8s/kubeadm-config.yaml</syntaxhighlight>粘贴并自行修改配置后进行保存<syntaxhighlight lang="yaml" line="1">
apiVersion: kubeadm.k8s.io/v1beta4
kind: InitConfiguration
nodeRegistration:
name: master
criSocket: "unix:///run/containerd/containerd.sock"
localAPIEndpoint:
advertiseAddress: <你的公网主机IP>
bindPort: 6443

---
apiVersion: kubeadm.k8s.io/v1beta4
kind: ClusterConfiguration
kubernetesVersion: v1.35.0
networking:
podSubnet: 10.10.0.0/16
serviceSubnet: 192.168.0.0/16
dnsDomain: cluster.local

# 若开启了Swap需要解除此注释!
#---
#apiVersion: kubelet.config.k8s.io/v1beta1
#kind: KubeletConfiguration
#cgroupDriver: systemd
#failSwapOn: false
#memorySwap:
# swapBehavior: LimitedSwap

</syntaxhighlight>开始初始化<syntaxhighlight lang="bash">
kubeadm init --config /main/k8s/kubeadm-config.yaml
</syntaxhighlight>初始化完成后配置 kubectl<syntaxhighlight lang="bash">
mkdir -p $HOME/.kube
cp -i /etc/kubernetes/admin.conf $HOME/.kube/config
chown "$(id -u)":"$(id -g)" $HOME/.kube/config
</syntaxhighlight>因为我们是单节点, 需要移除 control plane 污点, 除非多台主机节点<syntaxhighlight lang="bash">
kubectl taint nodes --all node-role.kubernetes.io/control-plane-
</syntaxhighlight>检查<syntaxhighlight lang="bash">kubectl get nodes
kubectl get pods -A</syntaxhighlight>这时 master 大概率是 <code>NotReady</code> 状态, 目前 CNI 还没有安装, CoreDNS 也通常不会处于 <code>Running</code> 状态

== '''7. 安装 Helm并设置补全''' ==
安装 Helm<syntaxhighlight lang="bash">curl -fsSL -o get_helm.sh https://raw.githubusercontent.com/helm/helm/main/scripts/get-helm-4
chmod 700 get_helm.sh
./get_helm.sh
helm version</syntaxhighlight>

===== '''命令补全:''' =====

* zsh<syntaxhighlight lang="bash">
echo 'source <(kubectl completion zsh)' >> ~/.zshrc
echo 'source <(helm completion zsh)' >> ~/.zshrc
source ~/.zshrc
</syntaxhighlight>
* bash<syntaxhighlight lang="bash">
echo 'source <(kubectl completion bash)' >> ~/.bashrc
echo 'source <(helm completion bash)' >> ~/.bashrc
source ~/.bashrc
</syntaxhighlight>
* fish<syntaxhighlight lang="bash">
kubectl completion fish | tee /etc/fish/completions/kubectl.fish > /dev/null
helm completion fish | tee /etc/fish/completions/helm.fish > /dev/null
</syntaxhighlight>

== '''8. 安装 CNI 插件''' ==
在资源紧凑的主机中我更推荐使用 <code>Flannel</code> , 这里也会提供 <code>Calico</code> 与 <code>Cilium</code> 的安装, 根据应用场景自行选择其一

资源占用: <code>Flannel</code> < <code>Calico</code> < <code>Cilium</code>

==== 8.1 Flannel ====
<syntaxhighlight lang="bash">kubectl create namespace kube-flannel
kubectl label namespace kube-flannel --overwrite pod-security.kubernetes.io/enforce=privileged
kubectl label namespace kube-flannel --overwrite pod-security.kubernetes.io/audit=privileged
kubectl label namespace kube-flannel --overwrite pod-security.kubernetes.io/warn=privileged
helm upgrade --install flannel -n kube-flannel --create-namespace --set podCidr=10.10.0.0/16 https://github.com/flannel-io/flannel/releases/download/v0.28.1/flannel.tgz</syntaxhighlight>

==== 8.2 Calico ====
<syntaxhighlight lang="bash">helm repo add projectcalico https://docs.tigera.io/calico/charts
helm repo update
kubectl create namespace tigera-operator
helm upgrade --install calico projectcalico/tigera-operator --version v3.31.4 --namespace tigera-operator --set installation.calicoNetwork.ipPools[0].cidr=10.10.0.0/16 --set installation.calicoNetwork.ipPools[0].encapsulation=VXLAN</syntaxhighlight>

==== 8.3 Cilium ====
<syntaxhighlight lang="bash">
helm repo add cilium https://helm.cilium.io/
helm repo update
helm upgrade --install cilium cilium/cilium --version 1.19.1 --namespace kube-system
</syntaxhighlight>'''检查CNI'''<syntaxhighlight lang="bash">
kubectl get nodes
kubectl get pods -A
</syntaxhighlight>节点状态从 <code>NotReady</code> 变为 <code>Ready</code> , CoreDNS 进入 <code>Running</code> 状态, '''至此, k8s 已经初步部署完成'''

== 9. Headlamp (可选) ==

==== 9.1 什么是 '''<code>Headlamp</code>''' ====
Headlamp是一个面向 k8s 的图形化管理界面, 它的目标是用更直观的方式帮助用户查看和管理集群资源, 例如节点/Pod/Deployment/Service/ConfigMap/Secret 等常见对象, 都可以通过 Web 页面进行浏览和操作

它定义为一个易用且可扩展的 Kubernetes WebUI 并强调它既可以作为集群内 Web 应用运行, 也可以作为桌面应用使用, 和很多传统 Dashboard 相比

Headlamp 的特点主要有三点:

# 界面更现代更偏向日常运维与开发使用
# 它支持基于 Kubernetes RBAC 的权限控制用户能看到和操作的资源会自动受当前权限约束
# 它具备插件扩展能力可以根据团队需求定制界面和功能

我个人认为可以帮助初学者摆脱只看命令行输出的方式, 更直观地观察集群中资源的创建/状态变化/日志/配置情况, 因此很适合作为 k8s 学习和演示环境中的可视化入口.

==== 9.2 开始安装 ====
先新建一个 <code>values.yml</code> 文件<syntaxhighlight lang="text">
mkdir -p /main/k8s/headlamp
nano /main/k8s/headlamp/values.yml
</syntaxhighlight>粘贴并自行修改配置后进行保存<syntaxhighlight lang="yaml" line="1">
replicaCount: 1

image:
registry: ghcr.io
repository: headlamp-k8s/headlamp
tag: ""
pullPolicy: IfNotPresent

nameOverride: ""
fullnameOverride: "headlamp"
namespaceOverride: ""

service:
type: NodePort
port: 80
# 宿主机开放端口
nodePort: 30080

env:
- name: TZ
value: "Asia/Shanghai"

config:
pluginsDir: /headlamp/plugins

volumes:
- name: plugins-volume
hostPath:
path: /main/k8s/headlamp/plugins
type: DirectoryOrCreate

volumeMounts:
- name: plugins-volume
mountPath: /headlamp/plugins

resources:
requests:
cpu: 100m
memory: 128Mi
limits:
cpu: 500m
memory: 512Mi

</syntaxhighlight>用 Helm 安装<syntaxhighlight lang="bash">
helm repo add headlamp https://kubernetes-sigs.github.io/headlamp/
helm repo update
helm upgrade --install headlamp headlamp/headlamp -n headlamp --create-namespace -f /main/k8s/headlamp/values.yml
</syntaxhighlight>通过开放的端口访问到 Headlamp, 初次加载需要等待一会, 之后需要输入 <code>token</code>, 使用命令生成<syntaxhighlight lang="bash">
kubectl create token headlamp --namespace headlamp --duration 168h
</syntaxhighlight>若不通则进行检查<syntaxhighlight lang="bash">
kubectl get nodes
kubectl get pods -A
</syntaxhighlight>

==== 9.3 查看资源使用概览 ====
Headlamp中各种资源显示, 需要依赖 <code>metrics-server</code><syntaxhighlight lang="bash">
helm repo add metrics-server https://kubernetes-sigs.github.io/metrics-server/
helm repo update
helm upgrade --install metrics-server metrics-server/metrics-server -n kube-system --set "args[0]=--kubelet-insecure-tls"
</syntaxhighlight>安装好后就可以正常显示资源占用情况

== 10. 常见问题排查 ==

==== 10.1 Flannel 启动失败 ====
优先检查这几个点, Flannel 官方 README 明确指出它依赖 <code>br_netfilter</code> 另外它默认使用 <code>portmap</code> 作为 CNI 网络插件的一部分并要求相关 CNI 二进制位于 <code>/opt/cni/bin</code>

==== 10.2 Headlamp 页面能打开但无法登录 ====
重点检查

* token 是否复制完整
* ServiceAccount 是否创建在 <code>kube-system</code>
* ClusterRoleBinding 是否绑定成功
* Headlamp 是否真的暴露成 NodePort

==== 10.3 Pod 无法联网 ====
重点检查

* <code>kubeadm init</code> 的 <code>--pod-network-cidr</code>
* Flannel Chart 的 <code>podCidr</code>
* 主机自身网段是否与 Pod 网段冲突

Kubernetes 官方明确提醒 Pod network 不应与宿主机网络重叠否则容易出现网络异常

== '''11. 常用命令''' ==
<syntaxhighlight lang="bash" line="1">
# -------------------------
# 1 集群和命名空间
# -------------------------
kubectl config current-context # 查看当前 kubeconfig 上下文
kubectl config get-contexts # 查看所有可用上下文
kubectl config use-context my-cluster # 切换到指定集群上下文
kubectl get ns # 查看所有命名空间
kubectl get pods -n kube-system # 查看指定命名空间中的 Pod
kubectl config set-context --current --namespace=default # 设置当前上下文默认命名空间

# -------------------------
# 2 Helm 安装和版本管理
# -------------------------
helm repo add bitnami https://charts.bitnami.com/bitnami # 添加 Helm 仓库
helm repo update # 更新 Helm 仓库索引
helm search repo nginx # 在 Helm 仓库中搜索 chart
helm install my-nginx bitnami/nginx # 安装一个 Helm release
helm install my-nginx bitnami/nginx -n web --create-namespace # 安装到指定命名空间不存在则创建
helm install headlamp headlamp/headlamp -n kube-system -f values.yaml # 使用 values 文件安装 release
helm upgrade headlamp headlamp/headlamp -n kube-system -f values.yaml # 升级已有 release
helm upgrade --install headlamp headlamp/headlamp -n kube-system -f values.yaml # 不存在则安装存在则升级
helm list -A # 查看所有命名空间中的 Helm release
helm status headlamp -n kube-system # 查看某个 release 当前状态
helm history headlamp -n kube-system # 查看 release 历史版本
helm rollback headlamp 2 -n kube-system # 回滚到指定 revision
helm uninstall headlamp -n kube-system # 卸载 release
helm show values headlamp/headlamp # 查看 chart 默认 values
helm template headlamp headlamp/headlamp -n kube-system -f values.yaml # 本地渲染模板不实际安装
helm upgrade --install headlamp headlamp/headlamp -n kube-system -f values.yaml --dry-run # 试运行安装或升级
helm upgrade --install headlamp headlamp/headlamp -n kube-system -f values.yaml --dry-run --debug # 试运行并输出详细调试信息

# -------------------------
# 3 常用资源查看
# -------------------------
kubectl get pods # 查看当前命名空间的 Pod
kubectl get pods -o wide # 查看 Pod 并显示节点 IP 等更多信息
kubectl get pods -w # 持续监听 Pod 状态变化
kubectl get deploy # 查看 Deployment
kubectl get svc # 查看 Service
kubectl get ds # 查看 DaemonSet
kubectl get sts # 查看 StatefulSet
kubectl get ingress # 查看 Ingress
kubectl get all -n kube-system # 查看命名空间下常见资源
kubectl get pods -l app.kubernetes.io/name=headlamp -n kube-system # 根据标签筛选 Pod
kubectl get deploy headlamp -n kube-system -o yaml # 查看 Deployment 的完整 YAML
kubectl get svc headlamp -n kube-system -o wide # 查看 Service 详细信息

# -------------------------
# 4 排障常用
# -------------------------
kubectl describe pod headlamp-xxx-xxx -n kube-system # 查看 Pod 详细状态和事件
kubectl describe deploy headlamp -n kube-system # 查看 Deployment 详细信息
kubectl describe svc headlamp -n kube-system # 查看 Service 详细信息
kubectl get events -n kube-system --sort-by=.metadata.creationTimestamp # 按时间排序查看命名空间事件
kubectl get events -A --sort-by=.metadata.creationTimestamp # 查看全局事件并按时间排序
kubectl logs headlamp-xxx-xxx -n kube-system # 查看 Pod 日志
kubectl logs -f headlamp-xxx-xxx -n kube-system # 持续跟踪 Pod 日志
kubectl logs headlamp-xxx-xxx -n kube-system -c headlamp # 查看指定容器日志
kubectl logs headlamp-xxx-xxx -n kube-system --previous # 查看容器上一次崩溃前日志
kubectl exec -it headlamp-xxx-xxx -n kube-system -- /bin/sh # 进入容器 shell
kubectl exec -it headlamp-xxx-xxx -n kube-system -- /bin/bash # 进入容器 bash
kubectl get pods -n kube-system # 先列出 Pod 再选择进入
kubectl exec -it pod-name -n kube-system -- /bin/sh # 进入指定 Pod
kubectl top pod -n kube-system # 查看 Pod CPU 和内存使用量
kubectl top node # 查看节点资源使用量

# -------------------------
# 5 发布和重启相关
# -------------------------
kubectl rollout restart deploy headlamp -n kube-system # 滚动重启 Deployment
kubectl rollout status deploy headlamp -n kube-system # 查看 Deployment 发布状态
kubectl rollout history deploy headlamp -n kube-system # 查看 Deployment 发布历史
kubectl rollout undo deploy headlamp -n kube-system # 回滚 Deployment 到上一版本
kubectl scale deploy headlamp --replicas=3 -n kube-system # 调整副本数
kubectl delete pod headlamp-xxx-xxx -n kube-system # 删除 Pod 让控制器自动重建

# -------------------------
# 6 网络和端口相关
# -------------------------
kubectl get svc -n kube-system # 查看命名空间下 Service
kubectl port-forward pod/headlamp-xxx-xxx 8080:80 -n kube-system # 将本地 8080 转发到 Pod 的 80
kubectl port-forward svc/headlamp 8080:80 -n kube-system # 将本地 8080 转发到 Service 的 80
kubectl get endpoints headlamp -n kube-system # 查看 Service 后端 Endpoint
kubectl run tmp-shell -it --rm --image=busybox -- /bin/sh # 临时启动调试 Pod
nslookup kubernetes.default # 在调试容器中解析集群 DNS
wget -qO- http://headlamp.kube-system.svc.cluster.local # 在调试容器中访问集群内部 Service

# -------------------------
# 7 配置和存储相关
# -------------------------
kubectl get configmap -n kube-system # 查看 ConfigMap
kubectl get secret -n kube-system # 查看 Secret
kubectl get pvc -A # 查看所有 PVC
kubectl get pv # 查看所有 PV
kubectl get nodes -o wide # 查看节点及详细信息
kubectl describe node node-1 # 查看节点详细状态
kubectl get deploy headlamp -n kube-system -o yaml # 查看实际生效的 Deployment YAML

# -------------------------
# 8 Helm 配合排障常用
# -------------------------
helm status headlamp -n kube-system # 查看 release 当前运行状态
helm get values headlamp -n kube-system # 查看用户自定义 values
helm get values headlamp -n kube-system -a # 查看合并后的全部 values
helm get manifest headlamp -n kube-system # 查看 release 实际渲染出的 manifest
helm get notes headlamp -n kube-system # 查看安装说明和访问提示
kubectl get pod headlamp-xxx-xxx -n kube-system --show-labels # 查看 Pod 标签判断所属 release
kubectl get all -n kube-system -l app.kubernetes.io/instance=headlamp # 根据 Helm release 标签筛选整套资源

# -------------------------
# 9 最常用 20 个命令
# -------------------------
kubectl get pods -A # 查看所有命名空间 Pod
kubectl get svc -A # 查看所有命名空间 Service
kubectl get deploy -A # 查看所有命名空间 Deployment
kubectl get all -n kube-system # 查看 kube-system 中常见资源
kubectl get pods -o wide -n kube-system # 查看 Pod 详细信息
kubectl describe pod pod-name -n kube-system # 查看 Pod 详情
kubectl describe deploy deploy-name -n kube-system # 查看 Deployment 详情
kubectl logs pod-name -n kube-system # 查看日志
kubectl logs -f pod-name -n kube-system # 持续跟踪日志
kubectl logs pod-name -n kube-system --previous # 查看上一次容器日志
kubectl exec -it pod-name -n kube-system -- /bin/sh # 进入容器
kubectl get events -n kube-system --sort-by=.metadata.creationTimestamp # 查看时间排序事件
kubectl port-forward svc/service-name 8080:80 -n kube-system # 本地端口转发到 Service
kubectl rollout restart deploy deploy-name -n kube-system # 重启 Deployment
kubectl rollout status deploy deploy-name -n kube-system # 查看滚动发布状态
kubectl scale deploy deploy-name --replicas=2 -n kube-system # 调整副本数
helm list -A # 查看所有 Helm release
helm status release-name -n kube-system # 查看 release 状态
helm get values release-name -n kube-system -a # 查看 release 全部 values
helm upgrade --install release-name repo/chart -n kube-system -f values.yaml # Helm 安装或升级

# -------------------------
# 10 实战排障流程
# -------------------------
helm status headlamp -n kube-system # 先检查 release 状态
kubectl get all -n kube-system -l app.kubernetes.io/instance=headlamp # 查看 release 关联资源
kubectl get pods -n kube-system -o wide # 查看 Pod 是否正常运行
kubectl describe pod pod-name -n kube-system # 检查 Pod 事件和错误
kubectl logs pod-name -n kube-system # 查看应用日志
kubectl get svc -n kube-system # 查看 Service 是否创建成功
kubectl describe svc headlamp -n kube-system # 查看 Service 配置详情
kubectl get endpoints headlamp -n kube-system # 查看 Service 是否关联到后端 Pod
kubectl port-forward svc/headlamp 8080:80 -n kube-system # 用本地转发验证服务本身是否正常

# -------------------------
# 11 常用别名
# -------------------------
alias k=kubectl # kubectl 简写
alias kgp='kubectl get pods' # 快速查看 Pod
alias kgs='kubectl get svc' # 快速查看 Service
alias kgd='kubectl get deploy' # 快速查看 Deployment
alias kdp='kubectl describe pod' # 快速查看 Pod 详情
alias kdd='kubectl describe deploy' # 快速查看 Deployment 详情
</syntaxhighlight>

== '''12. Helm Chart 配置文件模板''' ==
<syntaxhighlight lang="yaml" line="1">
replicaCount: 1 # Pod 副本数. 单节点或测试环境常设为 1
revisionHistoryLimit: 10 # Deployment 保留的历史版本数. 便于回滚
minReadySeconds: 0 # Pod 就绪后保持多久才视为可用

deploymentStrategy: # Deployment 更新策略
type: RollingUpdate # 推荐 RollingUpdate. Recreate 会先删后建
rollingUpdate:
maxUnavailable: 25% # 滚动更新期间最大不可用比例
maxSurge: 25% # 滚动更新期间可额外创建的副本比例

image:
registry: ghcr.io # 镜像仓库地址
repository: headlamp-k8s/headlamp # 示例镜像名. 新容器可改为自己的镜像
tag: "" # 镜像标签. 留空时通常使用 chart 默认 appVersion
pullPolicy: IfNotPresent # 拉取策略. 常用 IfNotPresent 或 Always

imagePullSecrets: [] # 私有仓库拉取密钥. 无需私仓时保持空数组

nameOverride: "" # 覆盖 chart 名称的一部分. 一般不需要
fullnameOverride: "headlamp" # 最终资源名. 示例中固定方便管理. 新项目可改
namespaceOverride: "" # 覆盖命名空间. 一般更建议 helm -n 指定

initContainers: # 初始化容器. 在主容器启动前执行
- name: init-plugin-dir # 初始化容器名称
image: busybox:1.36 # 使用轻量 busybox 镜像
imagePullPolicy: IfNotPresent # initContainer 拉取策略
command:
- sh
- -c
- mkdir -p /headlamp/plugins && chmod -R 755 /headlamp/plugins # 创建插件目录并赋权
securityContext:
runAsNonRoot: false # 初始化目录时通常允许 root 更省事. 严格环境可改
allowPrivilegeEscalation: false # 禁止提权
volumeMounts:
- name: plugins-volume # 挂载插件卷以便初始化目录
mountPath: /headlamp/plugins # 容器内插件目录路径

extraContainers: [] # 额外 sidecar 容器. 例如日志采集或代理

terminationGracePeriodSeconds: 30 # 优雅退出宽限期. 过短可能导致连接被硬切断
hostNetwork: false # 是否使用宿主机网络. 一般保持 false
dnsPolicy: ClusterFirst # DNS 策略. hostNetwork=true 时常配 ClusterFirstWithHostNet
dnsConfig: {} # 自定义 DNS 配置. 需模板支持
hostAliases: [] # 额外 hosts 映射. 仅少数场景使用

config:
inCluster: true # 集群内访问模式. Pod 通过 ServiceAccount 访问 K8s API
inClusterContextName: "main" # 集群内上下文名称
baseURL: "" # 子路径访问时填写如 /headlamp. 根路径保持空
sessionTTL: 86400 # 登录会话有效期. 单位秒. 86400 = 24 小时

oidc:
secret:
create: false # 是否由 chart 自动创建 OIDC Secret
name: oidc # OIDC Secret 名称
clientID: "" # OIDC 客户端 ID
clientSecret: "" # OIDC 客户端密钥
issuerURL: "" # OIDC 发行者地址
scopes: "" # OIDC scopes
callbackURL: "" # OIDC 回调地址
validatorClientID: "" # Token 校验客户端 ID
validatorIssuerURL: "" # Token 校验发行者地址
useAccessToken: false # 是否使用 Access Token
usePKCE: false # 是否启用 PKCE
useCookie: false # 是否通过 Cookie 保存认证信息
externalSecret:
enabled: false # 是否使用外部 Secret
name: "" # 外部 Secret 名称

meUserInfoURL: "" # 用户信息接口地址. 未接入外部认证时可留空
pluginsDir: "/headlamp/plugins" # 插件目录
enableHelm: false # 最新 chart 默认值为 false. 仅需展示 Helm 信息时开启
watchPlugins: false # 是否实时监听插件目录变化
extraArgs: [] # 额外启动参数. 例如 -plugins-dir=/headlamp/plugins

env: # 环境变量
- name: TZ # 时区环境变量名称
value: "Asia/Shanghai" # 时区设置

envFrom: [] # 从 ConfigMap 或 Secret 批量导入环境变量. 需模板支持

containerPorts: # 容器端口示例. 需模板支持
- name: http # 端口名称. 多端口 Service 时建议显式命名
containerPort: 4466 # 容器监听端口. 请按实际应用修改
protocol: TCP # 协议. 通常 TCP

livenessProbe: {} # 存活探针. K8S 原生支持 exec/httpGet/tcpSocket/grpc. 需模板支持
readinessProbe: {} # 就绪探针. 控制是否加入 Service 端点. 需模板支持
startupProbe: {} # 启动探针. 慢启动应用推荐配置. 需模板支持
lifecycle: {} # 生命周期钩子. preStop/postStart. 需模板支持

automountServiceAccountToken: true # 自动挂载 ServiceAccount Token. 集群内访问通常保持 true

serviceAccount:
create: true # 是否自动创建 ServiceAccount
annotations: {} # ServiceAccount 注解
name: "" # 最新 chart 默认空字符串. 留空时一般按 fullname 生成

clusterRoleBinding:
create: true # 是否自动创建 ClusterRoleBinding
clusterRoleName: "cluster-admin" # 示例使用 cluster-admin. 生产环境建议改成最小权限角色
annotations: {} # ClusterRoleBinding 注解

deploymentAnnotations: {} # Deployment 注解
podAnnotations: # Pod 注解. 可用于 sidecar 注入监控抓取等
kubectl.kubernetes.io/default-container: "headlamp" # kubectl exec/logs 默认容器提示. 非必须但更顺手

podLabels:
app.kubernetes.io/name: "headlamp" # 推荐使用标准标签
app.kubernetes.io/component: "web" # 组件标签. 便于筛选和治理

hostUsers: true # Pod 是否共享宿主用户命名空间. 设 false 可启用 user namespaces

podSecurityContext:
fsGroup: 101 # 卷文件组 ID. 便于挂载目录权限控制
fsGroupChangePolicy: OnRootMismatch # 新版常用项. 仅在需要时递归改卷权限
seccompProfile:
type: RuntimeDefault # 推荐使用运行时默认 seccomp 配置

securityContext:
runAsNonRoot: true # 强制非 root 运行
privileged: false # 不使用特权模式
runAsUser: 100 # 容器运行用户 UID
runAsGroup: 101 # 容器运行用户组 GID
allowPrivilegeEscalation: false # 禁止提权
readOnlyRootFilesystem: false # 需要更强约束时可设 true 并配 writable 卷
capabilities:
drop:
- ALL # 建议默认移除全部 Linux capabilities

service:
annotations: {} # Service 注解
type: NodePort # 暴露方式. 可选 ClusterIP / NodePort / LoadBalancer
port: 80 # Service 端口
targetPort: http # 目标端口. 建议引用命名端口便于变更
appProtocol: http # 应用层协议提示. v1.20 稳定
clusterIP: "" # ClusterIP 一般不手动指定
# loadBalancerIP: "" # 该字段自 v1.24 起已废弃. 新环境不建议再依赖
loadBalancerSourceRanges: [] # 限制允许访问的来源网段
nodePort: 30080 # NodePort 固定端口. 浏览器可通过 NodeIP:30080 访问
externalTrafficPolicy: Cluster # 对外流量策略. Local 可保留客户端源 IP
internalTrafficPolicy: Cluster # 集群内流量策略. v1.26 稳定. Local 可优先本地端点
sessionAffinity: None # 会话亲和性. 可选 None / ClientIP
sessionAffinityConfig: {} # 会话亲和性高级配置. 需按需填写
ipFamilyPolicy: SingleStack # 可选 SingleStack / PreferDualStack / RequireDualStack
ipFamilies: [] # 双栈时可写 [IPv4, IPv6] 或 [IPv6, IPv4]
trafficDistribution: PreferSameZone # v1.33 稳定. v1.35 支持 PreferSameZone / PreferSameNode

volumeMounts:
- name: plugins-volume # 插件卷名称
mountPath: /headlamp/plugins # 容器内挂载路径

# - name: kubeconfig-volume # 可选 kubeconfig 卷名称
# mountPath: /home/headlamp/.config/Headlamp/kubeconfigs/config # 容器内 kubeconfig 文件路径
# subPath: config # 将卷中的 config 文件挂载为单文件

volumes:
- name: plugins-volume # 卷名称. 需与 volumeMounts 对应
hostPath:
path: /data/headlamp/plugins # 宿主机目录. 等价于 Docker 左侧路径
type: DirectoryOrCreate # 不存在时自动创建目录

# - name: kubeconfig-volume # 可选 kubeconfig 卷
# hostPath:
# path: /data/headlamp/kubeconfigs # 宿主机 kubeconfig 所在目录
# type: DirectoryOrCreate # 不存在时自动创建

persistentVolumeClaim:
enabled: false # 是否改用 PVC 持久化. 使用 hostPath 时通常设 false
annotations: {} # PVC 注解
accessModes: [] # PVC 访问模式. 如 ReadWriteOnce
size: "" # PVC 大小. 如 5Gi
storageClassName: "" # 存储类名称
selector: {} # PVC 选择器
volumeMode: "" # 卷模式. 如 Filesystem / Block
dataSource: {} # 高级项. 可从快照或现有卷克隆. 需模板支持

ingress:
enabled: false # 是否启用 Ingress
annotations: {} # Ingress 注解
labels: {} # Ingress 标签
ingressClassName: "" # IngressClass 名称. 替代旧注解 kubernetes.io/ingress.class
hosts: [] # 域名和路径配置
tls: [] # TLS 配置

httpRoute:
enabled: false # 是否启用 Gateway API 的 HTTPRoute
annotations: {} # HTTPRoute 注解
labels: {} # HTTPRoute 标签
parentRefs: [] # 关联 Gateway. 启用时通常必填
hostnames: [] # 绑定域名
rules: [] # 路由规则. 未配置时通常走默认前缀路由

resources: # 资源请求与限制
requests:
cpu: "100m" # 最低 CPU 请求
memory: "128Mi" # 最低内存请求
limits:
cpu: "500m" # CPU 上限
memory: "512Mi" # 内存上限

nodeSelector:
kubernetes.io/os: linux # 仅调度到 Linux 节点

tolerations: [] # 容忍污点. 无特殊需求可留空
affinity: {} # 亲和性规则. 无特殊需求可留空
topologySpreadConstraints: # 拓扑分布约束. 新版 K8S 常用高可用配置
# - maxSkew: 1 # 单个拓扑域允许的最大偏斜
# topologyKey: topology.kubernetes.io/zone # 按可用区分布. 也可用 kubernetes.io/hostname
# whenUnsatisfiable: ScheduleAnyway # 可选 DoNotSchedule / ScheduleAnyway
# labelSelector:
# matchLabels:
# app.kubernetes.io/name: headlamp # 选取同类 Pod
# matchLabelKeys: # v1.27 起 Beta. 可按 Pod 标签键自动匹配
# - pod-template-hash
# nodeAffinityPolicy: Honor # v1.26 起 Beta. 可选 Honor / Ignore
# nodeTaintsPolicy: Ignore # v1.26 起 Beta. 可选 Honor / Ignore
[]

priorityClassName: "" # 优先级类名称
runtimeClassName: "" # 运行时类. 如 gvisor kata 等. 需模板支持

pluginsManager:
enabled: false # 是否启用插件管理 sidecar
configFile: "plugin.yml" # 插件配置文件名
configContent: "" # 插件配置内容
baseImage: node:lts-alpine # 插件管理器基础镜像
version: latest # 插件管理器版本
volumeMounts: [] # 插件管理器额外挂载
securityContext: {} # 插件管理器安全上下文

podDisruptionBudget:
enabled: false # 是否启用 PDB
minAvailable: 0 # 最少可用副本数
maxUnavailable: null # 最大不可用副本数
unhealthyPodEvictionPolicy: null # 不健康 Pod 驱逐策略. 新集群可按需设置

extraManifests: [] # 附加资源清单. 可内嵌额外 K8s YAML

</syntaxhighlight>'''参考:'''
* [https://kubernetes.io/docs/setup/production-environment/tools/kubeadm/troubleshooting-kubeadm/ kubeadm 故障排除]
* [https://headlamp.dev/plugins Headlamp Plugins]
* [https://helm.sh/zh/docs/chart_template_guide/getting_started/#charts Helm charts]
[[Category:500 常见应用指南 — Application Guides]]

如何使用IPv6/64段内任意一个IPv6地址而非默认地址

2026-09-18T22:41:23Z

Liam：修复语法高亮标签的语言参数

== 概述 ==
本教程介绍如何在搬瓦工的 Linux 系统中通过配置虚拟网卡（v4tunnel），从分配的 IPv6 /64 段中自由指定并使用任意一个 IPv6 地址。

== 操作步骤 ==

=== 1. 清理现有网络设备 ===
在开始配置前，先尝试关闭并删除可能冲突的旧设备：<syntaxhighlight lang="text">ifdown ipv6net 2>/dev/null
ip link delete ipv6net 2>/dev/null</syntaxhighlight>

=== 2. 修改网络配置文件 ===
编辑网络配置文件 <code>/etc/network/interfaces</code>，添加以下配置段。<syntaxhighlight lang="text">
nano /etc/network/interfaces
</syntaxhighlight><syntaxhighlight lang="text">auto ipv6net
iface ipv6net inet6 v4tunnel
#输入你要指定的IPv6地址
address 2607:8700:5501:xxxx:xxxx:xxxx:xxxx:xxxx
netmask 64
endpoint 207.246.106.118
#输入IPv4地址
local xxx.xxx.xxx.xxx
ttl 255
gateway 2607:8700:5501:xxxx::1
mtu 1480</syntaxhighlight>

=== 3. 启用并验证 ===
执行以下命令启用网卡并检查状态：<syntaxhighlight lang="text"># 启动接口
ifup ipv6net

# 查看接口状态
ip link show ipv6net

# 验证 IPv6
curl -6 ifconfig.me</syntaxhighlight>

=== 4. 关闭IPv6地址自动配置 ===
<syntaxhighlight lang="text">
systemctl stop ipv6net.service
systemctl disable ipv6net.service
</syntaxhighlight>

== 注意事项 ==
VPS在进行迁移或快照恢复的时候, 会重置<code>ipv6net</code>, 需要重新按照此教程进行配置
[[Category:500 常见应用指南 — Application Guides]]

如何使用gost搭建HTTPS代理

2026-09-18T22:41:14Z

Liam：修复语法高亮标签的语言参数

有时候, 我们访问受限, 无法下载到代理工具 (比如:Xray); 或不想过多的配置或下载代理客户端, 只是临时用一下代理而已, 传统的HTTP代理又不安全, 容易被识别出来, 有没有一个服务端能够支持客户端使用HTTPS代理?

有, 那就是<code>gost</code>, 而且它的速度不比Xray的<code>vless+reality+xtls-rprx-vision</code>的差
----

=== 1. 准备 ===
主要使用3.0版本<syntaxhighlight lang="text">
wget https://github.com/go-gost/gost/releases/download/v3.2.6/gost_3.2.6_linux_amd64.tar.gz
tar -xzf gost_3.2.6_linux_amd64.tar.gz
mv gost /usr/local/bin/
chmod u+x /usr/local/bin/gost
rm gost_3.2.6_linux_amd64.tar.gz
</syntaxhighlight>可以自行更换版本, 也可以使用[https://github.com/go-gost/gost Github]上的安装脚本

=== 2. 配置service ===
新建一个<code>gost.service</code>并进行配置<syntaxhighlight lang="text" line="1">
[Unit]
Description=gost
After=network.target network-online.target

[Service]
Type=simple
StandardError=journal
ExecStart="/usr/local/bin/gost"
ExecReload=/bin/kill -HUP $MAINPID
Restart=on-failure
RestartSec=1s

[Install]
WantedBy=multi-user.target

</syntaxhighlight>我们保存在<code>/main/gost/</code>为例, 建立一个软链接以方便备份与配置<syntaxhighlight lang="text">
ln -f /main/gost/gost.service /etc/systemd/system/
</syntaxhighlight>添加到开机启动中<syntaxhighlight lang="text">
systemctl daemon-reload
systemctl enable gost.service
</syntaxhighlight>

=== 3. 配置证书 ===
你可以选择使用自签证书或正式证书, 若'''使用正式证书且不配置代理账号密码'''会导致主机变为肉鸡, 若使用自签证书会有更好的安全性, 前提是你的自签证书没有被泄露, 这里仅展示自签证书的配置方法<syntaxhighlight lang="text">
mkdir /main/gost/cert
cd /main/gost/cert
</syntaxhighlight>新建一个<code>server.cert.conf</code>并进行配置<syntaxhighlight lang="text" line="1">
[req]
default_bits = 4096
default_md = sha256
distinguished_name = req_distinguished_name
req_extensions = req_ext
x509_extensions = v3_ca
prompt = no

[req_distinguished_name]
O = gost
CN = gost cert

[req_ext]
subjectAltName = @alt_names

[v3_ca]
subjectAltName = @alt_names
basicConstraints = CA:FALSE
keyUsage = digitalSignature, keyEncipherment
extendedKeyUsage = serverAuth, clientAuth

[alt_names]
DNS.1 = 你的域名
DNS.2 = 你的第二个域名
</syntaxhighlight>需要设置好域名并进行保存

执行以下命令<syntaxhighlight lang="text">openssl genrsa -out ca.key.pem 4096
openssl req -new -x509 -nodes -days 5475 -sha256 -key ca.key.pem -out ca.cert.pem -subj "/O=gost/CN=gost ca"

openssl genrsa -out server.key.pem 4096
openssl req -new -key server.key.pem -out server.csr.pem -config server.cert.conf
openssl x509 -req -CA ca.cert.pem -CAkey ca.key.pem -CAcreateserial -in server.csr.pem -out server.cert.pem -days 5475 -sha256 -extfile server.cert.conf -extensions v3_ca</syntaxhighlight>查看证书信息<syntaxhighlight lang="text">openssl x509 -in ca.cert.pem -text -noout</syntaxhighlight>
=== 4. 配置gost ===
<syntaxhighlight lang="text">
cd /main/gost
</syntaxhighlight>新建一个<code>gost.json</code>并进行配置, 可以参考[https://gost.run/ 官网]的教程<syntaxhighlight lang="json" line="1">
{
"services": [
{
"name": "https-proxy",
"addr": ":56000",
"handler": {
"type": "http",
"metadata": {
"knock": "你的域名",
"probeResist": "web:test-ipv6.com:80"
}
},
"listener": {
"type": "tls"
}
}

],

"tls": {
"certFile": "/main/gost/cert/server.cert.pem",
"keyFile": "/main/gost/cert/server.key.pem"
}
}
</syntaxhighlight>对原配置文件进行链接<syntaxhighlight lang="text">
ln -f /main/gost/gost.json /etc/gost/
</syntaxhighlight>重启服务<syntaxhighlight lang="text">
systemctl restart gost.service
systemctl status gost.service
</syntaxhighlight>

=== 5. 客户端使用 ===
若是自签证书, 任何系统想用就必须装上'''CA证书''', 也就是上面提到的<code>ca.cert.pem</code>

'''Windows安装证书:'''

<code>ca.cert.pem</code>改为<code>.der</code>后缀, 双击安装, 到本地计算机, 将证书放入下列存储 (受信任的根证书颁发机构)

'''Linux安装证书:'''<syntaxhighlight lang="text">
mkdir -p /usr/local/share/ca-certificates
cp ca.cert.pem /usr/local/share/ca-certificates/
chmod 0644 /usr/local/share/ca-certificates/ca.cert.pem
update-ca-certificates
</syntaxhighlight>

'''Windows使用:'''

[[File:如何使用gost搭建HTTPS代理-1.png|frameless|421x421px]]
'''Linux使用:''' <syntaxhighlight lang="text">
export https_proxy="https://你的域名:56000"
</syntaxhighlight>'''其他系统设置可能不支持HTTPS代理, 仅有HTTP代理'''
[[Category:500 常见应用指南 — Application Guides]]

使用nftables预防被端口扫描

2026-09-18T22:40:44Z

Liam：修复语法高亮标签的语言参数

我想很多人有这样的困惑, 明明自己改了默认端口, 一看日志, 仍然还有陌生IP在对端口进行暴力破解, 即便是上了类似Fail2ban这种防护工具, 日志里陌生IP的记录也永远不会消停; 想上白名单, 但每次自己的IP变了之后, 还要再手动加进白名单里, 比较麻烦.

这时候, 我们就可以用 <code>nftables</code> 自动拉黑那些尝试扫描端口的陌生IP.
----

=== 1. 准备 ===
确保 nftables 已经安装<syntaxhighlight lang="text">
nft --version
</syntaxhighlight>若没有安装, 以Debian13为例<syntaxhighlight lang="text">
apt update
apt install nftables
systemctl enable nftables
</syntaxhighlight>拷贝原有的nftables配置, 到一个好找的目录里, 以 <code>/main/nftables</code> 为例, 再对原路径进行链接<syntaxhighlight lang="text">cp /etc/nftables.conf /main/nftables/
ln -f /main/nftables/nftables.conf /etc/nftables.conf</syntaxhighlight>并准备好编辑 <code>/main/nftables/nftables.conf</code>
----

=== 2. 基础策略 ===
如果你之前配置过nftables, 那就在原有基础上进行新增或合并

现在假设我不希望ssh端口被扫中, 默认的22端口肯定不得使用, 需要将ssh端口开放到一个'''没有任何协议所使用的的默认端口上''' (比如ssh开放到80端口)

一般的陌生IP暴力破解一个端口, 需要先进行网络嗅探, 陌生IP可以自行扫描获取端口协议, 也可以使用其他平台公示的端口, 端口扫描器肯定优先扫描一些协议的默认端口, 绝对不能使用这些

端口扫描器扫完常见协议的端口, 之后大部分只会按照端口顺序进行扫描, 但这样基本上是不可能扫中的, 只有随机顺序扫描才有可能扫中

=== 3. 配置 ===
这里以ssh开放在46端口为例

我们可以分成两种方式:

* 设立陷阱端口, 只有尝试建立连接时才会封禁, 推荐设为一些协议的默认端口, 误封概率适中
<syntaxhighlight lang="text">table inet prevent_scanning {
set tmp_blacklist_ipv4 {
type ipv4_addr
flags timeout
# 封禁时间
timeout 30m
}

set tmp_blacklist_ipv6 {
type ipv6_addr
flags timeout
timeout 20m
}

chain input {
type filter hook input priority 0;
policy drop;

# 放行本地/已建立/相关的连接
iif lo accept;
ct state established,related accept;

# 不希望被ping到可以注释掉
ip protocol icmp accept;
ip6 nexthdr ipv6-icmp accept;

ip saddr @tmp_blacklist_ipv4 drop;
ip6 saddr @tmp_blacklist_ipv6 drop;

# 放行后不会往后执行
tcp dport { 46 } ct state new accept;

# 自行配置陷阱端口
tcp dport { 1-25, 3300-3500, 6379, 8080 } ct state new add @tmp_blacklist_ipv4 { ip saddr } drop;
tcp dport { 1-25, 3300-3500, 6379, 8080 } ct state new add @tmp_blacklist_ipv6 { ip6 saddr } drop;
udp dport { 50-70, 110-170, 514, 1194, 5353 } ct state new add @tmp_blacklist_ipv4 { ip saddr } drop;
udp dport { 50-70, 110-170, 514, 1194, 5353 } ct state new add @tmp_blacklist_ipv6 { ip6 saddr } drop;
}
}</syntaxhighlight>

* 任何端口没被放行后, 直接拉黑, 端口被扫中的概率最低, 但误封率较高 (比如不小心访问到80端口)
<syntaxhighlight lang="text" line="1" start="0">table inet prevent_scanning {
set tmp_blacklist_ipv4 {
type ipv4_addr
flags timeout
timeout 30m
}

set tmp_blacklist_ipv6 {
type ipv6_addr
flags timeout
timeout 20m
}

chain input {
type filter hook input priority 0;
policy drop;

iif lo accept;
ct state established,related accept;

# 不希望被ping到可以注释掉
ip protocol icmp accept;
ip6 nexthdr ipv6-icmp accept;

ip saddr @tmp_blacklist_ipv4 drop;
ip6 saddr @tmp_blacklist_ipv6 drop;

tcp dport { 46 } ct state new accept;

ct state new add @tmp_blacklist_ipv4 { ip saddr } drop;
ct state new add @tmp_blacklist_ipv6 { ip6 saddr } drop;
}
}</syntaxhighlight>

=== 4. 完成配置 ===
根据自己的喜好进行调整后保存, 重启<syntaxhighlight lang="text">
systemctl restart nftables.service
</syntaxhighlight>查看封禁了哪些IP<syntaxhighlight lang="text">
nft list set inet prevent_scanning tmp_blacklist_ipv4
nft list set inet prevent_scanning tmp_blacklist_ipv6
</syntaxhighlight>
[[Category:500 常见应用指南 — Application Guides]]

使用nftables屏蔽国外流量

2026-09-18T22:40:29Z

Liam：修复语法高亮标签的语言参数

----

=== 1. 准备 ===
确保 nftables 与 python3 已经安装<syntaxhighlight lang="text">
nft --version
python3 --version
</syntaxhighlight>若没有安装, 以Debian13为例<syntaxhighlight lang="text">apt update
apt install nftables python3 unzip
systemctl enable nftables</syntaxhighlight>拷贝原有的nftables配置, 到一个好找的目录里, 以 <code>/main/nftables</code> 为例, 再对原路径进行链接<syntaxhighlight lang="text">cp /etc/nftables.conf /main/nftables/
ln -f /main/nftables/nftables.conf /etc/nftables.conf</syntaxhighlight>并准备好编辑 <code>/main/nftables/nftables.conf</code>

=== 2. 获取国内IP段 ===
先获取并解压项目文件<syntaxhighlight lang="text">
mkdir /main/nftables/geoip
cd /main/nftables/geoip
wget https://github.com/pvxe/nftables-geoip/archive/refs/heads/master.zip
unzip master.zip
rm master.zip
</syntaxhighlight>执行脚本<syntaxhighlight lang="text">mv nftables-geoip-master/* ./
chmod u+x nft_geoip.py
./nft_geoip.py --file-location location.csv --download
./nft_geoip.py --download -c cn</syntaxhighlight>

=== 3. 配置nftables ===
在合适位置添加或与其它的table进行合并, 这里比如只有访问tcp 46端口的国内IP, 才能放行<syntaxhighlight lang="text" line="1">
table inet geoip_filter {

include "/main/nftables/geoip/geoip-def-all.nft";
include "/main/nftables/geoip/geoip-ipv4-interesting.nft";
include "/main/nftables/geoip/geoip-ipv6-interesting.nft";

chain geoip_mark_input {
type filter hook prerouting priority -10;
policy accept;

meta mark set ip saddr map @geoip4;
meta mark set ip6 saddr map @geoip6;
}

chain input {
type filter hook input priority 0;
policy drop;

# 放行本地/已建立/相关的连接
iif lo accept;
ct state established,related accept;

tcp dport { 46 } meta mark $CN ct state new accept;
}
}
</syntaxhighlight>

=== 4. 完成配置 ===
保存后并重启<syntaxhighlight lang="text">
systemctl restart nftables.service
</syntaxhighlight>
[[Category:500 常见应用指南 — Application Guides]]

使用nftables为指定Linux用户强制使用代理

2026-09-18T22:40:14Z

Liam：修复语法高亮标签的语言参数

----

=== 1. 准备 ===
确保 nftables 已经安装, 且本地有透明代理端口 (比如Xray的<code>dokodemo-door</code>), 这里就不注重如何开设透明代理<syntaxhighlight lang="text">
nft --version
</syntaxhighlight>若没有安装, 以Debian13为例<syntaxhighlight lang="text">apt update
apt install nftables
systemctl enable nftables</syntaxhighlight>拷贝原有的nftables配置, 到一个好找的目录里, 以 <code>/main/nftables</code> 为例, 再对原路径进行链接<syntaxhighlight lang="text">cp /etc/nftables.conf /main/nftables/
ln -f /main/nftables/nftables.conf /etc/nftables.conf</syntaxhighlight>并准备好编辑 <code>/main/nftables/nftables.conf</code>

=== 2. 配置nftables ===
查看用户id<syntaxhighlight lang="text">
cat /etc/passwd
</syntaxhighlight>这里假设我在<code>10809</code>端口开设了Xray的<code>dokodemo-door</code>, 需要将<code>1000</code>与<code>1001</code>的用户id所建立的tcp连接使用代理

请在合适位置添加或与其它的table进行合并<syntaxhighlight lang="text" line="1">
table inet proxy {

chain output {
type nat hook output priority 10;
policy accept;

meta skuid { 1000, 1001 } ip protocol tcp dnat to 127.0.0.1:10809;
}

}
</syntaxhighlight>保存后并重启<syntaxhighlight lang="text">
systemctl restart nftables.service
</syntaxhighlight>

=== 3. 配置sysctl ===
<code>sysctl</code> 中需要配置IP转发, 新建一个<code>forward.conf</code>并进行编辑<syntaxhighlight lang="text" line="1">
net.ipv4.ip_forward = 1
net.ipv6.conf.all.forwarding = 1
</syntaxhighlight>保存好后链接过去, 并让其生效<syntaxhighlight lang="text">
ln -f /main/nftables/forward.conf /etc/sysctl.d/
sysctl --system
</syntaxhighlight>

=== 4. 测试 ===
<syntaxhighlight lang="text">
su 1000或1001用户名
curl https://ipinfo.io/ip
</syntaxhighlight>
[[Category:500 常见应用指南 — Application Guides]]

BandwagonHost安装哪吒监控（Nezha Monitoring） Nginx 反代 HTTPS 完整教程

2026-09-18T22:39:59Z

Liam：修复语法高亮标签的语言参数

= BandwagonHost安装哪吒监控（Nezha Monitoring）+ Nginx 反代 + HTTPS 完整教程 =

=== 一、什么是哪吒监控（Nezha Monitoring） ===
[https://nezha.wiki/ 哪吒监控（Nezha Monitoring）]是一款开源、自托管、轻量级的服务器与网站实时监控和运维工具。它支持通过 Dashboard 查看系统状态、资源使用情况，并通过 Agent 采集被监控主机数据。

在本文中，我们将一步一步教你如何从零开始在[https://go.pigcc.com/bwh BandwagonHost(搬瓦工)] 机器上使用docker安装与部署哪吒监控（Nezha Monitoring）系统的 Dashboard 面板，使用nginx反代Dashboard，并配合 Agent 安装与基本配置内容。

=== 二、部署前的准备 ===

==== 1、服务器与网络条件： ====

* 一台 [https://go.pigcc.com/bwh BandwagonHost(搬瓦工)] '''或'''者其他可以访问公网的服务器
* 服务器防火墙和安全策略需允许 Dashboard 使用的端口（默认是 8008）
* 推荐的规格：单核 + 512MB 内存对于大部分场景足够。

==== 2、域名设置 ====

* 一个已设置好 A 记录指向 Dashboard 服务器 IP 的域名
* 如果面板端使用 CDN，还建议准备第二个域名用于 Agent 通信（不通过 CDN)[[File:Dns解析域名.png|frameless|800x800px]]

=== 三、安装 Dashboard 面板 ===

==== 1. 运行官方安装脚本 ====
在你的 Dashboard 服务器终端执行以下命令来获取并运行官方安装脚本：<syntaxhighlight lang="bash">
curl -L https://raw.githubusercontent.com/nezhahq/scripts/refs/heads/main/install.sh -o nezha.sh && chmod +x nezha.sh && sudo ./nezha.sh
</syntaxhighlight>如果你的服务器位于中国大陆，可以使用镜像：<syntaxhighlight lang="bash">
curl -L https://gitee.com/naibahq/scripts/raw/main/install.sh -o nezha.sh && chmod +x nezha.sh && sudo CN=true ./nezha.sh
</syntaxhighlight>[[File:哪吒面板bash安装步骤1.png|frameless|800x800px]]

[[File:哪吒面板bash安装步骤2.png|frameless|800x800px]]

在浏览器中输入 '''<nowiki>http://your_server_ip:8008</nowiki>''' 可以访问'''哪吒监控的 Web 界面'''。
=== 四、使用nginx反代 ===

==== 1、安装nginx ====
<syntaxhighlight lang="bash">
sudo apt update
sudo apt install -y nginx
</syntaxhighlight>启动并设置开机自启：<syntaxhighlight lang="bash">
sudo systemctl start nginx
sudo systemctl enable nginx
</syntaxhighlight>

==== 2、申请证书 ====

# 安装 Certbot + Nginx 插件 Certbot 是 Let's Encrypt 官方推荐的证书管理工具<code>python3-certbot-nginx</code> 插件可以自动修改 Nginx 配置。<syntaxhighlight lang="text">
sudo apt install certbot python3-certbot-nginx
</syntaxhighlight>安装完成后，检查版本：<syntaxhighlight lang="bash">
certbot --version
</syntaxhighlight>
# 申请证书<syntaxhighlight lang="bash">
sudo certbot --nginx -d 你的域名
</syntaxhighlight>

==== 3、配置nginx配置文件 ====
文件路径一般在 <code>/etc/nginx/sites-available/default</code><syntaxhighlight lang="text">
server {
listen 443 ssl http2;
listen [::]:443 ssl http2;

server_name dashboard.example.com; # 替换为你的域名
ssl_certificate /data/letsencrypt/fullchain.pem; # 域名证书路径
ssl_certificate_key /data/letsencrypt/key.pem; # 域名私钥路径
ssl_stapling on;
ssl_session_timeout 1d;
ssl_session_cache shared:SSL:10m; # 如果与其他配置冲突，请注释此项
ssl_protocols TLSv1.2 TLSv1.3;

underscores_in_headers on;

# grpc 相关
location ^~ /proto.NezhaService/ {
grpc_set_header Host $host;
grpc_set_header nz-realip $remote_addr;
grpc_read_timeout 600s;
grpc_send_timeout 600s;
grpc_socket_keepalive on;
client_max_body_size 10m;
grpc_buffer_size 4m;
grpc_pass grpc://dashboard;
}
# websocket 相关
location ~* ^/api/v1/ws/(server|terminal|file)(.*)$ {
proxy_set_header Host $host;
proxy_set_header nz-realip $remote_addr;
proxy_set_header Origin https://$host;
proxy_set_header Upgrade $http_upgrade;
proxy_set_header Connection "upgrade";
proxy_read_timeout 3600s;
proxy_send_timeout 3600s;
proxy_pass http://127.0.0.1:8008;
}
# web
location / {
proxy_set_header Host $host;
proxy_set_header nz-realip $remote_addr;
proxy_read_timeout 3600s;
proxy_send_timeout 3600s;
proxy_buffer_size 128k;
proxy_buffers 4 256k;
proxy_busy_buffers_size 256k;
proxy_max_temp_file_size 0;
proxy_set_header X-Forwarded-Proto $scheme;
proxy_pass http://127.0.0.1:8008;
}
}

upstream dashboard {
server 127.0.0.1:8008;
keepalive 512;
}
</syntaxhighlight>重新加载nginx服务<syntaxhighlight lang="bash">
sudo systemctl restart nginx
</syntaxhighlight>

=== 五、配置面板 ===

==== 1、通过域名访问你的面板 ====
[[File:哪吒面板域名访问.png|frameless|800x800px]]

==== 2、登录管理后台修改密码初始账号密码都是 <code>admin</code> ====
[[File:哪吒面板后端控制台.png|frameless|800x800px]]

[[File:哪吒面板更改密码.png|frameless|800x800px]]

=== 六、添加机器 ===

==== 1、复制安装命令 ====
[[File:哪吒面板复制agent指令.png|frameless|800x800px]]

==== 2、安装Agent ====
[[File:机器安装Agent指令.png|frameless|800x800px]]

==== 3、之后就可以在前台看见这个机器了 ====
[[File:哪吒面板安装完Agent的总控.png|frameless|800x800px]]

==== 4、可以添加更多的机器 ====
将复制的'''指令'''在其他机器上执行就可以实现'''监控其他的机器'''的状态（只需要执行命令即可不需要再次安装面板端）

=== 七、最终效果 ===
[[File:哪吒面板最终效果.png|frameless|800x800px]]
[[Category:500 常见应用指南 — Application Guides]]

BWH搬瓦工广东网络测试报告索引

2026-09-18T22:19:48Z

Liam：添加 Test category 分类

本页汇总测试地点为广东的搬瓦工 VPS 测试文章，并按照本地运营商和测试类型进行整理。

* '''单机房测试'''：一篇文章主要测试一个机房。
* '''多机房测试'''：一篇文章同时包含多个机房。
* 链接文字仅显示机房代码。
* 本页仅显示目前已有测试文章的栏目。

== 中国电信 (China Telecom) ==
=== 单机房测试 ===

* [[搬瓦工阿联酋迪拜 - AEDXB 1 机房测试（附广东电信测速）|AEDXB_1]]
* [[搬瓦工加拿大温哥华 CABC 1 机房测试（附广东电信测速）|CABC_1]]
* [[搬瓦工加拿大温哥华 CN2GIA 优化线路 - CABC 6 机房测试（附广东电信测速）|CABC_6]]
* [[搬瓦工荷兰阿姆斯特丹 EUNL 2 机房测试（附广东电信测速）|EUNL_2]]
* [[搬瓦工荷兰阿姆斯特丹联通9929线路 EUNL 9 机房测试（附广东电信测速）|EUNL_9]]
* [[【测试】SPECIAL 40G KVM PROMO V5 - HONG KONG CN2 GIA|HKHK_8]]
* [[搬瓦工日本大阪软银线路 - JPOS 1 机房测试（附广东电信测速）|JPOS_1]]
* [[搬瓦工美国洛杉矶 USCA 2 机房测试（附广东电信测速）|USCA_2]]
* [[搬瓦工洛杉矶 CN2GIA 优化线路 - USCA 6 机房测试（附广东电信测速）|USCA_6]]
* [[搬瓦工美国洛杉矶 USCA 8 机房测试（附广东电信测速）|USCA_8]]
* [[搬瓦工洛杉矶 CN2GIA 优化线路 - USCA 9 机房测试（附广东电信测速）|USCA_9]]
* [[搬瓦工美国弗里蒙特 USCA FMT 机房测试（附广东电信测速）|USCA_FMT]]
* [[搬瓦工圣何塞 CN2GIA 优化线路 - USCA SJC5 机房测试（附广东电信测速）|USCA_SJC5]]
* [[搬瓦工美国新泽西州 USNJ 机房机房测试（附广东电信测速）|USNJ]]
* [[搬瓦工美国纽约 USNY 6 机房测试（附广东电信测速）|USNY_6]]
* [[搬瓦工美国纽约 CN2GIA 优化线路 - USNY 8 机房测试（附广东电信测速）|USNY_8]]

=== 多机房测试 ===

* [[BandwagonHOST SPECIAL 20G KVM PROMO V5 - CN2 GIA ECOMMERCE 五机房测试|JPOS_1 / JPTY_1 / USCA_9 / CABC_6 / EUNL_9]]
* [[搬瓦工 E-COMMERCE VPS 五机房横向测评：广东电信线路、速度与硬件对比|USCA_6 / CABC_6 / EUNL_9 / JPTY_1 / AEDXB_1]]
* [[搬瓦工 E-Commerce VPS 套餐广东电信专项测试|AEDXB_1 / CABC_1 / CABC_6 / EUNL_2 / EUNL_9 / JPOS_1 / USCA_2 / USCA_6 / USCA_8 / USCA_9 / USCA_FMT / USCA_SJC5 / USNJ / USNY_6 / USNY_8 测试1]]
* [[搬瓦工 E-Commerce 套餐 VPS（CN2GIA）全机房测试「附广东电信实测」|AEDXB_1 / CABC_1 / CABC_6 / EUNL_2 / EUNL_9 / JPOS_1 / USCA_2 / USCA_6 / USCA_8 / USCA_9 / USCA_FMT / USCA_SJC5 / USNJ / USNY_6 / USNY_8 测试2]]

== 中国移动 (China Mobile) ==
=== 多机房测试 ===

* [[搬瓦工Basic VPS 套餐广东移动专项测评|CABC_1 / EUNL_2 / USCA_2 / USCA_8 / USCA_FMT / USNJ / USNY_6]]

== 多运营商测试 (Multiple ISPs) ==
=== 多机房测试 ===

* [[BWH VM 测试活动：搬瓦工 SPECIAL 20G KVM PROMO V5 - CN2 GIA ECOMMERCE 五机房测试报告|USCA_6 / USCA_SJC5 / CABC_6 / USCA_9 / JPOS_1]]

[[Category:Test category]]

BWH搬瓦工上海网络测试报告索引

2026-09-18T22:19:33Z

Liam：添加 Test category 分类

本页汇总上海及周边地区的搬瓦工 VPS 测试文章，目前包括上海、江苏、浙江和安徽相关测试。

* '''单机房测试'''：一篇文章主要测试一个机房。
* '''多机房测试'''：一篇文章同时包含多个机房。
* 链接文字仅显示机房代码。
* 本页仅显示目前已有测试文章的栏目。

== 上海 ==

=== 中国电信 (China Telecom) ===
==== 单机房测试 ====

* [[搬瓦工 SPECIAL 20G KVM PROMO V5 - 阿联酋迪拜 AEDXB1 节点实测报告|AEDXB_1]]
* [[搬瓦工 SPECIAL 20G KVM PROMO V5 - 加拿大温哥华 CABC1 节点实测报告|CABC_1]]
* [[搬瓦工 SPECIAL 20G KVM PROMO V5 - 加拿大温哥华 CABC6 节点实测报告|CABC_6]]
* [[搬瓦工 SPECIAL 20G KVM PROMO V5 - 荷兰阿姆斯特丹 EUNL2 节点实测报告|EUNL_2]]
* [[搬瓦工 SPECIAL 20G KVM PROMO V5 - 荷兰阿姆斯特丹 EUNL9 节点实测报告|EUNL_9]]
* [[搬瓦工 SPECIAL 20G KVM PROMO V5 - 日本大阪 JPOS1 节点实测报告|JPOS_1]]
* [[搬瓦工 SPECIAL 20G KVM PROMO V5 - 洛杉矶 DC2 AO 节点实测报告|USCA_2]]
* [[搬瓦工 SPECIAL 20G KVM PROMO V5 - 洛杉矶 DC6 节点实测报告|USCA_6]]
* [[搬瓦工 SPECIAL 20G KVM PROMO V5 - 洛杉矶 DC8 ZNET 节点实测报告|USCA_8]]
* [[搬瓦工 SPECIAL 20G KVM PROMO V5 - 洛杉矶 DC9 节点实测报告|USCA_9]]
* [[搬瓦工 SPECIAL 20G KVM PROMO V5 - 弗里蒙特 FMT 节点实测报告|USCA_FMT]]
* [[搬瓦工 SPECIAL 20G KVM PROMO V5 - 圣何塞 SJC5 节点实测报告|USCA_SJC5]]
* [[搬瓦工 SPECIAL 20G KVM PROMO V5 - 新泽西 USNJ 节点实测报告|USNJ]]
* [[搬瓦工 SPECIAL 20G KVM PROMO V5 - 纽约 NY6 节点实测报告|USNY_6]]
* [[搬瓦工 SPECIAL 20G KVM PROMO V5 - 纽约 NY8 节点实测报告|USNY_8]]

==== 多机房测试 ====

* [[搬瓦工 V5 ECOMMERCE 套餐 15 大机房上海电信终极横评：谁是真“夯”，谁是“偏科生”？|USCA_6 / USCA_9 / USCA_SJC5 / CABC_6 / USNY_8 / JPOS_1 / USCA_8 / USCA_2 / USCA_FMT / CABC_1 / EUNL_9 / EUNL_2 / USNJ / USNY_6 / AEDXB_1]]

== 江苏 ==

=== 中国电信 (China Telecom) ===

==== 多机房测试 ====

* [[搬瓦工 E-COMMERCE VPS 五个大陆优化线路机房测评报告【江苏电信 5G实测】|USCA_6 / USCA_9 / USCA_SJC5 / CABC_6 / JPOS_1]]

== 浙江 ==

=== 多运营商测试 (Multiple ISPs) ===
==== 多机房测试 ====

* [[搬瓦工 Ultra 套餐 HK/SG/JP CN2 GIA 浙江三网测试|HKHK_8 / SG_1 / JPTYO_8 / JPOS_6]]

== 安徽电信 / 上海联通 ==

=== 单机房测试 ===

* [[搬瓦工香港 HKHK 8 CN2GIA 深度测评：极致的国内三网体验，极致的国际互连|HKHK_8]]

[[Category:Test category]]

BWH搬瓦工天津网络测试报告索引

2026-09-18T22:19:21Z

Liam：添加 Test category 分类

本页汇总河北及周边地区的搬瓦工 VPS 测试文章，目前包括河北和天津。

* '''单机房测试'''：一篇文章主要测试一个机房。
* '''多机房测试'''：一篇文章同时包含多个机房。
* 链接文字仅显示机房代码。
* 本页仅显示目前已有测试文章的栏目。

== 河北 ==
=== 中国联通 (China Unicom) ===
==== 单机房测试 ====

* [[搬瓦工 CABC 6 机房河北联通晚高峰测评：温哥华三网回程、Ping、速度与稳定性|CABC_6]]
* [[搬瓦工 DC6 机房河北联通晚高峰测评：洛杉矶三网回程、Ping、速度与稳定性|USCA_6]]
* [[搬瓦工 DC9 机房河北联通晚高峰测评：洛杉矶三网回程、Ping、速度与稳定性|USCA_9]]
* [[搬瓦工 USCA SJC5 机房河北联通晚高峰测评：圣何塞三网回程、Ping、速度与稳定性|USCA_SJC5]]
* [[搬瓦工 USNY 8 机房河北联通晚高峰测评：纽约三网回程、Ping、速度与稳定性|USNY_8]]

==== 多机房测试 ====

* [[搬瓦工 E-COMMERCE VPS 河北联通晚高峰测评：DC6、DC9、USCA SJC5、USNY 8、CABC 6 五机房三网回程、Ping、速度与稳定性对比|USCA_6 / USCA_9 / USCA_SJC5 / USNY_8 / CABC_6]]

== 天津 ==
=== 中国电信 (China Telecom) ===
==== 多机房测试 ====

* [[搬瓦工 E-COMMERCE VPS 五个热门三网优化数据中心测评报告与横评【天津电信实测】|USCA_SJC5 / USCA_6 / USCA_9 / EUNL_9 / USNY_8]]

=== 中国联通 (China Unicom) ===
==== 单机房测试 ====

* [[搬瓦工 20G eCommerce 圣何塞 SJC5 机房全面体检：三网回程优化与天津联通本地体验|USCA_SJC5]]

==== 多机房测试 ====

* [[E-COMMERCE VPS 热门五机房测评汇总与横向对比报告（天津联通实测）|USCA_SJC5 / USCA_6 / USCA_9 / JPOS_1 / EUNL_9]]

[[Category:Test category]]

BWH搬瓦工中部及内陆地区网络测试报告索引

2026-09-18T22:19:10Z

Liam：添加 Test category 分类

本页汇总中国中部及内陆地区的搬瓦工 VPS 测试文章，目前收录河南地区测试。

* '''单机房测试'''：一篇文章主要测试一个机房。
* '''多机房测试'''：一篇文章同时包含多个机房。
* '''多运营商测试'''：同一篇文章同时测试中国电信、中国联通和中国移动。
* 链接文字仅显示机房代码。
* 本页仅显示目前已有测试文章的栏目。

== 河南 ==

=== 多运营商测试 (Multiple ISPs) ===

==== 单机房测试 ====

* [[搬瓦工 Ultra VPS 系列新增新加坡机房，多维度网络测评|SG_1]]

==== 多机房测试 ====

* [[搬瓦工 Ultra VPS 套餐专项测试：中国河南地区真实网络体验与选购指南|HKHK_8 / JPTYO_8 / JPOS_6]]

[[Category:Test category]]

BWH搬瓦工BASIC套餐测试报告索引

2026-09-18T22:18:52Z

Liam：添加 Test category 分类

'''搬瓦工 BASIC 套餐测试报告索引'''

本页整理搬瓦工 BASIC 套餐的测试文章。同一机房存在多篇测试时，使用“测试1、测试2”进行区分。

== 单机房测试 ==

* [[BWG基础测试-CABC 1|CABC_1｜测试1]]
* [[搬瓦工Basic VPS（加拿大温哥华CABC 1）测评：1TB月流量@1Gbps带宽年付$49.99，CN2之外的北美中转线路表现如何？|CABC_1｜测试2]]

* [[BWG基础测试-EUNL 2|EUNL_2｜测试1]]
* [[搬瓦工荷兰阿姆斯特丹DC2（EUNL 2）VPS测评：1TB月流量@1Gbps带宽年付$49.99，三网路由、延迟表现与解锁能力分析|EUNL_2｜测试2]]

* [[BWG基础测试-USCA 2|USCA_2｜测试1]]
* [[搬瓦工Basic VPS：美国洛杉矶DC02机房测评|USCA_2｜测试2]]

* [[BWG基础测试-USCA 8|USCA_8｜测试1]]
* [[搬瓦工年付$49.99基础款套餐USCA 8（洛杉矶DC8 ZNET）VPS测评|USCA_8｜测试2]]

* [[BWG基础测试-USCA FMT|USCA_FMT｜测试1]]
* [[搬瓦工Basic VPS套餐测评：USCA FMT（Fremont）美国弗里蒙特机房表现实测|USCA_FMT｜测试2]]

* [[BWG基础测试-USNJ|USNJ｜测试1]]
* [[搬瓦工Basic VPS（USNJ 新泽西）测评：1TB月流量@1Gbps带宽年付$49.99，三网路由分析与延迟实测（2026）|USNJ｜测试2]]

* [[BWG基础测试-USNY 6|USNY_6｜测试1]]
* [https://md5.pw/index.php?title=%E6%90%AC%E7%93%A6%E5%B7%A5USNY_6%EF%BC%88%E7%BA%BD%E7%BA%A6_CoreSite_NY1%EF%BC%89VPS%E6%B5%8B%E8%AF%84%EF%BC%9A%E4%B8%89%E7%BD%91%E5%9B%9E%E7%A8%8B%E8%A7%A3%E6%9E%90_/_HE%2BCogent%E6%B7%B7%E5%90%88%E7%BA%BF%E8%B7%AF%E8%A1%A8%E7%8E%B0%E4%B8%8E%E7%9C%9F%E5%AE%9E%E7%BD%91%E7%BB%9C%E8%B4%A8%E9%87%8F%E5%88%86%E6%9E%90 USNY_6｜测试2]

== 多机房测试 ==

* [[搬瓦工Basic VPS 套餐广东移动专项测评|USCA_2 / USCA_8 / USCA_FMT / USNJ / USNY_6 / CABC_1 / EUNL_2]]

[[Category:Test category]]

BWH搬瓦工E-COMMERCE及SLA套餐测试报告索引

2026-09-18T22:18:41Z

Liam：添加 Test category 分类

'''搬瓦工 E-COMMERCE / SLA 套餐测试报告索引'''

本页整理搬瓦工 E-COMMERCE、SPECIAL 20G KVM PROMO V5 - CN2 GIA ECOMMERCE 以及 E-COMMERCE SLA 套餐的测试文章。

同一机房存在多篇测试时，使用“测试1、测试2”进行区分。

== 单机房测试 ==
=== AEDXB_1 ===

* [[BWG测试-AEDXB 1|AEDXB_1｜测试1]]
* [[搬瓦工 SPECIAL 20G KVM PROMO V5 - 阿联酋迪拜 AEDXB1 节点实测报告|AEDXB_1｜测试2]]
* [[搬瓦工阿联酋迪拜 - AEDXB 1 机房测试（附广东电信测速）|AEDXB_1｜测试3]]
* [https://md5.pw/index.php?title=%E6%90%AC%E7%93%A6%E5%B7%A5%E8%BF%AA%E6%8B%9C%E6%9C%BA%E6%88%BF%E6%B5%8B%E8%AF%84%EF%BC%9ACN2_GIA_E-Commerce%E5%A5%97%E9%A4%90%E5%AE%9E%E6%B5%8B%EF%BC%88%E5%90%AB%E4%B8%89%E7%BD%91%E8%B7%AF%E7%94%B1%2B%E5%BB%B6%E8%BF%9F%2B%E6%80%A7%E8%83%BD%E5%85%A8%E8%A7%A3%E6%9E%90%EF%BC%89 AEDXB_1｜测试4]

=== CABC_1 ===

* [[BWG测试-CABC 1|CABC_1｜测试1]]
* [[搬瓦工 SPECIAL 20G KVM PROMO V5 - 加拿大温哥华 CABC1 节点实测报告|CABC_1｜测试2]]
* [[搬瓦工加拿大温哥华 CABC 1 机房测试（附广东电信测速）|CABC_1｜测试3]]
* [https://md5.pw/index.php?title=%E6%90%AC%E7%93%A6%E5%B7%A5E-Commerce_VPS%E6%B5%8B%E8%AF%84%EF%BC%9A%E5%8A%A0%E6%8B%BF%E5%A4%A7%E6%B8%A9%E5%93%A5%E5%8D%8ECABC_1%E6%9C%BA%E6%88%BF%E5%AE%9E%E6%B5%8B%EF%BC%8C%E4%B8%89%E7%BD%91%E5%9B%9E%E7%A8%8B%E8%A7%A3%E6%9E%90_%2B_CN2_GIA%E7%BA%BF%E8%B7%AF%E8%A1%A8%E7%8E%B0 CABC_1｜测试4]

=== CABC_6 ===

* [[BWG测试-CABC 6|CABC_6｜测试1]]
* [[搬瓦工 CABC 6 机房河北联通晚高峰测评：温哥华三网回程、Ping、速度与稳定性|CABC_6｜测试2]]
* [[搬瓦工 SPECIAL 20G KVM PROMO V5 - 加拿大温哥华 CABC6 节点实测报告|CABC_6｜测试3]]
* [[搬瓦工加拿大温哥华 CN2GIA 优化线路 - CABC 6 机房测试（附广东电信测速）|CABC_6｜测试4]]
* [[搬瓦工E-Commerce VPS加拿大温哥华机房（CABC 6）测评：三网回程CN2，延迟与线路全面解析|CABC_6｜测试5]]

=== EUNL_2 ===

* [[BWG测试-EUNL 2|EUNL_2｜测试1]]
* [[搬瓦工 SPECIAL 20G KVM PROMO V5 - 荷兰阿姆斯特丹 EUNL2 节点实测报告|EUNL_2｜测试2]]
* [[搬瓦工荷兰阿姆斯特丹 EUNL 2 机房测试（附广东电信测速）|EUNL_2｜测试3]]
* [[搬瓦工E-Commerce VPS（荷兰阿姆斯特丹DC2 AMD）测评：CN2 GIA加持的欧美中转型VPS真实表现|EUNL_2｜测试4]]

=== EUNL_9 ===

* [[BWG测试-EUNL 9|EUNL_9｜测试1]]
* [[搬瓦工 SPECIAL 20G KVM PROMO V5 - 荷兰阿姆斯特丹 EUNL9 节点实测报告|EUNL_9｜测试2]]
* [[搬瓦工荷兰阿姆斯特丹联通9929线路 EUNL 9 机房测试（附广东电信测速）|EUNL_9｜测试3]]
* [[搬瓦工E-Commerce VPS（荷兰阿姆斯特丹DC9 CN2 GIA/EUNL 9）实测：三网延迟224ms，路由解析与性能全面分析|EUNL_9｜测试4]]

=== JPOS_1 ===

* [[BWG测试-JPOS 1|JPOS_1｜测试1]]
* [[搬瓦工 SPECIAL 20G KVM PROMO V5 - 日本大阪 JPOS1 节点实测报告|JPOS_1｜测试2]]
* [[搬瓦工日本大阪软银线路 - JPOS 1 机房测试（附广东电信测速）|JPOS_1｜测试3]]
* [https://md5.pw/index.php?title=%E6%90%AC%E7%93%A6%E5%B7%A5E-Commerce_VPS%E6%B5%8B%E8%AF%84%EF%BC%9AJPOS_1%E6%97%A5%E6%9C%AC%E5%A4%A7%E9%98%AASoftBank%E6%9C%BA%E6%88%BF%EF%BC%8CCN2_GIA_%2B_SoftBank%E5%8F%8C%E7%BA%BF%E8%B7%AF%E8%A1%A8%E7%8E%B0%E8%A7%A3%E6%9E%90 JPOS_1｜测试4]

=== USCA_2 ===

* [[BWG测试-USCA 2|USCA_2｜测试1]]
* [[搬瓦工 SPECIAL 20G KVM PROMO V5 - 洛杉矶 DC2 AO 节点实测报告|USCA_2｜测试2]]
* [[搬瓦工美国洛杉矶 USCA 2 机房测试（附广东电信测速）|USCA_2｜测试3]]
* [[搬瓦工E-Commerce VPS（USCA 2洛杉矶DC2 AO机房）实测：CN2 GIA线路延迟与路由深度分析|USCA_2｜测试4]]

=== USCA_5（DC5 SLA） ===

* [[搬瓦工DC5 E-Commerce SLA VPS测试|USCA_5（DC5）｜测试1]]
* [[搬瓦工电子商务 SLA 套餐 - 测试数据与亮点详解|USCA_5（DC5）｜测试2]]

=== USCA_6 ===

* [[BWG测试-USCA 6|USCA_6｜测试1]]
* [[搬瓦工 DC6 机房河北联通晚高峰测评：洛杉矶三网回程、Ping、速度与稳定性|USCA_6｜测试2]]
* [[搬瓦工 SPECIAL 20G KVM PROMO V5 - 洛杉矶 DC6 节点实测报告|USCA_6｜测试3]]
* [[搬瓦工洛杉矶 CN2GIA 优化线路 - USCA 6 机房测试（附广东电信测速）|USCA_6｜测试4]]
* [[搬瓦工E-Commerce VPS（USCA 6 CN2 GIA）测评：1000GB月流量@2.5Gbps带宽季付$49.99，洛杉矶多线优化网络实测与路由分析|USCA_6｜测试5]]

=== USCA_8 ===

* [[BWG测试-USCA 8|USCA_8｜测试1]]
* [[搬瓦工 SPECIAL 20G KVM PROMO V5 - 洛杉矶 DC8 ZNET 节点实测报告|USCA_8｜测试2]]
* [[搬瓦工美国洛杉矶 USCA 8 机房测试（附广东电信测速）|USCA_8｜测试3]]
* [[搬瓦工E-Commerce VPS（DC8 ZNET）洛杉矶机房实测：三网回程解析与网络质量全面评测|USCA_8｜测试4]]

=== USCA_9 ===

* [[BWG测试-USCA 9|USCA_9｜测试1]]
* [[搬瓦工 DC9 机房河北联通晚高峰测评：洛杉矶三网回程、Ping、速度与稳定性|USCA_9｜测试2]]
* [[搬瓦工 SPECIAL 20G KVM PROMO V5 - 洛杉矶 DC9 节点实测报告|USCA_9｜测试3]]
* [[搬瓦工洛杉矶 CN2GIA 优化线路 - USCA 9 机房测试（附广东电信测速）|USCA_9｜测试4]]
* [https://md5.pw/index.php?title=%E6%90%AC%E7%93%A6%E5%B7%A5E-Commerce_VPS%EF%BC%88USCA_9_CN2_GIA%EF%BC%89%E6%B7%B1%E5%BA%A6%E6%B5%8B%E8%AF%84%EF%BC%9A%E7%94%B5%E4%BF%A1CN2_GIA%2B%E8%81%94%E9%80%9A%E4%BC%98%E5%8C%96%2B%E7%A7%BB%E5%8A%A8CMIN2%EF%BC%8C%E4%B8%89%E7%BD%91%E5%BB%B6%E8%BF%9F%E8%A1%A8%E7%8E%B0%E4%B8%8E%E8%B7%AF%E7%94%B1%E8%A7%A3%E6%9E%90 USCA_9｜测试5]

=== USCA_FMT ===

* [[BWG测试-USCA FMT|USCA_FMT｜测试1]]
* [[搬瓦工 SPECIAL 20G KVM PROMO V5 - 弗里蒙特 FMT 节点实测报告|USCA_FMT｜测试2]]
* [[搬瓦工美国弗里蒙特 USCA FMT 机房测试（附广东电信测速）|USCA_FMT｜测试3]]
* [[搬瓦工E-Commerce VPS（Fremont / CN2 GIA）实测评测：美国弗里蒙特机房，三网延迟与路由深度分析|USCA_FMT｜测试4]]

=== USCA_SJC5 ===

* [[BWG测试-USCA SJC5|USCA_SJC5｜测试1]]
* [[搬瓦工 20G eCommerce 圣何塞 SJC5 机房全面体检：三网回程优化与天津联通本地体验|USCA_SJC5｜测试2]]
* [[搬瓦工 SPECIAL 20G KVM PROMO V5 - 圣何塞 SJC5 节点实测报告|USCA_SJC5｜测试3]]
* [[搬瓦工 USCA SJC5 机房河北联通晚高峰测评：圣何塞三网回程、Ping、速度与稳定性|USCA_SJC5｜测试4]]
* [[搬瓦工圣何塞 CN2GIA 优化线路 - USCA SJC5 机房测试（附广东电信测速）|USCA_SJC5｜测试5]]
* [[搬瓦工E-Commerce VPS（美国USCA SJC5）测评：圣何塞CN2 GIA线路实测延迟158ms，三网回程解析与路由分析|USCA_SJC5｜测试6]]

=== USNJ ===

* [[BWG测试-USNJ|USNJ｜测试1]]
* [[搬瓦工 SPECIAL 20G KVM PROMO V5 - 新泽西 USNJ 节点实测报告|USNJ｜测试2]]
* [[搬瓦工美国新泽西州 USNJ 机房机房测试（附广东电信测速）|USNJ｜测试3]]
* [[搬瓦工E-Commerce VPS（USNJ）测评：美国新泽西州机房，CN2 GIA线路实测表现与三网路由分析|USNJ｜测试4]]

=== USNY_6 ===

* [[BWG测试-USNY 6|USNY_6｜测试1]]
* [[搬瓦工 SPECIAL 20G KVM PROMO V5 - 纽约 NY6 节点实测报告|USNY_6｜测试2]]
* [[搬瓦工美国纽约 USNY 6 机房测试（附广东电信测速）|USNY_6｜测试3]]
* [[搬瓦工E-Commerce VPS（USNY 6 / New York CN2 GIA）实测：美国纽约机房，三网路由与延迟深度解析|USNY_6｜测试4]]

=== USNY_8 ===

* [[BWG测试-USNY 8|USNY_8｜测试1]]
* [[搬瓦工 SPECIAL 20G KVM PROMO V5 - 纽约 NY8 节点实测报告|USNY_8｜测试2]]
* [[搬瓦工 USNY 8 机房河北联通晚高峰测评：纽约三网回程、Ping、速度与稳定性|USNY_8｜测试3]]
* [[搬瓦工美国纽约 CN2GIA 优化线路 - USNY 8 机房测试（附广东电信测速）|USNY_8｜测试4]]
* [[搬瓦工E-Commerce VPS（USNY 8 CN2 GIA）测评：美国纽约节点全网路由与性能实测分析|USNY_8｜测试5]]

== 多机房测试 ==

* [[BandwagonHOST SPECIAL 20G KVM PROMO V5 - CN2 GIA ECOMMERCE 五机房测试|JPOS_1 / JPTY_1 / USCA_9 / CABC_6 / EUNL_9]]

* [[BWH VM 测试活动：搬瓦工 SPECIAL 20G KVM PROMO V5 - CN2 GIA ECOMMERCE 五机房测试报告|USCA_6 / USCA_SJC5 / CABC_6 / USCA_9 / JPOS_1｜测试1]]

* [[搬瓦工 E-COMMERCE VPS 五个大陆优化线路机房测评报告【江苏电信 5G实测】|USCA_6 / USCA_SJC5 / CABC_6 / USCA_9 / JPOS_1｜测试2]]

* [[E-COMMERCE VPS 热门五机房测评汇总与横向对比报告（天津联通实测）|USCA_SJC5 / USCA_6 / USCA_9 / JPOS_1 / EUNL_9]]

* [[搬瓦工 E-COMMERCE VPS 五个热门三网优化数据中心测评报告与横评【天津电信实测】|USCA_SJC5 / USCA_6 / USCA_9 / EUNL_9 / USNY_8]]

* [[搬瓦工 E-COMMERCE VPS 五机房横向测评：广东电信线路、速度与硬件对比|USCA_6 / CABC_6 / EUNL_9 / JPTY_1 / AEDXB_1]]

* [[搬瓦工 E-COMMERCE VPS 河北联通晚高峰测评：DC6、DC9、USCA SJC5、USNY 8、CABC 6 五机房三网回程、Ping、速度与稳定性对比|USCA_6 / USCA_9 / USCA_SJC5 / USNY_8 / CABC_6]]

* [[搬瓦工 E-Commerce VPS 套餐广东电信专项测试|USCA_6 / USCA_9 / USCA_SJC5 / CABC_6 / USNY_8 / JPOS_1 / EUNL_9 / AEDXB_1 / USCA_2 / USCA_8 / USCA_FMT / USNY_6 / USNJ / CABC_1 / EUNL_2｜测试1]]

* [[搬瓦工 V5 ECOMMERCE 套餐 15 大机房上海电信终极横评：谁是真“夯”，谁是“偏科生”？|USCA_6 / USCA_9 / USCA_SJC5 / CABC_6 / USNY_8 / JPOS_1 / EUNL_9 / AEDXB_1 / USCA_2 / USCA_8 / USCA_FMT / USNY_6 / USNJ / CABC_1 / EUNL_2｜测试2]]

[[Category:Test category]]

BWH搬瓦工ULTRA套餐测试报告索引

2026-09-18T22:18:30Z

Liam：添加 Test category 分类

'''搬瓦工 ULTRA 套餐测试报告索引'''

本页整理搬瓦工 ULTRA 套餐的测试文章。

香港、新加坡、东京及大阪 CN2 GIA 等 ULTRA 专属机房测试均收录在本页。同一机房存在多篇测试时，使用“测试1、测试2”进行区分。

== 单机房测试 ==

=== HKHK_8 ===

* [[【测试】SPECIAL 40G KVM PROMO V5 - HONG KONG CN2 GIA|HKHK_8｜测试1]]
* [[搬瓦工Ultra VPS（香港CN2 GIA）测评：香港Equinix HK2（HKHK 8）机房，延迟、路由与三网表现分析|HKHK_8｜测试2]]
* [[搬瓦工亚洲顶级机房Ultra 香港HKHK8|HKHK_8｜测试3]]
* [[搬瓦工香港 HKHK 8 CN2GIA 深度测评：极致的国内三网体验，极致的国际互连|HKHK_8｜测试4]]

=== JPOS_6 ===

* [[搬瓦工Ultra VPS日本大阪CN2 GIA套餐测评（JPOS 6），CN2 GIA三网优化实测 / 延迟分析 / 路由解析 / IP质量检测|JPOS_6｜测试1]]
* [[搬瓦工亚洲顶级机房Ultra 大阪JPOS6|JPOS_6｜测试2]]

=== JPTYO_8 ===

* [[搬瓦工Ultra VPS东京CN2 GIA测评（Tokyo Equinix TY8），日本三网直连实测表现与路由全面解析|JPTYO_8｜测试1]]
* [[搬瓦工亚洲顶级机房Ultra 东京JPTYO8|JPTYO_8｜测试2]]

=== SG_8 ===

* [[使用搬瓦工KiwiVM AI助手Amy测评Ultra系列新加坡SG 8机房CN2 GIA VPS并输出测评文章|SG_8｜测试1]]
* [[搬瓦工 Ultra VPS 系列新增新加坡机房，多维度网络测评|SG_8｜测试2]]

=== 新加坡 CN2 GIA ===
以下两篇文章没有明确标注 SG 机房代码，因此暂时使用“新加坡 CN2 GIA”作为链接名称。

* [[搬瓦工 SPECIAL 40G KVM PROMO V5 - 新加坡 CN2 GIA 节点实测报告|新加坡 CN2 GIA｜测试1]]
* [[【测试】SPECIAL 40G KVM PROMO V5 - SINGAPORE CN2 GIA|新加坡 CN2 GIA｜测试2]]

== 多机房测试 ==

* [[搬瓦工 Ultra VPS 套餐专项测试：中国河南地区真实网络体验与选购指南|HKHK_8 / JPTYO_8 / JPOS_6]]

* [[搬瓦工 Ultra 套餐 HK/SG/JP CN2 GIA 浙江三网测试|HKHK_8 / SG_1 / JPTYO_8 / JPOS_6]]

* [[搬瓦工Ultra计划15大机房深度横评：从香港CN2 GIA到美西CMIN2|HKHK_8 / JPOS_1 / JPOS_6 / SG_1 / USCA_6 / USCA_9 / USCA_8 / USCA_2 / USCA_SJC5 / USCA_FMT / USNJ / USNY_6 / USNY_8 / EUNL_2 / JPTYO_8]]

[[Category:Test category]]

BWH搬瓦工促销套餐测试报告索引

2026-09-18T22:18:19Z

Liam：添加 Test category 分类

本页整理搬瓦工 MiniBox、MegaBox Pro 等促销套餐的测试与对比文章。

== 单机房测试 ==

* [[搬瓦工DC1-MegaboxPro 测评|DC1｜MegaBox Pro]]
* [[搬瓦工DC99-MiniBox 测评|DC99｜MiniBox]]

== 套餐测试与对比 ==

* [[搬瓦工Minibox与同价位其他厂家服务器产品对比|MiniBox｜产品对比]]
* [[测评|MegaBox Pro｜使用测评]]

[[Category:Test category]]

测评

2026-09-18T22:13:59Z

Liam：移除 Test category 分类

== MageBox-Pro使用测评 ==

{| class="wikitable"
|+ 机器配置
|-
! VPS !! SKU !! CPU !! RAM !! SSD !! Traffic !! IP !! 价格
|-
| BandwagonHOST || NODESEEK-MEGABOX-PRO || 2C || 2G || 40G || 2T / 2.5Gbps || IPv4 / IPv6 || **$45.68/Annually**
|}

== 系统参数硬件性能 ==
[[File:Magebox配置信息.png|thumb]]

== Tdog — IPv4 质量测试 ==
{| class="wikitable"
|+ tcp
|-
! CM !! CU !! CT
|-
|
[[File:1-1.webp|thumb]]
||
[[File:2-1.webp|thumb]]
||
[[File:31.webp|thumb]]
|}

== Connectivity ==
[[File:41.webp|thumb]]

== 去程路由 ==
{| class="wikitable"
|+ 去程路由
|-
! 区域 !! CM !! CU !! CT
|-
| 北京 ||
[[File:51.webp|thumb]]
||
[[File:61.webp|thumb]]
||
[[File:71.webp|thumb]]
|-
| 上海 ||
[[File:81.webp|thumb]]
||
[[File:91.webp|thumb]]
||
[[File:101.webp|thumb]]
|-
| 广东 ||
[[File:111.webp|thumb]]
||
[[File:121.webp|thumb]]
||
[[File:131.webp|thumb]]
|}

== 回程路由 ==
{| class="wikitable"
|+ 回程路由
|-
! 区域 !! 北京 !! 上海 !! 广东
|-
| IPv4 ||
[[File:141.webp|thumb]]
||
[[File:151.webp|thumb]]
||
[[File:16.webp|thumb]]
|}

== 国内三网延迟 ==
{| class="wikitable"
|+ 国内三网延迟
|-
|
[[File:17.webp|thumb]]
|}

== IP 质量 ==
{| class="wikitable"
|+ IP 质量
|-
|
[[File:18.webp|thumb]]
|}

== 流媒体解锁 ==
{| class="wikitable"
|+ 流媒体解锁
|-
|
[[File:19.webp|thumb]]
|}

== 全网请求时间 ==
{| class="wikitable"
|-
|
[[File:20.webp|thumb]]
||
[[File:21.webp|thumb]]
||
[[File:22.webp|thumb]]
|-
|
[[File:23.webp|thumb]]
||
[[File:24.webp|thumb]]
||
[[File:25.webp|thumb]]
|}

== 心跳线 ==
[[File:26.webp|thumb|center]]

== Speedtest ==
{| class="wikitable"
|-
| [[File:27.webp|thumb]] ||
[[File:28.webp|thumb]]
|}

== Speedtest（本地电信 100M · Reality） ==
{| class="wikitable"
|-
! 多线程 !! 标题文本
|-
|
[[File:29.webp|thumb]]
||
[[File:30.webp|thumb]]
|}

== Cloudflare（本地电信 100M · Reality） ==
{| class="wikitable"
|-
|
[[File:32.webp|thumb]]
|}

== Fast（本地电信 100M · Reality） ==
{| class="wikitable"
|-
|
[[File:33.webp|thumb]]
|}

== Fiber （本地电信 100M · Reality） ==
{| class="wikitable"
|-
|
[[File:34.webp|thumb]]
|}

== YouTube（本地电信 100M · Reality） ==
{| class="wikitable"
|-
| [[File:35.webp|thumb]] || [[File:36.webp|thumb]]
|}

搬瓦工香港 HKHK 8 CN2GIA 深度测评：极致的国内三网体验，极致的国际互连

2026-09-18T22:13:44Z

Liam：移除 Test category 分类

💡 30 秒速读选购指南

* '''✅ 强烈推荐人群：''' 追求极致低延迟体验，跨境电商独立站运营，企业级亚太组网，不差钱的高净值客户。

* '''❌ 明确劝退人群：''' 预算极低的散户。

* '''🎯 核心杀手锏：''' 毫秒级低延迟。

----

== 1. 搬瓦工香港 CN2GIA 值得买吗？ ==
搬瓦工香港 CN2GIA (HKHK_8) 是搬瓦工的旗舰产品，是 2020 年中，由 PCCW 机房升级过来的，并且机房编号由原来的 HKHK_1 调整为 HKHK_8。
{| class="wikitable"
|+搬瓦工香港 CN2GIA 套餐
!Hong Kong CN2 GIA 方案
!规格配置
!价格
!库存状态
|-
|SPECIAL 40G KVM PROMO V5
|2vCPU/2GB/40GB/500GB@1Gbps
|$89.99/mo
|有货
|-
|SPECIAL 80G KVM PROMO V5
|4vCPU/4GB/80GB/1000GB@1Gbps
|$155.99/mo
|有货
|-
|SPECIAL 160G KVM PROMO V5
|6vCPU/8GB/160GB/2000GB@1Gbps
|$299.99/mo
|有货
|}

== 2. 搬瓦工香港 CN2GIA 路由线路解析 ==
{| class="wikitable"
|+三网路由架构
!本地运营商
!去程
!回程
|-
|中国电信
|CN2GIA
|CN2GIA
|-
|中国联通
|AS4837 (骨干)
|CN2GIA
|-
|中国移动
|AS58453 (CMI)
|CN2GIA
|}

== 3. 国内晚高峰真实压力测试 ==
{| class="wikitable"
|+实测网络环境
!宽带运营商
!测试节点地理位置
!宽带速率
!网络性质
|-
|中国电信
|安徽芜湖
|500Mbps
|家庭宽带
|-
|中国联通
|上海浦东
|300Mbps
|家庭宽带
|-
|中国移动
|安徽芜湖
|500Mbps
|企业专线
|}

=== 3.1 晚高峰 iperf3 单线程测速 ===
'''测试目的：验证产品在极端拥堵时段的真实带宽吞吐能力，拒绝“纸面配置”。（测试时间 2026-05-09 20:50）城市与本地指南'''<gallery>
File:Bwh-hk8-wha-ct-iperf3.png|安徽电信 500Mbps iperf3 单线程
File:Bwh-hk8-wha-cmcc-iperf3.png|安徽移动企业 500Mbps iperf3 单线程
File:Bwh-hk8-sha-cu-iperf3.png|上海联通 300Mbps iperf3 单线程
</gallery>

=== 3.2 全国三网长 Ping 丢包率监测 ===
'''测试目的：验证跨省骨干网的连通率与数据包到达率。（测试时间 2026-05-09 21:30）'''<gallery>
File:Bwh-hk8-ping-china.png|全国各省三网长 ping
</gallery>📌 运维老兵简评：

全国各省去程表现均不错，极少数省份的移动有轻微丢包，但这种丢包通常不会影响正常使用。中国内地网络环境复杂，各省情况不一样，以上的测试仅供参考，具体表现仍然要结合自己实际网络进行验证，但一般情况下，结果较为准确。城市与本地指南

总之：极致、丝滑、低延迟！跟访问国内北京、上海、广州、成都腾讯云、阿里云无任何区别。
----

== 4. IP 质量流媒体解锁 ==
本次测评分配到的 IP 段为 93.179.124.X，IP 性质是广播 IP，但是除了极其苛刻的 Spotify Registration 和 TVBAnywhere+ 外，流媒体绿盘全解，日常流媒体体验完全是足够使用的。值得注意的是：Gemini 实际是解锁，正常使用的，但 ChatGPT 不解锁。<gallery>
File:Bwh-hk8-media-unlock.png|IP 质量流媒体解锁
</gallery>
----

== 5. 三网回程路由测试 ==
搬瓦工香港 CN2GIA -> 北京电信<syntaxhighlight lang="bash" line="">

93.179.127.104 -> 101.237.34.1, 30 hops max, 28 byte packets, ICMP mode

1 172.22.85.200 * RFC1918

29.47 ms / 34.26 ms / 27.76 ms

2 10.253.252.2 * RFC1918

0.37 ms / 0.34 ms / 0.35 ms

3 *

4 69.194.169.25 * 中国香港电信/CTGNet

1.94 ms / 1.77 ms / 1.71 ms

5 69.194.166.117 * 中国香港电信/CTGNet

1.64 ms / 1.79 ms / 1.57 ms

6 203.22.178.98 * [CTG-CN] 中国香港 CN2-CTG CTGNet

37.01 ms / 35.72 ms / * ms

7 59.43.182.189 * [CN2-BackBone] 中国北京 chinatelecom.cn 电信

37.09 ms / 36.92 ms / * ms

8 59.43.19.97 * [CN2-BackBone] 中国北京 chinatelecom.cn 电信

46.84 ms / 45.82 ms / 50.08 ms

9 *

10 36.110.244.22 AS23724 中国北京 bjtelecom.net 电信

44.58 ms / 45.76 ms / * ms

11 *

12 220.181.124.2 AS23724 [CHINANET-IDC] 中国北京北京 bjtelecom.net

45.24 ms / 56.41 ms / 46.80 ms

13 *

14 *

15 *

16 117.50.128.186 AS23724 中国北京市 bjtelecom.net

53.30 ms / 51.61 ms / * ms

17 *

18 *

19 *

20 *

21 101.237.34.1 AS23724 中国北京北京 bjtelecom.net

50.98 ms / 50.65 ms / 51.32 ms

MapTrace URL: https://assets.nxtrace.org/tracemap/9314f92c-c21d-53f1-83e0-f9e8e568635b.html

</syntaxhighlight>搬瓦工香港 CN2GIA -> 北京联通<syntaxhighlight lang="bash" line="">

93.179.127.104 -> 111.201.101.156, 30 hops max, 28 byte packets, ICMP mode

1 172.22.85.200 * RFC1918

83.81 ms / 33.46 ms / 25.68 ms

2 10.253.252.2 * RFC1918

32.11 ms / 0.40 ms / 0.37 ms

3 *

4 69.194.165.81 * 中国香港电信/CTGNet

1.66 ms / 1.66 ms / * ms

5 69.194.166.117 * 中国香港电信/CTGNet

CN.HKG.CTGNet 3.06 ms / 1.45 ms / 1.41 ms

6 *

7 *

8 59.43.132.9 * [CN2-BackBone] 中国北京 chinatelecom.cn 电信

42.43 ms / 48.86 ms / * ms

9 *

10 110.94.5.82 AS4134 [FBDC] 中国 chinatelecom.com.cn 电信

47.10 ms / * ms / * ms

11 *

12 219.158.121.81 AS4837 [CU169-BACKBONE] 中国 chinaunicom.cn 联通

67.20 ms / * ms / * ms

13 124.64.213.10 AS4808 [UNICOM-BJ] 中国北京市 www.bbn.com.cn 联通

84.67 ms / * ms / * ms

14 221.222.92.194 AS4808 [UNICOM-BJ] 中国北京北京 www.bbn.com.cn

70.04 ms / 69.36 ms / 70.77 ms

15 111.201.101.156 AS4808 [APNIC-AP] 中国北京北京 www.bbn.com.cn

73.05 ms / 72.49 ms / 72.23 ms

MapTrace URL: https://assets.nxtrace.org/tracemap/2fda90ea-851f-5829-b775-ce9220dd36bd.html

</syntaxhighlight>搬瓦工香港 CN2GIA -> 北京移动<syntaxhighlight lang="bash" line="">

93.179.127.104 -> 111.13.225.241, 30 hops max, 28 byte packets, ICMP mode

1 172.22.85.200 * RFC1918

35.35 ms / 28.70 ms / 22.29 ms

2 10.253.252.2 * RFC1918

0.33 ms / 1.25 ms / 0.43 ms

3 *

4 69.194.169.205 * 中国香港电信/CTGNet

CN.HKG.CTGNet 1.78 ms / 1.72 ms / * ms

5 69.194.166.114 * 中国香港电信/CTGNet

CN.HKG.CTGNet 2.16 ms / 2.08 ms / 2.32 ms

6 203.22.178.102 * [CTG-CN] 中国北京 CN2-CTG CTGNet

34.91 ms / 34.90 ms / * ms

7 59.43.38.113 * [CN2-BackBone] 中国北京 chinatelecom.cn 电信

35.66 ms / 35.75 ms / * ms

8 59.43.132.13 * [CN2-BackBone] 中国北京 chinatelecom.cn 电信

41.38 ms / * ms / * ms

9 202.97.117.133 AS4134 [CHINANET-BB] 中国香港 chinatelecom.com.cn 电信

41.59 ms / * ms / * ms

10 *

11 221.183.226.1 AS9808 [CMNET] 中国湖北省武汉市 chinamobileltd.com

85.58 ms / * ms / * ms

12 *

13 *

14 39.156.0.5 AS9808 中国北京北京 chinamobileltd.com

84.09 ms / 82.13 ms / 81.05 ms

15 39.156.7.5 AS9808 中国北京北京 chinamobileltd.com

83.76 ms / 75.40 ms / * ms

16 111.13.225.241 AS9808 [CMNET] 中国北京市 chinamobileltd.com 移动

85.47 ms / 83.78 ms / 82.44 ms

MapTrace URL: https://assets.nxtrace.org/tracemap/dd3c0e7d-a278-55f0-b467-6c1ade7e1dfe.html

</syntaxhighlight>搬瓦工香港 CN2GIA -> 上海电信<syntaxhighlight lang="bash" line="">

93.179.127.104 -> 103.6.220.1, 30 hops max, 28 byte packets, ICMP mode

1 172.22.85.200 * RFC1918

30.45 ms / 36.71 ms / 36.26 ms

2 10.253.252.2 * RFC1918

0.30 ms / 1.09 ms / 0.38 ms

3 *

4 69.194.169.25 * 中国香港电信/CTGNet

CN.HKG.CTGNet 1.96 ms / 1.77 ms / 1.72 ms

5 69.194.166.117 * 中国香港电信/CTGNet

CN.HKG.CTGNet 1.51 ms / 1.42 ms / 1.51 ms

6 *

7 59.43.39.233 * [CN2-BackBone] 中国上海 X-I chinatelecom.cn 电信

26.49 ms / 26.33 ms / 26.74 ms

8 59.43.159.97 * [CN2-BackBone] 中国上海 I-C chinatelecom.cn 电信

27.28 ms / * ms / * ms

9 59.43.80.145 * [CN2-BackBone] 中国上海 chinatelecom.cn 电信

27.34 ms / 27.40 ms / * ms

10 *

11 *

12 101.227.66.98 AS4812 [CHINANET-SH] 中国上海 chinatelecom.cn 电信

30.55 ms / 30.38 ms / 30.49 ms

13 *

14 *

15 103.6.220.1 AS4811 中国上海市 chinatelecom.cn 电信

28.90 ms / 29.14 ms / 28.69 ms

MapTrace URL: https://assets.nxtrace.org/tracemap/bd60bd5b-e17c-5cc3-a07d-e054a155ded2.html

</syntaxhighlight>搬瓦工香港 CN2GIA -> 上海联通<syntaxhighlight lang="bash" line="">

93.179.127.104 -> 140.207.151.1, 30 hops max, 28 byte packets, ICMP mode

1 172.22.85.200 * RFC1918

60.80 ms / 31.54 ms / 42.15 ms

2 10.253.252.2 * RFC1918

0.78 ms / 0.55 ms / 0.34 ms

3 *

4 69.194.169.205 * 中国香港电信/CTGNet

CN.HKG.CTGNet 2.03 ms / * ms / * ms

5 69.194.166.250 * 新加坡电信

SG.SGP.CTGNet 1.58 ms / * ms / * ms

6 *

7 59.43.39.81 * [CN2-BackBone] 中国上海 X-I chinatelecom.cn 电信

25.97 ms / 25.76 ms / 25.69 ms

8 59.43.22.5 * [CN2-BackBone] 中国上海 I-C chinatelecom.cn 电信

34.33 ms / 31.68 ms / 29.20 ms

9 219.158.40.173 AS4837 [CU169-BACKBONE] 中国上海 chinaunicom.cn 联通

33.21 ms / 33.03 ms / 33.07 ms

10 *

11 *

12 139.226.210.53 AS17621 [UNICOM-SH] 中国上海 chinaunicom.cn 联通

31.08 ms / 30.70 ms / 30.72 ms

[MPLS: Lbl 11551, TC 0, S 1, TTL 1]

13 140.207.151.1 AS17621 [UNICOM-SH] 中国上海市 chinaunicom.cn 联通

28.46 ms / 27.79 ms / 27.76 ms

MapTrace URL: https://assets.nxtrace.org/tracemap/7b105653-78d2-58cb-804a-712c2d93b5de.html

</syntaxhighlight>搬瓦工香港 CN2GIA -> 上海移动<syntaxhighlight lang="bash" line="">

93.179.127.104 -> 183.194.238.19, 30 hops max, 28 byte packets, ICMP mode

1 172.22.85.200 * RFC1918

42.96 ms / 24.96 ms / 103.35 ms

2 10.253.252.2 * RFC1918

0.52 ms / 0.89 ms / 0.40 ms

3 *

4 69.194.166.149 * 中国香港电信/CTGNet

2.36 ms / 9.86 ms / 4.73 ms

5 69.194.166.250 * 新加坡电信

SG.SGP.CTGNet 3.80 ms / 1.68 ms / 1.50 ms

6 203.22.178.82 * [CTG-CN] 中国上海 CC/CN2-CTG CTGNet

26.69 ms / * ms / * ms

7 59.43.39.121 * [CN2-BackBone] 中国上海 X-I chinatelecom.cn 电信

25.83 ms / 25.97 ms / 25.89 ms

8 59.43.22.5 * [CN2-BackBone] 中国上海 I-C chinatelecom.cn 电信

33.72 ms / 31.19 ms / 28.10 ms

9 59.43.80.141 * [CN2-BackBone] 中国上海 chinatelecom.cn 电信

29.56 ms / 28.61 ms / 27.99 ms

10 *

11 *

12 *

13 *

14 *

15 183.194.238.19 AS9808 [APNIC-AP] 中国上海 chinamobileltd.com 移动

48.23 ms / 48.51 ms / 48.81 ms

</syntaxhighlight>搬瓦工香港 CN2GIA -> 广州电信<syntaxhighlight lang="bash" line="">

93.179.127.104 -> 219.137.199.92, 30 hops max, 28 byte packets, ICMP mode

1 172.22.85.200 * RFC1918

37.24 ms / 79.23 ms / 180.40 ms

2 10.253.252.2 * RFC1918

0.37 ms / 1.20 ms / 0.48 ms

3 *

4 69.194.166.149 * 中国香港电信/CTGNet

2.05 ms / 1.99 ms / 1.93 ms

5 69.194.166.114 * 中国香港电信/CTGNet

CN.HKG.CTGNet 3.79 ms / 17.77 ms / 2.06 ms

6 203.22.178.94 * [CTG-CN] 中国香港广州 CN2-CTG CTGNet

6.33 ms / * ms / * ms

7 *

8 59.43.130.161 * [CN2-BackBone] 中国广东广州 chinatelecom.cn 电信

10.82 ms / 9.10 ms / 13.80 ms

9 183.57.161.14 AS4134 [APNIC-AP] 中国广东广州 chinatelecom.com.cn 电信

8.88 ms / * ms / * ms

10 219.137.199.92 AS4134 [CHINANET-GD] 中国广东广州白云区 chinatelecom.com.cn 电信

9.48 ms / 12.08 ms / 36.92 ms

MapTrace URL: https://assets.nxtrace.org/tracemap/b9b80899-ab33-5f86-9b65-031e4fa593c9.html

</syntaxhighlight>搬瓦工香港 CN2GIA -> 广州联通<syntaxhighlight lang="bash" line="">

93.179.127.104 -> 157.148.58.29, 30 hops max, 28 byte packets, ICMP mode

1 172.22.85.200 * RFC1918

70.13 ms / 19.77 ms / 38.87 ms

2 10.253.252.2 * RFC1918

0.38 ms / 0.36 ms / 1.73 ms

3 *

4 69.194.165.81 * 中国香港电信/CTGNet

CN.HKG.CTGNet 1.64 ms / 1.65 ms / 1.51 ms

5 69.194.169.94 * 德国黑森美因河畔法兰克福电信/CTGNet

1.92 ms / 4.53 ms / 2.12 ms

6 *

7 59.43.250.53 * [CN2-Global] 中国广东广州 chinatelecom.cn 电信

7.80 ms / * ms / * ms

8 59.43.16.181 * [CN2-BackBone] 中国广东广州 chinatelecom.cn 电信

9.66 ms / * ms / * ms

9 202.97.43.81 AS4134 [CHINANET-BB] 中国广东广州 chinatelecom.com.cn 电信

10.57 ms / 10.31 ms / 12.13 ms

10 *

11 *

12 *

13 *

14 *

15 *

16 *

17 *

18 *

19 157.148.58.29 AS136958 [UNICOM-GD] 中国广东广州 chinaunicom.cn 联通

11.22 ms / 11.23 ms / 11.35 ms

MapTrace URL: https://assets.nxtrace.org/tracemap/86d38e34-5e57-526b-95a6-c73e4e1630d9.html

</syntaxhighlight>搬瓦工香港 CN2GIA -> 广州移动<syntaxhighlight lang="bash" line="">

93.179.127.104 -> 120.241.71.2, 30 hops max, 28 byte packets, ICMP mode

1 172.22.85.200 * RFC1918

37.93 ms / 34.06 ms / 27.28 ms

2 10.253.252.2 * RFC1918

0.36 ms / 0.29 ms / 0.37 ms

3 *

4 69.194.165.81 * 中国香港电信/CTGNet

CN.HKG.CTGNet 5.04 ms / 1.83 ms / * ms

5 69.194.166.117 * 中国香港电信/CTGNet

CN.HKG.CTGNet 1.59 ms / 1.43 ms / 1.33 ms

6 *

7 *

8 59.43.16.181 * [CN2-BackBone] 中国广东广州 chinatelecom.cn 电信

10.63 ms / * ms / * ms

9 202.97.43.81 AS4134 [CHINANET-BB] 中国广东广州 chinatelecom.com.cn 电信

11.36 ms / * ms / * ms

10 *

11 *

12 *

13 *

14 120.241.71.2 AS56040 [APNIC-AP] 中国广东广州 gd.10086.cn 移动

73.08 ms / 73.97 ms / 74.53 ms

</syntaxhighlight>
----

== 6. 拓展阅读 ==
最新更新原文：[https://vpsdeck.com/bandwagonhost-hk8-review/ 搬瓦工香港 HKHK_8 CN2GIA 深度测评：极致的国内三网体验，极致的国际互连]

搬瓦工迪拜机房测评：CN2 GIA E-Commerce套餐实测（含三网路由+延迟+性能全解析）

2026-09-18T22:13:32Z

Liam：移除 Test category 分类

搬瓦工（BandwagonHost）近年来主打的 E-Commerce线路，本质上是针对跨境业务优化的高质量网络方案，强调国际互联质量而不是单纯“国内低延迟”。相比传统CN2 GIA，这类套餐更偏向：

* 多地区优质骨干互联（Telia / Arelion / PCCW / CMI 等）
* 跨洲访问稳定（欧美、中东、亚洲）
* 更适合跨境电商、外贸站、全球业务

本次测试选择的是迪拜（UAE）机房，这个节点比较特殊——它并不是传统“中美优化线路”，而是一个典型的：

👉 欧亚非交汇点节点（全球中转型）

因此，这篇测评的重点不是“国内优化”，而是：

* 三网真实延迟表现
* 国际链路质量
* 去程/回程路径结构
* 是否适合业务使用

== 套餐配置（官方信息） ==
{| class="wikitable"
!项目
!配置
|-
|套餐名称
|SPECIAL 20G KVM PROMO V5
|-
|CPU
|2核 Intel Xeon
|-
|内存
|1GB
|-
|硬盘
|20GB SSD（RAID-10）
|-
|流量
|1000GB/月
|-
|带宽
|2.5Gbps
|-
|架构
|KVM
|-
|IPv4
|1个
|-
|IPv6
|/64
|-
|价格
|$49.99/季度 / $169.99/年 [https://bandwagonhost.com/cart.php?a=add&pid=87 购买链接]
|-
|机房
|UAE 迪拜（AEDXB_1）
|}
支持：

* 免费迁移机房
* 快照 / 备份
* 多系统（Debian / Ubuntu等）

搬瓦工E-Commerce VPS套餐可选或自助免费迁移的15个机房是：

US: Los Angeles, California (DC6 CT CN2GIA-E, CMIN2, CUP) [USCA_6] (current)

US: Los Angeles, California (DC9 AMD+NVMe, CT CN2GIA, CMIN2, CUP) [USCA_9]

US: Los Angeles, California (DC8 ZNET) [USCA_8]

US: Los Angeles, California (DC2 AO) [USCA_2]

US: San Jose, California (CT CN2GIA-E, CMIN2, CUP) [USCA_SJC5]

US: Fremont, California [USCA_FMT]

US: New Jersey [USNJ]

US: New York (Coresite NY1) [USNY_6]

US: New York (Coresite NY1 CN2GIA-E, CMIN2, CUP) [USNY_8]

CA: British Columbia, Vancouver (AMD-F+NVMe) [CABC_1]

CA: British Columbia, Vancouver (AMD-F+NVMe, CN2GIA-E, CMIN2, CUP) [CABC_6]

EU: Amsterdam, Netherlands DC2 (AMD) [EUNL_2]

EU: Amsterdam, Netherlands DC9 (China Unicom Premium) [EUNL_9]

Japan: Osaka (Softbank) [JPOS_1]

'''UAE: Dubai [AEDXB_1]（本次测评机房）'''

E-Commerce系列属于CN2 GIA-E优化线路，在性能和价格之间取得平衡。更多配置套餐列表：
{| class="wikitable"
|内存
|CPU
|SSD
|流量
|带宽
|价格
|-
|1G
|2核
|20G
|1T/月
|2.5Gbps
|$49.99/季
|-
|2G
|3核
|40G
|2T/月
|2.5Gbps
|$89.99/季
|-
|4G
|4核
|80G
|3T/月
|2.5Gbps
|$56.99/月
|-
|8G
|6核
|160G
|5T/月
|5Gbps
|$86.99/月
|-
|16G
|8核
|320G
|8T/月
|5Gbps
|$159.99/月
|-
|32G
|10核
|640G
|10T/月
|10Gbps
|$289.99/月
|-
|64G
|12核
|1000G
|12T/月
|10Gbps
|$549.99/月
|}
搬瓦工官网：<nowiki>https://bandwagonhost.com/</nowiki>

[[File:Image-bwg.png]]

== 基础网络与IP信息 ==
IP地址： 162.213.**.***

ASN： AS21887（Fiber Logic Inc.）

位置：阿联酋迪拜

=== IP质量结论 ===

* 类型：IDC机房IP（广播IP）
* 风险：
** ipapi：0.05%（极低）
** AbuseIPDB：0（安全）
* 黑名单：5个（少量）
* 风控值：约18%~28%（中低）

👉 结论：

干净度中等偏上，可用作业务IP，但不属于“原生住宅IP”

== 延迟表现（Ping测试） ==

=== 中国方向 ===
{| class="wikitable"
!运营商
!平均延迟
|-
|电信
|350ms
|-
|联通
|391ms
|-
|移动
|273ms
|}
整体特点：

* 移动明显更优（最低189ms）
* 联通最差（最高548ms）
* 全国平均：约337ms

👉 结论：

国内访问属于“高延迟正常水平”，不适合低延迟需求

=== 海外延迟 ===
{| class="wikitable"
!区域
!平均延迟
|-
|欧洲
|120ms
|-
|亚洲
|214ms
|-
|北美
|262ms
|-
|大洋洲
|282ms
|}
👉 结论：

* 欧洲表现极好（100ms级）
* 中东/欧洲业务优势明显
* 全球平均约230ms

== 丢包率测试（ping.pe） ==
整体表现：

* 全球大部分节点：0%丢包
* 少量异常：
** 摩洛哥：2%
** 瑞士：1-2%
** 土耳其个别节点异常

👉 结论：

网络稳定性优秀，属于高质量国际骨干水平

== 去程路由分析（重点） ==

=== 1️⃣ 电信去程 ===
路径：<blockquote>中国 → 法兰克福 → Telia → 米兰 → 迪拜</blockquote>特点：

* 走 163国际出口
* 经欧洲绕路（德国→意大利）
* 再进入中东

👉 结论：

典型绕欧路径，非CN2直连

=== 2️⃣ 联通去程 ===
路径：<blockquote>北京 → 圣何塞 → Telia → 纽约 → 伦敦 → 米兰 → 迪拜</blockquote>特点：

* 先绕美国
* 再回欧洲
* 路径非常长

👉 结论：

联通去程最差，绕路严重

=== 3️⃣ 移动去程 ===
路径：<blockquote>国内 → 广州 → 法兰克福 → DE-CIX → 米兰 → 迪拜</blockquote>特点：

* 使用 CMI国际出口
* 欧洲中转
* 相对更直接

👉 结论：

移动去程三网最佳

== 回程路由分析（重点） ==

=== 核心总结（TCP） ===
{| class="wikitable"
!运营商
!回程
|-
|电信
|Arelion / Level3 → 163
|-
|联通
|Verizon → 4837
|-
|移动
|PCCW / CMI
|}

=== 1️⃣ 电信回程 ===
路径：<blockquote>迪拜 → 英国/法国 → 中国163骨干</blockquote>特点：

* 走 Arelion（Telia）
* 进入电信163

👉 结论：

稳定但非CN2

=== 2️⃣ 联通回程 ===
路径：<blockquote>迪拜 → 欧洲 → 联通4837</blockquote>特点：

* Verizon / Arelion
* 延迟较高

👉 结论：

联通整体较弱

=== 3️⃣ 移动回程（最优） ===
路径：<blockquote>迪拜 → 新加坡 → CMI → 国内</blockquote>特点：

* CMI直连
* 延迟最低

👉 结论：

移动用户体验最好

== 性能测试（硬件） ==

=== CPU ===

* 单核：793
* 多核：1580

👉 结论：

中低端水平，够轻量应用

=== 内存 ===

* 读：17GB/s
* 写：16GB/s

👉 表现优秀

=== 磁盘（SSD RAID10） ===

* 顺序读：1GB/s+
* 随机IO：3k~4k

👉 结论：

磁盘性能不错，适合建站

== 流媒体解锁 ==
{| class="wikitable"
!服务
!状态
|-
|Netflix
|✅（AE区）
|-
|YouTube
|✅
|-
|Amazon
|✅
|-
|ChatGPT
|✅
|-
|TikTok
|❌
|}
👉 结论：

解锁能力较强（中东区）

== 适用场景分析 ==
适合：

* 外贸建站（中东/欧洲）
* 跨境电商（Shopify/独立站）
* 全球业务中转节点
* API / 服务部署

不适合：

* 国内加速
* 低延迟游戏
* 回国线路需求

== 优缺点总结 ==

=== 优点 ===

* 国际网络质量高（Arelion / Telia / PCCW）
* 丢包极低
* 欧洲访问优秀
* 移动线路表现不错
* IP风险低

=== 缺点 ===

* 国内延迟高（300ms+）
* 无CN2直连
* 联通表现较差
* 不适合回国优化

== 常见问答（FAQ） ==

=== Q1：迪拜机房适合中国用户吗？ ===
不太适合做“国内优化”，更适合做海外业务节点。

=== Q2：为什么延迟这么高？ ===
因为：

* 地理距离远
* 路由绕欧洲/美国
* 非CN2直连

=== Q3：三网哪个最好？ ===
👉 移动 > 电信 > 联通

=== Q4：能当中转节点用吗？ ===
可以，而且：

👉 全球中转能力很强

=== Q5：适合建站吗？ ===
适合，尤其是：

* 面向欧洲 / 中东用户

== 总结 ==
这台搬瓦工迪拜VPS本质定位非常明确：

👉 不是“优化中国”的机器，而是“连接世界”的节点

如果你的需求是：

* 国内访问快 ❌ 不推荐
* 全球业务稳定 ✅ 非常合适

一句话结论：

👉 这是一个典型的“全球线路优先”的E-Commerce节点，而不是中国优化线路。

NodeQuality报告参考：

<nowiki>https://nodequality.com/r/oQlPSvrseHwFO5tH1zQ85HaxWUT5xvz7</nowiki>

搬瓦工荷兰阿姆斯特丹DC2（EUNL 2）VPS测评：1TB月流量@1Gbps带宽年付$49.99，三网路由、延迟表现与解锁能力分析

2026-09-18T22:13:08Z

Liam：移除 Test category 分类

== 🧭 一、套餐与机房介绍 ==
搬瓦工 Basic VPS 套餐支持全球 7 大机房自由切换（IP会变化），本次测试选择：

👉 EU: Amsterdam, Netherlands DC2 (AMD) [EUNL_2]

=== 📦 套餐配置 ===
{| class="wikitable"
!项目
!参数
|-
|CPU
|2核 AMD EPYC
|-
|内存
|1GB
|-
|硬盘
|20GB SSD RAID10
|-
|流量
|1TB/月
|-
|带宽
|1Gbps
|-
|架构
|KVM
|-
|IPv4
|1个
|-
|IPv6
|/64
|-
|价格
|$49.99/年 [https://bandwagonhost.com/cart.php?a=add&pid=44 购买链接]
|}
👉 特点：支持机房免费迁移 + 快照 + 自动备份

搬瓦工Basic VPS套餐支持免费切换机房，如下：

US: Los Angeles, California (DC2 AO) [USCA_2]

US: Los Angeles, California (DC8 ZNET) [USCA_8]

US: Fremont, California [USCA_FMT]

US: New Jersey [USNJ] (current)

US: New York (Coresite NY1) [USNY_6]

CA: British Columbia, Vancouver (AMD-F+NVMe) [CABC_1]

EU: Amsterdam, Netherlands DC2 (AMD) [EUNL_2]

测评文章：

[https://www.gwvpsceping.com/14684.html 搬瓦工Basic VPS测评：USCA_2洛杉矶机房，1TB月流量@1Gbps带宽，$49.99/年套餐网络表现、三网路由与性能实测分析]

[https://www.gwvpsceping.com/14687.html 搬瓦工年付$49.99基础款套餐USCA_8（洛杉矶DC8 ZNET）VPS测评：三网延迟/路由/丢包/解锁能力实测分析]

[https://www.gwvpsceping.com/14690.html 搬瓦工Basic VPS套餐测评：USCA_FMT（Fremont）美国弗里蒙特机房表现实测｜三网回程与性能分析]

[https://www.gwvpsceping.com/14697.html 搬瓦工Basic VPS（USNJ 新泽西）测评：1TB月流量@1Gbps带宽年付$49.99，三网路由分析与延迟实测（2026）]

[https://www.gwvpsceping.com/14699.html 搬瓦工USNY_6（纽约 CoreSite NY1）VPS测评：三网回程解析 / HE+Cogent混合线路表现与真实网络质量分析]

[https://www.gwvpsceping.com/14707.html 搬瓦工Basic VPS（加拿大温哥华CABC_1）测评：1TB月流量@1Gbps带宽年付$49.99，CN2之外的北美中转线路表现如何？]

搬瓦工官网：<nowiki>https://bandwagonhost.com/</nowiki>

[[File:Image-bwg.png|border|frameless|300x300px]]

== 🌍 二、IP信息与质量分析 ==

=== 📍 IP基础信息 ===

* ASN：AS25820（IT7 Networks）
* 位置：荷兰阿姆斯特丹
* IP类型：IDC机房IP（广播IP）

=== 🔎 IP质量总结 ===

* 风控：约 24%~30%（低风险）
* 多数据库判断：机房IP / VPN特征明显
* 黑名单：无严重记录
* 邮件端口：25端口受限

👉 结论：

* ✔ 适合建站、代理、开发
* ❌ 不适合高要求“住宅IP场景”（如部分风控平台）

== 📡 三、Ping延迟测试 ==

=== 🇨🇳 中国地区 ===

* 平均延迟：≈ 283ms
* 电信：274ms
* 联通：280ms
* 移动：300ms

👉 最低：香港 181ms

👉 最高：西藏移动 368ms

✔ 整体属于欧洲机房正常水平

=== 🌍 海外延迟 ===

* 欧洲：7ms（极优）
* 北美：150ms
* 亚洲：174ms
* 大洋洲：279ms

👉 结论：

* ✔ 欧洲本地访问极快
* ✔ 全球分布均衡
* ❌ 对中国不友好（物理距离限制）

== 🚦 四、三网去程路由分析（重点） ==

=== 🟥 电信去程 ===
路径：<blockquote>中国 → 美国圣何塞 → NTT → 巴黎 → 阿姆斯特丹</blockquote>

* 使用 163骨干 + NTT
* 明显绕路（美西→欧洲）

👉 特点：

* ❌ 绕路严重
* ❌ 延迟偏高
* ✔ 稳定性尚可

=== 🟩 联通去程 ===
路径：<blockquote>中国 → 圣何塞 → TATA → 伦敦 → 阿姆斯特丹</blockquote>👉 特点：

* ✔ 相对稳定
* ❌ 仍绕美
* ❌ 非优化线路

=== 🟦 移动去程 ===
路径：<blockquote>中国 → 洛杉矶 → 迈阿密 → 巴黎 → 阿姆斯特丹</blockquote>👉 特点：

* ❌ 极度绕路（横跨美国）
* ❌ 延迟最高

✔ 总结（去程）：<blockquote>三网全部绕美 → 欧洲

👉 无直连 / 无优化线路</blockquote>

== 🔁 五、回程路由分析 ==

=== 🟥 电信回程 ===

* 主要：Cogent / Level3 → 163
* 路径：欧洲 → 中国骨干

👉 特点：

* ✔ 稳定
* ❌ 非CN2

=== 🟩 联通回程 ===

* 主要：Cogent → 4837（联通骨干）

👉 特点：

* ✔ 常规国际线路
* ❌ 无CU VIP优化

=== 🟦 移动回程 ===

* 主要：TATA → CMI（移动国际）

👉 特点：

* ✔ 走 CMI
* ❌ 仍非优质线路

✔ 总结（回程）：<blockquote>三网均为普通国际线路（无优化）</blockquote>

== ⚡ 六、性能测试 ==

=== 🧠 CPU ===

* AMD EPYC（Genoa）
* 2核性能稳定

=== 💾 磁盘IO ===

* 平均：1262 MB/s

👉 表现：

* ✔ SSD RAID10
* ✔ 性能优秀

=== 🌐 网络表现 ===

* 欧洲带宽：极强（7Gbps级测试）
* 国内测速：
** 电信下载：最高 3Gbps+
** 联通：2Gbps+
** 移动：部分失败（网络波动）

== 🎬 七、流媒体解锁 ==
{| class="wikitable"
!服务
!状态
|-
|Netflix
|✅（NL/CA区）
|-
|YouTube Premium
|✅
|-
|TikTok
|✅
|-
|ChatGPT
|✅
|-
|Disney+
|❌
|-
|Bilibili
|❌
|}
👉 结论：

* ✔ 解锁能力不错（欧美流媒体）
* ❌ 部分平台限制

== 🧾 八、综合评价 ==

=== ✅ 优点 ===

* 欧洲本地延迟极低（7ms）
* 硬盘性能强（1.2GB/s）
* 支持多机房切换
* 流媒体解锁较好

=== ❌ 缺点 ===

* 三网对中国全部绕路
* 无CN2 / 9929 / CMI优化
* 移动表现较差
* IP为IDC类型

== 🎯 九、适用人群 ==
✔ 欧洲业务 / 外贸建站

✔ 海外服务部署

✔ 流媒体解锁

✔ 开发测试环境

❌ 国内建站 / 低延迟需求

❌ 游戏 / 实时业务

== ❓ 十、常见问答（FAQ） ==

=== Q1：EUNL_2适合中国用户吗？ ===
不太适合，延迟约280ms且无优化线路，仅适合轻量用途。

=== Q2：和洛杉矶机房比哪个好？ ===
👉 中国访问：

* 洛杉矶明显更优 👉 欧洲访问：
* 阿姆斯特丹更强

=== Q3：这个IP干净吗？ ===
属于机房IP，风险低，但有VPN特征，不算“原生住宅”。

=== Q4：能建站吗？ ===
可以，尤其适合：

* 外贸站
* 欧洲用户访问

=== Q5：值得买吗？ ===
👉 如果你：

* 面向欧洲 ✔
* 追求低价 ✔

👉 如果你：

* 面向中国 ❌

=== 🏁 总结一句话 ===
👉 EUNL_2 = 欧洲性能强 + 国内访问弱的典型国际线路VPS

搬瓦工电子商务 SLA 套餐 - 测试数据与亮点详解

2026-09-18T22:12:53Z

Liam：移除 Test category 分类

搬瓦工最近新上了一个“E-Commerce SLA”（电子商务 SLA）套餐，相比“E-Commerce”（电子商务）套餐，有何区别，表现如何？今天为大家进行详解。

== 🗂️ 套餐内容（基础款） ==
'''ECOMMERCE SLA LOS ANGELES'''
* CPU：'''2核 AMD（专用）'''
* 内存：1G ECC
* 硬盘：20G SSD
* 流量：1TB@2.5Gbps
* 机房：美国洛杉矶 USCA_5 机房（暂无多机房）
* 线路：三网优化回程 CN2GIA + 9929 + CMIN2（目前 9929 路由不佳，联通回程暂为 CN2GIA ）
* SLA：99.99%（平常套餐为99.9% ~ 99.95%）
* IP更换：每14天可免费更换1次（无条件限制）
* 价格：65.89美元/季、239.99美元/年
* 链接：【[https://bandwagonhost.com/cart.php?a=add&pid=164 直达链接]】

== 🧭 亮点分析 ==
1、AMD Epyc 高性能专用CPU，可以长期100%性能释放；

2、99.99% SLA 高在线率保障（得益于每个物理节点的：双路电源+UPS+发动机备用、双网口接入、全天候监控等）；

3、每14天可以无条件限制免费更换1次IP（通常为7.39 美元/次）。

该套餐的 kiwivm 后台还有个“IP检测与更换”入口（目前为套餐专属）：

[[File:Bwh-ip-replacement-1.png]]

可以直接进行 IP检测，并且更换 IP 无条件限制（每14天即可强制更换1次）

[[File:Bwh-ip-replacement-2.png]]

== 🧰 测试部分 ==

=== 📋 基本信息 ===
<syntaxhighlight lang="bash">
CPU 型号 : AMD EPYC-Genoa Processor @ 2445.404 MHz
CPU 数量 : 2 Virtual CPU(s)
CPU 缓存 : L1: 128 KB / L2: 2 MB / L3: 32 MB
GPU 型号 : GD 5446
AES-NI : ✔️ Enabled
VM-x/AMD-V/Hyper-V : ✔️ Enabled
内存 : 281.80 MB / 1.03 GB
气球驱动 : ✔️ Enabled
内核页合并 : ❌ Undetected
虚拟内存 Swap : 14.24 MB / 563.00 MB
硬盘空间 : 2.02 GB / 19.15 GB [10.5%%] /dev/sda2 - /
启动盘路径 : /dev/sda2
系统 : debian 12.0 [x86_64]
内核 : 6.1.0-9-amd64
系统在线时间 : 0 days, 06 hours, 03 minutes
时区 : PST
负载 : 0.08 / 0.04 / 0.01
虚拟化架构 : KVM
NAT类型 : Full Cone
TCP加速方式 : bbr
IPV4 ASN : AS25820 IT7NET
IPV4 Location : Los Angeles / California / United States
IPV4 Active IPs : 6/256 (subnet /24) 689152/16777216 (prefix /8)

</syntaxhighlight>

=== 🖥️ CPU、内存、磁盘 ===
<syntaxhighlight lang="bash">
Geekbench 5 Benchmark Test:
---------------------------------
Test | Value
|
Single Core | 1150
Multi Core | 2228
Full Test | https://browser.geekbench.com/v5/cpu/23946375
--------------------------------CPU测试-通过sysbench测试--------------------------------
1 线程测试(单核)得分: 3664.67
2 线程测试(多核)得分: 7310.82
---------------------------------内存测试-通过stream测试----------------------------------
Function Best Rate MB/s Avg time Min time Max time
Copy: 41280.0 0.004063 0.003876 0.004260
Scale: 29568.6 0.005468 0.005411 0.005556
Add: 34207.8 0.007127 0.007016 0.007241
Triad: 34848.5 0.006964 0.006887 0.007029
-----------------------------------硬盘测试-通过fio测试-----------------------------------
测试路径块大小读测试(IOPS) 写测试(IOPS) 总和(IOPS)
/root 4k 256.76 MB/s(64.2k) 257.44 MB/s(64.4k) 514.20 MB/s(128.5k)
/root 64k 1.99 GB/s(31.1k) 2.00 GB/s(31.3k) 3.99 GB/s(62.4k)
/root 512k 5.55 GB/s(10.8k) 5.85 GB/s(11.4k) 11.40 GB/s(22.3k)
/root 1m 3.29 GB/s(3212) 3.51 GB/s(3426) 6.80 GB/s(6638)

</syntaxhighlight>GB5单核有1150，性能不错，且专用CPU 可以长期 100% 释放，，磁盘 io 也是 nvme 水准。

=== 📡 全国TCPing ===
[[File:Bwh-dc5-tcping.png]]

晚间平均160ms，美西三网优化线路，表现稳定。

=== 🌐 IP 质量报告 ===
[[File:Bwh-dc5-ip.png]]

常规机房IP，解锁表现不错

=== ⚡ 网络质量体检 ===
[[File:Bwh-dc5-web.png]]

SLA 产品为三网分别优化回程（即：电信CN2GIA + 联通9929 + 移动CMIN2），目前 9929 路由表现不佳，联通回程暂时为CN2GIA。

=== 🛰️ 回程路由 ===
<syntaxhighlight lang="bash">
三网回程路由（线路可能随网络负载动态变化）
北京电信 IT7 -> CN2GIA
地理路径：美国 -> 上海 -> 北京自治系统路径：AS25820 -> AS4134 -> AS4809 -> AS4134 -> AS4847
1 4.22ms 10.26.*.* * RFC1918
3 0.34ms 45.78.*.* AS25820 美国加利福尼亚州洛杉矶 it7.net
4 0.75ms 218.30.*.* AS4134 [CHINANET-US] 美国加利福尼亚洛杉矶 chinatelecom.com.cn 电信
5-7 124.62ms 59.43.*.* AS4809 [CN2-BackBone] * 中国上海 X-I chinatelecom.cn 电信
9 148.03ms 202.97.*.* AS4134 [CHINANET-BB] 中国北京 chinatelecom.com.cn 电信
11-12 152.37ms 36.112.*.* AS4847 中国北京 bj.189.cn
13 156.87ms 219.141.*.* AS4847 [CHINATELECOM-BJ] 中国北京 bj.189.cn
14 153.75ms 106.37.*.* AS4847 [CHINANET-HN] 中国北京 bj.189.cn
北京联通 IT7 -> CN2GIA
地理路径：美国 -> 上海 -> 北京自治系统路径：AS25820 -> AS4134 -> AS4809 -> AS4808
1 8.58ms 10.26.*.* * RFC1918
3 0.48ms 45.78.*.* AS25820 美国加利福尼亚州洛杉矶 it7.net
4 1.00ms 218.30.*.* AS4134 [CHINANET-US] 美国加利福尼亚洛杉矶 CT-POP chinatelecom.com.cn 电信
5 125.99ms 59.43.*.* AS4809 [CN2-Global] * 中国上海 chinatelecom.cn 电信
7-8 131.51ms 59.43.*.* AS4809 [CN2-BackBone] * 中国上海 chinatelecom.cn 电信
13 182.49ms 125.33.*.* AS4808 [UNICOM-BJ] 中国北京 www.bbn.com.cn 联通
14 177.30ms 61.149.*.* AS4808 [UNICOM-CN] 中国北京北京 www.bbn.com.cn
19 179.61ms 123.125.*.* AS4808 [UNICOM-BJ] 中国北京市 www.bbn.com.cn 联通
北京移动 IT7 -> CMIN2
地理路径：美国 -> 上海 -> 北京自治系统路径：AS25820 -> AS58807 -> AS9808 -> AS56048
1 51.99ms 10.26.*.* * RFC1918
3 0.29ms 45.78.*.* AS25820 美国加利福尼亚州洛杉矶 it7.net
4-6 1.54ms 223.120.*.* AS58807 [CMIN2-NET] 美国加利福尼亚洛杉矶 cmi.chinamobile.com 移动
7 125.86ms 223.120.*.* AS58807 [CMIN2-NET] 中国上海洛杉矶-上海 cmi.chinamobile.com 移动
8-9 126.05ms 221.183.*.* AS9808 [CMNET] 中国上海 I-C chinamobileltd.com 移动
10-11 150.77ms 221.183.*.* AS9808 [CMNET] 中国北京 chinamobileltd.com 移动
13-16 150.62ms 211.136.*.* AS56048 [CMNET] 中国北京 bj.10086.cn 移动
17 151.01ms 211.136.*.* AS56048 [CMNET] 中国北京 bj.10086.cn 移动
上海电信 IT7 -> CN2GIA
地理路径：美国 -> 上海自治系统路径：AS25820 -> AS4134 -> AS4809 -> AS4812
1 10.43ms 10.26.*.* * RFC1918
3 0.45ms 45.78.*.* AS25820 美国加利福尼亚州洛杉矶 it7.net
4 0.67ms 218.30.*.* AS4134 [CHINANET-US] 美国加利福尼亚洛杉矶 CT-POP chinatelecom.com.cn 电信
5-7 129.30ms 59.43.*.* AS4809 [CN2-BackBone] * 中国上海 chinatelecom.cn 电信
8-9 125.66ms 101.95.*.* AS4812 [CHINANET-SH] 中国上海 chinatelecom.cn 电信
15 127.38ms 101.226.*.* AS4812 [CHINANET-SH] 中国上海市 chinatelecom.cn 电信
上海联通 IT7 -> CN2GIA
地理路径：美国 -> 上海自治系统路径：AS25820 -> AS4134 -> AS4809 -> AS140979
1 6.56ms 10.26.*.* * RFC1918
3 0.54ms 45.78.*.* AS25820 美国加利福尼亚州洛杉矶 it7.net
4 0.89ms 218.30.*.* AS4134 [CHINANET-US] 美国加利福尼亚洛杉矶 chinatelecom.com.cn 电信
5-8 129.23ms 59.43.*.* AS4809 [CN2-BackBone] * 中国上海 chinatelecom.cn 电信
18 130.29ms 58.246.*.* AS140979 中国上海市 chinaunicom.cn 联通
上海移动 IT7 -> CMIN2
地理路径：美国 -> 上海自治系统路径：AS25820 -> AS58807 -> AS9808
1 4.02ms 10.26.*.* * RFC1918
3 0.52ms 45.78.*.* AS25820 美国加利福尼亚州洛杉矶 it7.net
5 0.65ms 223.120.*.* AS58807 [CMIN2-NET] 美国加利福尼亚洛杉矶 cmi.chinamobile.com 移动
6 125.87ms 223.120.*.* AS58807 [CMIN2-NET] 中国上海洛杉矶-上海 cmi.chinamobile.com 移动
7-11 128.06ms 221.183.*.* AS9808 [CMNET] 中国上海 X-I chinamobileltd.com 移动
15 127.82ms 117.185.*.* AS9808 [CMNET] 中国上海市 chinamobileltd.com 移动
广东电信 IT7 -> CN2GIA
地理路径：美国 -> 广东自治系统路径：AS25820 -> AS4134 -> AS4809 -> AS4134
1 3.64ms 10.26.*.* * RFC1918
3 0.25ms 45.78.*.* AS25820 美国加利福尼亚州洛杉矶 it7.net
4 0.73ms 218.30.*.* AS4134 [CHINANET-US] 美国加利福尼亚洛杉矶 chinatelecom.com.cn 电信
5-7 144.79ms 59.43.*.* AS4809 [CN2-BackBone] * 中国广东广州 chinatelecom.cn 电信
8 151.20ms 202.97.*.* AS4134 [CHINANET-BB] 中国广东广州 chinatelecom.com.cn 电信
9-10 161.17ms 113.96.*.* AS4134 [CHINANET-GD] 中国广东广州 chinatelecom.com.cn 电信
13 158.85ms 14.22.*.* AS4134 中国广东 chinatelecom.com.cn
广东联通 IT7 -> CN2GIA
地理路径：美国 -> 广东自治系统路径：AS25820 -> AS4134 -> AS4809 -> AS4134 -> AS17816 -> AS134543
1 4.63ms 10.26.*.* * RFC1918
3 0.45ms 45.78.*.* AS25820 美国加利福尼亚州洛杉矶 it7.net
4 0.70ms 218.30.*.* AS4134 [CHINANET-US] 美国加利福尼亚洛杉矶 chinatelecom.com.cn 电信
5 152.97ms 59.43.*.* AS4809 [CN2-Global] * 中国广东广州 X-I chinatelecom.cn 电信
7 155.31ms 59.43.*.* AS4809 [CN2-BackBone] * 中国广东广州 chinatelecom.cn 电信
8 147.68ms 202.97.*.* AS4134 [CHINANET-BB] 中国广东广州 chinatelecom.com.cn 电信
12 159.73ms 221.4.*.* AS17816 [UNICOM-GD] 中国广东东莞市中国联通联通
13 160.66ms 120.80.*.* AS134543 [APNIC-AP] 中国广东东莞市 chinaunicom.cn 联通
20 155.26ms 157.148.*.* AS134543 [UNICOM-GD] 中国广东东莞 chinaunicom.cn
广东移动 IT7 -> CMIN2
地理路径：美国 -> 上海 -> 广东自治系统路径：AS25820 -> AS58807 -> AS9808 -> AS56040 -> AS9808
1 0.73ms 10.26.*.* * RFC1918
3 0.51ms 45.78.*.* AS25820 美国加利福尼亚州洛杉矶 it7.net
5 1.35ms 223.120.*.* AS58807 [CMIN2-NET] 美国加利福尼亚洛杉矶 cmi.chinamobile.com 移动
6-7 125.84ms 223.120.*.* AS58807 [CMIN2-NET] 中国上海洛杉矶-上海 cmi.chinamobile.com 移动
8-10 127.02ms 221.183.*.* AS9808 [CMNET] 中国上海 I-C chinamobileltd.com 移动
11 158.35ms 111.24.*.* AS9808 [CMNET] 中国广东广州 chinamobileltd.com 移动
12-13 159.53ms 221.179.*.* AS56040 [CMNET] 中国广东广州 gd.10086.cn
14-15 163.39ms 120.196.*.* AS56040 [APNIC-AP] 中国广东广州 gd.10086.cn
19 161.41ms 183.232.*.* AS9808 [APNIC-AP] 中国广东东莞 chinamobileltd.com

</syntaxhighlight>

=== 📝 简评 ===

* 性能：双核 AMD Epyc，性能不错，且为专用CPU（可以100%性能释放），磁盘io也是NVMe水准；
* 线路：三网优化回程，电信联通CN2GIA+移动CMIN2，表现不错；
* 用途：适用于一些对稳定度要求极高的使用场景（99.99% SLA 按一年365天算，年故障时间需小于52 分 35 秒），同时也能胜任一些需要长期性能释放的任务。

[https://www.xiaoge.org/archives/bwh-kiwivm 更多搬瓦工教程]

搬瓦工年付$49.99基础款套餐USCA 8（洛杉矶DC8 ZNET）VPS测评

2026-09-18T22:12:38Z

Liam：移除 Test category 分类

本文对搬瓦工 USCA_8（洛杉矶 DC8 ZNET）VPS进行全面实测，包括中国电信、联通、移动三网延迟表现、全球节点测速、去程回程路由分析、丢包情况及IP质量检测，并测试流媒体与AI服务解锁能力，帮助用户评估该洛杉矶节点的真实网络性能与适用场景。

前文测评了洛杉矶DC02机房《搬瓦工Basic VPS测评：USCA_2洛杉矶机房，1TB月流量@1Gbps带宽，$49.99/年套餐网络表现、三网路由与性能实测分析》，现在免费迁移到了洛杉矶DC08机房，重新进行测评。

[[File:Image-bwg.png|border|frameless]]

本次测试对象为搬瓦工Basic VPS迁移后的节点：
{| class="wikitable"
!项目
!配置
|-
|CPU
|2 vCPU Intel Xeon Processor (Cascadelake)
|-
|内存
|1 GB RAM
|-
|硬盘
|20 GB RAID-10 SSD
|-
|流量
|1 TB / 月
|-
|带宽
|1 Gbps
|-
|架构
|KVM
|-
|价格
|$49.99 / 年 [https://bandwagonhost.com/cart.php?a=add&pid=44 购买链接]
|-
|机房
|美国洛杉矶 DC8（ZNET）
|}

== 一、基础网络表现概览 ==

=== 📌 国内延迟整体情况（160节点） ===
从全国各区域来看，该节点延迟整体稳定在 150ms–210ms 区间，属于洛杉矶常规国际线路水平。

==== 🇨🇳 中国地区平均表现： ====

* 港澳台
** 香港：141ms
** 台湾：145ms
** 平均：≈143ms
* 中国电信
** 平均约：178ms
** 最优：上海 146ms
** 最差：新疆 242ms
* 中国联通
** 平均约：200ms
** 最优：北京 156ms
** 最差：广西 231ms
* 中国移动
** 平均约：209ms
** 最优：北京 177ms
** 最差：西藏 240ms

👉 总结：

* 电信 < 联通 < 移动（延迟递增）
* 华东、华北表现明显优于西北/西南

== 二、海外延迟表现 ==

=== 🌍 全球节点延迟情况 ===

==== 🇺🇸 北美 ====

* 洛杉矶本地：<1ms
* 西雅图：30ms
* 平均：13–40ms（优秀）

==== 🇯🇵 亚洲 ====

* 东京：103ms
* 新加坡：151ms
* 整体：100–160ms（较优）

==== 🇪🇺 欧洲 ====

* 英国：140–147ms
* 德国：152ms
* 法国/荷兰：145–157ms

==== 🌎 南美 ====

* 巴西：177ms
* 阿根廷：172ms

==== 🌍 非洲 ====

* 南非最高：305ms
* 埃及：190ms

👉 总结：

海外整体表现稳定，欧美延迟控制在 140–160ms 属正常洛杉矶出口水平。

== 三、丢包与稳定性 ==
ping.pe 多节点测试结果：

* 全网主流节点丢包率：0%
* 美国本土（Vultr / DO / Linode）：
** 延迟：0.5ms–10ms
** 丢包：0%
* 亚洲节点：
** 日本/新加坡稳定，无明显丢包
* 欧洲节点：
** 丢包率接近 0%

👉 结论：

线路稳定性较好，没有明显抖动或高丢包问题。

== 四、去程路由分析（重点） ==

=== 🇨🇳 三网去程路径特点 ===

==== 📶 电信去程 ====

* 电信骨干 → 洛杉矶（AS4134 → IT7）
* 中间经过：Arelion（AS1299）
* 洛杉矶落地：IT7（AS25820）

👉 特点：

* 传统国际出口路径
* 无明显优化专线标识

==== 📶 联通去程 ====

* 联通 4837 → 圣何塞 → 洛杉矶 IT7

👉 特点：

* CU169骨干 → 美国圣何塞中转
* 再进入洛杉矶 IDC

==== 📶 移动去程 ====

* CMNET → CMI → 洛杉矶

👉 特点：

* 通过 CMI 国际出口
* 香港/洛杉矶双跳中转结构

== 五、回程路由分析 ==

=== 📥 三网回程统一特征 ===

==== 电信回程 ====

* Arelion → 163骨干 → 国内

==== 联通回程 ====

* IT7 → 4837 → 国内联通核心

==== 移动回程 ====

* IT7 → CMI → CMNET

👉 整体特点：

* 回程路径较一致
* 未出现单一优化专线（如 CN2 GIA）

== 六、IP质量分析 ==

=== 🌐 IP基础信息 ===

* IP类型：IDC机房IP（广播IP）
* ASN：AS25820 IT7 Networks
* 注册地：加拿大（ARIN）
* 实际位置：洛杉矶

=== ⚠️ 风控信息 ===

* 风险评分：
** Scamalytics：低风险
** AbuseIPDB：0
** IPQS：75（轻度可疑）

👉 结论：

* 属于数据中心IP
* 非原生住宅IP

== 七、流媒体与AI解锁能力 ==

=== 🎬 流媒体测试结果 ===
{| class="wikitable"
!服务
!状态
|-
|Netflix
|解锁（US）
|-
|YouTube
|正常
|-
|Disney+
|解锁
|-
|Amazon Prime Video
|解锁
|-
|TikTok
|解锁
|-
|ChatGPT
|正常
|}
👉 结论：

* 美区流媒体基本正常解锁
* AI服务可用性良好

== 八、综合性能总结 ==

=== 👍 优点 ===

* 洛杉矶本地延迟极低（<1ms）
* 全球网络稳定性好
* 欧美访问延迟合理（140–160ms）
* 三网无明显丢包
* 流媒体解锁较完整

=== ⚠️ 不足 ===

* 无明显优化线路（非 CN2 / 非9929）
* IP为IDC广播IP，不是原生住宅IP
* 中国移动延迟略高（200ms+）

== 📌 最终评价 ==
搬瓦工 USCA_8（DC8 ZNET）整体表现属于：<blockquote>“标准洛杉矶国际线路VPS，稳定但非优化线路”</blockquote>适合：

* 外贸建站
* 跨境应用中转
* 稳定远程连接
* 美区服务访问

不太适合：

* 对低延迟（<120ms）有要求的业务
* 游戏加速
* 强依赖CN2优化线路场景

搬瓦工亚洲顶级机房Ultra 香港HKHK8

2026-09-18T22:12:22Z

Liam：移除 Test category 分类

BWH-ULTRA-HKHK8机房

1、本机基础信息

[[File:20260501-BWH-HKHK8-INFO.png]]

2、本机硬件信息

[[File:20260501-BWH-HKHK8-HARDWARE.png]]

3、、本机流媒体解锁情况（ispvps）
** 您的网络为: IT7 Networks Inc (93.179.*.*)

Dazn: Yes (Region: HK)
Disney+: Yes (Region: HK)
Netflix: Yes (Region: HK)
YouTube Premium: Yes (Region: HK)
Amazon Prime Video: Yes (Region: HK)
TVBAnywhere+: No
Spotify Registration: No
OneTrust Region: HK [Unknown]
iQyi Oversea Region: HK
Bing Region: HK
Apple Region: HK
YouTube CDN: Failed (Error: IATA: AS Not Found)
Netflix Preferred CDN: Hong Kong
ChatGPT: No (Only Available with Mobile APP)
Google Gemini: No
Claude: Unknown (https://claude.com/app-unavailable-in-region)
Wikipedia Editability: No
Google Play Store: Hong Kong
Google Search CAPTCHA Free: Yes
Steam Currency: HKD
---Forum---
Reddit: Yes
---Game---
SD Gundam G Generation Eternal: Yes

4、本机三网回程测试-简要版（routeGo）
国家: HK 城市: Hong Kong 服务商: AS25820 IT7 Networks Inc
北京电信 [IP] 电信CN2 [优质线路]
北京联通 [IP] 电信CN2 [优质线路]
北京移动 [IP] 电信CN2 [优质线路]
上海电信 [IP] 电信CN2 [优质线路]
上海联通 [IP] 电信CN2 [优质线路]
上海移动 [IP] 电信CN2 [优质线路]
广州电信 [IP] 电信CN2 [优质线路]
广州联通 [IP] 电信CN2 [优质线路]
广州移动 [IP] 电信CN2 [优质线路]
成都电信 [IP] 电信CN2 [优质线路]
成都联通 [IP] 电信CN2 [优质线路]
成都移动 [IP] 电信CN2 [优质线路]
2026/04/30 18:42:53 正在测试三网回程路由...
2026/04/30 18:42:54 测试完成!

5、三网回程（NetQuality）亚洲顶级线路，最顶尖的直连海外线路，贵就是硬道理

[[File:ScreenShot 2026-05-13 092409 728.png]]

6、三网去程

[[File:20260501-BWH-HKHK8-GO.png]]

7、IP 质量，这质量没话说

[[File:20260501-BWH-HKHK8-IP.png]]

8、测速及Ping（上海电信），就这ping延迟和速度，值得这个价格

[[File:20260501-BWH-HKHK8-PING.png]]

[[File:20260501-HKHK8 speedtest.png]]

资料来自：[https://bwh91.com 搬瓦工精品网] [https://t.me/BWH81 搬瓦工交流群] [https://t.me/BWH82 搬瓦工传奇频道]

搬瓦工亚洲顶级机房Ultra 大阪JPOS6

2026-09-18T22:12:07Z

Liam：移除 Test category 分类

BWH-ULTRA-JPOS6机房

1、本机基础信息
[[File:20260501-BWH-JPOS6-INFO.png]]

2、本机硬件信息
[[File:20260501-BWH-JPOS6-HARDWARE.png]]

3、本机流媒体解锁情况（ispvps）
** 您的网络为: IT7 Networks (212.50.*.*)
Dazn: IP Banned by Dazn
Disney+: No (IP Banned By Disney+ 1)
Netflix: Yes (Region: JP)
YouTube Premium: Yes (Region: JP)
Amazon Prime Video: Yes (Region: JP)
TVBAnywhere+: Yes
Spotify Registration: No
OneTrust Region: JP [Osaka]
iQyi Oversea Region: JP
Bing Region: JP
Apple Region: JP
YouTube CDN: Osaka
Netflix Preferred CDN: Osaka
ChatGPT: Yes
Google Gemini: Yes (Region: JPN)
Claude: Yes
Wikipedia Editability: No
Google Play Store: Japan
Google Search CAPTCHA Free: Yes
Steam Currency: JPY
---Forum---
Reddit: No
---Game---
SD Gundam G Generation Eternal: No

4、本机三网回程测试-简要版（routeGo）

国家: JP 城市: Osaka 服务商: AS25820 IT7 Networks Inc
北京电信 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 [优质线路]
2026/05/02 07:35:02 正在测试三网回程路由...
2026/05/02 07:35:03 测试完成!

5、三网回程（NetQuality）亚洲顶级线路，最顶尖的直连海外线路，贵就是硬道理
[[File:ScreenShot 2026-05-13 100216 730.png]]

6、三网去程
[[File:20260501-BWH-JPOS6-GO.png]]

7、IP 质量，这质量没话说
[[File:ScreenShot 2026-05-13 100254 333.png]]

8、测速及Ping（上海电信），就这ping延迟和速度，值得这个价格
[[File:20260501-BWH-JPOS6-PING.png]]
[[File:20260501-JPOS6-speedtest.png]]

资料来自：[https://bwh91.com 搬瓦工精品网] [https://t.me/BWH81 搬瓦工交流群] [https://t.me/BWH82 搬瓦工传奇频道]

搬瓦工亚洲顶级机房Ultra 东京JPTYO8

2026-09-18T22:11:50Z

Liam：移除 Test category 分类

BWH-ULTRA-JPTYO8机房

1、本机基础信息
[[File:20260501-BWH-JPTYO8-INFO.png]]

2、本机硬件信息
[[File:20260501-BWH-JPTYO8-HARDWARE.png]]

3、本机流媒体解锁情况（ispvps）
** 您的网络为: IT7 Networks Inc (65.49.*.*)
Dazn: Yes (Region: JP)
Disney+: Yes (Region: JP)
Netflix: Yes (Region: JP)
YouTube Premium: Yes (Region: JP)
Amazon Prime Video: Yes (Region: JP)
TVBAnywhere+: Yes
Spotify Registration: No
OneTrust Region: JP [Tokyo]
iQyi Oversea Region: JP
Bing Region: JP (Risky)
Apple Region: JP
YouTube CDN: Failed (Error: IATA: AS Not Found)
Netflix Preferred CDN: Tokyo
ChatGPT: Yes
Google Gemini: Yes (Region: JPN)
Claude: Yes
Wikipedia Editability: No
Google Play Store: Japan
Google Search CAPTCHA Free: Yes
Steam Currency: JPY
---Forum---
Reddit: Yes
---Game---
SD Gundam G Generation Eternal: Yes

4、本机三网回程测试-简要版（routeGo）
国家: JP 城市: Tokyo 服务商: AS21887 Fiber Logic Inc.
北京电信 219.141.140.10 电信CN2 [优质线路]
北京联通 202.106.195.68 电信CN2 [优质线路]
北京移动 221.179.155.161 电信CN2 [优质线路]
上海电信 202.96.209.133 电信CN2 [优质线路]
上海联通 210.22.97.1 联通4837 [普通线路]
上海移动 211.136.112.200 测试超时
广州电信 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 [优质线路]
2026/05/01 16:18:19 正在测试三网回程路由...
2026/05/01 16:18:21 测试完成!

5、三网回程（NetQuality）亚洲顶级线路，最顶尖的直连海外线路，贵就是硬道理
[[File:ScreenShot 2026-05-13 095335 415.png]]

6、三网去程
[[File:20260501-BWH-JPTYO8-GO.png]]

7、IP 质量，这质量没话说
[[File:ScreenShot 2026-05-13 095510 624.png]]

8、测速及Ping（上海电信），就这ping延迟和速度，值得这个价格
[[File:20260501-BWH-JPTYO8-PING.png]]
[[File:20260501-JPTYO9-speedtest.png]]

资料来自：[https://bwh91.com 搬瓦工精品网] [https://t.me/BWH81 搬瓦工交流群] [https://t.me/BWH82 搬瓦工传奇频道]

搬瓦工USNY 6（纽约 CoreSite NY1）VPS测评：三网回程解析 / HE+Cogent混合线路表现与真实网络质量分析

2026-09-18T22:11:42Z

Liam：移除 Test category 分类

本次测试机型为搬瓦工Basic VPS（年付 $49.99），机房选择 USNY_6（纽约 CoreSite NY1），IP 属于 IT7 Networks（AS25820），典型的美东机房架构。

搬瓦工Basic VPS其他机房测评：

[https://www.gwvpsceping.com/14684.html 搬瓦工Basic VPS测评：USCA_2洛杉矶机房，1TB月流量@1Gbps带宽，$49.99/年套餐网络表现、三网路由与性能实测分析]

[https://www.gwvpsceping.com/14687.html 搬瓦工年付$49.99基础款套餐USCA_8（洛杉矶DC8 ZNET）VPS测评：三网延迟/路由/丢包/解锁能力实测分析]

[https://www.gwvpsceping.com/14690.html 搬瓦工Basic VPS套餐测评：USCA_FMT（Fremont）美国弗里蒙特机房表现实测｜三网回程与性能分析]

[https://www.gwvpsceping.com/14697.html 搬瓦工Basic VPS（USNJ 新泽西）测评：1TB月流量@1Gbps带宽年付$49.99，三网路由分析与延迟实测（2026）]

搬瓦工官网：<nowiki>https://bandwagonhost.com/</nowiki>

[[File:Image-bwg.png|border|frameless|300x300px]]

配置如下：

* CPU：2 vCore（Intel Xeon SierraForest）
* 内存：1GB
* 硬盘：20GB SSD RAID-10
* 流量：1TB/月
* 带宽：1Gbps
* 架构：KVM / KiwiVM
* IPv4 + /64 IPv6
* $49.99/年 [https://bandwagonhost.com/cart.php?a=add&pid=44 购买链接]
* 支持免费迁移机房，如下： US: Los Angeles, California (DC2 AO) [USCA_2] US: Los Angeles, California (DC8 ZNET) [USCA_8] US: Fremont, California [USCA_FMT] US: New Jersey [USNJ] (current) US: New York (Coresite NY1) [USNY_6] CA: British Columbia, Vancouver (AMD-F+NVMe) [CABC_1] EU: Amsterdam, Netherlands DC2 (AMD) [EUNL_2]

== 一、国内延迟表现（重点） ==

=== 三网平均延迟 ===
{| class="wikitable"
!网络
!平均延迟
|-
|电信
|~237ms
|-
|联通
|~249ms
|-
|移动
|~256ms
|-
|全国平均
|约 247ms
|}

=== 区域表现特点 ===

* 华东：~239ms（相对较优）
* 华南：~252ms
* 西北 / 西南：最高可达 260ms+
* 港澳台：约 192ms（最优）

=== 结论 ===

* 延迟属于标准美东水平（非优化线路）
* 没有明显 CN2/9929 优化特征
* 适合“可用型海外节点”，不适合低延迟业务

== 二、去程路由分析（国内 → 纽约） ==

=== 1. 电信去程 ===
路径核心特征：

* 中国电信 AS4134
* 出境后进入 HE（Hurricane Electric AS6939）
* 再转纽约 IT7（AS25820）

典型路径：<blockquote>电信 → 北京骨干 → 圣何塞 HE → 纽约 HE → IT7 NYC</blockquote>特点：

* 标准公网出口
* 无 CN2 / 无精品网直连
* 纽约段收敛正常

=== 2. 联通去程 ===

* AS4837 → HE → NYC
* 经上海出口再进入美国

特点：

* 走国际公网优化（非4837直连回国）
* 中转 HE 圣何塞/纽约节点

=== 3. 移动去程 ===

* CMNET → HE → CMI（移动国际）→ NYC

特点：

* 中美之间走 HE + CMI 混合路径
* 洛杉矶/西雅图中转明显

== 三、回程路由分析（重点） ==

=== 1. 三网统一回程结构 ===

==== 电信回程 ====
<blockquote>HE → AS4134（163骨干）</blockquote>

==== 联通回程 ====
<blockquote>HE → AS4837（联通）</blockquote>

==== 移动回程 ====
<blockquote>HE → CMI（移动国际出口）</blockquote>

=== 2. 关键结论 ===

* 三网均不直连 CN2
* 全部依赖 Hurricane Electric（AS6939）
* 移动走 CMI，但仍需 HE 中转
* 属于“国际中转型结构”

== 四、全球延迟表现 ==

=== 北美 ===

* NYC：~0–2ms（本地）
* 西海岸：~60ms
* 芝加哥：~18–20ms

=== 欧洲 ===

* 英国：~70–73ms
* 德国：~80–85ms
* 荷兰：~75ms

=== 亚洲 ===

* 日本东京：~144–155ms
* 香港：~196ms
* 新加坡：~214ms

=== 结论 ===
👉 纽约机房的国际延迟在美东属于正常偏优水平

== 五、IP属性与风险分析 ==
IP：104.244.91.121（IT7 Networks）

=== 属性结论 ===

* 类型：IDC 机房 IP（非住宅）
* ASN：AS25820（IT7 Networks）
* 注册地：加拿大（ARIN）
* 实际位置：纽约 NYC

=== 风控评分 ===

* 风险：低 ~中（平台差异）
* 标记：IDC / 广播 IP
* 无黑名单记录

=== 流媒体解锁 ===
{| class="wikitable"
!服务
!状态
|-
|Netflix US
|✔ 解锁
|-
|YouTube
|✔ 正常
|-
|ChatGPT
|✔ 可用
|-
|TikTok
|✔ US区
|-
|Disney+
|✔ 解锁
|}
👉 属于“标准美区流媒体IP”

== 六、性能测试（Superbench） ==

=== CPU / IO ===

* IO性能：约 853 MB/s（非常优秀）
* CPU：Xeon（虚拟化环境）
* 内存占用低（~1GB）

=== 系统表现 ===

* BBR + FQ
* NVMe级别IO表现
* VPS基础性能稳定

== 七、丢包与稳定性（ping.pe） ==

=== 关键结果 ===

* 全球节点丢包：0% 为主
* 北美节点延迟极低（10–60ms）
* 国内节点稳定但高延迟

👉 结论：

* 线路稳定性很好
* 没有明显抖动或丢包问题

== 八、优缺点总结 ==

=== 优点 ===

* 全球节点稳定性强
* 美国本土延迟极低
* IO性能优秀（800MB/s+）
* IP解锁能力完整
* HE骨干网络覆盖广

=== 缺点 ===

* 国内延迟偏高（240ms级）
* 非CN2/非优化线路
* 回程结构复杂（HE中转）
* 不适合低延迟业务（游戏/实时交易）

== 九、适用场景建议 ==
适合：

* 海外建站（WordPress / 博客）
* 跨境业务节点
* API中转 / Docker服务
* 学习 / 科研 /代理中转

不适合：

* 游戏低延迟需求
* 国内访问优化业务
* 实时语音/交易系统

== 十、FAQ（常见问题） ==

=== Q1：USNY_6 是优化线路吗？ ===
不是，本质是 HE + Cogent 公网结构，非CN2优化。

=== Q2：为什么国内延迟这么高？ ===
因为：

* 走 HE 国际骨干
* 无中国优化入口
* 美东物理距离更远

=== Q3：适合建站吗？ ===
适合，尤其面向欧美用户访问效果很好。

=== Q4：和洛杉矶机房比哪个好？ ===

* 洛杉矶：国内更快（150ms级）
* 纽约：欧美更优（欧洲更低延迟）

== 最终结论 ==
搬瓦工 USNY_6 属于典型的：<blockquote>美东 HE 国际骨干型 VPS</blockquote>它的特点非常明确：

* 国内访问：一般（240ms）
* 欧美访问：优秀
* 稳定性：高
* 性价比：中等偏上（$49/年）

👉 如果你的业务偏欧美用户，这台机器是合适的

👉 如果主要面向国内访问，这个机房不算优选

搬瓦工Ultra计划15大机房深度横评：从香港CN2 GIA到美西CMIN2

2026-09-18T22:11:34Z

Liam：移除 Test category 分类

<blockquote>
历时72小时，终于集齐了'''搬瓦工Ultra计划全系15个顶级数据中心'''的一手实测数据！ 
 
香港CN2 GIA、日本软银、日本CN2 GIA、新加坡CN2 GIA、美西DC6/DC9……你想得到的旗舰机房，全在这了。
</blockquote>

----

== 📌 给所有搬瓦工用户的“一句话总结表” ==

我知道你们时间宝贵，先上结论，再看细节。

{| class="wikitable"
|+ 机房对比表
! 机房代号 !! 核心线路 !! 电信回程 !! 联通回程 !! 移动回程 !! 一句话点评
|-
| '''HKHK_8(香港CN2 GIA)''' || CTGNet → CN2 GIA || CN2 GIA直连 || CN2 GIA转4837 || CN2 GIA转CMI || '''中国沿海延迟之王'''，广东电信仅9.5ms
|-
| '''JPOS_1(大阪软银)''' || Softbank → 163/4837/CMI || 163直连 || 4837直连 || CMI直连 || 联通用户首选，电信用户慎入
|-
| '''JPOS_6(大阪CN2 GIA)''' || CTGNet → CN2 GIA || CN2 GIA三网直连 || CN2 GIA || CN2 GIA || '''三网无差别体验'''，日服游戏神器
|-
| '''SG_1(新加坡CN2 GIA)''' || xTom → CN2 GIA/9929 || CN2 GIA || 9929 || CN2 GIA || 东南亚业务首选，联通9929起飞
|-
| '''USCA_6(洛杉矶DC6)''' || China Telecom → CN2 GIA/CMIN2 || CN2 GIA || CN2 GIA || CMIN2 || '''美西全能王'''，三网都有专属优化
|-
| '''USCA_9(洛杉矶DC9)''' || IT7 → CN2 GIA/CMIN2 || CN2 GIA || CN2 GIA || CMIN2 || AMD Genoa + NVMe，性能怪兽
|-
| '''USCA_8(洛杉矶ZNET)''' || Arelion/HE → 163/4837/CMI || 163普通线路 || 4837 || CMI || 基础款，预算有限可选
|-
| '''USCA_2(洛杉矶AO)''' || Arelion/HE → 163/4837/CMI || 163普通线路 || 4837 || CMI || 同DC8，性价比之选
|-
| '''USCA_SJC5(圣何塞)''' || China Telecom → CN2 GIA || CN2 GIA || CN2 GIA || CN2 GIA || 美西CN2 GIA，稳定但不如DC6
|-
| '''USCA_FMT(弗里蒙特)''' || HE → 163/4837/CMI || 163普通线路 || 4837 || CMI || 美西普通线路，适合非中国业务
|-
| '''USNJ(新泽西)''' || HE/Arelion → 163/4837/CMI || 163普通线路 || 4837 || CMI || 美东业务专用，延迟较高
|-
| '''USNY_6(纽约CoreSite)''' || HE → 163/4837/CMI || 163普通线路 || 4837 || CMI || 美东基础款
|-
| '''USNY_8(纽约CN2 GIA)''' || China Telecom → CN2 GIA/CMIN2 || CN2 GIA || CN2 GIA || CMIN2 || '''美东CN2 GIA'''，东部用户福音
|-
| '''EUNL_2(阿姆斯特丹)''' || Level3/Cogent → 163/4837/CMI || 163绕美西 || 4837 || TATA→CMI || 欧洲业务专用，对华延迟高
|-
| '''JPTYO_8(东京CN2 GIA)''' || IT7 → CN2 GIA || CN2 GIA || CN2 GIA || CN2 GIA || 日本CN2 GIA，亚太区域优选
|}

== ⚠️ 瓦工IPv6特性声明 ==

在开始前，我必须用红字强调一个'''搬瓦工IPv6特性'''：

<blockquote>
'''KiwiVM后台迁移机房时，IPv4会正常更换为新机房的IP，但IPv6子网是绑定在“初次开通时的机房”上的！''' 
 
这意味着——当你从A机房迁移到B机房后，'''IPv6流量会被强行拉回A机房进行透明转发'''，导致： 
 
- 延迟暴增(实测从香港CN2 GIA迁出后，IPv6延迟飙到200ms+) 
- 严重绕路(IPv6可能绕新加坡再回来) 
- 好处是换机房测评无需重新输入IP，懒人友好。 
 
'''所以我这篇评测的所有路由分析、测速数据，全部基于IPv4。IPv6就当它不存在，请忽略！'''
</blockquote>

好了，下面进入正题。

== 🚀 一、旗舰之王：香港CN2 GIA [HKHK_8]——传说中的“10ms神话” ==

=== 📍 硬件底子 ===

- '''CPU'''：AMD EPYC-Genoa(25代)，2核2线程
- '''内存'''：2GB DDR4
- '''硬盘'''：39GB NVMe(实测SEQ1M Q8读取7599MB/s，写入6132MB/s)
- '''Sysbench'''：单线程3628，多线程7079

香港CN2 GIA的硬件配置直接拉满，AMD Genoa+NVMe的组合，跑PHP、Node.js、数据库都绰绰有余。

=== 🌐 三网回程路由深度解析 ===

'''电信回程(广州节点)：'''

<pre>
1-2 4.34ms 172.22.*.* 内网
4-5 1.55ms 69.194.*.* 香港 CTGNet
8 13.90ms 59.43.*.* 广州 CN2 GIA骨干
16 9.50ms 183.47.*.* 广州电信
</pre>

<blockquote>
广州电信实测延迟仅'''9.5ms'''！这就是CN2 GIA的恐怖之处——物理距离几乎被压缩到极限。
</blockquote>

'''联通回程(北京节点)：'''

<pre>
1-2 24.02ms 172.22.*.* 内网
4-5 2.02ms 69.194.*.* 香港 CTGNet
8 11.54ms 59.43.*.* 广州 CN2 GIA
9 9.27ms 202.97.*.* 广州电信骨干
19 9.54ms 157.148.*.* 广州联通
</pre>

联通虽然最后会切到4837，但前段CN2 GIA已经拉到广州，整体延迟依然控制在10ms级别。

'''移动回程(北京节点)：'''

<pre>
1-2 27.62ms 172.22.*.* 内网
4-5 1.68ms 69.194.*.* 香港 CTGNet
8 8.99ms 59.43.*.* 广州 CN2 GIA
13 60.08ms 221.183.*.* 北京移动CMNET
</pre>

移动比起电联略高，但60ms走北京也属于优秀水平。

=== 💼 商业场景1：跨境电商独立站(面向东南亚/澳新市场) ===

'''为什么选香港CN2 GIA？'''

假设你在深圳运营一个面向香港、新加坡、澳洲消费者的独立站(Shopify/WooCommerce)：

- '''国内管理后台'''：深圳→香港，电信延迟仅10ms，刷新订单、编辑商品丝般顺滑
- '''香港本地用户'''：<5ms延迟，打开速度堪比本地服务器
- '''新加坡用户'''：经香港CN2 GIA→新加坡，延迟约35ms，比直连美西快3倍

'''实测数据支撑'''：本地回环延迟0ms，国际互联到新加坡30ms、到东京49ms，亚太全覆盖。

'''最佳实践配置：'''

- 前端：Nginx + FastCGI Cache
- 后端：PHP 8.2 + Redis
- 数据库：MariaDB 10.11
- CDN：Cloudflare(关闭缓存，仅做DDoS防护)

== 🇯🇵 二、日本双雄：大阪CN2 GIA [JPOS_6] vs 大阪软银 [JPOS_1] ==

=== 对比结论先说：'''电信用户无脑选JPOS_6，联通移动用户可以上JPOS_1省点钱''' ===

----

=== 【JPOS_6】大阪CN2 GIA——三网通吃的“日服游戏神器” ===

'''硬件亮点：'''

- CPU：AMD EPYC-Genoa(单核4309分，多核8380分)
- NVMe读写：SEQ1M Q8读取9978MB/s，写入7907MB/s
- 这性能跑PalWorld、幻兽帕鲁服务器绰绰有余

'''电信回程(上海节点)：'''

<pre>
1 30.45ms 172.22.*.* 内网
2 0.68ms 121.59.*.* 东京 CTGNet
3-4 7.12ms 203.22.*.* 香港
7-9 76.77ms 59.43.*.* 上海 CN2 GIA骨干
16 78.75ms 101.226.*.* 上海电信
</pre>

路径：东京CTGNet → 香港 → 上海CN2 GIA，全程CN2 GIA保障，无任何163介入。

'''联通回程(上海节点)：'''

<pre>
1 22.85ms 172.22.*.* 内网
2 0.60ms 121.59.*.* 东京 CTGNet
4 50.29ms 203.22.*.* 香港
7-9 78.06ms 59.43.*.* 上海 CN2 GIA
19 57.88ms 58.246.*.* 上海联通
</pre>

联通同样全程CN2 GIA到上海，再切联通骨干，延迟80ms以内。

'''移动回程(上海节点)：'''

<pre>
1 18.06ms 172.22.*.* 内网
2 0.87ms 121.59.*.* 东京 CTGNet
4 53.78ms 203.22.*.* 香港
8-9 80.17ms 59.43.*.* 上海 CN2 GIA
12-14 98.65ms 221.183.*.* 上海移动
</pre>

移动全程CN2 GIA，东京→香港→上海，100ms以内。

=== 🎮 商业场景2：TikTok直播矩阵/游戏加速 ===

'''场景描述'''：你在国内运营TikTok直播带货，需要将直播流推送到日本、东南亚的TikTok边缘节点；或者你是游戏工作室，需要稳定的日服/亚服加速。

'''为什么JPOS_6是唯一解？'''

1. '''CN2 GIA三网直连'''：电信、联通、移动全部走CN2 GIA回程，不存在任何“电信友好、移动绕路”的偏科问题
2. '''到东京本地<1ms'''：实测国际互联到东京延迟仅9ms，推流到TikTok东京节点无压力
3. '''IP原生解锁'''：TikTok、Disney+、Netflix全部原生解锁(虽然TikTok检测为失败，但那是风控策略，换UA可解)

'''实测国际互联(东京节点)：'''

<pre>
东京 9ms 2894 Mbps发送 2262 Mbps接收
</pre>

这带宽推4K@60fps H.265毫无压力。

'''成本对比'''：租用阿里云日本CN2 GIA(2核2G，约$50/月) vs 搬瓦工Ultra(约$30/月)，省下40%预算。

----

=== 【JPOS_1】大阪软银——联通移动的“性价比之选” ===

'''回程路由(上海联通节点)：'''

<pre>
1 24.24ms 172.22.*.* 内网
2 3.59ms 142.0.*.* 温哥华IT7
8 51.64ms 221.111.*.* 上海软银
9 55.53ms 202.97.*.* 上海电信163
</pre>

路径：温哥华 → 上海软银 → 切电信163。联通绕路了？不，仔细看：3.59ms 应该是定位不准

'''北京联通回程实测'''：

<pre>
8-10 57.41ms 221.111.*.* 软银
11 85.21ms 202.96.*.* 北京联通
</pre>

软银直连联通4837，延迟85ms，性价比极高。

'''电信用户劝退'''：白龙晚虫，晚高峰再试试。

'''一句话总结'''：联通移动用户闭眼入，电信用户绕道JPOS_6。

== 🇸🇬 三、新加坡CN2 GIA [SG_1]——东南亚市场的“桥头堡” ==

=== 特别说明：这是Early Access机房，容量极其有限，手慢无！ ===

'''硬件配置'''：

- CPU：AMD EPYC(2核2线程)
- NVMe读写：SEQ1M Q8读取9096MB/s，写入5550MB/s

'''回程路由亮点(广州电信节点)：'''

<pre>
1 5.44ms 45.135.*.* 大阪xTom
5 1.28ms 69.194.*.* 新加坡CTGNet
6 36.53ms 69.194.*.* 香港CTGNet
9-10 72.67ms 59.43.*.* 北京CN2 GIA
</pre>

路径：大阪xTom → 新加坡CTGNet → 香港CTGNet → 北京CN2 GIA，全程CN2 GIA保障。

'''联通用户专属福利——9929回程(北京联通节点)：'''

<pre>
8-9 34.68ms 202.77.*.* 香港CUG
10-11 42.65ms 218.105.*.* 广州9929
12 78.99ms 218.105.*.* 北京9929
</pre>

联通9929直连，延迟80ms以内，比走4837稳定得多。

=== 💼 商业场景3：东南亚SaaS服务/游戏加速器 ===

'''目标用户'''：在新加坡、马来西亚、印尼运营SaaS平台(如CRM、ERP)，同时需要国内团队访问后台。

'''为什么新加坡CN2 GIA是最优解？'''

1. '''到新加坡本地<1ms'''：国际互联测试显示，新加坡本地延迟仅1ms，带宽7080 Mbps
2. '''三网CN2 GIA/9929'''：电信移动走CN2 GIA，联通走9929，不存在“偏科”
3. '''IP质量好'''：IP2Location风险评分仅3分(低风险)，AbuseIPDB 0分，发邮件不进垃圾箱

'''实测国际互联(新加坡节点)：'''

<pre>
新加坡 1ms 7080 Mbps发送 5324 Mbps接收
香港 37ms 719 Mbps发送 1059 Mbps接收
</pre>

'''适合的业务类型：'''

- 跨境电商ERP后台(国内运营+东南亚客户)
- 东南亚游戏加速器节点(到印尼/菲律宾<50ms)
- 金融交易系统(低延迟、高稳定性要求)

== 🇺🇸 四、美西三剑客：DC6 CN2 GIA [USCA_6] vs DC9 AMD [USCA_9] vs DC8 ZNET [USCA_8] ==

=== 【USCA_6】洛杉矶DC6——三网融合的“全能战士” ===

'''线路配置'''：电信CN2 GIA + 联通CN2 GIA + 移动CMIN2

'''回程路由实测(北京电信节点)：'''

<pre>
1 1.61ms 172.22.*.* 内网
3 0.77ms 218.30.*.* 洛杉矶电信POP
4-7 127.70ms 59.43.*.* 上海CN2 GIA
10-12 145.95ms 219.141.*.* 北京电信
</pre>

路径：洛杉矶电信POP → 上海CN2 GIA → 北京，全程不走163，稳定150ms以内。

'''移动CMIN2回程(北京移动节点)：'''

<pre>
3 0.93ms 45.78.*.* 洛杉矶IT7
6 126.64ms 223.120.*.* 上海CMIN2
7-9 126.80ms 221.183.*.* 上海移动
10 153.08ms 221.183.*.* 北京移动
</pre>

移动专属CMIN2线路，上海入境，延迟130ms左右。

'''国际互联速度'''：洛杉矶本地0ms，上行6512 Mbps，下行7999 Mbps，跑PT、做图床都爽翻。

=== 【USCA_9】洛杉矶DC9——AMD Genoa + NVMe的性能怪兽 ===

'''和DC6的区别：'''

- 同样的三网优化线路(电信CN2 GIA+联通CN2 GIA+移动CMIN2)
- CPU升级为AMD EPYC-Genoa(单核3515分)
- NVMe读写更快(SEQ1M Q8读取7615MB/s)

'''适合场景'''：对CPU性能有要求的业务，如：

- Java应用(Tomcat、Spring Boot)
- 视频转码(FFmpeg)
- 数据库密集型的Node.js应用

=== 【USCA_8】洛杉矶ZNET——入门级性价比之选 ===

'''线路'''：电信Arelion→163，联通IT7→4837，移动IT7→CMI

'''回程路由实测(上海电信节点)：'''

<pre>
3 0.90ms 45.78.*.* 洛杉矶IT7
4-5 0.85ms 62.115.*.* 洛杉矶Arelion
7 151.11ms 202.97.*.* 上海电信163
</pre>

没有CN2 GIA加持，延迟偏高(150ms+)，但带宽够用(测速500Mbps+)。

'''适合人群'''：

- 预算敏感型用户
- 业务不面向中国(如面向欧美用户)
- 作为备用节点或跳板机

== 🇪🇺 五、欧洲独苗：阿姆斯特丹 [EUNL_2]——欧美业务专用 ==

'''硬件'''：AMD EPYC-Genoa，NVMe读写读取5853MB/s

'''回程路由(北京电信节点)：'''

<pre>
3 0.42ms 142.0.*.* 阿姆斯特丹
7-8 1.44ms 212.133.*.* 伦敦Lumen
9-11 261.95ms 202.97.*.* 北京电信163
</pre>

路径：阿姆斯特丹 → 伦敦 → 美西 → 北京，全球绕路，对华延迟260ms+。

'''但到欧洲本地很快'''：本地延迟1ms，到伦敦7ms，到法兰克福9ms。

'''适合场景'''：

- 面向欧洲客户的网站(德国、法国、英国)
- 欧洲游戏服务器
- 外贸企业邮箱服务器

== 🗽 六、美东攻略：纽约CN2 GIA [USNY_8]——东部用户福音 ==

'''线路'''：三网CN2 GIA/CMIN2

'''回程路由实测(上海电信节点)：'''

<pre>
1-2 15.48ms 10.22.*.* 内网
4 59.52ms 218.30.*.* 洛杉矶电信POP
7-8 187.32ms 59.43.*.* 上海CN2 GIA
</pre>

路径：纽约 → 洛杉矶POP → 上海CN2 GIA，延迟190ms左右。

'''适合人群'''：

- 你在美国东部(纽约、波士顿、华盛顿)有业务
- 同时需要中国用户快速访问
- 对比洛杉矶DC6多绕半个美国，但依然有CN2 GIA保障

== 📊 终极选购指南：一张表治好你的选择困难症 ==

=== 按运营商推荐 ===

{| class="wikitable"
! 你的宽带 !! 首选机房 !! 次选机房 !! 避坑机房
|-
| '''电信''' || 香港CN2 GIA、大阪CN2 GIA、洛杉矶DC6/DC9 || 新加坡CN2 GIA、东京CN2 GIA || 大阪软银、所有HE线路机房
|-
| '''联通''' || 大阪CN2 GIA、新加坡CN2 GIA(9929)、洛杉矶DC6/DC9 || 大阪软银、香港CN2 GIA || 无(联通适应性最强)
|-
| '''移动''' || 洛杉矶DC6/DC9(CMIN2)、大阪CN2 GIA || 香港CN2 GIA、新加坡CN2 GIA || 普通163线路机房
|}

=== 按业务场景推荐 ===

{| class="wikitable"
! 业务场景 !! 推荐机房 !! 核心理由
|-
| '''跨境电商(东南亚市场)''' || 新加坡CN2 GIA || 本地<1ms，三网优化
|-
| '''TikTok直播/游戏加速(日韩)''' || 大阪CN2 GIA || 三网CN2 GIA，到东京9ms
|-
| '''面向欧美客户的SaaS''' || 洛杉矶DC6/DC9 || 三网优化，性能均衡
|-
| '''国内运营后台+全球客户''' || 香港CN2 GIA || 国内延迟最低，国际互联优秀
|-
| '''邮件营销/外贸CRM''' || 洛杉矶DC8/DC2 || IP干净，25端口可用
|-
| '''预算有限的新手入门''' || 洛杉矶ZNET系列 || 性价比高，够用
|-
| '''需要高性能CPU的业务''' || 洛杉矶DC9、香港CN2 GIA || AMD Genoa，单核3500+
|}

== 💰 写在最后：为什么你现在就该下手？ ==

1. '''15机房无限迁徙'''：买一台等于买15台，随时根据业务调整线路

2. '''官方推广活动期间'''：你用我链接买，我拿佣金，提前通知我，前三年返全额

=== 我的承诺： ===

- 所有数据来自真实服务器实测(附NodeQuality报告链接)

- 所有结论基于路由追踪和延迟测试，绝不云评测

- 如果买完发现不适合，搬瓦工30天内可退款(别滥用)

👉 [https://bwh81.net/aff.php?aff=70333&pid=95 '''立即抢购搬瓦工Ultra计划，解锁15大顶级机房-含AFF''']

<blockquote>
本文已同步发布至：MD5 Wiki | NodeSeek论坛 
 
实测数据报告链接： 
 
- 香港CN2 GIA：[https://nodequality.com/r/B2GOSzBILYWKfZIKEkuNIeKRuRyurvRJ NodeQuality] 
- 大阪CN2 GIA：[https://nodequality.com/r/GSTSMdtURJHy2vNozGvliHA7gInl4ESx NodeQuality] 
- 新加坡CN2 GIA：[https://nodequality.com/r/Bc0CVOX3NPdZk7AaPtP3kCYDhpA38Hzg NodeQuality] 
- 洛杉矶DC6：[https://nodequality.com/r/wKzR9L4ALIQSBt0N4rPHSBEIel9MHSC9 NodeQuality] 
 
'''转载需授权，数据造假欢迎来喷。'''
</blockquote>

搬瓦工Ultra VPS（香港CN2 GIA）测评：香港Equinix HK2（HKHK 8）机房，延迟、路由与三网表现分析

2026-09-18T22:11:27Z

Liam：移除 Test category 分类

搬瓦工 Ultra VPS 系列属于其高端线路产品线，主打 CN2 GIA 优化网络，面向对中国大陆访问质量要求较高的用户。本次测评对象为 VPS - Self-managed - SPECIAL 40G KVM PROMO V5 - HONG KONG CN2 GIA，机房位于香港 Equinix HK2（HKHK_8），支持中国电信 CN2 GIA、联通及移动优化访问，并提供多机房切换能力（但切换后线路与 IP 会变化）。

该机器在定位上属于“高性能 + 低延迟 + 高稳定性”的中高端 VPS，适用于建站、跨境业务、远程办公、API 服务等场景。本篇将从配置、性能、网络延迟、三网路由（去程/回程）、丢包与风险、优缺点等多个维度进行完整测评分析。

== 一、套餐信息整理（官方配置） ==
{| class="wikitable"
!项目
!配置
|-
|套餐名称
|VPS - Self-managed SPECIAL 40G KVM PROMO V5
|-
|机房
|Hong Kong Equinix HK2（HKHK_8）
|-
|CPU
|2 vCPU（Intel Xeon）
|-
|内存
|2 GB RAM
|-
|硬盘
|40 GB RAID-10 SSD
|-
|流量
|500 GB / 月
|-
|带宽
|1 Gbps
|-
|虚拟化
|KVM / KiwiVM
|-
|IPv4
|1 个独立 IP
|-
|IPv6
|/64
|-
|备份
|免费自动备份 + Snapshots
|-
|系统支持
|Debian / Ubuntu / CentOS / AlmaLinux / RockyLinux
|-
|售价
|$89.99/月或 $899.99/年 [https://bandwagonhost.com/cart.php?a=add&pid=95 直达]
|-
|特性
|自助切机房（IP会变化）
|}
可切换的机房包括：

HK: Hong Kong (CN2GIA) [HKHK_8]

Japan: Osaka (Softbank) [JPOS_1]

Japan: Osaka (CN2GIA) [JPOS_6]

SG: Singapore (CN2GIA, early access, very limited capacity) [SG_1]

US: Los Angeles, California (DC6 CT CN2GIA-E, CMIN2, CUP) [USCA_6]

US: Los Angeles, California (DC9 AMD+NVMe, CT CN2GIA, CMIN2, CUP) [USCA_9]

US: Los Angeles, California (DC8 ZNET) [USCA_8]

US: Los Angeles, California (DC2 AO) [USCA_2]

US: San Jose, California (CT CN2GIA-E, CMIN2, CUP) [USCA_SJC5]

US: Fremont, California [USCA_FMT]

US: New Jersey [USNJ]

US: New York (Coresite NY1) [USNY_6]

US: New York (Coresite NY1 CN2GIA-E, CMIN2, CUP) [USNY_8]

EU: Amsterdam, Netherlands DC2 (AMD) [EUNL_2]

Japan: Tokyo (AMD, CN2GIA) [JPTYO_8]

'''搬瓦工Ultra VPS（香港CN2 GIA VPS）方案汇总：'''
{| class="wikitable"
|内存
|CPU
|SSD
|流量
|带宽
|价格
|-
|2G
|2核
|40G
|500G/月
|1Gbps
|$89.99/月
|-
|4G
|4核
|80G
|1T/月
|1Gbps
|$155.99/月
|-
|8G
|6核
|160G
|2T/月
|1Gbps
|$299.99/月
|-
|16G
|8核
|320G
|4T/月
|1Gbps
|$589.99/月
|-
|32G
|10核
|640G
|6T/月
|1Gbps
|$989.99/月
|-
|64G
|12核
|1000G
|8T/月
|1Gbps
|$1889.99/月
|}
搬瓦工官网：<nowiki>https://bandwagonhost.com/</nowiki>

[[File:Image-bwg.png]]

== 二、基础硬件性能测试 ==

=== 1）CPU / 内存 / 磁盘 ===

* CPU：2 核 AMD EPYC（虚拟化环境）
* Sysbench 单核：3526
* Sysbench 多核：6890
* 内存读取：45 GB/s
* 磁盘读取：1387 MB/s（SEQ1M）
* 磁盘写入：2101 MB/s（SEQ1M）

=== 结论： ===
性能属于标准高配 KVM VPS 水平，CPU 不算旗舰但足够稳定，磁盘性能表现较强，适合业务型 VPS。

== 三、全国 Ping 延迟测试 ==

=== 中国大陆平均延迟： ===
{| class="wikitable"
!区域
!平均延迟
|-
|全国平均
|45ms
|-
|华南
|29ms
|-
|华东
|41ms
|-
|华北
|45ms
|-
|华中
|41ms
|-
|西南
|52ms
|-
|西北
|62ms
|-
|东北
|57ms
|}

=== 三网表现： ===

* 电信平均：44ms
* 联通平均：38ms（表现最好）
* 移动平均：55ms

=== 港澳台： ===

* 香港：4ms
* 台湾：13ms
* 综合：8ms（极低延迟）

== 四、海外延迟表现 ==
{| class="wikitable"
!地区
!延迟
|-
|东亚（日韩）
|36–50ms
|-
|新加坡
|~30–39ms
|-
|美国西海岸
|149–151ms
|-
|欧洲
|180–190ms
|-
|南美
|300ms+
|-
|澳洲
|120–130ms
|}

=== 结论： ===
该 VPS 明显优化亚洲方向，尤其：

* 香港/大陆
* 日本
* 新加坡

欧美线路属于普通国际出口（非优化）。

== 五、去程路由分析（重点） ==

=== 1）电信去程（CN2 GIA） ===
路径特点：<blockquote>中国电信 → 上海骨干 → CN2 → 香港 HKHK_8</blockquote>关键节点：

* 202.97.x.x（电信骨干）
* 59.43.x.x（CN2骨干）
* 203.22.178.85（CTG CN2 香港）

==== 结论： ====

* 明确 CN2 GIA 线路
* 延迟稳定 30–45ms
* 无明显绕路

=== 2）联通去程 ===
路径：<blockquote>联通 → 广州 → 香港（4837/AS4837）</blockquote>特点：

* 经过联通骨干 + 香港出口
* 存在轻微绕行

延迟：40–70ms

==== 结论： ====

* 属于“优化但非专线”
* 稳定性较好

=== 3）移动去程 ===
路径：<blockquote>移动 → 北京 → 香港</blockquote>特点：

* CMNET + 香港出口
* 部分路径经过国际中转

延迟：50ms 左右

==== 结论： ====

* 移动表现中等偏上
* 不如电信/联通稳定

== 六、回程路由分析（重点） ==

=== 1）电信回程 ===
路径：<blockquote>香港 → CN2 → 北京/上海/广州</blockquote>关键：

* AS4809（CN2 Backbone）
* AS4134（电信骨干）

==== 结论： ====

* 全程 CN2 回国
* 延迟稳定在 35–50ms
* 质量优秀

=== 2）联通回程 ===
路径：<blockquote>香港 → SingTel → 联通骨干</blockquote>特点：

* SingTel 中转（新加坡）
* 进入 4837 联通骨干

延迟：120–160ms（部分地区）

==== 结论： ====

* 线路质量一般
* 存在绕路

=== 3）移动回程 ===
路径：<blockquote>Cogent / CMI 混合路径</blockquote>特点：

* 经美国/欧洲中转情况出现
* 路由不稳定

延迟：200ms+

==== 结论： ====

* 移动表现较弱
* 波动明显

== 七、丢包与稳定性（ping.pe） ==

* 大部分节点：0% 丢包
* 北美节点稳定
* 亚洲节点非常稳定
* 个别欧洲/极端节点异常

==== 总体： ====
👉 稳定性优秀（99%+节点无丢包）

== 八、IP 质量分析 ==
IP：93.179.***.***

=== 特点： ===

* ASN：AS25820 IT7 Networks
* 类型：IDC 机房 IP
* 风险评分：低（3–30%）
* 无黑名单
* 流媒体解锁正常（Netflix / Disney+ / TikTok）

=== ChatGPT / 邮件： ===

* ChatGPT：仅 APP 支持
* 邮局：部分限制（25端口情况）

== 九、三网总结对比 ==
{| class="wikitable"
!网络
!表现
|-
|电信
|⭐⭐⭐⭐⭐（CN2 GIA 直连）
|-
|联通
|⭐⭐⭐⭐（轻微绕路）
|-
|移动
|⭐⭐⭐（波动较大）
|}

== 十、优缺点总结 ==

=== 优点 ===

* ✔ 真 CN2 GIA 香港线路
* ✔ 全国平均延迟 45ms（优秀）
* ✔ 电信体验极佳
* ✔ 磁盘性能强
* ✔ 免费备份 + 快照
* ✔ 支持多机房切换
* ✔ 稳定性高（0丢包为主）

=== 缺点 ===

* ❌ 价格较高（$89/月）
* ❌ 移动/联通回程不如电信
* ❌ 国际线路（欧美）一般
* ❌ IP 为机房广播 IP

== 十一、适用场景建议 ==
推荐：

* 企业官网（面向中国用户）
* 跨境电商
* API 服务
* 游戏加速中转节点
* 香港节点加速入口

不推荐：

* 低预算用户
* 纯欧美业务
* 高流量下载用途

NodeQuality报告参考：

<nowiki>https://nodequality.com/r/twS1uIY8WVzAdjmNdReSNOwyEAgV5MFG</nowiki>

搬瓦工Ultra VPS日本大阪CN2 GIA套餐测评（JPOS 6），CN2 GIA三网优化实测 / 延迟分析 / 路由解析 / IP质量检测

2026-09-18T22:11:18Z

Liam：移除 Test category 分类

搬瓦工Ultra VPS 属于 BandwagonHost 的高端产品线之一，这一系列主打多机房自由切换 + CN2 GIA / 优化线路 + 高稳定性架构。本次测试的节点为日本大阪 CN2 GIA（JPOS_6），机房位于 Osaka Equinix 数据中心，面向中国大陆提供 CN2 GIA/CTG 优化回程，并支持电信、联通、移动三网接入优化。

本次评测重点关注：

* 三网延迟表现
* 去程 / 回程路由质量
* 国际互联能力
* 硬件性能
* IP质量与风险等级
* 实际可用性（流媒体/解锁/网络稳定性）

== 一、套餐配置一览（VPS - Self-managed - SPECIAL 40G KVM PROMO V5） ==
{| class="wikitable"
!项目
!配置
|-
|产品名称
|SPECIAL 40G KVM PROMO V5 - OSAKA CN2 GIA
|-
|CPU
|2 × Intel Xeon
|-
|内存
|2048 MB
|-
|硬盘
|40 GB RAID-10 SSD
|-
|带宽
|1.5 Gbps
|-
|流量
|500 GB / 月
|-
|虚拟化
|KVM / KiwiVM
|-
|IPv4
|1 个独享
|-
|IPv6
|/64
|-
|机房
|Japan Osaka Equinix
|-
|入站线路
|电信CN2 GIA / 联通 / 移动
|-
|出站线路
|电信 CN2 GIA / CTG
|-
|价格
|$49.99/月或 $499.99/年 [https://bandwagonhost.com/cart.php?a=add&pid=134&billingcycle=monthly&configoption%5B31%5D=127 链接]
|-
|功能
|快照 / 自动备份 / 重装系统 / rDNS
|}
可切换的机房包括：

HK: Hong Kong (CN2GIA) [HKHK_8]

Japan: Osaka (Softbank) [JPOS_1]

Japan: Osaka (CN2GIA) [JPOS_6]

SG: Singapore (CN2GIA, early access, very limited capacity) [SG_1]

US: Los Angeles, California (DC6 CT CN2GIA-E, CMIN2, CUP) [USCA_6]

US: Los Angeles, California (DC9 AMD+NVMe, CT CN2GIA, CMIN2, CUP) [USCA_9]

US: Los Angeles, California (DC8 ZNET) [USCA_8]

US: Los Angeles, California (DC2 AO) [USCA_2]

US: San Jose, California (CT CN2GIA-E, CMIN2, CUP) [USCA_SJC5]

US: Fremont, California [USCA_FMT]

US: New Jersey [USNJ]

US: New York (Coresite NY1) [USNY_6]

US: New York (Coresite NY1 CN2GIA-E, CMIN2, CUP) [USNY_8]

EU: Amsterdam, Netherlands DC2 (AMD) [EUNL_2]

Japan: Tokyo (AMD, CN2GIA) [JPTYO_8]

'''搬瓦工Ultra VPS（日本大阪CN2 GIA VPS）方案汇总：'''
{| class="wikitable"
|内存
|CPU
|SSD
|流量
|带宽
|价格
|-
|2G
|2核
|40G
|500G/月
|1.5Gbps
|$49.99/月
|-
|4G
|4核
|80G
|1T/月
|1.5Gbps
|$86.99/月
|-
|8G
|6核
|160G
|2T/月
|1.5Gbps
|$165.99/月
|-
|16G
|8核
|320G
|4T/月
|1.5Gbps
|$329.99/月
|-
|32G
|10核
|640G
|6T/月
|1.5Gbps
|$549.99/月
|-
|64G
|12核
|1000G
|8T/月
|1.5Gbps
|$1059.99/月
|}
搬瓦工官网：<nowiki>https://bandwagonhost.com/</nowiki>

[[File:Image-bwg.png]]

== 二、基础硬件性能测试 ==

=== CPU / 内存 / 磁盘表现 ===

* CPU：AMD EPYC（KVM虚拟环境）
* 单线程 Sysbench：4296
* 多线程 Sysbench：8341
* 内存读取：54404 MB/s
* 内存写入：33036 MB/s
* NVMe类 SSD表现：
** 4K Q1读取：28 MB/s
** 顺序读取：1808 MB/s
** 顺序写入：3225 MB/s

👉 结论：

整体属于典型高性能虚拟化环境（偏企业级 VPS），CPU性能稳定，IO属于中上水平，适合建站、代理、轻量数据库。

== 三、全国三网延迟测试（核心数据） ==

=== 🇨🇳 中国大陆平均延迟 ===
{| class="wikitable"
!运营商
!平均延迟
|-
|电信
|95ms
|-
|联通
|79ms
|-
|移动
|108ms
|-
|全国平均
|94ms
|}

=== 🌏 区域表现 ===
{| class="wikitable"
!区域
!平均延迟
|-
|华东
|87ms
|-
|华南
|82ms
|-
|华北
|98ms
|-
|西南
|102ms
|-
|港澳台
|50ms
|}

=== 🧠 关键结论 ===

* 联通表现最佳（≈79ms）
* 电信稳定在 CN2 GIA 正常水平（≈95ms）
* 移动略高（≈100ms+）
* 台湾最低仅 41ms（非常优秀）

👉 属于典型 CN2 GIA 日本优化线路水准

== 四、国际延迟表现 ==
{| class="wikitable"
!地区
!延迟
|-
|日本东京
|8ms
|-
|香港
|55~60ms
|-
|新加坡
|85~100ms
|-
|美国西海岸
|110~120ms
|-
|欧洲
|240~260ms
|-
|南美
|280ms+
|-
|非洲
|320ms+
|}
👉 结论：

* 亚洲极强（尤其日本/香港）
* 欧美中规中矩
* 南美/非洲偏远地区较高延迟

== 五、去程路由分析（关键重点） ==

=== 1. 电信去程（CT → 日本大阪） ===
路径特征：

* 中国电信 → CN2骨干（AS4134）
* 进入 CTGNet（AS4809）
* 香港中转
* 进入日本大阪机房

关键节点：
马鞍山电信 → 上海电信 → 香港CTG → 东京 → 大阪 JPOS_6
✔ 特点：

* CN2 GIA线路确认
* 香港为核心中转点
* 全程低抖动（约60–110ms）

=== 2. 联通去程（AS4837 169骨干） ===
路径：
北京联通 → 上海联通 → 东京 → 大阪
✔ 特点：

* 联通走国际骨干直达日本
* 无明显绕美
* 延迟稳定 80–90ms

=== 3. 移动去程（CMI + SoftBank） ===
路径：
江苏移动 → 北京移动 → SoftBank → Osaka
✔ 特点：

* 中日之间走 SoftBank
* 不完全优化（部分绕路）
* 延迟约 100ms+

== 六、回程路由分析（重点） ==

=== 1. 电信回程 ===
Osaka → CTG → 香港 → CN2 → 北京/上海/广州
✔ 特点：

* CN2 GIA回程确认
* CTG直连中国骨干
* 延迟稳定在 60–100ms

👉 这是本机最大亮点

=== 2. 联通回程 ===
Osaka → DTAG / Arelion → 4837 → 中国联通
✔ 特点：

* 欧洲/德国中转（部分路径）
* 延迟 80–110ms
* 稳定但略绕

=== 3. 移动回程 ===
Osaka → PCCW → CMI → 中国移动
✔ 特点：

* 香港 PCCW + CMI路径
* 延迟较高（100–130ms）
* 高峰期可能波动

== 七、IP质量分析 ==

=== 基础信息 ===

* IP：212.50.***.***
* ASN：AS25820 IT7 Networks
* 类型：IDC机房IP（非原生IP）
* 地点：日本大阪（机房IP）

=== 风险评分 ===
{| class="wikitable"
!项目
!结果
|-
|风险等级
|低（0~30%）
|-
|AbuseIPDB
|0
|-
|Scamalytics
|低风险
|-
|IPQS
|75~78（中等可疑）
|-
|邮局可用性
|Gmail/Outlook 可用
|}

=== 流媒体解锁 ===
{| class="wikitable"
!服务
!状态
|-
|Netflix
|解锁
|-
|YouTube
|正常
|-
|Disney+
|部分解锁
|-
|Amazon Prime
|正常
|-
|TikTok
|失败
|-
|ChatGPT
|可用
|}
👉 结论：

* 流媒体能力不错
* 但 TikTok 不可用（机房IP特征）

== 八、网络稳定性（丢包测试） ==

* 全球节点丢包：0–1%
* 美国节点稳定
* 亚洲节点极稳
* 欧洲略有波动
* 无明显严重丢包

👉 整体稳定性：⭐⭐⭐⭐☆

== 九、可切换机房能力（重要特性） ==
购买后可切换：

* 香港 CN2 GIA
* 日本大阪 SoftBank
* 日本东京 CN2 GIA
* 新加坡 CN2 GIA（限量）
* 美国洛杉矶 / 纽约 / 新泽西
* 荷兰阿姆斯特丹
* 等 10+ 节点

⚠️ 注意：

* 切换机房 = IP变化 + 线路变化

== 十、总结评价 ==

=== 优点 ===

* CN2 GIA + CTG 双优化回程
* 联通 / 电信表现优秀
* 日本节点延迟极低（8ms东京）
* 网络稳定性高
* 支持多机房切换
* 备份/快照完善

=== 缺点 ===

* 移动线路一般
* IP为机房IP（非原生）
* 欧洲绕路明显
* 流媒体解锁不完全

== ⭐ 综合评分 ==
{| class="wikitable"
!项目
!评分
|-
|线路质量
|9.2 / 10
|-
|延迟表现
|9.0 / 10
|-
|稳定性
|9.5 / 10
|-
|性价比
|8.5 / 10
|-
|IP质量
|7.5 / 10
|}
👉 综合：8.9 / 10（高端CN2 GIA优质节点）

== ❓问答（FAQ） ==

=== Q1：适合建站吗？ ===
适合，CN2 GIA回程稳定，适合国内访问网站。

=== Q2：适合做跨境业务吗？ ===
适合，但 IP 不是原生，需要注意风控。

=== Q3：移动用户体验好吗？ ===
一般，移动走 CMI + SoftBank，延迟略高。

=== Q4：值得买吗？ ===
如果目标是：

* 稳定回国线路
* CN2 GIA低延迟 👉 值得

如果目标是：

* 原生IP
* 极低延迟移动优化 👉 不太推荐

NodeQuality报告参考：

<nowiki>https://nodequality.com/r/6SDVFX2vFSC3AwlqkpUCcUHPEcvtnA3g</nowiki>

搬瓦工Ultra VPS东京CN2 GIA测评（Tokyo Equinix TY8），日本三网直连实测表现与路由全面解析

2026-09-18T22:11:02Z

Liam：移除 Test category 分类

搬瓦工Ultra VPS系列一直属于其高端产品线，而其中 Tokyo CN2 GIA（JPTYO_8）是最受关注的节点之一。

原因很简单：

* 日本东京距离中国近（物理优势）
* CN2 GIA 直连中国电信核心骨干
* 同时支持联通 / 移动优化路由
* Equinix TY8 机房（国际一线机房）
* 可在多个机房之间切换（含香港/美国/新加坡等）

但“能切换 ≠ 全都好用”，实际网络质量依赖线路与运营商策略，因此本次基于真实测评数据完整分析表现。

== 套餐配置一览 ==
{| class="wikitable"
!项目
!配置
|-
|套餐名称
|VPS - Self-managed - SPECIAL 40G KVM PROMO V5
|-
|CPU
|2x Intel Xeon
|-
|内存
|2 GB
|-
|硬盘
|40 GB SSD RAID-10
|-
|流量
|500 GB / 月
|-
|带宽
|1.2 Gbps
|-
|IPv4
|1个
|-
|IPv6
|/64
|-
|虚拟化
|KVM
|-
|机房
|Tokyo Equinix TY8
|-
|网络
|CN2 GIA 优先出站
|-
|价格
|$89.99/月或 $899.99/年 [https://bandwagonhost.com/cart.php?a=add&pid=108 直达]
|}
可切换的机房包括：

HK: Hong Kong (CN2GIA) [HKHK_8]

Japan: Osaka (Softbank) [JPOS_1]

Japan: Osaka (CN2GIA) [JPOS_6]

SG: Singapore (CN2GIA, early access, very limited capacity) [SG_1]

US: Los Angeles, California (DC6 CT CN2GIA-E, CMIN2, CUP) [USCA_6]

US: Los Angeles, California (DC9 AMD+NVMe, CT CN2GIA, CMIN2, CUP) [USCA_9]

US: Los Angeles, California (DC8 ZNET) [USCA_8]

US: Los Angeles, California (DC2 AO) [USCA_2]

US: San Jose, California (CT CN2GIA-E, CMIN2, CUP) [USCA_SJC5]

US: Fremont, California [USCA_FMT]

US: New Jersey [USNJ]

US: New York (Coresite NY1) [USNY_6]

US: New York (Coresite NY1 CN2GIA-E, CMIN2, CUP) [USNY_8]

EU: Amsterdam, Netherlands DC2 (AMD) [EUNL_2]

Japan: Tokyo (AMD, CN2GIA) [JPTYO_8]

'''搬瓦工Ultra VPS（日本东京CN2 GIA VPS）方案汇总：'''
{| class="wikitable"
|内存
|CPU
|SSD
|流量
|带宽
|价格
|-
|2G
|2核
|40G
|500G/月
|1.2Gbps
|$89.99/月
|-
|4G
|4核
|80G
|1T/月
|1.2Gbps
|$155.99/月
|-
|8G
|6核
|160G
|2T/月
|1.2Gbps
|$299.99/月
|-
|16G
|8核
|320G
|4T/月
|1.2Gbps
|$589.99/月
|-
|32G
|10核
|640G
|6T/月
|1.2Gbps
|$989.99/月
|-
|64G
|12核
|1000G
|8T/月
|1.2Gbps
|$1889.99/月
|}
搬瓦工官网：<nowiki>https://bandwagonhost.com/</nowiki>

[[File:Image-bwg.png]]

== IP与机房信息分析 ==

* IP：65.49.***.***
* ASN：AS21887 / AS25820（IT7 / Fiber Logic）
* 地理：日本东京（Equinix TY8）
* 类型：IDC机房IP（广播IP）
* 风控评分：
** 低风险为主（Scamalytics / ipapi）
** 部分数据库判定“可疑IP”（IPQS 75）

=== 流媒体解锁情况 ===
{| class="wikitable"
!服务
!状态
|-
|Netflix
|解锁
|-
|Disney+
|解锁
|-
|YouTube
|解锁
|-
|ChatGPT
|解锁
|-
|Amazon Prime
|解锁
|-
|TikTok
|失败
|}
👉 结论：偏“纯网络用途IP”，流媒体兼容良好但非原生住宅IP

== 全球与国内延迟表现 ==

=== 1. 中国大陆平均延迟 ===
{| class="wikitable"
!区域
!平均延迟
|-
|全国平均
|77ms
|-
|华南
|62ms
|-
|华东
|69ms
|-
|华北
|81ms
|-
|西北
|95ms
|}
👉 结论：

整体 60–90ms 区间，属于“日本CN2 GIA正常水平”，表现优秀

=== 2. 海外延迟 ===
{| class="wikitable"
!地区
!延迟
|-
|日本本地
|1ms
|-
|新加坡
|67ms
|-
|美国西海岸
|102ms
|-
|欧洲
|210–230ms
|-
|南美
|260ms+
|-
|非洲
|280ms+
|}
👉 结论：

典型东京国际出口节点表现

== 三网去程路由分析（重点） ==

=== 1. 电信去程（CN2 GIA 优化） ===
路径核心：
中国电信 → CN2骨干 → 香港CTGNet → 洛杉矶中转 → 东京
关键节点：

* 59.43.x.x（CN2骨干）
* 203.22.x.x（CTGNet香港）
* 142.0.32.51（IT7洛杉矶中转）
* 65.49.236.200（东京）

==== 特点： ====
✔ CN2骨干直连

✔ 香港CTGNet中转优化

✔ 无绕欧洲/美国绕路

✔ 延迟稳定 50–90ms

👉 结论：电信线路优秀（标准CN2 GIA水准）

=== 2. 联通去程 ===
路径：
联通 4837骨干 → 香港CTGNet → 洛杉矶 → 东京
特点：

* 走 4837国际骨干
* 经香港CTGNet汇聚
* 再到东京

👉 表现：

* 平均 70ms 左右
* 稳定但非专线优化

👉 结论：联通中等偏优（比普通国际线路好）

=== 3. 移动去程 ===
路径：
移动 CMNET → 香港CMI → 洛杉矶 → 东京
特点：

* 经过 CMI（移动国际出口）
* 香港节点明显
* 部分路径绕行韩国/香港

👉 表现：

* 平均 70–90ms
* 偶发波动

👉 结论：移动表现一般，但可用

== 回程路由分析（核心亮点） ==

=== 1. 电信回程 ===
IT7 → CTGNet → CN2 → 北京/上海/广州
关键：

* 全程 CN2 GIA 回程
* 直回电信骨干

👉 延迟：

* 北京：80–90ms
* 上海：70ms
* 广州：50–55ms

✔ 非常稳定

=== 2. 联通回程 ===
IT7 → NTT → 4837 → 联通骨干
特点：

* NTT国际出口
* 4837回国
* 北京/上海稳定 70–120ms

👉 结论：稳定但不如电信丝滑

=== 3. 移动回程 ===
IT7 → PCCW/CMI → 移动骨干
特点：

* 香港CMI出口
* 延迟波动较明显（160–200ms+）

👉 结论：移动优化较弱

== 丢包与稳定性 ==
ping.pe测试结果：

* 全球节点：0% 丢包为主
* 北美/亚洲：稳定
* 少数欧洲节点：轻微波动（<1%）

👉 结论：

✔ 稳定性优秀

✔ 无明显丢包问题

✔ 适合生产用途

== 硬件性能测试 ==

=== CPU ===

* AMD EPYC Genoa
* 2核2线程
* Geekbench：单核 1645 / 多核 3224

👉 中等偏上 VPS 性能

=== 内存 ===

* 2GB
* 读写：49GB/s / 21GB/s

👉 正常 KVM 水准

=== 硬盘（重点） ===

* 4K随机读：16.4MB/s
* 顺序读写：1.4–4.4GB/s

👉 结论：

✔ SSD RAID10

✔ I/O 非常不错

== 综合评价 ==

=== 优点 ===

* ✔ CN2 GIA 电信直连优秀
* ✔ 东京延迟低（全国 60–90ms）
* ✔ 全球节点覆盖稳定
* ✔ 硬件性能不错
* ✔ 可切换多机房（灵活性强）
* ✔ 无丢包

=== 缺点 ===

* ✘ 移动优化一般
* ✘ IP为IDC广播IP（非原生住宅IP）
* ✘ 价格偏高（$89/月）
* ✘ 机房切换会改变线路质量

== 问答（FAQ） ==

=== Q1：适合建站吗？ ===
适合，尤其：

* 外贸站
* API服务
* 海外业务中转

=== Q2：适合国内用户吗？ ===
✔ 电信最佳

✔ 联通次之

⚠ 移动一般

=== Q3：适合科学用途吗？ ===
线路层面没问题，但：

* IP为IDC类型
* 部分平台风控中等

=== Q4：值不值得买？ ===
适合人群：

* 要稳定 CN2 GIA 日本线路
* 需要低延迟亚洲节点
* 预算充足用户

不适合：

* 低价需求
* 移动用户优先

== 最终结论 ==
👉 搬瓦工 Ultra Tokyo CN2 GIA 是一台“稳定型高端日本节点”

不是极致性价比产品，但属于：<blockquote>✔ 稳定

✔ 低延迟

✔ CN2 GIA 正统线路

✔ 适合长期业务用途</blockquote>NodeQuality报告参考：

<nowiki>https://nodequality.com/r/JHj0mBU61OZB0UBdMVIy8kpYaUTH0JjI</nowiki>

搬瓦工Minibox与同价位其他厂家服务器产品对比

2026-09-18T22:10:54Z

Liam：移除 Test category 分类

== 简介 ==

BandwagonHost（中文名搬瓦工简称瓦工）是加拿大IT7旗下VPS品牌，因读音似BanWaGong，所以国内一般都说成搬瓦工。

* 官网（国内无法直接访问）：[https://bandwagonhost.com/ https://bandwagonhost.com/]
* 镜像站（国内可访问）：[https://bwh81.net/ https://bwh81.net/]
* 镜像站（国内可访问）：[https://bwh88.net/ https://bwh88.net/]
* 镜像站（国内可访问）：[https://bwh89.net/ https://bwh89.net/]

----

== 一、优点（用价格一样的服务器进行对比） ==

我自己从目前已有机器中选择了价格差不多的一台机器跟minibox进行了具体的对比：

=== BANWAGONHOST MINIBOX & DOTDOT NETWORKS ===

==== 具体配置 ====

{| class="wikitable" style="text-align:center; width:100%;"
! minibox $29.00 USD Annually !! DOTDOT $29.00 USD Annually
|-
| [[File:7be2b8b2-834e-40fd-b362-a75e969c2f11.png|thumb]]|| [[File:83357ca3-ec89-453b-bc36-a9647311ebd0.png|thumb]]
|}

从上面的配置图可以看出，minibox是有对中国大陆用户的回程路线进行了具体优化的，三网走的都是59.43.**段的精品优化路线，而dotdotnetworks则走的是三网4837的路线。虽然说两者提供的峰值带宽都是 1Gigabit，但是有优化路线和没有优化路线的使用体验是差别很多的。

而dotdotnetworks则是在硬件上会提供的更多一些，比如处理器、内存方面。但是相对minibox少了ipv6的支持。而且其提供的控制面板在操作性上不是特别简单易懂。

=== 1. 线路优化好，网络质量稳定 ===

minibox提供了三网CN2的优化线路，而dotdot却也有三网4837的普通线路。在下面的图中我们就可以明显的看到minibox全国各地的延迟都会比dotdotnetworks的要低很多。

{| class="wikitable" style="text-align:center; width:100%;"
! minibox !! DOTDOT
|-
| [[File:2b933494-09ff-42b0-bb9d-55dd5d90d9d7.png|thumb]]|| [[File:D11911a6-968d-497b-992a-fca30187a707.png|thumb]]
|}

=== 2. 三网回程具体对比 ===

{| class="wikitable" style="text-align:center; width:100%;"
! minibox !! DOTDOT
|-
| [[File:D747954f-1209-4b74-80f1-917d77704e5e.png|thumb]]|| [[File:474d998b-2ae2-48f1-846c-95becd41b19b.png|thumb]]
|}

minibox的回程清晰可见，其中可以看到minibox三网回程中都有59.43.**段的IP段。这个就表示从美国到中国之间的数据传输走的是CN2 GIA的线路。

<blockquote>
（CN2 GIA: GIA是Global Internet Access的缩写，CN2 GIA自然也是CN2线路的一种，并且是CN2线路中的高端产品，在CN2里的等级最高，全程和回程全部走59.43高速节点，CN2(AS4809)。CN2 GIA线路一般比较稳定，速度较快，丢包率低。）
</blockquote>

对比dotdotnetworks的回程路线，走的是219.158.**的IP段（俗称4837段），并且在回程路线表中隐藏了很多路由信息，是否绕路我们也不得而知。

<blockquote>
4837线路指的是'''中国联通的骨干网线路'''，也称为联通169网络，是联通普通用户最常用、最基础的网络线路，其国际出口部署在北京、上海、广州三地，IP地址通常以“219.158”开头。
</blockquote>

=== 3. 具体的控制面板 ===

{| class="wikitable" style="text-align:center; width:100%;"
! minibox !! DOTDOT
|-
| [[File:66b97917-d917-4bec-b655-45c6955d5a57.png|thumb]]|| [[File:4f6befe7-875f-4ae8-b688-2bfa27019d7f.png|thumb]]
|-
| [[File:30a796b2-9d4b-4277-9445-c5333b31a106.png|thumb]]|| [[File:A625dfbd-ded5-4c7a-8da7-03b19cb8cf0c.png|thumb]]
|}

这是两款服务器分别的控制面板，搬瓦工的kiwiVM控制面板应该算是我目前遇到过就简单易用的面板了。他把所有的功能都放在了页面左侧，如论是进行重置密码、重装系统、配置2fa、还是迁移机房都十分的方便。

对比下dotdotnetworks的控制面板，可以看到第一张图在进入控制面板后，还需要再次选择具体的服务器，并没有像搬瓦工一样，将每个服务器的控制面板进行分离。而且可以看第二张图，其功能也是分布的比较散，不仅左侧有功能，点进服务器里又有另外的功能。如果是刚接触的新手来说，会需要花一些时间才能完全搞懂。

==== 就控制面板这方面来说，我觉得搬瓦工的控制面板对于新手来讲，是非常友好的。 ====

=== 4. 具体测速对比 ===

==== speedtest.net ====

{| class="wikitable" style="text-align:center; width:100%;"
! minibox !! DOTDOT
|-
| [[File:C2df2a46-52f8-41d7-a906-b3c4e80d393e.png|thumb]]|| [[File:Ca18cff5-806a-4d33-82c3-d10722241a4e.png|thumb]]
|}

本地中国电信1000M宽带，在同样debian12系统配置文件/etc/sysctl.conf都是只修改了bbr+fq策略，两者使用协议都是vless+reality的情况下，minibox的速度是后者的几倍多。dotdotnetworks即使在使用hy2协议的情况下，实测最高也只能跑不到200Mbps。测速图里也可以看到ping的延迟数值，minibox的延迟相对dotdot的延迟也是会低很多的。

==== 相从测速对比上我们也可以直观的看出，搬瓦工的优化路线对中国大陆的优化是要优于同价位的DOTDOT NETWORKS的。 ====

==== 以上就是对两款服务器进行的具体对比，通过对比我们可以很清楚的看出，搬瓦工跟dotdotnetworks的同价位产品除了配置上会差一些，其他无论是网络延迟、网络速度以及操控面板的体验上来说，明显会好很多。 ====

=== 小总结：这也正是搬瓦工广为人知的优点，较低的价格，支持中国大陆的优化线路，以及使用体验简单的KiwiVM。 ===

上面的minibox算是搬瓦工的入门款机器，如果你有更高配置的需求，在搬瓦工的官网你也能找到相对应的套餐。目前主要在售的套餐有： Basic VPS 、E-Commerce VPS 、Ultra VPS三种。总有一款能满足你的预算和需求。

{| class="wikitable" style="text-align:center; width:100%;"
! Basic VPS !! E-Commerce VPS !! Ultra VPS
|-
| [[File:60bb7b67-719a-44d0-8385-a5e0cb451c6e.png|thumb]]|| [[File:A1329336-2881-44fd-b24d-e416fac43859.png|thumb]]|| [[File:Ef21d524-4689-4e99-a660-788113c779cb.png|thumb]]
|}

== 二、小缺点：搬瓦工的不足之处 ==

世上没有任何服务是一点瑕疵都没有的，搬瓦工也不例外。在选择之前，了解它的缺点也是很重要的。

# 相比某厂商，搬瓦工的IP被墙后，需要更换是需要额外付费的。但是其实这也是可以接受的，因为在我自己的使用经历中，都能有出现过被墙的经历。
# 线路是没有抗D防御的，如果是建站需求的话，可能就得自己寻找CDN厂商对服务器进行另外的保护。
# 部分机房硬件老化，毕竟运行了这么久的服务商，有些服务器的硬件使用年代确实是比较久远的，这可能也是需要后期优化的点来的。

== 三、总结：搬瓦工适合谁呢？ ==

主要有三大类吧：

* 对网络质量有高要求的个人用户：需要低延迟访问海外服务、搭建稳定个人网站或博客的站长。
* 中小企业或开发者：需要稳定、可靠的服务器进行应用部署、远程开发和测试。
* VPS 新手：希望有一个操作简单、支持支付宝、有强大社区支持的入门平台。

搬瓦工的主要价值在于用相对低廉的价格，提供了较好的网络线路和高度的稳定性。虽然也会存在一些客观上的不足之处，但是不可能总是存在十全十美的东西。在购买前先理清你自己想要的是什么，如果是优化线路，那选择搬瓦工肯定是莫得问题的。相反如果是需要高性能的服务器，用来长时间跑任务的话可能就要稍稍考虑下啦。

----
[[index.php?title=Category:Test category]]

搬瓦工E-Commerce VPS（荷兰阿姆斯特丹DC9 CN2 GIA/EUNL 9）实测：三网延迟224ms，路由解析与性能全面分析

2026-09-18T22:10:47Z

Liam：移除 Test category 分类

搬瓦工（BandwagonHost）这款 E-Commerce VPS 套餐属于其“多机房可迁移 + 企业优化线路”系列产品，主打的是跨区域网络优化能力，尤其针对中国方向提供 CN2 GIA / CMIN2 / CUG 等不同链路组合。

本次测试的是其最低配方案：SPECIAL 20G KVM PROMO V5 - CN2 GIA ECOMMERCE，并选定机房为：<blockquote>🇳🇱 荷兰阿姆斯特丹 DC9（China Unicom Premium）[EUNL_9]</blockquote>该机房属于欧洲优化线路节点，理论上对中国联通优化最佳，同时兼顾电信/移动的国际回程优化。

本次实测重点关注四个方面：

* 三网延迟与稳定性
* 去程 / 回程路由结构
* IP质量与风控情况
* 实际硬件与磁盘性能

== 套餐配置（官方） ==
{| class="wikitable"
!项目
!配置
|-
|套餐名称
|SPECIAL 20G KVM PROMO V5 - CN2 GIA ECOMMERCE
|-
|CPU
|2 × Intel Xeon
|-
|内存
|1 GB
|-
|硬盘
|20 GB SSD RAID-10
|-
|流量
|1000 GB/月
|-
|带宽
|2.5 Gbps
|-
|虚拟化
|KVM
|-
|IPv4
|1个独立IP
|-
|IPv6
|/64
|-
|价格
|$49.99/季度或 $169.99/年 [https://bandwagonhost.com/cart.php?a=add&pid=87 购买链接]
|-
|机房迁移
|支持免费自动迁移
|-
|备份
|自动备份 + 快照
|-
|系统
|Debian / Ubuntu / CentOS / Rocky 等
|}
搬瓦工E-Commerce VPS套餐可选或自助免费迁移的15个机房是：

US: Los Angeles, California (DC6 CT CN2GIA-E, CMIN2, CUP) [USCA_6] (current)

US: Los Angeles, California (DC9 AMD+NVMe, CT CN2GIA, CMIN2, CUP) [USCA_9]

US: Los Angeles, California (DC8 ZNET) [USCA_8]

US: Los Angeles, California (DC2 AO) [USCA_2]

US: San Jose, California (CT CN2GIA-E, CMIN2, CUP) [USCA_SJC5]

US: Fremont, California [USCA_FMT]

US: New Jersey [USNJ]

US: New York (Coresite NY1) [USNY_6]

US: New York (Coresite NY1 CN2GIA-E, CMIN2, CUP) [USNY_8]

CA: British Columbia, Vancouver (AMD-F+NVMe) [CABC_1]

CA: British Columbia, Vancouver (AMD-F+NVMe, CN2GIA-E, CMIN2, CUP) [CABC_6]

'''EU: Amsterdam, Netherlands DC2 (AMD) [EUNL_2]（本次测评机房）'''

EU: Amsterdam, Netherlands DC9 (China Unicom Premium) [EUNL_9]

Japan: Osaka (Softbank) [JPOS_1]

UAE: Dubai [AEDXB_1]

E-Commerce系列属于CN2 GIA-E优化线路，在性能和价格之间取得平衡。更多配置套餐列表：
{| class="wikitable"
|内存
|CPU
|SSD
|流量
|带宽
|价格
|-
|1G
|2核
|20G
|1T/月
|2.5Gbps
|$49.99/季
|-
|2G
|3核
|40G
|2T/月
|2.5Gbps
|$89.99/季
|-
|4G
|4核
|80G
|3T/月
|2.5Gbps
|$56.99/月
|-
|8G
|6核
|160G
|5T/月
|5Gbps
|$86.99/月
|-
|16G
|8核
|320G
|8T/月
|5Gbps
|$159.99/月
|-
|32G
|10核
|640G
|10T/月
|10Gbps
|$289.99/月
|-
|64G
|12核
|1000G
|12T/月
|10Gbps
|$549.99/月
|}
搬瓦工官网：<nowiki>https://bandwagonhost.com/</nowiki>

[[File:Image-bwg.png]]

== 测试环境说明 ==

* 测试机房：阿姆斯特丹 DC9（EUNL_9）
* IP：104.255.**.**
* ASN：AS3214（xTom GmbH）
* 虚拟化：KVM
* 测试脚本：NodeQuality / Check.Place / ping.pe / ipip / ping0

== IP信息分析 ==

* 归属地：荷兰阿姆斯特丹
* ASN：AS3214
* 组织：xTom GmbH / IT7 Networks
* 类型：IDC机房IP（广播IP）
* 风险评分：低（约15%以内）
* 流媒体解锁：全部正常（含 Netflix / Disney+ / YouTube / ChatGPT）
* 邮件端口：
** IPv4：25端口开放
** IPv6：部分网络限制25端口

结论：

👉 IP为标准机房IP，但风控较低，流媒体解锁能力较强，适合跨境用途。

== 国内延迟测试（核心数据） ==

=== 1. 三网平均延迟 ===
{| class="wikitable"
!运营商
!平均延迟
|-
|电信
|250ms
|-
|联通
|175ms
|-
|移动
|245ms
|-
|综合平均
|224ms
|}

=== 2. 区域表现 ===

* 华北：约203ms（最优）
* 华东：约222ms
* 华南：约232ms
* 西南/西北：240ms+
* 港澳台：约258ms

👉 结论：

联通明显最优，电信/移动略高但稳定。

== 海外延迟表现 ==
{| class="wikitable"
!地区
!延迟
|-
|英国
|5~8ms
|-
|法国
|10~12ms
|-
|德国
|6~8ms
|-
|美国西海岸
|130~160ms
|-
|美国东海岸
|150ms+
|-
|新加坡
|157ms
|-
|日本东京
|232ms
|-
|香港
|231ms
|-
|澳大利亚
|250ms+
|}
👉 结论：

欧洲本地极优（1-10ms级别），亚太与北美表现中等。

== 丢包测试（ping.pe） ==
整体表现：

* 全球节点：0%丢包为主
* 北美（洛杉矶/西雅图）：0%
* 欧洲（伦敦/法兰克福）：0%
* 亚洲部分节点：稳定
* 个别非洲节点：轻微波动（2%左右）

👉 结论：

网络稳定性非常优秀，无明显丢包问题。

== 去程路由分析（重点） ==

=== 1. 电信去程 ===
路径结构：<blockquote>中国电信 → 美国中转（ATT）→ Tata → 阿姆斯特丹</blockquote>特点：

* 经过美国绕路
* 中间存在多跳国际转发
* 延迟最终约170~250ms

👉 结论：

电信并未走纯 CN2 优化路径，属于“混合国际链路”。

=== 2. 联通去程 ===
路径结构：<blockquote>联通骨干（AS4837）→ 10099 → 德国/英国 → 荷兰</blockquote>特点：

* 走 CUG / 9929 优化链路
* 欧洲段非常短
* 延迟明显优于电信/移动

👉 结论：

✔ 联通优化最佳（典型 CN2/9929混合）

=== 3. 移动去程 ===
路径结构：<blockquote>CMNET → CMIN2 → 德国 Frankfurt → Amsterdam</blockquote>特点：

* 经过 CMIN2
* 欧洲入口较干净
* 但国内回程拥堵明显

👉 结论：

✔ 可用但不算优秀

== 回程路由分析（关键） ==

=== 1. 电信回程 ===
<blockquote>Vultr / CTG → 163骨干 → 北京/上海/广州</blockquote>特点：

* CN2 GIA/163混合
* 亚洲回国链路存在绕行
* 延迟约220~260ms

=== 2. 联通回程 ===
<blockquote>Cogent / Arelion → 10099 → 4837</blockquote>特点：

* 走国际Tier1（Arelion / Cogent）
* 回国路径清晰
* 延迟稳定在150~180ms

👉 联通仍然最优

=== 3. 移动回程 ===
<blockquote>Cogent → CMI → CMNET</blockquote>特点：

* CMIN2参与较多
* 但国内段仍有拥堵
* 延迟240~300ms

== 硬件性能测试 ==

=== CPU ===

* 2核 Xeon Cascade Lake
* 单核：684
* 多核：1314

👉 中等偏下 VPS 性能

=== 内存 ===

* 1GB 可用
* 带宽延迟：232ns（优秀）

=== 磁盘 ===
{| class="wikitable"
!项目
!性能
|-
|4K随机读
|16.4 MB/s
|-
|4K随机写
|11.0 MB/s
|-
|顺序读
|1342 MB/s
|-
|顺序写
|1223 MB/s
|}
👉 SSD表现：正常企业级水准

== 网络质量总结 ==

=== 优点 ===

* 欧洲节点延迟极低（1~10ms）
* 全球丢包率几乎为0
* 联通线路表现优秀
* IP质量稳定（低风控）
* 支持免费迁移机房

=== 缺点 ===

* 电信/移动路径偏绕
* 国内平均延迟较高（224ms）
* CPU性能一般
* 1GB内存较紧张

== 综合评价 ==
{| class="wikitable"
!项目
!评分
|-
|联通体验
|⭐⭐⭐⭐⭐
|-
|电信体验
|⭐⭐⭐
|-
|移动体验
|⭐⭐⭐
|-
|海外网络
|⭐⭐⭐⭐⭐
|-
|稳定性
|⭐⭐⭐⭐⭐
|-
|性价比
|⭐⭐⭐
|}

== 问答（FAQ） ==

=== Q1：适合建站吗？ ===
适合海外站点或面向欧洲用户的网站，但不建议国内直连高性能业务。

=== Q2：适合做跨境电商吗？ ===
适合联通用户或欧洲业务场景，但电信/移动体验一般。

=== Q3：延迟为什么这么高？ ===
主要原因是：

* 阿姆斯特丹 → 中国距离远
* 电信/移动未完全走优化CN2路径
* 国际骨干中转较多

=== Q4：IP会被封吗？ ===
目前风险评分低（约15%），属于正常机房IP，不属于高风险段。

=== Q5：值不值得买？ ===

* 联通用户：值得
* 电信/移动用户：一般
* 做全球业务：可以考虑

NodeQuality报告参考：

<nowiki>https://nodequality.com/r/sDnx7w4qXGgA9AjcfkiVlkGjstkLECMZ</nowiki>

搬瓦工E-Commerce VPS（荷兰阿姆斯特丹DC2 AMD）测评：CN2 GIA加持的欧美中转型VPS真实表现

2026-09-18T22:10:32Z

Liam：移除 Test category 分类

搬瓦工（BandwagonHost）E-Commerce VPS系列一直是其针对跨境网络优化的主力产品线之一，相比普通KVM VPS，该系列主打CN2 GIA + CMI + Arelion多线路智能调度 + 多机房自由迁移，核心优势是“跨地区中转能力强 + 路由可优化”。

本次测试的机型为：<blockquote>SPECIAL 20G KVM PROMO V5 - CN2 GIA ECOMMERCE

机房选择：EU: Amsterdam, Netherlands DC2 (AMD) [EUNL_2]</blockquote>该机房属于典型的欧洲中转节点 + Cogent/NTT/Level3混合骨干结构，适合：

* 跨境中转（欧洲 ↔ 亚洲）
* 外贸业务节点
* ChatGPT / Netflix / TikTok 解锁用途
* 轻量建站或代理转发

但其是否具备“CN2 GIA级回国质量”，需要结合路由与实测数据分析。

== 套餐配置一览 ==
{| class="wikitable"
!项目
!配置
|-
|套餐名称
|SPECIAL 20G KVM PROMO V5
|-
|架构
|KVM
|-
|CPU
|2x Intel Xeon
|-
|内存
|1 GB
|-
|硬盘
|20 GB RAID-10 SSD
|-
|流量
|1000 GB/月
|-
|带宽
|2.5 Gbps
|-
|IPv4
|1个
|-
|IPv6
|/64
|-
|机房
|阿姆斯特丹 DC2（AMD）
|-
|虚拟化
|KVM / KiwiVM
|-
|价格
|$49.99/季度或 $169.99/年 [https://bandwagonhost.com/cart.php?a=add&pid=87 购买链接]
|}
搬瓦工E-Commerce VPS套餐可选或自助免费迁移的15个机房是：

US: Los Angeles, California (DC6 CT CN2GIA-E, CMIN2, CUP) [USCA_6] (current)

US: Los Angeles, California (DC9 AMD+NVMe, CT CN2GIA, CMIN2, CUP) [USCA_9]

US: Los Angeles, California (DC8 ZNET) [USCA_8]

US: Los Angeles, California (DC2 AO) [USCA_2]

US: San Jose, California (CT CN2GIA-E, CMIN2, CUP) [USCA_SJC5]

US: Fremont, California [USCA_FMT]

US: New Jersey [USNJ]

US: New York (Coresite NY1) [USNY_6]

US: New York (Coresite NY1 CN2GIA-E, CMIN2, CUP) [USNY_8]

CA: British Columbia, Vancouver (AMD-F+NVMe) [CABC_1]

CA: British Columbia, Vancouver (AMD-F+NVMe, CN2GIA-E, CMIN2, CUP) [CABC_6]

'''EU: Amsterdam, Netherlands DC2 (AMD) [EUNL_2]（本次测评机房）'''

EU: Amsterdam, Netherlands DC9 (China Unicom Premium) [EUNL_9]

Japan: Osaka (Softbank) [JPOS_1]

UAE: Dubai [AEDXB_1]

搬瓦工官网：<nowiki>https://bandwagonhost.com/</nowiki>

[[File:Image-bwg.png]]

== IP基础信息分析 ==
测试IP：185.239.**.**

=== 结论： ===

* 注册组织：IT7 Networks Inc（AS25820）
* 地理：荷兰阿姆斯特丹
* 类型：IDC机房IP（非住宅IP）
* 风险等级：低~中（IPQS存在一定风险评分）
* 流媒体解锁：
** Netflix ✔
** YouTube ✔
** ChatGPT ✔
** Disney+ ❌
** TikTok ✔（部分环境失败）

👉 定位：典型IDC机房IP，不属于住宅原生IP

== 性能测试（硬件） ==

=== CPU / 内存 / 硬盘 ===

* CPU：AMD EPYC Genoa 2核
* Sysbench单核：1655
* Sysbench多核：3228
* 内存读写：48GB/s / 21GB/s
* 硬盘：
** 顺序读取：2193 MB/s
** 顺序写入：1332 MB/s
** 4K Q1读写：31.7 / 21.5 MB/s

👉 结论：

* CPU中端偏上（EPYC优化不错）
* SSD表现优秀（RAID-10）
* I/O适合建站/轻量数据库

== 全国延迟测试（Ping） ==

=== 中国平均延迟： ===
{| class="wikitable"
!运营商
!平均延迟
|-
|电信
|270ms
|-
|联通
|269ms
|-
|移动
|302ms
|}

=== 港澳台： ===

* 香港：179ms（最佳）
* 台湾：241ms

👉 结论：

* 延迟整体较高（200~300ms）
* 不属于低延迟回国线路
* 更偏“欧美中转节点”

== 全球延迟表现 ==
{| class="wikitable"
!区域
!延迟
|-
|西欧
|6~10ms
|-
|美国西海岸
|140~160ms
|-
|南美
|200ms+
|-
|亚洲
|150~280ms
|-
|大洋洲
|280ms
|}
👉 结论：

* 欧洲内部极优（<10ms）
* 跨洋延迟正常
* 亚洲不算优化线路

== 去程路由分析（重点） ==

=== 1. 电信去程（China Telecom） ===
路径：
中国电信 → 圣何塞CN2 → NTT → Cogent → Amsterdam
特点：

* 前段走 CN2（AS4134）
* 中段进入 NTT（AS2914）
* 再转 Cogent（AS174）

👉 结论：

* 并非纯CN2 GIA直达
* 存在多AS跳转（NTT + Cogent）
* 延迟被拉高（~280ms）

=== 2. 联通去程（CU4837） ===
路径：
联通 4837 → TATA → Cogent → Amsterdam IT7
特点：

* 走 Tata + Cogent 国际线路
* 未进入 CN2 GIA体系

👉 结论：

* 属于国际公网路径
* 稳定但非低延迟优化

=== 3. 移动去程（CMI） ===
路径：
移动CMI → 香港 → Cogent → Amsterdam
特点：

* CMI → 香港出口
* 再进入欧洲骨干

👉 结论：

* 移动表现最好
* 但仍非直连优化

== 回程路由分析（重点） ==

=== 1. 电信回程 ===
Amsterdam → Level3 → NTT → 163骨干 → 北京/上海
特点：

* 回程绕 NTT + Level3
* 再进入中国电信

👉 结论：

* 标准国际回国路径
* 非CN2 GIA回程

=== 2. 联通回程 ===
Arelion → Cogent → 4837 → 国内联通
特点：

* Arelion（1299）优质骨干
* 但仍绕 Cogent

👉 结论：

* 联通表现中等
* 不属于优化GIA线路

=== 3. 移动回程 ===
Vultr/CMI → 香港 → 中国移动
特点：

* CMI中转
* 香港出口回国

👉 结论：

* 移动体验相对最好
* 但仍有绕路

== 三网综合评价 ==
{| class="wikitable"
!运营商
!表现
|-
|电信
|中等偏慢
|-
|联通
|中等
|-
|移动
|最优
|}
👉 总体结论：

* 更适合移动用户
* 电信用户体验一般
* 不属于“CN2 GIA直连型”

== IP与网络质量总结 ==

=== 优点： ===

* 欧洲节点稳定
* 国际带宽充足（2.5Gbps）
* Netflix / ChatGPT 解锁良好
* 欧洲访问极快（<10ms）
* 支持自动迁移机房

=== 缺点： ===

* 国内延迟高（200~300ms）
* 非纯CN2 GIA路径
* 存在 Cogent / NTT 绕路
* 不适合低延迟游戏/交易

== 适用场景建议 ==
✔ 推荐用途：

* 外贸网站
* 欧洲业务节点
* ChatGPT / AI工具中转
* 海外服务部署
* 多地区代理节点

❌ 不推荐：

* 国服游戏
* 低延迟交易系统
* 视频会议回国

== Q&A ==

=== Q1：这是CN2 GIA线路吗？ ===
不是纯CN2 GIA，虽然电信入口有CN2，但中段进入 NTT / Cogent。

=== Q2：适合国内访问吗？ ===
可以用，但延迟较高（200~300ms）。

=== Q3：哪个运营商体验最好？ ===
移动（CMI路径最稳定）

=== Q4：适合做机场节点吗？ ===
适合做“欧洲出口节点”，但不是低延迟回国节点。

=== Q5：值不值得买？ ===
如果你需要：

* 欧洲节点 ✔
* 稳定解锁 ✔
* 多机房迁移 ✔

👉 可以买

如果你需要：

* CN2 GIA低延迟回国 ❌ 不推荐

== 最终结论 ==
这台搬瓦工 E-Commerce VPS（阿姆斯特丹DC2）的核心定位非常明确：<blockquote>✔ 欧洲高质量出口节点

❌ 非CN2 GIA回国优化线路

✔ 适合跨境业务 / AI工具 / 流媒体

❌ 不适合低延迟回国用途</blockquote>NodeQuality报告参考：

<nowiki>https://nodequality.com/r/fsaAKVQNh8rsqwm4uzO9s8KhPJ9gbluN</nowiki>

搬瓦工E-Commerce VPS（美国USCA SJC5）测评：圣何塞CN2 GIA线路实测延迟158ms，三网回程解析与路由分析

2026-09-18T22:10:17Z

Liam：移除 Test category 分类

== 一、前言：这款CN2 GIA VPS到底表现如何？ ==
搬瓦工（BandwagonHost）这类“老牌优化线路VPS”一直在国内用户中存在稳定需求，尤其是带有 CN2 GIA / CMIN2 / CUP / Premium E-Commerce线路的产品线，通常用于跨境业务、外贸站点、流媒体解锁以及低延迟回国访问场景。

本次测试的对象是：<blockquote>VPS - Self-managed - SPECIAL 20G KVM PROMO V5 - CN2 GIA ECOMMERCE

机房选择：USCA_SJC5（US: San Jose, California CN2 GIA）</blockquote>该机型标称具备 2.5Gbps带宽 + CN2 GIA + 多线路优化 + 全球E-Commerce机房切换能力，属于搬瓦工E-Commerce VPS系列中最低配版本，但线路规格并不“低配”。

搬瓦工E-Commerce VPS套餐可选或自助免费迁移的15个机房是：

US: Los Angeles, California (DC6 CT CN2GIA-E, CMIN2, CUP) [USCA_6] (current)

US: Los Angeles, California (DC9 AMD+NVMe, CT CN2GIA, CMIN2, CUP) [USCA_9]

US: Los Angeles, California (DC8 ZNET) [USCA_8]

US: Los Angeles, California (DC2 AO) [USCA_2]

'''US: San Jose, California (CT CN2GIA-E, CMIN2, CUP) [USCA_SJC5]'''

US: Fremont, California [USCA_FMT]

US: New Jersey [USNJ]

US: New York (Coresite NY1) [USNY_6]

US: New York (Coresite NY1 CN2GIA-E, CMIN2, CUP) [USNY_8]

CA: British Columbia, Vancouver (AMD-F+NVMe) [CABC_1]

CA: British Columbia, Vancouver (AMD-F+NVMe, CN2GIA-E, CMIN2, CUP) [CABC_6]

EU: Amsterdam, Netherlands DC2 (AMD) [EUNL_2]

EU: Amsterdam, Netherlands DC9 (China Unicom Premium) [EUNL_9]

Japan: Osaka (Softbank) [JPOS_1]

UAE: Dubai [AEDXB_1]

搬瓦工官网：<nowiki>https://bandwagonhost.com/</nowiki>

[[File:Image-bwg.png|frameless]]

下面基于真实测试数据，对其网络质量、路由结构、IP属性与硬件性能进行完整还原分析。

== 二、套餐配置一览 ==
{| class="wikitable"
!项目
!配置
|-
|产品名称
|SPECIAL 20G KVM PROMO V5 - CN2 GIA ECOMMERCE
|-
|CPU
|2 vCPU (Intel Xeon)
|-
|内存
|1 GB
|-
|硬盘
|20 GB SSD RAID-10
|-
|流量
|1000 GB/月
|-
|带宽
|2.5 Gbps
|-
|虚拟化
|KVM / KiwiVM
|-
|IPv4
|1个独立IP
|-
|IPv6
|/64
|-
|机房
|10+ E-Commerce可选（本次：USCA_SJC5）
|-
|系统
|CentOS / Debian / Ubuntu / Alma / Rocky
|-
|特性
|自动迁移 / 快照 / 自动备份 / rDNS
|-
|价格
|$49.99/季度或 $169.99/年
|}

== 三、IP属性分析（非常关键） ==
测试IP：138.128.***.**

=== 1）IP基础属性 ===

* ASN：AS25820（IT7 Networks Inc）
* 地理位置：美国加州 San Jose
* 类型：IDC机房IP / 广播IP
* 注册地：加拿大（ARIN）
* 时区：America/Los_Angeles

=== 2）风险与性质 ===

* fraud风险：5/100（低）
* 风险评级：低~中性
* 多库一致结论：机房IP，不属于原生住宅IP

=== 3）流媒体支持情况 ===

* TikTok：解锁（部分工具显示原生方式）
* Netflix / Disney+ / YouTube：正常解锁
* ChatGPT：正常
* Amazon Prime Video：部分失败/限制

👉 结论：

该IP属于机房广播IP，但具备较强流媒体解锁能力

== 四、国内延迟表现（Ping测试） ==

=== 1）全国平均表现 ===

* 全部节点平均：163ms
* 最低：上海电信 124ms
* 最高：中国台湾 294ms

=== 2）三网平均延迟 ===
{| class="wikitable"
!运营商
!平均延迟
|-
|电信
|158ms
|-
|联通
|165ms
|-
|移动
|163ms
|}

=== 3）区域表现 ===

* 华东：145ms（最佳）
* 华南：169ms
* 华北：159ms
* 西北：173ms
* 港澳台：226ms（较高）

👉 结论：

整体属于典型CN2 GIA美西优化水平（150~170ms）

== 五、去程路由分析（重点） ==

=== 1）电信去程 ===
路径特点：

* 中国电信 AS4134 出口
* 上海进入 CN2 / 59.43骨干
* 进入美国圣何塞节点

关键特征：

* CN2骨干节点出现（59.43.x）
* 中间存在丢包跳点（但最终稳定）

👉 结论：

电信走CN2优化路径，稳定性较好

=== 2）联通去程 ===
路径特点：

* 4837 → 9929 → 10099 → IT7

关键点：

* 经过上海联通出口
* 部分走国际Transit（非纯CN2）

👉 结论：

联通走混合优化线路（非纯直连）

=== 3）移动去程 ===
路径特点：

* CMNET骨干（AS9808）
* 223.120中转
* 进入IT7洛杉矶/圣何塞

👉 结论：

移动走CMI优化链路，稳定但绕路明显

== 六、回程路由分析（重点） ==

=== 1）整体回程结论（NetQuality） ===

* 电信：GTT / CN2混合回程
* 联通：Verizon → 4837
* 移动：Vultr / PCCW → CMI

👉 特点总结：

* 不是全程CN2回程
* 但“入口优化 + 出口多路径”

=== 2）关键现象 ===

* 电信回程：CN2 GIA参与
* 联通回程：经过 Verizon → 欧洲节点绕路
* 移动回程：CMI优化较稳定

👉 结论：

电信体验最好，联通波动最大

== 七、硬件性能测试 ==

=== CPU ===

* Xeon（SierraForest）
* 2核2线程
* Sysbench：1570（多线程）

=== 内存 ===

* 1GB
* 读取：19323 MB/s
* 写入：16486 MB/s

=== 硬盘 ===

* 20GB RAID-10
* 顺序读写：最高约 1.5~2.0 GB/s
* 4K性能：约 13~17 MB/s

👉 结论：

标准KVM VPS性能，无虚标但不适合重负载

== 八、全球网络表现 ==

=== 北美 ===

* 硅谷：3ms（极优）
* 西雅图：27ms

=== 欧洲 ===

* 法兰克福：135ms
* 伦敦：132ms

=== 亚洲 ===

* 东京：113ms
* 香港：158ms

👉 结论：

典型“美西中转优化节点”结构

== 九、优缺点总结 ==

=== 优点 ===

* CN2 GIA优化线路（电信体验最佳）
* 全球多机房自由切换
* 流媒体解锁能力强
* 延迟稳定在150~170ms区间
* IP风险低，适合业务使用

=== 缺点 ===

* 联通回程不稳定
* 不是原生IP（机房广播IP）
* 1GB内存较紧张
* 高峰期国际绕路明显

== 十、Q&A常见问题 ==

=== Q1：这是原生IP吗？ ===
不是。

检测结果明确显示：IDC机房广播IP（AS25820）

=== Q2：适合建站吗？ ===
适合，但建议：

* 外贸站
* 跨境业务
* API节点

不适合：

* 高并发应用
* 重数据库服务

=== Q3：电信用户体验如何？ ===
最佳：

* 158ms平均延迟
* CN2骨干参与明显

=== Q4：联通和移动表现如何？ ===

* 联通：绕路明显（Verizon路径）
* 移动：CMI较稳定但不低延迟

=== Q5：值不值得买？ ===
结论很直接：

👉 适合电信用户 / 跨境业务用户 / 流媒体需求用户

👉 不适合追求极致低延迟或原生IP用户

== 十一、总结 ==
这台 USCA_SJC5 CN2 GIA E-Commerce VPS 的整体表现属于：<blockquote>“线路强于硬件，电信强于联通，稳定优于极致低延迟”</blockquote>它并不是一台“神机”，但属于典型可用、稳定、线路均衡的美西优化VPS。

NodeQuality报告参考：

<nowiki>https://nodequality.com/r/QBGYBawYFw6hu4BAHhKs2tYBBOiIA0XB</nowiki>

搬瓦工E-Commerce VPS（USNY 8 CN2 GIA）测评：美国纽约节点全网路由与性能实测分析

2026-09-18T22:09:52Z

Liam：移除 Test category 分类

== 一、前言：这个CN2 GIA纽约节点到底值不值得？ ==
搬瓦工（BandwagonHost）的 E-Commerce VPS 系列一直主打“多机房可切换 + 优化线路 + CN2 GIA / CMIN2 / SoftBank”等高质量网络组合，而本次测试的 USNY_8（New York Coresite NY1 CN2GIA-E）属于其中偏高端优化线路节点。

与常见洛杉矶 CN2 GIA 不同，纽约节点的价值主要在于：

* 更接近美国东部骨干出口
* 对欧洲/美东访问更友好
* CN2 GIA + CMIN2 + CUP 混合优化线路
* 支持 10+ 机房自由迁移

但实际体验如何，还需要结合真实路由、延迟、丢包、IP质量综合判断，而不是只看“CN2 GIA”标签。

搬瓦工E-Commerce VPS套餐可选或自助免费迁移的15个机房是：

US: Los Angeles, California (DC6 CT CN2GIA-E, CMIN2, CUP) [USCA_6] (current)

US: Los Angeles, California (DC9 AMD+NVMe, CT CN2GIA, CMIN2, CUP) [USCA_9]

US: Los Angeles, California (DC8 ZNET) [USCA_8]

US: Los Angeles, California (DC2 AO) [USCA_2]

US: San Jose, California (CT CN2GIA-E, CMIN2, CUP) [USCA_SJC5]

US: Fremont, California [USCA_FMT]

US: New Jersey [USNJ]

US: New York (Coresite NY1) [USNY_6]

'''US: New York (Coresite NY1 CN2GIA-E, CMIN2, CUP) [USNY_8]（本次测评机房）'''

CA: British Columbia, Vancouver (AMD-F+NVMe) [CABC_1]

CA: British Columbia, Vancouver (AMD-F+NVMe, CN2GIA-E, CMIN2, CUP) [CABC_6]

EU: Amsterdam, Netherlands DC2 (AMD) [EUNL_2]

EU: Amsterdam, Netherlands DC9 (China Unicom Premium) [EUNL_9]

Japan: Osaka (Softbank) [JPOS_1]

UAE: Dubai [AEDXB_1]

搬瓦工官网：<nowiki>https://bandwagonhost.com/</nowiki>

[[File:Image-bwg.png|frameless]]

== 二、套餐配置一览（官方规格） ==
{| class="wikitable"
!项目
!配置
|-
|套餐名称
|SPECIAL 20G KVM PROMO V5 - CN2 GIA ECOMMERCE
|-
|CPU
|2× Intel Xeon
|-
|内存
|1 GB
|-
|硬盘
|20 GB RAID-10 SSD
|-
|流量
|1000 GB/月
|-
|带宽
|2.5 Gbps
|-
|虚拟化
|KVM
|-
|IPv4
|1个独享
|-
|IPv6
|/64
|-
|价格
|$49.99/季度或 $169.99/年
|}

=== 机房与线路特点 ===

* CN2 GIA（电信优化）
* CMIN2（移动优化）
* 联通优化路径（CN2 + Arelion）
* 直连 Google
* 支持自动迁移 / 快照 / 备份

== 三、IP与基础信息分析 ==
IP：23.252.***.***

检测结果显示：

* ASN：AS25820（IT7 Networks Inc）
* 地点：美国纽约（New Jersey/Edison归属混合解析）
* IP类型：IDC机房IP（非原生住宅IP）
* 风险评分：低（5~18/100区间）
* 流媒体支持：Netflix / YouTube / Disney+ 全解锁
* ChatGPT：可用
* 邮件：部分平台可用（25端口部分限制）

👉 结论：

这是典型机房广播IP（非住宅原生），适合建站/中转/跨境业务，不适合强风控住宅需求场景。

== 四、国内延迟测试结果 ==

=== 平均延迟表现 ===
{| class="wikitable"
!区域
!平均延迟
|-
|全国平均
|218ms
|-
|电信
|218ms
|-
|联通
|219ms
|-
|移动
|218ms
|-
|港澳台
|191ms
|}

=== 亮点 ===

* 台湾最低：182ms
* 香港：约200ms
* 华东地区最低约：187ms
* 西藏最高：274ms

👉 结论：

国内整体稳定在 200~230ms区间，属于“中等偏优海外线路”。

== 五、全球延迟表现 ==
{| class="wikitable"
!区域
!延迟
|-
|北美（本地）
|63~81ms
|-
|欧洲
|70~84ms
|-
|南美
|128~153ms
|-
|非洲
|116~232ms
|-
|亚洲（东南）
|200~247ms
|}
👉 结论：

* 北美表现优秀（典型本土机房优势）
* 欧洲延迟非常稳定（70~80ms）
* 亚洲略高（200ms+）

== 六、丢包率测试（ping.pe） ==
关键结论：

* 全节点丢包：0%
* 中国访问稳定
* 美国本土节点延迟最低：6~20ms级别
* 洛杉矶/西雅图：59~70ms稳定

👉 说明该机房：

* 网络非常稳定
* 无明显丢包问题
* 路由质量较高

== 七、三网去程路由分析（重点） ==

=== 1. 电信去程（CN2 GIA） ===
路径特点：

* 电信 → CN2骨干（59.43.x）
* 洛杉矶 IT7 GIA入口
* 直达纽约节点

核心路径：
电信骨干 AS4134
→ CN2 (AS4809)
→ IT7 洛杉矶 GIA
→ 23.252.107.154
👉 结论：

* CN2 GIA 正常生效
* 中美延迟控制良好（约146~203ms）

=== 2. 联通去程（Arelion + 4837） ===
路径：
联通 AS4837
→ AS10099
→ Arelion AS1299
→ IT7 网络
→ 纽约节点
👉 特点：

* 使用 Arelion 国际出口
* 非直连但优化良好
* 延迟约 160~220ms

=== 3. 移动去程（CMIN2） ===
路径：
移动 CMNET
→ CMIN2（AS58807）
→ 上海中转
→ 洛杉矶 IT7
→ 纽约
👉 特点：

* 明确 CMIN2 优化链路
* 稳定但绕行上海
* 延迟约 170~230ms

== 八、三网回程路由分析（重点） ==

=== 电信回程 ===

* Cogent → 163
* 或 CN2 GIA 回程

特点：

* 回程路径较稳定
* 部分线路直连CN2骨干

=== 联通回程 ===

* Arelion（AS1299）
* → 4837 联通骨干

特点：

* 美国 → 欧洲骨干绕行较少
* 回程稳定性好

=== 移动回程 ===

* Vultr / CMI
* → 香港 → 广东 → 北京

特点：

* CMI国际出口回国
* 稳定但略绕

== 九、硬件性能（NodeQuality） ==

=== CPU性能 ===

* 2核 Xeon
* Sysbench：1443（多线程）
* 单核：757

👉 中等水平 VPS CPU

=== 内存 ===

* 1GB
* 读写：17GB/s级别

=== 硬盘 ===

* SSD RAID10
* 顺序读写：800~2000MB/s
* 4K IOPS：3k~46k

👉 结论：磁盘性能较强

== 十、综合评价 ==

=== 优点 ===

* CN2 GIA + CMIN2 + Arelion 多线路优化
* 全球延迟均衡
* 无丢包
* 硬盘性能优秀
* 支持多机房迁移
* 流媒体全解锁

=== 缺点 ===

* IP为机房广播IP（非原生）
* 国内延迟约200ms，不算极致低延迟
* 配置偏小（1GB内存）

== 十一、适合人群 ==
✔ 跨境电商中转

✔ 外贸建站

✔ TikTok/流媒体解锁节点

✔ 多地区代理中转

✔ 海外业务加速

❌ 不适合：

* 低延迟游戏
* 强实名风控业务
* 原生住宅IP需求

== 十二、Q&A ==

=== Q1：这个CN2 GIA是真的吗？ ===
是的，从路由看已进入 59.43 CN2骨干，属于真实CN2优化线路。

=== Q2：国内速度怎么样？ ===
平均约 200~220ms，属于稳定海外VPS正常水平。

=== Q3：IP是原生的吗？ ===
不是，是 IT7 Networks 的机房广播IP。

=== Q4：适合做TikTok吗？ ===
可以使用，但属于机房IP，稳定但非“强原生住宅环境”。

=== Q5：线路会变差吗？ ===
支持自动迁移机房，线路稳定性较传统VPS更强。

== 最终结论 ==
这台搬瓦工 USNY_8 CN2 GIA E-Commerce VPS 属于：<blockquote>“稳定型中高端跨境优化VPS，而不是极致低延迟节点”</blockquote>如果你的目标是：

* 稳定跨境访问
* 多地区业务部署
* 解锁流媒体

👉 它是合格甚至偏优秀的选择。

但如果你追求：

* 100ms以内国内延迟
* 原生住宅IP 那它并不适合。

NodeQuality报告参考：

<nowiki>https://nodequality.com/r/5eAWkVCFgVGPUhNVQ1OpbV3uBgdKBEtp</nowiki>

搬瓦工E-Commerce VPS（USNY 6 / New York CN2 GIA）实测：美国纽约机房，三网路由与延迟深度解析

2026-09-18T22:09:41Z

Liam：移除 Test category 分类

== 一、前言 ==
搬瓦工（BandwagonHost）E-Commerce VPS 系列属于其面向跨境业务优化的一类产品线，核心特点是提供多机房自由切换、CN2 GIA/优化线路、以及较高的国际互联质量。本次测试的实例为 VPS - Self-managed - SPECIAL 20G KVM PROMO V5 - CN2 GIA ECOMMERCE，并选定机房为 US: New York (Coresite NY1) [USNY_6]。

该节点在定位上属于“美国东海岸纽约CN2优化线路”，理论上具备以下特点：

* 中国方向优化回程（CN2 / HE / Cogent / Arelion 混合）
* 多运营商可达（电信/联通/移动）
* 全球互联能力较强（欧美延迟较低）

但实际表现如何，需要结合路由与真实测速数据分析。

搬瓦工E-Commerce VPS套餐可选或自助免费迁移的15个机房是：

US: Los Angeles, California (DC6 CT CN2GIA-E, CMIN2, CUP) [USCA_6] (current)

US: Los Angeles, California (DC9 AMD+NVMe, CT CN2GIA, CMIN2, CUP) [USCA_9]

US: Los Angeles, California (DC8 ZNET) [USCA_8]

US: Los Angeles, California (DC2 AO) [USCA_2]

US: San Jose, California (CT CN2GIA-E, CMIN2, CUP) [USCA_SJC5]

US: Fremont, California [USCA_FMT]

US: New Jersey [USNJ]

'''US: New York (Coresite NY1) [USNY_6]（本次测评机房）'''

US: New York (Coresite NY1 CN2GIA-E, CMIN2, CUP) [USNY_8]

CA: British Columbia, Vancouver (AMD-F+NVMe) [CABC_1]

CA: British Columbia, Vancouver (AMD-F+NVMe, CN2GIA-E, CMIN2, CUP) [CABC_6]

EU: Amsterdam, Netherlands DC2 (AMD) [EUNL_2]

EU: Amsterdam, Netherlands DC9 (China Unicom Premium) [EUNL_9]

Japan: Osaka (Softbank) [JPOS_1]

UAE: Dubai [AEDXB_1]

搬瓦工官网：<nowiki>https://bandwagonhost.com/</nowiki>

[[File:Image-bwg.png|frameless]]

== 二、套餐配置 ==
{| class="wikitable"
!项目
!配置
|-
|套餐名称
|SPECIAL 20G KVM PROMO V5 - CN2 GIA ECOMMERCE
|-
|CPU
|2× Intel Xeon
|-
|内存
|1 GB
|-
|硬盘
|20 GB RAID-10 SSD
|-
|月流量
|1000 GB
|-
|带宽
|2.5 Gbps
|-
|虚拟化
|KVM (KiwiVM)
|-
|IPv4
|1个独立IP
|-
|IPv6
|/64
|-
|价格
|$49.99/季度 / $169.99/年 [https://bandwagonhost.com/cart.php?a=add&pid=87 购买链接]
|-
|特性
|快速迁移 / 快照 / 自动备份 / ISO安装
|}

== 三、IP与基础信息分析 ==

=== 1. IPv4信息 ===

* IP：104.244.**.**
* ASN：AS25820（IT7 Networks Inc）
* 地理位置：纽约（部分数据库显示“IDC/广播IP”）
* 风险评分：低（3/100 ~ 34%区间波动）
* 类型：IDC机房IP（非住宅原生IP）

⚠️ 注意：多个数据库显示该IP存在“广播IP / IDC机房IP”特征，部分工具甚至标注“VPN/代理可能性”，但整体风险仍为低等级。

=== 2. 流媒体解锁情况 ===
{| class="wikitable"
!服务
!状态
|-
|Netflix
|解锁（US）
|-
|Disney+
|解锁
|-
|YouTube
|解锁
|-
|Amazon Prime Video
|解锁
|-
|TikTok
|部分测试失败（IPv6差异）
|-
|ChatGPT
|解锁
|}
👉 结论：流媒体能力较完整，但 TikTok 存在波动。

== 四、全国延迟表现（中国方向） ==

=== 三网平均延迟 ===
{| class="wikitable"
!运营商
!平均延迟
|-
|电信
|~236ms
|-
|联通
|~234ms
|-
|移动
|~260ms
|-
|全国平均
|~242ms
|}

=== 区域表现 ===
{| class="wikitable"
!区域
!平均延迟
|-
|华东
|~233ms
|-
|华南
|~246ms
|-
|华北
|~238ms
|-
|西北
|~253ms
|-
|西南
|~256ms
|-
|港澳台
|~196ms
|}
📌 结论：

* 港台最低（约180~210ms）
* 大陆稳定在 230~260ms
* 属于“中规中矩的CN2优化东美节点”

== 五、全球延迟表现 ==
{| class="wikitable"
!地区
!延迟
|-
|美国西海岸
|63–77ms
|-
|欧洲
|69–84ms
|-
|日本
|143–173ms
|-
|香港
|196–210ms
|-
|新加坡
|214–233ms
|-
|澳洲
|~210ms
|}
📌 结论：

欧美表现优秀，亚太中等偏优。

== 六、丢包率测试（ping.pe） ==
整体表现：

* 中国方向：基本 0%~10% 波动
* 欧洲/美国：0%
* 南美/非洲：部分轻微波动
* Morroco / Bangladesh：存在少量抖动（<6%）

📌 结论：

整体稳定性良好，无严重丢包问题。

== 七、去程路由分析（重点） ==

=== 1. 电信去程 ===
路径结构：
中国电信 AS4134
→ 202.97 骨干网
→ HE.net（AS6939）
→ 美国洛杉矶/纽约中转
→ IT7 Networks（AS25820）
→ 目标IP
特点：

* 出口进入 HE.net（非纯CN2直连）
* 美国境内多跳（SJC → NYC）
* 延迟集中在 160–230ms

👉 结论：电信为“HE中转优化线路”，非纯CN2 GIA直连。

=== 2. 联通去程 ===
路径：
AS4837 联通骨干
→ HE.net
→ NYC核心节点
→ IT7
特点：

* 走 Arelion / HE 混合路径
* 北京段回程较稳定
* 有部分丢包跳点

👉 结论：联通稳定性略优于电信。

=== 3. 移动去程 ===
路径：
CMI（AS58453）
→ HE
→ 洛杉矶/西雅图
→ 纽约
特点：

* 典型“CMI国际出口”
* 美国境内绕行明显
* 延迟略高（240ms+）

👉 结论：移动表现最弱，但仍可用。

== 八、回程路由分析（重点） ==

=== 1. 电信回程 ===
HE.net → Cogent → 163骨干 → 中国电信
特点：

* 多为 Cogent / HE 中转
* 非纯 CN2 GIA 回程
* 但路径稳定

=== 2. 联通回程 ===
Arelion → AS4837 → 北京联通
特点：

* 国际段 Arelion（优质）
* 国内进入 CU骨干
* 延迟约 220–250ms

=== 3. 移动回程 ===
Vultr / CMI → CMNET → 国内移动
特点：

* 香港/美国多点跳转
* 波动较明显
* 延迟最高约260ms+

== 九、IPv6路由情况 ==
IPv6路径：

* AS25820 → AS174（Cogent）
* AS1299（Arelion）
* AS4837 / AS9808 / AS4134

特点：

* IPv6比IPv4更绕
* 部分路径进入 Cogent + Arelion 双层结构
* 延迟略低于IPv4稳定性更差

== 十、综合评价 ==

=== 优点 ===

* 全球线路稳定
* 欧美延迟优秀
* 无明显丢包
* 流媒体支持较完整
* 多机房可切换

=== 缺点 ===

* 中国方向并非纯CN2 GIA直连
* 移动网络表现偏弱
* IP为IDC广播IP（非原生住宅）
* IPv6路径略复杂

== 十一、适用场景 ==
适合：

* 外贸网站/跨境电商
* 海外业务部署
* API服务节点
* TikTok/流媒体辅助环境
* 全球CDN中转

不适合：

* 极致低延迟游戏
* 纯CN2 GIA需求用户
* 住宅IP风控场景

== 十二、Q&A ==

=== Q1：这是纯 CN2 GIA 吗？ ===
不是，实际为 HE + Cogent + Arelion 混合优化线路，并非全程CN2直连。

=== Q2：中国访问速度怎么样？ ===
平均约 230–260ms，属于稳定但不极致优化。

=== Q3：适合做TikTok吗？ ===
可用但不稳定，IP为IDC类型，存在一定风控波动。

=== Q4：为什么IP显示纽约但路由像多地区？ ===
因为 IT7 Networks 为多节点IDC，IP数据库存在定位偏差。

=== Q5：丢包严重吗？ ===
不严重，大多数地区 0%丢包或接近0%。

=== Q6：和洛杉矶CN2 GIA相比如何？ ===

* 洛杉矶：更低延迟（150–180ms）
* 纽约：更稳定全球性更强

搬瓦工E-Commerce VPS（USNJ）测评：美国新泽西州机房，CN2 GIA线路实测表现与三网路由分析

2026-09-18T22:09:30Z

Liam：移除 Test category 分类

== 一、前言（重点说明 + 实测背景） ==
本次测试的是搬瓦工（Bandwagonhost）推出的 E-Commerce VPS 套餐中的最低配版本：SPECIAL 20G KVM PROMO V5 - CN2 GIA ECOMMERCE，机房选择为 US: New Jersey [USNJ]。

该套餐主打“面向电商优化线路 + 多机房自由切换 + CN2 GIA优化网络”，支持自动迁移、快照、备份以及 KVM 虚拟化，属于搬瓦工中较为典型的“线路型产品”，而非纯算力型 VPS。

本次重点关注以下几个方面：

* 中国三网访问延迟与稳定性
* 去程/回程路由质量（是否走 CN2 GIA / 4837 / CMI）
* IP 质量与风控情况
* CPU/磁盘/内存真实性能
* 全球访问表现

从实际测试数据来看，该机器定位明确：优化中国访问，但存在明显“跨网络调度路径差异”，并非全程纯 CN2 GIA。

搬瓦工E-Commerce VPS套餐可选或自助免费迁移的15个机房是：

US: Los Angeles, California (DC6 CT CN2GIA-E, CMIN2, CUP) [USCA_6] (current)

US: Los Angeles, California (DC9 AMD+NVMe, CT CN2GIA, CMIN2, CUP) [USCA_9]

US: Los Angeles, California (DC8 ZNET) [USCA_8]

US: Los Angeles, California (DC2 AO) [USCA_2]

US: San Jose, California (CT CN2GIA-E, CMIN2, CUP) [USCA_SJC5]

US: Fremont, California [USCA_FMT]

'''US: New Jersey [USNJ] （本次测评机房）'''

US: New York (Coresite NY1) [USNY_6]

US: New York (Coresite NY1 CN2GIA-E, CMIN2, CUP) [USNY_8]

CA: British Columbia, Vancouver (AMD-F+NVMe) [CABC_1]

CA: British Columbia, Vancouver (AMD-F+NVMe, CN2GIA-E, CMIN2, CUP) [CABC_6]

EU: Amsterdam, Netherlands DC2 (AMD) [EUNL_2]

EU: Amsterdam, Netherlands DC9 (China Unicom Premium) [EUNL_9]

Japan: Osaka (Softbank) [JPOS_1]

UAE: Dubai [AEDXB_1]

搬瓦工官网：<nowiki>https://bandwagonhost.com/</nowiki>

[[File:Image-bwg.png|frameless]]

== 二、套餐配置一览 ==
{| class="wikitable"
!项目
!配置
|-
|产品名称
|SPECIAL 20G KVM PROMO V5 - CN2 GIA ECOMMERCE
|-
|CPU
|2 vCPU (Intel Xeon Cascadelake)
|-
|内存
|1 GB
|-
|硬盘
|20 GB RAID-10 SSD
|-
|流量
|1000 GB/月
|-
|带宽
|2.5 Gbps
|-
|虚拟化
|KVM / KiwiVM
|-
|IPv4
|1个独立IP
|-
|IPv6
|/64
|-
|价格
|$49.99/季度或 $169.99/年 [https://bandwagonhost.com/cart.php?a=add&pid=87 购买链接]
|-
|特性
|快照 / 自动迁移 / 备份 / rDNS
|}

== 三、IP与机房信息分析 ==

=== 1. IP基础信息 ===

* IP：97.64.**.***
* ASN：AS25820 (IT7 Networks Inc)
* 地理位置：纽约（New York City）
* 注册地区：加拿大（ARIN）
* 类型：IDC机房IP（广播IP）
* 风险评分：低（约 3~23% 区间）

=== 2. 特点总结 ===

* 显示位置为纽约（NYC）
* ping.pe / ipip / maxmind 多源一致
* 被识别为机房广播IP
* 无黑名单记录
* 支持 TikTok / Netflix / ChatGPT 等解锁（测试正常）

👉 结论：

IP 属于典型 IDC 广播段，干净度较好，但并非原生住宅IP。

== 四、硬件性能测试 ==

=== CPU / 内存 / 磁盘 ===

* CPU：2核 Xeon Cascade Lake
* 单核：709 Sysbench
* 多核：1355 Sysbench
* 内存读取：16.5 GB/s
* 磁盘随机IO：
** 4K Q1：10.8 MB/s
** 顺序读取：1029 MB/s

=== 综合评价 ===

* CPU：中等偏入门（符合VPS定位）
* IO：SSD表现较好（RAID-10加分）
* 内存：性能正常，无明显超售迹象
* 系统：Debian 12 / KVM

👉 结论：

属于标准“轻量业务 VPS”，不适合高负载计算。

== 五、中国三网延迟测试 ==

=== 平均延迟表现 ===
{| class="wikitable"
!网络
!平均延迟
|-
|电信
|245 ms
|-
|联通
|339 ms
|-
|移动
|346 ms
|-
|港澳台
|209 ms
|}

=== 结论总结 ===

* 电信最优（CN2/优化路径较多）
* 联通/移动较高（绕路明显）
* 港澳台表现明显更优

👉 整体属于：

“电信可用，联通移动一般”的美国优化线路VPS

== 六、海外访问表现 ==
{| class="wikitable"
!区域
!平均延迟
|-
|北美
|70 ms
|-
|欧洲
|77 ms
|-
|亚洲
|195 ms
|-
|南美
|137 ms
|-
|非洲
|180 ms
|-
|大洋洲
|200 ms
|}
👉 结论：

* 北美访问极优（本地机房优势）
* 欧洲表现优秀（Arelion/NTT优化）
* 亚洲中等偏慢（跨太平洋）

== 七、去程路由分析 ==

=== 1. 电信去程（AS4134） ===
路径特点：

* 国内：电信骨干（AS4134）
* 出境：NTT（AS2914）
* 美国入口：New Jersey / NTT节点

👉 结论：

* 未全程 CN2 GIA
* 出境后走 NTT 国际线路
* 属于“混合优化路径”

=== 2. 联通去程（AS4837） ===
路径特点：

* 国内：联通骨干（AS4837）
* 国际：Cogent（AS174）
* 美国：纽约/新泽西入口

👉 结论：

* 明显 Cogent 国际段
* 延迟较高（绕路严重）
* 不属于联通优化线路

=== 3. 移动去程（AS9808/CMI） ===
路径特点：

* 国内：CMI骨干
* 国际：香港/纽约中转
* 美国：Cogent/CMI混合

👉 结论：

* 路由复杂
* 中转节点多
* 延迟波动较大

== 八、回程路由分析（重点） ==

=== 1. 电信回程 ===

* Arelion → 163
* Cogent → 电信骨干

👉 特点：

* 非统一CN2 GIA回程
* 多路径切换
* 质量中等

=== 2. 联通回程 ===

* Cogent → 4837
* 部分路径绕日本/美国骨干

👉 特点：

* 明显 Cogent 绕路
* 延迟较高（300ms+）
* 不稳定性较明显

=== 3. 移动回程 ===

* CMI → NYIX → 上海/广州

👉 特点：

* 具备一定优化路径
* 但中转复杂
* 延迟约 250~350ms

== 九、丢包与稳定性（ping.pe） ==

* 多数节点：0%丢包
* 个别节点：1%~3%波动
* 国内部分节点存在轻微抖动

👉 结论：

* 稳定性整体正常
* 不属于高丢包VPS
* 但高峰期可能波动

== 十、优缺点总结 ==

=== 优点 ===

* 北美访问速度快
* IP干净度较好
* 支持多机房迁移
* 解锁流媒体能力强
* 磁盘IO表现不错

=== 缺点 ===

* 并非全程 CN2 GIA
* 联通/移动延迟偏高
* 路由复杂（Cogent/NTT混用）
* CPU性能一般

== 十一、问答（FAQ） ==

=== Q1：这是纯 CN2 GIA 吗？ ===
不是。测试显示存在 NTT / Cogent / Arelion 混合路径，并非全程CN2 GIA。

=== Q2：适合做什么用途？ ===
适合：

* 外贸网站
* 跨境电商
* 海外服务中转
* 轻量应用部署

不适合：

* 游戏低延迟需求
* 高频交易
* 重计算任务

=== Q3：国内访问稳定吗？ ===
电信较稳定，联通和移动延迟偏高，但丢包较低。

=== Q4：IP是否干净？ ===
是机房IP，但风险评分较低（约3%），未发现黑名单问题。

=== Q5：值不值得买？ ===
如果目标是：

* 北美业务 → 值得
* 国内低延迟 → 不推荐
* 需要稳定中转 → 可用但不是最佳

== 十二、最终结论 ==
搬瓦工这款 E-Commerce VPS（USNJ）更接近：<blockquote>“以美国本地 + 电信优化 + 混合国际线路”为核心的折中型VPS</blockquote>它的优势在于稳定与通用性，而不是极致CN2 GIA性能。

如果你的需求是跨境业务或海外节点部署，它是合格选择；

但如果追求极致国内低延迟线路，它并不是最优解。

NodeQuality报告参考：

<nowiki>https://nodequality.com/r/fJCVXnjTBzaQT9sCg3M3xSsS6wHszk51</nowiki>

搬瓦工E-Commerce VPS（USCA 9 CN2 GIA）深度测评：电信CN2 GIA+联通优化+移动CMIN2，三网延迟表现与路由解析

2026-09-18T22:09:18Z

Liam：移除 Test category 分类

本文详细测评搬瓦工E-Commerce VPS（洛杉矶 USCA_9 机房 CN2 GIA 套餐），该线路主打电信CN2 GIA + 联通优化 + 移动 CMIN2，属于搬瓦工面向中国优化较强的高端线路之一。此次测评涵盖配置说明、全国三网延迟、去程回程路由分析、IP质量检测及优缺点总结，适合建站与跨境业务参考。

本次测试的机型为：<blockquote>VPS - Self-managed - SPECIAL 20G KVM PROMO V5 - CN2 GIA ECOMMERCE

机房选择：US: Los Angeles (DC9 AMD+NVMe, CT CN2GIA, CMIN2, CUP) [USCA_9]</blockquote>搬瓦工E-Commerce VPS套餐可选或自助免费迁移的15个机房是：

US: Los Angeles, California (DC6 CT CN2GIA-E, CMIN2, CUP) [USCA_6] (current)

'''US: Los Angeles, California (DC9 AMD+NVMe, CT CN2GIA, CMIN2, CUP) [USCA_9]'''

US: Los Angeles, California (DC8 ZNET) [USCA_8]

US: Los Angeles, California (DC2 AO) [USCA_2]

US: San Jose, California (CT CN2GIA-E, CMIN2, CUP) [USCA_SJC5]

US: Fremont, California [USCA_FMT]

US: New Jersey [USNJ]

US: New York (Coresite NY1) [USNY_6]

US: New York (Coresite NY1 CN2GIA-E, CMIN2, CUP) [USNY_8]

CA: British Columbia, Vancouver (AMD-F+NVMe) [CABC_1]

CA: British Columbia, Vancouver (AMD-F+NVMe, CN2GIA-E, CMIN2, CUP) [CABC_6]

EU: Amsterdam, Netherlands DC2 (AMD) [EUNL_2]

EU: Amsterdam, Netherlands DC9 (China Unicom Premium) [EUNL_9]

Japan: Osaka (Softbank) [JPOS_1]

UAE: Dubai [AEDXB_1]

搬瓦工官网：<nowiki>https://bandwagonhost.com/</nowiki>

[[File:Image-bwg.png|frameless]]

== 一、套餐配置说明 ==
{| class="wikitable"
!项目
!配置
|-
|CPU
|2 × Intel Xeon
|-
|内存
|1 GB
|-
|硬盘
|20 GB RAID-10 SSD
|-
|带宽
|2.5 Gbps
|-
|流量
|1000 GB/月
|-
|架构
|KVM
|-
|IPv4
|1 个
|-
|IPv6
|/64
|-
|机房
|洛杉矶DC9（CN2 GIA / CMIN2 / CUP） [https://bandwagonhost.com/cart.php?a=add&pid=87 购买链接]
|-
|价格
|$49.99/季度或 $169.99/年
|}
特点是：

* 带宽较高（2.5Gbps）
* CN2 GIA + CMIN2 双优化
* 支持多机房免费迁移

== 二、IP属性与风险分析 ==
IP：89.208.***.**

* ASN：AS25820 (IT7 Networks / Cluster Logic)
* 地理位置：美国洛杉矶
* 类型：IDC机房广播IP
* 风险评分：
** Scamalytics：3/100（低风险）
** IPQS：部分工具误判高风险（VPN/代理标签）
* 实际结论：正常机房IP，无明显滥用风险

⚠️ 注意：

该IP在部分数据库中显示“VPN/代理”，属于机房IP常见误判，不影响正常使用。

== 三、全国三网延迟测试 ==
（160+节点平均）
{| class="wikitable"
!运营商
!平均延迟
|-
|电信
|156ms
|-
|联通
|157ms
|-
|移动
|156ms
|}
分区域表现：

* 华东：约 140ms（最佳）
* 华南：约 164ms
* 西北/西南：160~170ms
* 港澳台：约 147ms

👉 结论：

整体延迟稳定在 150ms 左右，属于 CN2 GIA 标准水平

== 四、去程路由分析 ==

=== 1. 电信去程（CN2 GIA） ===
路径：<blockquote>用户 → 电信骨干（AS4134）→ CN2（AS4809）→ 洛杉矶 IT7 → VPS</blockquote>关键特征：

* 明确进入 CN2 Global / CN2 Backbone
* 上海段已进入 CN2 线路
* 洛杉矶落地 IT7（搬瓦工上游）

✔ 结论：

电信全程 CN2 GIA，质量优秀

=== 2. 联通去程（9929/4837混合） ===
路径：<blockquote>联通 4837 → 9929 优化段 → AS10099 → 洛杉矶</blockquote>特点：

* 前段走 AS9929（联通优化）
* 中段进入美国中转
* 最终进入洛杉矶 IDC

✔ 结论：

联通走优化线路，但非全程精品直连

=== 3. 移动去程（CMIN2） ===
路径：<blockquote>移动 9808 → CMIN2 → 上海中转 → 洛杉矶</blockquote>特点：

* 先进入 CMIN2（移动国际优化）
* 再经上海出海
* 到达洛杉矶 IT7

✔ 结论：

移动走 CMIN2 优化链路，稳定但略绕

== 五、回程路由分析（重点） ==

=== 1. 电信回程 ===

* 全程：IT7 → CN2 GIA → 中国电信
* 节点稳定，无绕路

✔ 结论：

电信回程 = 完整 CN2 GIA（优质）

=== 2. 联通回程 ===

* IT7 → Verizon / GTT → 4837 → 国内

特点：

* 经过 Verizon（美国骨干）
* 再回 4837 联通网络

✔ 结论：

联通回程中等偏优，但不如电信稳定

=== 3. 移动回程 ===

* IT7 → PCCW / CMI → 9808

特点：

* 香港 / CMI 中转
* 延迟略高（180~200ms+）

✔ 结论：

移动回程一般，偶发波动

== 六、性能测试（SuperBench） ==

* CPU：AMD EPYC Genoa
* I/O：1.8~1.9 GB/s（非常强）
* 内存：1GB
* 系统负载：极低
* BBR加速已启用

✔ 结论：

👉 磁盘性能非常优秀（NVMe级别）

👉 CPU属于现代AMD EPYC，高性能低延迟

== 七、流媒体解锁能力 ==
{| class="wikitable"
!平台
!状态
|-
|Netflix
|✔ US区
|-
|YouTube
|✔
|-
|TikTok
|✔ US
|-
|ChatGPT
|✔
|-
|Disney+
|✔
|-
|iQIYI
|❌
|}
✔ 结论：

典型美国原生流媒体环境，可做跨境应用

== 八、网络质量总结（重点） ==

=== 优点 ===
✔ 电信 CN2 GIA 全程直连

✔ 移动 CMIN2 优化线路

✔ 磁盘 IO 极强

✔ 洛杉矶低延迟节点（<1ms本地）

✔ 流媒体解锁完整

✔ IP稳定、低风险

=== 缺点 ===
✖ 联通非纯 CN2 GIA（混9929/国际段）

✖ 移动回程略绕香港

✖ 1GB内存偏小（轻量使用）

✖ 高峰期联通偶尔抖动

== 九、综合评分（10分制） ==
{| class="wikitable"
!项目
!分数
|-
|电信线路
|9.5
|-
|联通线路
|8.0
|-
|移动线路
|7.5
|-
|IO性能
|9.8
|-
|稳定性
|9.0
|-
|性价比
|8.5
|}
👉 综合评分：8.9 / 10

== 十、适用场景建议 ==
适合：

* 外贸独立站
* 跨境电商
* 电信用户建站
* 海外API服务
* ChatGPT / AI工具部署
* Netflix / 流媒体解锁

不适合：

* 大型数据库
* 高内存应用
* 低延迟游戏服（联通/移动不稳定）

== 十一、FAQ（常见问题） ==

=== Q1：这款和普通搬瓦工有什么区别？ ===
A：核心区别是 CN2 GIA + CMIN2 + CUP优化线路，比普通DC2/DC8稳定很多。

=== Q2：三网哪个最好？ ===
A：

* 电信：最好（CN2 GIA全程）
* 联通：中等（9929+国际段）
* 移动：一般（CMIN2绕路）

=== Q3：适合建站吗？ ===
A：适合，尤其是电信用户访问体验非常好。

=== Q4：IP会不会被封？ ===
A：该IP为IDC广播IP，风险评分低，正常使用无问题。

=== 总结一句话 ===
👉 这是一台“电信非常强、联通中等、移动一般”的典型搬瓦工 CN2 GIA 机型，适合建站和跨境业务，但不适合追求三网完全均衡的用户。

搬瓦工E-Commerce VPS（USCA 6 CN2 GIA）测评：1000GB月流量@2.5Gbps带宽季付$49.99，洛杉矶多线优化网络实测与路由分析

2026-09-18T22:09:02Z

Liam：移除 Test category 分类

== 一、套餐与机房说明 ==
本次测试套餐为：<blockquote>VPS - Self-managed - SPECIAL 20G KVM PROMO V5 - CN2 GIA ECOMMERCE

机房选择：US: Los Angeles, DC6（CN2 GIA / CMIN2 / CUP）[USCA_6]</blockquote>该线路属于搬瓦工 E-Commerce 系列，主打中国方向优化链路（CN2 GIA + CMIN2 + 多运营商优化）。

=== 套餐配置表 ===
{| class="wikitable"
!项目
!配置
|-
|CPU
|2x Intel Xeon
|-
|内存
|1 GB
|-
|硬盘
|20 GB RAID-10 SSD
|-
|流量
|1000 GB/月
|-
|带宽
|2.5 Gbps
|-
|架构
|KVM
|-
|IPv4
|1个独享
|-
|IPv6
|/64
|-
|价格
|$49.99/季度$169.99/年 [https://bandwagonhost.com/cart.php?a=add&pid=87 购买链接]
|-
|管理
|自助管理（KiwiVM）
|-
|特性
|自动迁移 / 快照 / 备份
|}
搬瓦工E-Commerce VPS套餐可选或自助免费迁移的15个机房是：

US: Los Angeles, California (DC6 CT CN2GIA-E, CMIN2, CUP) [USCA_6] (current)

US: Los Angeles, California (DC9 AMD+NVMe, CT CN2GIA, CMIN2, CUP) [USCA_9]

US: Los Angeles, California (DC8 ZNET) [USCA_8]

US: Los Angeles, California (DC2 AO) [USCA_2]

US: San Jose, California (CT CN2GIA-E, CMIN2, CUP) [USCA_SJC5]

US: Fremont, California [USCA_FMT]

US: New Jersey [USNJ]

US: New York (Coresite NY1) [USNY_6]

US: New York (Coresite NY1 CN2GIA-E, CMIN2, CUP) [USNY_8]

CA: British Columbia, Vancouver (AMD-F+NVMe) [CABC_1]

CA: British Columbia, Vancouver (AMD-F+NVMe, CN2GIA-E, CMIN2, CUP) [CABC_6]

EU: Amsterdam, Netherlands DC2 (AMD) [EUNL_2]

EU: Amsterdam, Netherlands DC9 (China Unicom Premium) [EUNL_9]

Japan: Osaka (Softbank) [JPOS_1]

UAE: Dubai [AEDXB_1]

搬瓦工官网：<nowiki>https://bandwagonhost.com/</nowiki>

[[File:Image-bwg.png|frameless|300x300px]]

== 二、基础性能测试 ==

=== 1）系统与硬件 ===

* CPU：Intel Xeon (SierraForest)
* 内核：CentOS 7.9
* 虚拟化：KVM
* BBR：已启用

=== 2）磁盘 I/O ===

* 平均 I/O：1032 MB/s
* 最高：约 1.1 GB/s

👉 属于 NVMe/RAID10 级别正常表现（符合洛杉矶高端机房水平）

=== 3）解锁能力 ===

* Netflix：US解锁
* YouTube Premium：US
* TikTok：US
* ChatGPT：US
* Disney+ / Amazon：正常

👉 流媒体整体为“美国原生环境表现”

== 三、延迟测试（核心数据） ==

=== 中国三网平均延迟 ===
{| class="wikitable"
!区域
!平均延迟
|-
|全国平均
|156ms
|-
|电信
|155ms
|-
|联通
|157ms
|-
|移动
|156ms
|}

=== 分区表现 ===

* 华东：139ms（最佳）
* 华南：165ms
* 华北：152ms
* 西北：168ms
* 西南：172ms

👉 结论：整体稳定在 150ms 左右，属于 CN2 GIA 正常水平

== 四、去程路由分析（重点） ==

=== 1）电信去程 ===
路径特征：<blockquote>电信 → AS4134 → AS4809（CN2）→ 洛杉矶IT7</blockquote>关键点：

* 出口：CN2骨干（AS4809）
* 国内段：上海/北京电信节点
* 入美：洛杉矶 IT7 Networks

👉 特点：

* CN2 GIA 直连
* 跳数短
* 延迟稳定在 150~160ms

=== 2）联通去程 ===
路径特征：<blockquote>联通 AS4837 → 9929 → AS10099 → 洛杉矶</blockquote>关键点：

* 国内：联通骨干（含9929优化段）
* 出境：走美国 IDC/Transit
* 延迟：170~210ms

👉 特点：

* 非纯GIA直连
* 中途存在国际转接

=== 3）移动去程 ===
路径特征：<blockquote>CMNET → 上海 → CMI（AS58807）→ 洛杉矶</blockquote>关键点：

* 国内：CMNET
* 出境：CMI优化线路
* 洛杉矶入口：IT7 / AS25820

👉 特点：

* 属于 CMI优化链路
* 稳定性较好
* 延迟约 168~172ms

== 五、回程路由分析（关键结论） ==

=== 1）电信回程 ===
<blockquote>CN2 GIA 直回</blockquote>

* GTT → 163 → CN2
* 地理路径：美国 → 上海 → 北京

👉 结论：

* 标准 CN2 GIA 回程
* 路径短、质量高

=== 2）联通回程 ===

* Verizon → 4837 → 联通骨干
* 部分路径绕欧洲（英国/德国）

👉 特点：

* 路由较复杂
* 部分段绕行国际

=== 3）移动回程 ===

* PCCW → CMI → CMNET

👉 结论：

* 移动走 CMI 专线回国
* 延迟稳定（约150~190ms）
* 表现优于联通

== 六、IP质量分析 ==
IP：74.211.102.11

=== 1）基础属性 ===

* ASN：AS25820（IT7 Networks）
* 类型：IDC机房IP
* 风险评分：低风险（3/100）
* 注册地：加拿大（ARIN）
* 使用地：洛杉矶

=== 2）风险与信誉 ===

* AbuseDB：0
* Scamalytics：低风险
* 黑名单：0
* 邮件端口：部分受限

👉 结论：

标准机房IP，可用性正常，但非住宅IP

== 七、海外网络表现 ==

=== 北美 ===

* 洛杉矶：<1ms（本地）
* 西雅图：28ms

=== 亚洲 ===

* 东京：108ms
* 新加坡：151ms

=== 欧洲 ===

* 法兰克福：140ms
* 伦敦：134ms

👉 结论：

* 全球出口正常
* 亚洲延迟略高（典型美西机房）

== 八、综合评价 ==

=== 优点 ===

* CN2 GIA + CMIN2 混合优化
* 电信线路表现优秀
* I/O性能强（1GB/s级）
* IP质量稳定
* 流媒体全解锁

=== 不足 ===

* 联通/部分移动路径存在绕路
* 国际链路偶发重传
* 价格相对较高（$49.99/季）

== 九、总结 ==
这台搬瓦工 E-Commerce VPS（USCA_6）整体属于：<blockquote>“电信用户体验最佳，移动次之，联通一般的洛杉矶CN2 GIA混合优化VPS”</blockquote>如果主要面向：

* 建站
* 跨境电商
* 外贸业务
* 远程办公

👉 电信用户是最优受益群体

== 十、Q&A ==

=== Q1：适合建站吗？ ===
适合，延迟稳定在150ms左右，CN2 GIA保证国内访问体验。

=== Q2：移动用户表现如何？ ===
移动走 CMI，整体稳定，比联通更好。

=== Q3：联通值得买吗？ ===
可以用，但路由有绕行，不是最优选择。

=== Q4：适合做跨境业务吗？ ===
适合，IP质量正常，流媒体与AI均可解锁。

搬瓦工E-Commerce VPS（USCA 2洛杉矶DC2 AO机房）实测：CN2 GIA线路延迟与路由深度分析

2026-09-18T22:08:37Z

Liam：移除 Test category 分类

== 一、前言（核心说明 + 使用背景） ==
本次测试对象为搬瓦工（BandwagonHost）E-Commerce VPS套餐中的最低配置方案：<blockquote>VPS - Self-managed - SPECIAL 20G KVM PROMO V5 - CN2 GIA ECOMMERCE

机房选择：US: Los Angeles, California (DC2 AO) [USCA_2]</blockquote>该套餐主打“E-Commerce优化网络”，官方提供多线路能力，包括：

* 中国电信 CN2 GIA
* 中国联通优化互联
* 多机房自动迁移
* 2.5Gbps带宽架构（共享/调度型）
* KVM虚拟化 + KiwiVM控制面板

本次重点关注三个核心维度：

# 中国三网访问延迟与稳定性
# 去程/回程路由质量（CN2/GTT/Verizon/CMI等）
# IP属性、风险评分与流媒体解锁能力

搬瓦工E-Commerce VPS套餐可选或自助免费迁移的15个机房是：

US: Los Angeles, California (DC6 CT CN2GIA-E, CMIN2, CUP) [USCA_6] (current)

US: Los Angeles, California (DC9 AMD+NVMe, CT CN2GIA, CMIN2, CUP) [USCA_9]

US: Los Angeles, California (DC8 ZNET) [USCA_8]

'''US: Los Angeles, California (DC2 AO) [USCA_2]'''

US: San Jose, California (CT CN2GIA-E, CMIN2, CUP) [USCA_SJC5]

US: Fremont, California [USCA_FMT]

US: New Jersey [USNJ]

US: New York (Coresite NY1) [USNY_6]

US: New York (Coresite NY1 CN2GIA-E, CMIN2, CUP) [USNY_8]

CA: British Columbia, Vancouver (AMD-F+NVMe) [CABC_1]

CA: British Columbia, Vancouver (AMD-F+NVMe, CN2GIA-E, CMIN2, CUP) [CABC_6]

EU: Amsterdam, Netherlands DC2 (AMD) [EUNL_2]

EU: Amsterdam, Netherlands DC9 (China Unicom Premium) [EUNL_9]

Japan: Osaka (Softbank) [JPOS_1]

UAE: Dubai [AEDXB_1]

搬瓦工官网：<nowiki>https://bandwagonhost.com/</nowiki>
[[File:Image-bwg.png|frameless|300x300px]]

== 二、套餐配置一览 ==
{| class="wikitable"
!项目
!配置
|-
|套餐名称
|SPECIAL 20G KVM PROMO V5 - CN2 GIA ECOMMERCE
|-
|CPU
|2 vCPU（Intel Xeon / AMD EPYC调度）
|-
|内存
|1 GB
|-
|硬盘
|20 GB RAID-10 SSD
|-
|流量
|1000 GB / 月
|-
|带宽
|2.5 Gbps
|-
|虚拟化
|KVM
|-
|IPv4
|1个独立IP
|-
|IPv6
|/64
|-
|机房
|洛杉矶DC2 AO（IT7 / AS25820）
|-
|价格
|$49.99/季度或 $169.99/年
|}

== 三、硬件性能测试 ==

=== CPU / 内存 / 磁盘 ===

* CPU：AMD EPYC-Genoa（2核2线程）
* Sysbench单核：3624
* Sysbench多核：7092

=== 内存表现 ===

* 读取：46893 MB/s
* 写入：27734 MB/s
* 延迟：158 ns

=== 硬盘（20GB RAID-10 SSD） ===
{| class="wikitable"
!项目
!性能
|-
|4K随机读
|25.8 MB/s（6.6k IOPS）
|-
|4K随机写
|35.1 MB/s（9.0k IOPS）
|-
|顺序读
|2811 MB/s
|-
|顺序写
|2370 MB/s
|}
👉 总体结论：入门VPS级别，但磁盘性能在RAID-10下表现稳定

== 四、IP属性与质量分析 ==
IP：138.128.222.67（AS25820 IT7 Networks）

=== 1. 基础归属 ===

* 国家：美国（洛杉矶）
* 注册地：加拿大（ARIN）
* 类型：IDC机房IP（广播IP）

=== 2. 风险评分 ===
{| class="wikitable"
!平台
!风险
|-
|Scamalytics
|5/100（低风险）
|-
|IPPing
|18%（低风险）
|-
|IPQS
|75（中等偏可疑）
|-
|AbuseIPDB
|0
|}
👉 综合判断：

低风险机房IP，但非原生住宅IP

=== 3. 流媒体解锁能力 ===
{| class="wikitable"
!服务
!状态
|-
|Netflix
|解锁
|-
|Disney+
|解锁
|-
|YouTube
|解锁
|-
|ChatGPT
|解锁
|-
|TikTok
|部分失败（IPv6/策略差异）
|-
|Amazon Prime Video
|屏蔽（IPv4测试）
|}
👉 结论：

流媒体可用性不错，但不稳定于所有平台

== 五、中国大陆三网延迟测试 ==

=== 平均延迟 ===
{| class="wikitable"
!线路
!平均延迟
|-
|电信
|180 ms
|-
|联通
|205 ms
|-
|移动
|209 ms
|-
|港澳台
|146 ms
|}

=== 全国平均 ===

* 全节点平均：197 ms
* 最低：138 ms（台湾）
* 最高：240 ms（海南联通）

👉 结论：

典型美西优化线路水平，非低延迟CN2 GIA直连体验

== 六、去程路由分析（重点） ==

=== 1. 电信去程 ===
路径结构：<blockquote>浙江电信 → 上海163骨干 → AS4134 CN2 → 洛杉矶 IT7（AS25820）</blockquote>关键点：

* 前半段：163骨干网络
* 中段：202.97 CN2节点
* 末端：IT7洛杉矶机房

👉 特点：

* 进入美国后延迟明显升高（约160ms）
* CN2仅作为中转，并非全程优化

=== 2. 联通去程 ===
路径：<blockquote>联通169 → 北京骨干 → 圣何塞 → 洛杉矶 IT7</blockquote>关键点：

* 圣何塞中转（AS4837）
* 再进入洛杉矶

👉 特点：

* 非纯直连CN2 GIA
* 依赖美国西海岸转发

=== 3. 移动去程 ===
路径：<blockquote>CMNET → 北京移动 → CMI → 洛杉矶 IT7</blockquote>关键点：

* 通过 CMI（中国移动国际出口）
* 洛杉矶落地

👉 特点：

* 移动线路相对稳定
* 但绕行明显

== 七、回程路由分析（重点） ==

=== 1. 电信回程 ===
<blockquote>IT7 → Arelion → AS4134 CN2 → 中国电信163</blockquote>特点：

* Arelion（Telia/骨干）作为上游
* 再回CN2 163

👉 结论：

电信回程具备优化路径，但仍非纯CN2直连

=== 2. 联通回程 ===
<blockquote>IT7 → Verizon → AS4837 联通169</blockquote>特点：

* 经美国Verizon
* 再进入联通骨干

👉 结论：

国际绕行明显

=== 3. 移动回程 ===
<blockquote>IT7 → PCCW / CMI → 中国移动</blockquote>特点：

* 香港/CMI中转
* 再回大陆

👉 结论：

移动表现相对最稳定

== 八、ping.pe 丢包测试 ==

* 全节点丢包：0%
* 洛杉矶本地延迟：0.3–2.5ms
* 美国本土网络极低延迟（<10ms）

👉 结论：

机房内部网络质量优秀，无丢包问题

== 九、综合评价 ==

=== 优点 ===

* 洛杉矶机房稳定性高
* 国际带宽充足（2.5G架构）
* 丢包率极低
* IP可解锁主流流媒体
* 硬件性能中规中矩

=== 不足 ===

* 中国延迟不低（180–210ms）
* CN2 GIA并非全程直连
* IP为IDC广播IP（非住宅）
* 联通/移动绕行较明显

== 十、问答（FAQ） ==

=== Q1：这是纯CN2 GIA线路吗？ ===
不是。

测试显示路径中包含：

* 163骨干
* CN2节点（AS4134）
* Arelion / Verizon / PCCW / CMI

👉 属于混合优化线路，不是纯CN2 GIA直连

=== Q2：适合做什么用途？ ===
适合：

* 外贸网站
* 跨境电商后台
* 海外业务节点
* 中轻量API服务

不适合：

* 国内低延迟游戏
* 实时交易系统

=== Q3：IP干净吗？ ===

* 风险评分：低（5/100）
* 但属于 IDC广播IP

👉 结论：

干净但非住宅IP

=== Q4：移动/联通/电信哪个更好？ ===
实测结论：

* 移动：最稳定
* 电信：路径最合理
* 联通：延迟最高

== 十一、总结 ==
搬瓦工这款 E-Commerce VPS（USCA_2 DC2 AO）的整体定位非常明确：<blockquote>“不是低延迟线路，而是稳定型跨境业务节点”</blockquote>如果你的需求是：

* 稳定访问海外
* 做跨境业务
* 或搭建中转/服务端

它是合格甚至偏优秀的。

但如果你追求：

* 国内低延迟
* 真CN2 GIA直连体验

那么它并不属于这一类产品。

NodeQuality链接：<nowiki>https://nodequality.com/r/0LGOL3rGIVe3gyz45QzG6LWSjsVueCMo</nowiki>

搬瓦工E-Commerce VPS（Fremont / CN2 GIA）实测评测：美国弗里蒙特机房，三网延迟与路由深度分析

2026-09-18T22:08:23Z

Liam：移除 Test category 分类

搬瓦工（BandwagonHost）这款 E-Commerce VPS 系列一直以“多机房 + 优化线路 + 灵活迁移”作为核心卖点。本次测试的套餐为 VPS - Self-managed - SPECIAL 20G KVM PROMO V5 - CN2 GIA ECOMMERCE，并选择 US: Fremont, California [USCA_FMT] 机房进行实测。

该机房在官方定位中属于美国西海岸节点，实际网络结构上与洛杉矶 CN2 GIA、HE backbone、CMI/4837 互联紧密相关，因此更偏向“混合优化线路”，而不是纯 CN2 GIA 独享入口。本文将基于真实测评数据，对其网络质量进行全面拆解。

搬瓦工E-Commerce VPS套餐可选或自助免费迁移的15个机房是：

US: Los Angeles, California (DC6 CT CN2GIA-E, CMIN2, CUP) [USCA_6] (current)

US: Los Angeles, California (DC9 AMD+NVMe, CT CN2GIA, CMIN2, CUP) [USCA_9]

US: Los Angeles, California (DC8 ZNET) [USCA_8]

US: Los Angeles, California (DC2 AO) [USCA_2]

US: San Jose, California (CT CN2GIA-E, CMIN2, CUP) [USCA_SJC5]

'''US: Fremont, California [USCA_FMT] （本次测评机房）'''

US: New Jersey [USNJ]

US: New York (Coresite NY1) [USNY_6]

US: New York (Coresite NY1 CN2GIA-E, CMIN2, CUP) [USNY_8]

CA: British Columbia, Vancouver (AMD-F+NVMe) [CABC_1]

CA: British Columbia, Vancouver (AMD-F+NVMe, CN2GIA-E, CMIN2, CUP) [CABC_6]

EU: Amsterdam, Netherlands DC2 (AMD) [EUNL_2]

EU: Amsterdam, Netherlands DC9 (China Unicom Premium) [EUNL_9]

Japan: Osaka (Softbank) [JPOS_1]

UAE: Dubai [AEDXB_1]

搬瓦工官网：<nowiki>https://bandwagonhost.com/</nowiki>

[[File:Image-bwg.png|frameless]]

== 一、套餐配置说明 ==
{| class="wikitable"
!项目
!配置
|-
|套餐名称
|SPECIAL 20G KVM PROMO V5 - CN2 GIA ECOMMERCE
|-
|CPU
|2x Intel Xeon
|-
|内存
|1 GB
|-
|硬盘
|20 GB RAID-10 SSD
|-
|流量
|1000 GB / 月
|-
|带宽
|2.5 Gbps
|-
|虚拟化
|KVM / KiwiVM
|-
|IPv4
|1 个独立 IP
|-
|IPv6
|/64 子网
|-
|机房
|Fremont, California
|-
|价格
|$49.99/季度或 $169.99/年 [https://bandwagonhost.com/cart.php?a=add&pid=87 购买链接]
|}
补充特性包括：

* 支持 CN2 GIA / CMI / 4837 / HE 混合优化线路
* 支持自动迁移机房
* 快照与备份功能
* 支持 Linux 全系列系统
* 完整 root 权限

== 二、IP 与机房属性分析 ==
测试 IP：45.62.***.***

根据 IP 质量检测结果：

* ASN：AS25820（IT7 Networks Inc）
* 位置：Fremont, California（实际机房）
* IP 类型：IDC 机房 IP（非原生住宅 IP）
* 风险评分：低（约 5~28% 区间波动）
* 流媒体解锁：Netflix / TikTok / YouTube 全解锁（US 区）

=== 关键结论： ===

* 属于标准数据中心 IP
* 非原生 IP，但风控较低
* 更适合：建站 / 代理 / 跨境业务测试环境
* 不适合：强风控原生住宅 IP 场景（如高权重社媒长期养号）

== 三、全球延迟表现 ==

=== 中国三网平均延迟 ===
{| class="wikitable"
!运营商
!平均延迟
|-
|电信
|183ms
|-
|联通
|194ms
|-
|移动
|215ms
|-
|港澳台
|147ms
|}

=== 区域表现： ===

* 华东：约 187ms
* 华南：约 196ms
* 西北：约 209ms
* 西藏等偏远地区：最高 260ms+

👉 总体结论：

中国大陆平均在 180–215ms，属于“可用但非极致低延迟 CN2 GIA”级别。

=== 全球延迟表现 ===
{| class="wikitable"
!区域
!延迟
|-
|北美（西海岸）
|2–30ms
|-
|欧洲
|130–140ms
|-
|亚洲（日本/香港）
|100–150ms
|-
|南美
|180–190ms
|-
|非洲
|230ms+
|}
👉 说明：

西海岸节点优势明显，对北美业务非常友好。

== 四、去程路由分析（中国 → Fremont） ==

=== 1. 电信去程（重点） ===
路径大致为：

昆明电信

→ China Telecom 骨干网（AS4134）

→ 洛杉矶 CN2 GIA 节点

→ IT7 Fremont 机房

==== 特点： ====

* 入口存在 CN2 GIA / 163 混合
* 中段出现骨干拥塞（202.97.*）
* 最终进入 HE/IT7 网络

==== 延迟结构： ====

* 国内段：<1ms–20ms
* 国际段：约 170–190ms

👉 结论：

电信走的是“CN2 GIA + 普通骨干混合路径”，并非全程纯优化。

=== 2. 联通去程 ===
路径：

海南联通

→ 4837 骨干

→ HE.net（AS6939）

→ Fremont

特点：

* 典型 4837 国际出口
* 中间存在明显骨干抖动
* 但最终进入 HE 西海岸直连

👉 结论：

联通稳定性尚可，但路径跳数较多。

=== 3. 移动去程 ===
路径：

广东移动

→ CMI（AS58453）

→ HE 西海岸

→ Fremont

特点：

* 先进入 CMI 美国节点
* 再回流 HE backbone
* 国际段延迟略高

👉 结论：

移动线路是三网中最“绕”的，但仍保持稳定无丢包。

== 五、回程路由分析（Fremont → 中国） ==

=== 1. 电信回程 ===
路径：

Fremont

→ HE backbone

→ 163 骨干

→ 各省电信

特点：

* 回程基本统一走 HE → 163
* 无明显 CN2 回程优化标识
* 北京/上海约 165–185ms

👉 结论：

“去程优化、回程普通”结构。

=== 2. 联通回程 ===
路径：

HE → 4837 → CU169 → 各地联通

特点：

* 标准 4837 国际出口回程
* 上海/北京约 170–180ms
* 波动较小

=== 3. 移动回程 ===
路径：

HE → CMI → CMNET → 各省移动

特点：

* CMI 节点参与度高
* 美国入口稳定
* 国内骨干波动较明显

👉 结论：

移动用户体验中等偏上，但不算顶级优化。

== 六、丢包与稳定性（ping.pe） ==

* 全节点丢包：0% 为主
* 北美节点延迟极低（2ms–10ms）
* 亚洲节点稳定（100–160ms）
* 欧洲稳定（130–140ms）

👉 说明：

整体网络质量稳定性高于延迟表现

== 七、性能测试（硬件） ==

=== CPU ===

* 2 vCPU Xeon Cascadelake
* 单核：806
* 多核：1551

👉 中等 VPS 性能水平

=== 硬盘 ===

* RAID-10 SSD
* 4K IO：约 4k IOPS
* 顺序读取：>1GB/s

👉 适合建站/轻中负载应用

=== 内存 ===

* 1GB（偏紧张）
* swap 可用

== 八、综合评价 ==

=== 优点 ===

* 美国西海岸延迟极低（本地 2ms）
* 全球线路均衡
* 无明显丢包
* IP 风控低，可用于业务测试
* 支持 CN2 / CMI / 4837 多线路融合

=== 缺点 ===

* 并非纯 CN2 GIA 专线
* 中国大陆延迟约 180–215ms（中等）
* 1GB 内存较紧
* 路由复杂，非极致优化路径

== 九、适用场景建议 ==
适合：

* 跨境电商测试环境
* 海外建站（WordPress / API）
* 外贸工具节点
* 北美业务服务端
* 流媒体解锁节点

不适合：

* 低延迟游戏服
* 强社交账号养号（高风控场景）
* 对延迟极度敏感业务

== 十、Q&A ==

=== Q1：这是纯 CN2 GIA 吗？ ===
不是。属于 CN2 GIA + HE + CMI 混合优化线路。

=== Q2：中国访问快吗？ ===
平均 180–215ms，属于中等偏优，但不是极低延迟。

=== Q3：适合做 TikTok 或流媒体吗？ ===
可以使用，IP 可解锁 US 流媒体，但更偏“工具节点”，不是住宅 IP。

=== Q4：稳定性怎么样？ ===
从 ping.pe 数据看：

* 0% 丢包为主
* 全球节点稳定
* 属于稳定型 VPS

=== Q5：值不值得买？ ===
如果你需要：

* 美国西海岸 + 稳定 + 多线路 👉 值得

如果你追求：

* 极致 CN2 GIA 低延迟 👉 不建议

=== 总结一句话 ===
这台搬瓦工 Fremont VPS 更像是一个“混合优化网络工具机”，不是极致 CN2 GIA，但胜在稳定、覆盖广、适用场景多，在跨境网络节点中属于均衡型选手。

NodeQuality报告参考：

<nowiki>https://nodequality.com/r/MxSz1BchXJkYWHOCMESIsBAAkk4b24cN</nowiki>

搬瓦工E-Commerce VPS（DC8 ZNET）洛杉矶机房实测：三网回程解析与网络质量全面评测

2026-09-18T22:08:12Z

Liam：移除 Test category 分类

搬瓦工这款E-Commerce VPS SPECIAL 20G KVM PROMO V5属于其电商优化线路系列产品，核心卖点是多机房可选、CN2 GIA / CMI / Unicom Premium 等混合优化网络，并且支持跨机房迁移与快照备份。从定位来看，它更偏向“中高端优化线路VPS”，而不是纯入门低价机器。

本次测试选择的是 US: Los Angeles, California (DC8 ZNET) [USCA_8] 机房，该节点属于洛杉矶区域非 CN2 GIA 直连版本，但依然具备优化路由能力。实际表现上，它在三网延迟、回程路径和国际互联方面的表现差异较为明显，适合对网络质量有一定要求但预算有限的用户。

搬瓦工E-Commerce VPS套餐可选或自助免费迁移的15个机房是：

US: Los Angeles, California (DC6 CT CN2GIA-E, CMIN2, CUP) [USCA_6] (current)

US: Los Angeles, California (DC9 AMD+NVMe, CT CN2GIA, CMIN2, CUP) [USCA_9]

'''US: Los Angeles, California (DC8 ZNET) [USCA_8]'''

US: Los Angeles, California (DC2 AO) [USCA_2]

US: San Jose, California (CT CN2GIA-E, CMIN2, CUP) [USCA_SJC5]

US: Fremont, California [USCA_FMT]

US: New Jersey [USNJ]

US: New York (Coresite NY1) [USNY_6]

US: New York (Coresite NY1 CN2GIA-E, CMIN2, CUP) [USNY_8]

CA: British Columbia, Vancouver (AMD-F+NVMe) [CABC_1]

CA: British Columbia, Vancouver (AMD-F+NVMe, CN2GIA-E, CMIN2, CUP) [CABC_6]

EU: Amsterdam, Netherlands DC2 (AMD) [EUNL_2]

EU: Amsterdam, Netherlands DC9 (China Unicom Premium) [EUNL_9]

Japan: Osaka (Softbank) [JPOS_1]

UAE: Dubai [AEDXB_1]

搬瓦工官网：<nowiki>https://bandwagonhost.com/</nowiki>

== 一、套餐配置（官方参数） ==
{| class="wikitable"
!项目
!配置
|-
|产品
|VPS - SPECIAL 20G KVM PROMO V5 - CN2 GIA ECOMMERCE
|-
|CPU
|2 × Intel Xeon
|-
|内存
|1 GB
|-
|硬盘
|20 GB RAID-10 SSD
|-
|流量
|1000 GB/月
|-
|带宽
|2.5 Gbps
|-
|架构
|KVM
|-
|IPv4
|1个独立IP
|-
|IPv6
|/64
|-
|价格
|$49.99/季度 / $169.99/年
|-
|特色
|多机房切换 / 快照 / 自动备份 / 自助重装
|}

== 二、基础性能与系统表现 ==
测试系统：CentOS 7 KVM

* CPU：Xeon Cascade Lake（2核）
* I/O：约 585 ~ 685 MB/s（平均 643 MB/s）
* 内存：1GB（实际可用约 900MB）
* TCP：BBR + fq
* 解锁能力：Netflix / YouTube / ChatGPT（均为 US 区）

整体来看，这类配置的特点是：

* CPU中规中矩（共享型）
* I/O表现优秀（SSD RAID-10）
* 内存偏小，更适合轻量应用

== 三、IP质量分析 ==
IP：97.64.**.***（洛杉矶 IT7 Networks）

结论特点：

* IP类型：IDC机房广播IP
* 风险评分：低（约 3/100 ~ 18%区间）
* 黑名单：无
* 流媒体：Netflix / YouTube / ChatGPT 解锁正常
* 归属：IT7 Networks（洛杉矶数据中心）

补充说明：

* 属于“机房IP”，不是住宅原生IP
* 风控值低，适合建站/代理/开发用途
* 但部分平台可能识别为数据中心流量

== 四、延迟表现（Ping） ==

=== 🇨🇳 中国地区平均延迟：约 194ms ===

* 电信：174ms
* 联通：204ms
* 移动：207ms
* 港澳台：约 143ms

特点：

* 电信表现最好（CN2/优化路径影响）
* 移动略高但稳定
* 西部地区（西藏、新疆）延迟偏高

=== 🌍 海外地区表现 ===

* 洛杉矶本地：< 1ms
* 日本：约 103ms
* 新加坡：约 150ms
* 欧洲：约 140~150ms
* 南美/非洲：170ms+

整体来看：

👉 海外网络表现均衡，属于标准洛杉矶出口质量

== 五、去程路由分析 ==

=== 1. 电信去程 ===
路径特征：

* 国内 → 163骨干
* 进入北京出口
* 再到洛杉矶 IT7

关键点：

👉 非全程 CN2 GIA

👉 中间存在 163 国际段

表现：

* 延迟约 200~300ms 波动
* 稳定性尚可，但非顶级线路

=== 2. 联通去程 ===
路径特征：

* 4837 出口
* 圣何塞中转
* 再到洛杉矶 IT7

表现：

* 延迟约 195~230ms
* 路由较直，但存在跨节点跳转

=== 3. 移动去程 ===
路径特征：

* CMI（移动国际出口）
* 香港中转
* 洛杉矶落地

表现：

* 延迟约 190~220ms
* 稳定性较好（CMI优势）

== 六、回程路由分析（重点） ==

=== 电回程 ===

* Arelion / GTT → 163

特点：

* 多数走国际优化线路（GTT/ARELION）
* 回国后进入 163/电信骨干

👉 评价：中等偏优（非纯CN2）

=== 联通回程 ===

* Verizon → 4837

特点：

* 经过美国 → 欧洲中转（部分路径）
* 再回联通骨干

👉 评价：绕路略明显，稳定但不极致优化

=== 移动回程 ===

* Vultr / PCCW → CMI

特点：

* 香港/CMI节点回国
* 国内移动骨干

👉 评价：三网中最优

== 七、丢包与稳定性 ==
ping.pe 测试结果：

* 全球节点丢包率：0% 为主
* 洛杉矶本地延迟：0.5~1ms
* 美国西海岸：7~13ms
* 国内：稳定无明显丢包

👉 结论：线路稳定性良好

== 八、流媒体与解锁能力 ==
{| class="wikitable"
!服务
!状态
|-
|Netflix
|解锁（US）
|-
|YouTube
|正常
|-
|Disney+
|正常
|-
|TikTok
|US区
|-
|ChatGPT
|可用
|-
|Amazon Prime
|正常
|}
👉 属于标准“美国机房解锁IP”

== 九、优缺点总结 ==

=== 优点 ===

* 洛杉矶机房整体稳定
* 移动回程优秀（CMI）
* I/O性能较强
* 流媒体解锁完整
* 支持多机房迁移

=== 缺点 ===

* 非纯CN2 GIA（电信体验一般）
* 内存较小（1GB）
* 联通路径略绕
* 属于IDC广播IP（非原生）

== 十、Q&A（常见问题） ==

=== Q1：这款算不算 CN2 GIA？ ===
不完全是。

电信方向存在 163 / GTT 等混合路径，并非全程CN2 GIA直连。

=== Q2：适合做什么用途？ ===
比较适合：

* 建站（轻量）
* 海外业务中转
* API / 小型服务
* 流媒体解锁
* 学习与开发环境

=== Q3：玩游戏延迟怎么样？ ===

* 国内：180~220ms
* 不适合竞技类游戏
* 适合远程/挂机类用途

=== Q4：三网哪个最好？ ===

* 移动：最好（CMI）
* 电信：中等
* 联通：略绕但稳定

== 总结 ==
这台搬瓦工 DC8 ZNET 洛杉矶 VPS 属于典型的“均衡型优化线路机器”：

* 不属于顶级 CN2 GIA
* 但比普通直连VPS稳定
* 海外访问优秀
* 国内三网中移动体验最佳

👉 如果预算有限但希望稳定美国节点，它是一个“够用且不差”的选择。

搬瓦工E-Commerce VPS测评：加拿大温哥华CABC 1机房实测，三网回程解析 + CN2 GIA线路表现

2026-09-18T22:07:56Z

Liam：移除 Test category 分类

== 一、前言 ==
搬瓦工（BandwagonHost）近年来推出的 E-Commerce VPS 系列，主打“跨境电商优化线路”和“多机房灵活切换”，相比传统 CN2 GIA 产品，强调的是全球互联能力 + 稳定性 + 商业用途适配。

本次实测选择的是：

* 最低配套餐：SPECIAL 20G KVM PROMO V5
* 机房：加拿大温哥华 CABC_1（IT7 Networks）

该机房并非典型 CN2 GIA 直连优化节点，而是偏向国际带宽 + 北美优质骨干网络（AS25820），更适合：

* 跨境电商
* 海外建站
* API / SaaS
* AI / 数据中转

本文将基于真实测试数据，从延迟、路由、硬件、IP质量、网络表现等多个维度做全面分析。

搬瓦工E-Commerce VPS套餐可选或自助免费迁移的15个机房是：

US: Los Angeles, California (DC6 CT CN2GIA-E, CMIN2, CUP) [USCA_6] (current)

US: Los Angeles, California (DC9 AMD+NVMe, CT CN2GIA, CMIN2, CUP) [USCA_9]

US: Los Angeles, California (DC8 ZNET) [USCA_8]

US: Los Angeles, California (DC2 AO) [USCA_2]

US: San Jose, California (CT CN2GIA-E, CMIN2, CUP) [USCA_SJC5]

US: Fremont, California [USCA_FMT]

US: New Jersey [USNJ]

US: New York (Coresite NY1) [USNY_6]

US: New York (Coresite NY1 CN2GIA-E, CMIN2, CUP) [USNY_8]

'''CA: British Columbia, Vancouver (AMD-F+NVMe) [CABC_1]（本次测评机房）'''

CA: British Columbia, Vancouver (AMD-F+NVMe, CN2GIA-E, CMIN2, CUP) [CABC_6]

EU: Amsterdam, Netherlands DC2 (AMD) [EUNL_2]

EU: Amsterdam, Netherlands DC9 (China Unicom Premium) [EUNL_9]

Japan: Osaka (Softbank) [JPOS_1]

UAE: Dubai [AEDXB_1]

搬瓦工官网：<nowiki>https://bandwagonhost.com/</nowiki>

[[File:Image-bwg.png|frameless]]

== 二、套餐配置一览 ==
{| class="wikitable"
!项目
!配置
|-
|套餐名称
|SPECIAL 20G KVM PROMO V5
|-
|架构
|KVM
|-
|CPU
|2核（AMD EPYC 实测）
|-
|内存
|1 GB
|-
|硬盘
|20GB SSD RAID-10
|-
|流量
|1000GB/月
|-
|带宽
|2.5 Gbps
|-
|IPv4
|1个
|-
|IPv6
|/64
|-
|价格
|$49.99/季度 / $169.99/年 [https://bandwagonhost.com/cart.php?a=add&pid=87 购买链接]
|-
|机房
|Vancouver（CABC_1）
|-
|线路
|国际BGP（非纯CN2）
|-
|其他
|支持快照、备份、迁移
|}

== 三、机房与IP信息 ==

* ASN：AS25820（IT7 Networks）
* 位置：加拿大温哥华
* IP类型：原生IP + IDC机房IP
* 风控值：约8%~17%（低风险）

👉 结论：

* 属于原生IP，但机房属性明显
* 不属于住宅IP或双ISP
* 适合业务用途，不适合高要求风控场景

== 四、延迟测试分析 ==

=== 1️⃣ 中国方向延迟 ===

* 平均延迟：216ms
* 电信：198ms（较优）
* 联通：229ms
* 移动：225ms

👉 结论：

* 整体属于北美普通水平
* 无CN2加持，延迟正常

=== 2️⃣ 海外延迟表现 ===

* 北美：24~31ms（极优）
* 欧洲：约134ms
* 亚洲：170ms
* 大洋洲：171ms

👉 结论：

* 北美性能非常优秀
* 全球访问均衡

== 五、去程路由分析（重点） ==

=== 电信去程 ===
路径：
中国电信骨干网 → 洛杉矶 → IT7 → 温哥华
特点：

* 走 163骨干
* 洛杉矶中转
* 无CN2

👉 结论：普通国际线路

=== 联通去程 ===
路径：
联通4837 → 洛杉矶 → IT7 → 温哥华
👉 结论：

* 标准联通国际出口
* 稳定但不优化

=== 移动去程 ===
路径：
CMI → 美国 → 温哥华
👉 结论：

* 走 CMI 国际出口
* 延迟偏高但稳定

== 六、回程路由分析（核心） ==

=== 📌 三网统一特点 ===
温哥华 → 美国 → 中国

=== 电信回程 ===
AS6327 → 电信163
路径：

* 温哥华 → 圣何塞 → 电信163 → 国内

👉 结论：

* 非CN2
* 稳定但不低延迟

=== 联通回程 ===
AS6327 → 联通4837
👉 结论：

* 标准169网络
* 表现中规中矩

=== 移动回程 ===
AS6327 → CMI
👉 结论：

* 走移动国际出口
* 稳定但延迟较高

== 七、丢包率表现 ==
全球节点测试：

* 北美：0%丢包（优秀）
* 欧洲：0%丢包
* 亚洲：基本0%
* 中国部分节点：10%~19%丢包

👉 结论：

* 海外稳定性优秀
* 国内访问存在波动（正常现象）

== 八、硬件性能测试 ==

=== CPU ===

* AMD EPYC（Genoa）
* 单核：4227
* 双核：8251

👉 性能：入门但够用

=== 内存 ===

* 读：54GB/s
* 写：31GB/s

👉 表现良好

=== 磁盘 ===

* 顺序读：1208MB/s
* 顺序写：2169MB/s

👉 SSD RAID10 表现优秀

== 九、网络质量总结 ==

* TCP拥塞控制：BBR
* 队列：FQ
* 北美带宽表现极好（700Mbps+）

👉 结论：

* 国际网络强
* 中国方向一般

== 十、流媒体与IP解锁 ==
{| class="wikitable"
!服务
!状态
|-
|Netflix
|✅ 解锁（CA）
|-
|Disney+
|✅
|-
|YouTube
|✅
|-
|Amazon Prime
|✅（IPv4）
|-
|TikTok
|❌
|-
|ChatGPT
|✅
|}
👉 结论：

* 适合流媒体（非TikTok）
* AI服务正常

== 十一、优缺点总结 ==

=== 优点 ===

* 北美延迟极低
* 国际网络优秀
* 原生IP
* SSD性能强
* 支持机房迁移

=== 缺点 ===

* 中国线路无优化
* 存在一定丢包
* 非CN2 GIA
* TikTok不可用

== 十二、适用场景建议 ==
推荐：

* 跨境电商（Shopify / 独立站）
* 海外建站
* API服务
* AI调用节点
* 海外业务中转

不推荐：

* 国内加速
* 游戏
* TikTok运营

== 十三、常见问题 Q&A ==

=== Q1：这是CN2 GIA线路吗？ ===
不是，该机房走的是普通国际BGP（AS25820）。

=== Q2：中国访问怎么样？ ===
延迟约200ms+，属于正常北美水平，不优化。

=== Q3：适合建站吗？ ===
适合，尤其是：

* 面向海外用户
* 跨境电商

=== Q4：IP质量如何？ ===

* 原生IP
* 风控低
* 但属于机房IP

=== Q5：可以切换机房吗？ ===
可以，支持免费迁移

== 总结 ==
这台搬瓦工温哥华 CABC_1 VPS，本质定位非常明确：

👉 不是中国优化线路，而是国际业务型节点

如果你的需求是：

* 面向海外用户
* 跨境电商
* 稳定服务器

它是合格甚至不错的选择。

但如果你追求：

* CN2 GIA
* 低延迟回国

那就不适合。

NodeQuality报告参考：

<nowiki>https://nodequality.com/r/dMQMjduszBIPXoxP5B5IyaLygDt14yqk</nowiki>

搬瓦工E-Commerce VPS测评：JPOS 1日本大阪SoftBank机房，CN2 GIA + SoftBank双线路表现解析

2026-09-18T22:07:41Z

Liam：移除 Test category 分类

== 一、前言：这款 VPS 到底是什么定位？ ==
搬瓦工（BandwagonHost）的 E-Commerce VPS 系列属于其偏高端线路产品，核心卖点是CN2 GIA + 多机房自动迁移 + 全球优化路由。相比普通 KVM VPS，这一系列更强调跨运营商优化，尤其是对中国大陆访问质量进行了专门优化。

本次测评的机器选用的是：

👉 VPS - Self-managed - SPECIAL 20G KVM PROMO V5 - CN2 GIA ECOMMERCE

👉 机房选择：Japan: Osaka (Softbank) [JPOS_1]

该机房属于 SoftBank 线路，同时属于“E-Commerce optimized”体系节点之一，与 CN2 GIA 节点互联。

重点关注三点：

* 中国三网访问质量
* 去程 / 回程路由是否稳定 CN2 GIA / SoftBank 优化
* IP 是否为原生 / 风控情况

== 二、套餐配置一览 ==
{| class="wikitable"
!项目
!配置
|-
|CPU
|2 × Intel Xeon
|-
|内存
|1 GB
|-
|硬盘
|20 GB RAID-10 SSD
|-
|流量
|1000 GB / 月
|-
|带宽
|2.5 Gbps
|-
|架构
|KVM
|-
|IPv4
|1 个独立 IP
|-
|IPv6
|/64
|-
|价格
|$49.99/季度或 $169.99/年 [https://bandwagonhost.com/cart.php?a=add&pid=87 购买链接]
|-
|机房
|日本大阪 SoftBank（JPOS_1）
|}
特点总结：

* 典型轻量型 VPS
* 更偏网络质量而非性能
* 适合中转 / 建站 / 网络优化用途

搬瓦工E-Commerce VPS套餐可选或自助免费迁移的15个机房是：

US: Los Angeles, California (DC6 CT CN2GIA-E, CMIN2, CUP) [USCA_6] (current)

US: Los Angeles, California (DC9 AMD+NVMe, CT CN2GIA, CMIN2, CUP) [USCA_9]

US: Los Angeles, California (DC8 ZNET) [USCA_8]

US: Los Angeles, California (DC2 AO) [USCA_2]

US: San Jose, California (CT CN2GIA-E, CMIN2, CUP) [USCA_SJC5]

US: Fremont, California [USCA_FMT]

US: New Jersey [USNJ]

US: New York (Coresite NY1) [USNY_6]

US: New York (Coresite NY1 CN2GIA-E, CMIN2, CUP) [USNY_8]

CA: British Columbia, Vancouver (AMD-F+NVMe) [CABC_1]

CA: British Columbia, Vancouver (AMD-F+NVMe, CN2GIA-E, CMIN2, CUP) [CABC_6]

EU: Amsterdam, Netherlands DC2 (AMD) [EUNL_2]

EU: Amsterdam, Netherlands DC9 (China Unicom Premium) [EUNL_9]

'''Japan: Osaka (Softbank) [JPOS_1]（本次测评机房）'''

UAE: Dubai [AEDXB_1]

E-Commerce系列属于CN2 GIA-E优化线路，在性能和价格之间取得平衡。更多配置套餐列表：
{| class="wikitable"
|内存
|CPU
|SSD
|流量
|带宽
|价格
|-
|1G
|2核
|20G
|1T/月
|2.5Gbps
|$49.99/季
|-
|2G
|3核
|40G
|2T/月
|2.5Gbps
|$89.99/季
|-
|4G
|4核
|80G
|3T/月
|2.5Gbps
|$56.99/月
|-
|8G
|6核
|160G
|5T/月
|5Gbps
|$86.99/月
|-
|16G
|8核
|320G
|8T/月
|5Gbps
|$159.99/月
|-
|32G
|10核
|640G
|10T/月
|10Gbps
|$289.99/月
|-
|64G
|12核
|1000G
|12T/月
|10Gbps
|$549.99/月
|}
搬瓦工官网：<nowiki>https://bandwagonhost.com/</nowiki>

[[File:Image-bwg.png]]

== 三、基础性能测试 ==

=== 1. 硬件表现 ===

* CPU：Xeon Cascade Lake（2核）
* Sysbench：
** 单核：707
** 多核：1369
* 内存读写：约 15GB/s
* 硬盘：
** 读写：约 900MB/s（SEQ）
** 随机IO较一般 VPS 优秀

👉 结论：

性能属于“标准搬瓦工水平”，不强但够用。

== 四、IP 信息与质量分析 ==

=== IP 信息 ===

* IP：178.157.**.***
* ASN：AS25820 (IT7 Networks Inc)
* 地理位置：日本大阪
* 注册地：加拿大（RIPE）
* 类型：IDC机房 IP（非原生住宅IP）

=== 风控与风险 ===
{| class="wikitable"
!项目
!结果
|-
|风控评分
|27%（中性）
|-
|AbuseIPDB
|低风险
|-
|IPQS
|75（可疑）
|-
|邮件
|可用
|-
|黑名单
|少量记录
|}

=== 流媒体解锁 ===
{| class="wikitable"
!服务
!状态
|-
|Netflix
|✅ 解锁
|-
|YouTube
|✅ 正常
|-
|Amazon
|✅ 正常
|-
|ChatGPT
|✅ 可用
|-
|TikTok
|❌ 失败
|-
|Disney+
|❌ 屏蔽
|}
👉 结论：

偏“干净机房IP”，但不适合TikTok运营类业务

== 五、延迟测试（重点） ==

=== 中国大陆平均延迟 ===
{| class="wikitable"
!区域
!平均延迟
|-
|全国平均
|96ms
|-
|电信
|90ms
|-
|联通
|96ms
|-
|移动
|105ms
|-
|港澳台
|50ms
|}

=== 极值 ===

* 最低：台湾 40ms
* 最高：新疆 160ms

👉 结论：

* 延迟非常稳定在 80–110ms
* 属于“日本优化线路正常水平”

=== 海外延迟 ===

* 东京：8ms（极优）
* 新加坡：78ms
* 洛杉矶：105ms
* 欧洲：250ms+
* 南美：270ms+

👉 说明：

这是标准“亚洲优先优化节点”

== 六、去程路由分析（关键） ==

=== 1. 电信去程（CN2 GIA） ===
路径特点：

* 北京出口
* 202.97 CN2 节点
* 香港 CTG
* 日本 SoftBank / IT7

👉 特点总结：

✔ CN2 GIA骨干参与

✔ 香港中转

✔ SoftBank落地大阪

延迟：

* 平均 80–120ms
* 最高约 200ms（中间抖动）

👉 评价：

典型 CN2 + 国际优化路径，稳定但略绕

=== 2. 联通去程（4837） ===
路径：

* 北京联通骨干
* 上海 4837
* 东京 SoftBank
* 大阪 IT7

👉 特点：

✔ 走 4837 国际优化

✔ SoftBank直连日本

✔ 无明显绕美国

延迟：

* 48–60ms（东京段）
* 90ms+（落地后）

👉 评价：

联通表现最佳

=== 3. 移动去程（CMI + SoftBank） ===
路径：

* 国内 CMNET
* 香港 CMI
* SoftBank Japan
* Osaka IT7

👉 特点：

✔ CMI 优化线路

✔ 香港中转稳定

✔ 日本 SoftBank落地

延迟：

* 60–80ms

👉 评价：

移动表现中上，非常稳定

== 七、回程路由分析（重点） ==

=== 1. 回程电信 ===
路径：

* SoftBank
* 163骨干
* 上海 CN2
* 北京电信

👉 特点：

✔ CN2回国

✔ SoftBank → CN2

✔ 无绕美

👉 评价：

电信回程质量优秀

=== 2. 回程联通 ===
路径：

* SoftBank
* 4837
* 北京联通

👉 评价：

联通直达，延迟稳定

=== 3. 回程移动 ===
路径：

* SoftBank
* CMI
* 香港
* 国内CMNET

👉 评价：

移动优化最好

== 八、丢包与稳定性 ==
ping.pe测试结果：

* 绝大多数节点：0%丢包
* 加拿大/部分欧洲：1–2%
* 亚洲节点：几乎全 0%

👉 结论：

* 网络稳定性优秀
* 无明显抖动问题

== 九、网络质量总结 ==

=== 优点 ===
✔ CN2 GIA + SoftBank 双优化

✔ 三网延迟均衡

✔ 亚洲速度极快

✔ 路由结构清晰

✔ 丢包率极低

=== 缺点 ===
✘ IP为IDC机房IP（非原生）

✘ TikTok不可用

✘ 欧洲/美洲延迟较高

✘ 价格偏贵

== 十、适合用途 ==
✔ 建站（亚洲访问）

✔ 海外中转节点

✔ ChatGPT / AI工具访问

✔ 游戏加速（亚洲服）

✔ 企业跨境网络

== 十一、不适合用途 ==
✘ TikTok运营

✘ 住宅IP风控业务

✘ 美国低延迟业务

✘ 大流量下载节点

== 十二、问答（FAQ） ==

=== Q1：这台 VPS 适合做梯子吗？ ===
适合，尤其是中国 → 日本/新加坡/香港优化线路。

=== Q2：线路是 CN2 GIA 吗？ ===
去程部分电信走 CN2 GIA，但整体是：

👉 CN2 + SoftBank + CMI 混合优化

=== Q3：IP是原生日本IP吗？ ===
不是，是 IDC 机房 IP（IT7 Networks）

=== Q4：延迟为什么比香港高？ ===
因为日本大阪距离更远，但更稳定。

=== Q5：适合建站吗？ ===
适合亚洲用户访问的网站，尤其是中国+日本用户。

== 十三、结论 ==
这台搬瓦工 E-Commerce VPS（大阪 SoftBank）属于：

👉 “稳定优先型 CN2 GIA + SoftBank 混合优化节点”

它的核心优势不是极限速度，而是：

✔ 稳

✔ 路由清晰

✔ 亚洲延迟均衡

✔ 丢包极低

如果你的目标是：<blockquote>“中国访问日本/海外稳定线路”</blockquote>这台机器是合格甚至偏优秀的。

NodeQuality报告参考：

<nowiki>https://nodequality.com/r/mlkRPIjiOJrBUQI7pX8JAe9BKXlFtGeT</nowiki>

md5.pw - 用户贡献 [zh]

搬瓦工 VPS 进阶网络安全方案：从基础加固升级到高性能自动化防御

如何搭建VPN

How to back up and recover data

如何使用iperf3对搬瓦工服务器进行调优

Bandwagong服务器部署2FAuth

查看Xray中各用户流量使用情况的脚本

如何搭建IKEV2 VPN

如何搭建 Kubernetes 一站式平台

如何使用IPv6/64段内任意一个IPv6地址而非默认地址

如何使用gost搭建HTTPS代理

使用nftables预防被端口扫描

使用nftables屏蔽国外流量

使用nftables为指定Linux用户强制使用代理

BandwagonHost安装哪吒监控（Nezha Monitoring） Nginx 反代 HTTPS 完整教程

BWH搬瓦工广东网络测试报告索引

BWH搬瓦工上海网络测试报告索引

BWH搬瓦工天津网络测试报告索引

BWH搬瓦工中部及内陆地区网络测试报告索引

BWH搬瓦工BASIC套餐测试报告索引

BWH搬瓦工E-COMMERCE及SLA套餐测试报告索引

BWH搬瓦工ULTRA套餐测试报告索引

BWH搬瓦工促销套餐测试报告索引

测评

搬瓦工香港 HKHK 8 CN2GIA 深度测评：极致的国内三网体验，极致的国际互连

搬瓦工迪拜机房测评：CN2 GIA E-Commerce套餐实测（含三网路由+延迟+性能全解析）

搬瓦工荷兰阿姆斯特丹DC2（EUNL 2）VPS测评：1TB月流量@1Gbps带宽年付$49.99，三网路由、延迟表现与解锁能力分析

搬瓦工电子商务 SLA 套餐 - 测试数据 与 亮点详解

搬瓦工年付$49.99基础款套餐USCA 8（洛杉矶DC8 ZNET）VPS测评

搬瓦工亚洲顶级机房Ultra 香港HKHK8

搬瓦工亚洲顶级机房Ultra 大阪JPOS6

搬瓦工亚洲顶级机房Ultra 东京JPTYO8

搬瓦工USNY 6（纽约 CoreSite NY1）VPS测评：三网回程解析 / HE+Cogent混合线路表现与真实网络质量分析

搬瓦工Ultra计划15大机房深度横评：从香港CN2 GIA到美西CMIN2

搬瓦工Ultra VPS（香港CN2 GIA）测评：香港Equinix HK2（HKHK 8）机房，延迟、路由与三网表现分析

搬瓦工Ultra VPS日本大阪CN2 GIA套餐测评（JPOS 6），CN2 GIA三网优化实测 / 延迟分析 / 路由解析 / IP质量检测

搬瓦工Ultra VPS东京CN2 GIA测评（Tokyo Equinix TY8），日本三网直连实测表现与路由全面解析

搬瓦工Minibox与同价位其他厂家服务器产品对比

搬瓦工E-Commerce VPS（荷兰阿姆斯特丹DC9 CN2 GIA/EUNL 9）实测：三网延迟224ms，路由解析与性能全面分析

搬瓦工E-Commerce VPS（荷兰阿姆斯特丹DC2 AMD）测评：CN2 GIA加持的欧美中转型VPS真实表现

搬瓦工E-Commerce VPS（美国USCA SJC5）测评：圣何塞CN2 GIA线路实测延迟158ms，三网回程解析与路由分析

搬瓦工E-Commerce VPS（USNY 8 CN2 GIA）测评：美国纽约节点全网路由与性能实测分析

搬瓦工E-Commerce VPS（USNY 6 / New York CN2 GIA）实测：美国纽约机房，三网路由与延迟深度解析

搬瓦工E-Commerce VPS（USNJ）测评：美国新泽西州机房，CN2 GIA线路实测表现与三网路由分析

搬瓦工E-Commerce VPS（USCA 9 CN2 GIA）深度测评：电信CN2 GIA+联通优化+移动CMIN2，三网延迟表现与路由解析

搬瓦工E-Commerce VPS（USCA 6 CN2 GIA）测评：1000GB月流量@2.5Gbps带宽季付$49.99，洛杉矶多线优化网络实测与路由分析

搬瓦工E-Commerce VPS（USCA 2洛杉矶DC2 AO机房）实测：CN2 GIA线路延迟与路由深度分析

搬瓦工E-Commerce VPS（Fremont / CN2 GIA）实测评测：美国弗里蒙特机房，三网延迟与路由深度分析

搬瓦工E-Commerce VPS（DC8 ZNET）洛杉矶机房实测：三网回程解析与网络质量全面评测

搬瓦工E-Commerce VPS测评：加拿大温哥华CABC 1机房实测，三网回程解析 + CN2 GIA线路表现

搬瓦工E-Commerce VPS测评：JPOS 1日本大阪SoftBank机房，CN2 GIA + SoftBank双线路表现解析

搬瓦工电子商务 SLA 套餐 - 测试数据与亮点详解