md5.pw - 用户贡献 [zh]

BWG测试-USCA 9

2026-10-02T18:21:10Z

Liam：删除失效的旧分类链接

[[BWG商务机房-直播测试|🔙 返回机房总览页]]
----

== 📌 机房基础信息 ==
* '''机房代号：'''US: Los Angeles, California (DC9 AMD+NVMe, CT CN2GIA, CMIN2, CUP) [USCA_9]
* '''线路接入：'''⭐ CN2 GIA | 🔵 CMIN2 | 🟠 CUP
* 2C/1G/20G SSD/1T@2.5Gbps - 49.9美元/季、 169.99美元/年【[https://bwh81.net/aff.php?aff=81595&pid=87 链接]】 ''该套餐后台支持15机房切换！''

== 🗺️ 01 - 三网路由测试 ==
以下为该机房至国内三大运营商的路由追踪截图：

=== 电信路由 ===
[[File:2-1-2.png|center|800x800px]]

=== 联通路由 ===
[[File:2-2-0.png|center|809x809px]]

=== 移动路由 ===
[[File:2-3-0.png|center|800x800px]]

== 🚀 02 & 03 - 速度测试结果 ==
{| class="wikitable"
!测试环境
!下载速度
!上传速度
|-
|02-测速-机房直连
|598.97 Mbps
|62.54 Mbps
|-
|03-测速-链式住宅代理测试
|483.35Mbps
|60.70Mbps
|}

=== 测速截图存档 ===
[[File:2-4-0.png|center|1067x1067px]]
[[File:2-5-0.png|center|1065x1065px]]

== 🎬 04 & 05 - 实际业务体验 ==

=== 04 - YouTube 8K 视频播放 ===
* '''测试结果：''' 流畅播放
[[File:2-6-0.png|center|1063x1063px]]

=== 05 - X / TikTok 推流直播 (OBS) ===
* '''直播状态：''' 直播流畅
* '''OBS 丢帧率：''' 0%
[[File:2-7-0.png|center|1045x1045px]]
----

BWG基础套餐直播测试

2026-10-02T18:20:55Z

Liam：将旧版 BASIC 测试汇总归入 Test category

欢迎查看 '''BWG 基础套餐机房-直播测试''' 总览。本文档对各节点机房的线路类型、上下行速度及实际业务体验进行了详细评估。

请点击下方各机房名称，进入对应的'''独立测试详情页'''，查看完整的路由追踪与测速截图：

== 🇺🇸 美国节点 (United States) ==

=== 洛杉矶 (Los Angeles) ===
* [[BWG基础测试-USCA 2|US: Los Angeles, California (DC2 AO) [USCA_2]]]
* [[BWG基础测试-USCA 8|US: Los Angeles, California (DC8 ZNET) [USCA_8]]]

=== 弗里蒙特 (Fremont) ===
* [[BWG基础测试-USCA FMT|US: Fremont, California [USCA_FMT]]]

=== 纽约 & 新泽西 (New York & New Jersey) ===
* [[BWG基础测试-USNJ|US: New Jersey [USNJ]]]
* [[BWG基础测试-USNY 6|US: New York (Coresite NY1) [USNY_6]]]

== 🇨🇦 加拿大节点 (Canada) ==
* [[BWG基础测试-CABC 1|CA: British Columbia, Vancouver (AMD-F+NVMe)]]

== 🇪🇺 欧洲节点 (Europe) ==
* [[BWG基础测试-EUNL 2|EU: Amsterdam, Netherlands DC2 (AMD) [EUNL_2]]]

[[Category:Test category]]

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

2026-10-02T18:20:38Z

Liam：补入 DC8 ZNET 河北联通晚高峰测评

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

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

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

* [[搬瓦工 CABC 6 机房河北联通晚高峰测评：温哥华三网回程、Ping、速度与稳定性|CABC_6]]
* [[搬瓦工 DC6 机房河北联通晚高峰测评：洛杉矶三网回程、Ping、速度与稳定性|USCA_6]]
* [[搬瓦工 DC8 ZNET 机房河北联通晚高峰测评：洛杉矶三网回程、Ping、速度与稳定性|USCA_8]]
* [[搬瓦工 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-Special-20G-KVM-PROMO-V5-多机房网络测试|JPOS_1 / EUNL_9 / AEDXB_1 / CABC_6 / USCA_9]]

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

* [[搬瓦工 E-COMMERCE VPS 5 机房晚高峰实测报告（洛杉矶DC6 / 圣何塞SJC5 / 温哥华 / 东京 / 迪拜）|USCA_6 / USCA_SJC5 / CABC_6 / JPTY_1 / AEDXB_1]]

== 天津 ==
=== 中国电信 (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]]

* [[BandwagonHost 七机房实测：天津联通晚间访问表现|USCA_2 / USCA_9 / USCA_6 / USCA_SJC5 / EUNL_9 / JPOS_1 / JPTY_1]]

[[Category:Test category]]

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

2026-10-02T18:20:20Z

Liam：将 USNY 6 测评改为正式内部链接

'''搬瓦工 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]]
* [[搬瓦工USNY 6（纽约 CoreSite NY1）VPS测评：三网回程解析 / HE+Cogent混合线路表现与真实网络质量分析|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-10-02T18:15:54Z

Liam：规范四篇站内测试链接并补入 DC8 河北联通测评

'''搬瓦工 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]]
* [[搬瓦工迪拜机房测评：CN2 GIA E-Commerce套餐实测（含三网路由+延迟+性能全解析）|AEDXB_1｜测试4]]
* [[BWH UAE Dubai AEDXB 1|AEDXB_1｜测试5]]

=== CABC_1 ===

* [[BWG测试-CABC 1|CABC_1｜测试1]]
* [[搬瓦工 SPECIAL 20G KVM PROMO V5 - 加拿大温哥华 CABC1 节点实测报告|CABC_1｜测试2]]
* [[搬瓦工加拿大温哥华 CABC 1 机房测试（附广东电信测速）|CABC_1｜测试3]]
* [[搬瓦工E-Commerce VPS测评：加拿大温哥华CABC 1机房实测，三网回程解析 + CN2 GIA线路表现|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]]
* [[BWH British Columbia Vancouver AMD-F NVMe CN2GIA-E CMIN2 CUP CABC 6|CABC_6｜测试6]]

=== 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]]
* [[BWH Amsterdam, Netherlands DC9 China Unicom Premium EUNL 9|EUNL_9｜测试5]]

=== JPOS_1 ===

* [[BWG测试-JPOS 1|JPOS_1｜测试1]]
* [[搬瓦工 SPECIAL 20G KVM PROMO V5 - 日本大阪 JPOS1 节点实测报告|JPOS_1｜测试2]]
* [[搬瓦工日本大阪软银线路 - JPOS 1 机房测试（附广东电信测速）|JPOS_1｜测试3]]
* [[搬瓦工E-Commerce VPS测评：JPOS 1日本大阪SoftBank机房，CN2 GIA + SoftBank双线路表现解析|JPOS_1｜测试4]]

=== JPTY_1 ===

* [[BWH Japan Tokyo AMD NVMe China Direct JPTY 1|JPTY_1｜测试1]]

=== 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]]
* [[BWH US Los Angeles California DC6 CT CN2GIA-E CMIN2 CUP|USCA_6｜测试6]]

=== 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]]
* [[搬瓦工 DC8 ZNET 机房河北联通晚高峰测评：洛杉矶三网回程、Ping、速度与稳定性|USCA_8｜测试5]]

=== 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]]
* [[搬瓦工E-Commerce VPS（USCA 9 CN2 GIA）深度测评：电信CN2 GIA+联通优化+移动CMIN2，三网延迟表现与路由解析|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]]
* [[BWH US Fremont California USCA FMT|USCA_FMT｜测试5]]

=== 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]]

* [[广东联通千兆环境下对搬瓦工精品线路套餐SPECIAL 20G KVM PROMO V5-CN2 GIA ECOMMERCE测试|USCA_6 / JPOS_1]]

* [[搬瓦工 SPECIAL 20G KVM PROMO V5 六机房实测：浙江联通千兆宽带|USCA_6 / USCA_9 / USCA_SJC5 / USNY_8 / CABC_6 / EUNL_9]]

* [[搬瓦工CN2 GIA-E 商务套餐：5个国家15个机房测评——搬瓦工到底应该选哪个机房？|USCA_2 / USCA_6 / USCA_8 / USCA_9 / USCA_FMT / USCA_SJC5 / USNY_6 / USNY_8 / CABC_1 / CABC_6 / EUNL_2 / EUNL_9 / JPOS_1 / JPTY_1 / AEDXB_1]]

* [[搬瓦工 E-COMMERCE VPS 五个CN2 GIA机房实测|USCA_SJC5 / USCA_9 / USCA_6 / USNY_8 / CABC_6]]

* [[BandwagonHOST 搬瓦工 SPECIAL 20G KVM PROMO V5 - CN2 GIA ECOMMERCE|USCA_6 / USCA_9 / USCA_SJC5 / USNY_8 / CABC_6 / JPOS_1 / EUNL_9 / JPTY_1]]

* [[搬瓦工 SPECIAL 20G KVM PROMO V5 五机房横评：谁更适合上海电信？|USCA_6 / USCA_9 / USCA_SJC5 / CABC_6 / JPOS_1]]

* [[E-Commerce-Special-20G-KVM-PROMO-V5-多机房网络测试|JPOS_1 / EUNL_9 / AEDXB_1 / CABC_6 / USCA_9]]

* [[搬瓦工 ECOMMERCE 系列五大数据中心专项测评：中国河南及全国网络深度实测|USCA_6 / USCA_SJC5 / CABC_6 / EUNL_9 / AEDXB_1]]

* [[BandwagonHOST 搬瓦工 SPECIAL 20G KVM PROMO V5 - CN2 GIA ECOMMERCE 机房网络与硬件综合横向评测|USCA_6 / USCA_SJC5 / CABC_6 / USNY_8 / JPOS_1 / JPTY_1]]

* [[BWH搬瓦工 SPECIAL 20G KVM PROMO V5 - 北方移动测试|EUNL_1 / USCA_9]]

* [[搬瓦工2OG E COMMERCE 机房测试|USCA_6 / JPTY_1 / EUNL_2 / CABC_6]]

* [[搬瓦工 20G eCommerce 东北联通千兆家宽周末晚高峰五大机房主客观使用体验|CABC_6 / EUNL_1 / JPTY_1 / USCA_6 / USCA_9]]

* [[搬瓦工 E-COMMERCE VPS 不同机房广东联通实测对比|USCA_6 / USCA_9 / USCA_SJC5 / CABC_6 / JPTY_1]]

* [[搬瓦工 E-COMMERCE VPS 5 机房晚高峰实测报告（洛杉矶DC6 / 圣何塞SJC5 / 温哥华 / 东京 / 迪拜）|USCA_6 / USCA_SJC5 / CABC_6 / JPTY_1 / AEDXB_1]]

* [[瓦工正价生态实测指南：BGP 拓扑真相与硬件分级白皮书 (2026 版)|USCA_6 / USCA_9 / USCA_SJC5 / EUNL_9 / USNY_8]]

* [[搬瓦工 SPECIAL 20G KVM PROMO V5 - CN2 GIA ECOMMERCE 15 机房实测：杭州阿里云 BGP 出发|USCA_2 / USCA_6 / USCA_8 / USCA_9 / USCA_FMT / USCA_SJC5 / USNY_6 / USNY_8 / CABC_1 / CABC_6 / EUNL_2 / EUNL_9 / JPOS_1 / JPTY_1 / AEDXB_1]]

* [[BandwagonHost 七机房实测：天津联通晚间访问表现|USCA_2 / USCA_9 / USCA_6 / USCA_SJC5 / EUNL_9 / JPOS_1 / JPTY_1]]

* [https://md5.pw/index.php?title=Category_talk:Test_category#%E6%90%AC%E7%93%A6%E5%B7%A5_Self-managed_-_SPECIAL_20G_KVM_PROMO_V5_-_CN2_GIA_ECOMMERCE-USCA_6_%E3%80%81CABC_6%E3%80%81JPTY_1%E3%80%81EUNL_9_%E3%80%81AEDXB_1%E5%A4%9A%E6%9C%BA%E6%88%BF%E5%AE%9E%E6%B5%8B USCA_6 / CABC_6 / JPTY_1 / EUNL_9 / AEDXB_1]

[[Category:Test category]]

403 安全、滥用与服务条款 — Security, Abuse and Service Policies

2026-10-02T18:13:34Z

Liam：修正 AUP 文章链接目标

本页汇总搬瓦工服务条款、使用规范、安全攻击及滥用停机相关排查与处理教程。

== 一、服务条款与合规 ==

* [[搬瓦工 AUP 简明解释 + 如何避免违规（通俗版避坑指南）|搬瓦工 AUP 简明解释 + 如何避免违规（通俗版避坑指南）]]
* [[搬瓦工服务条款(TOS)与防封号详细解析]]
* [[违反服务条款处理机制]]

== 二、攻击、入侵与滥用停机 ==

* [[搬瓦工 VPS 遭遇 DDoS 攻击深度排障与自救手册]]
* [[搬瓦工VPS被入侵导致“滥用暂停”的排查与快照恢复指南]]
* [[搬瓦工“Network abuse: Mass Mailing”停机原因及解封教程]]

[[Category:400 常见问题与故障排查 — Troubleshooting]]

509 多媒体、协作与其他应用 — Multimedia, Collaboration and Other Applications

2026-10-02T18:13:03Z

Liam：修正 OpenList 与 SyncTV 教程链接目标

本页汇总影音服务、云浏览器、在线协作及其他常用应用教程。

== 一、多媒体与云浏览器 ==

* [[在搬瓦工上部署 NEKO，打造多人同步的“云浏览器”]]
* [[如何在搬瓦工VPS使用docker部署MoonTV影音服务]]
* [[如何搭建个人影音中心，实现多人同步观影（OpenList+SyncTV）|如何搭建个人影音中心，实现多人同步观影（OpenList+SyncTV）]]

== 二、沟通与协作 ==

* [[如何在搬瓦工VPS搭建一个匿名聊天室（vocechat）]]

== 三、其他应用与账号 ==

* [[搬瓦工机房 IP 也能运营 TikTok，真正的核心从来不是 IP]]
* [[修改outlook邮箱密码、恢复码、备用邮箱教程]]

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

507 文件、存储与备份 — Files, Storage and Backup

2026-10-02T18:13:01Z

Liam：修正 Rclone 备份教程链接目标

本页汇总文件服务、临时分享、图床及异地备份相关教程。

== 一、文件服务与分享 ==

* [[如何在搬瓦工VPS上使用docker部署 EasyImage 轻量图床]]
* [[如何搭建阅后即焚文件快递柜（FileCodeBox ）]]
* [[如何服务器上开启FTP服务]]

== 二、备份与同步 ==

* [[利用 Rclone + Crontab 实现 Google Drive / OneDrive 自动异地备份|利用 Rclone + Crontab 实现 Google Drive / OneDrive 自动异地备份]]

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

505 网络服务与远程访问 — Network Services and Remote Access

2026-10-02T18:12:58Z

Liam：修正 ZeroTier 教程链接目标

本页汇总 VPN、代理、虚拟组网、内网穿透及远程控制相关教程。

== 一、VPN 与代理 ==

* [[如何搭建VPN]]
* [[如何搭建IKEV2 VPN]]
* [[极速安全：在搬瓦工 VPS 上部署 WireGuard (WG) 详细指南]]
* [[搭建VPN 高速且稳定：Hysteria 2 (HY2) 协议全平台快速部署指南]]
* [[在搬瓦工机器上使用 Docker 快速部署 Hysteria2 (HY2) 以及 cloudflare-warp (cf-warp)]]
* [[在搬瓦工机器上使用 Docker 部署 Surge Snell 协议]]
* [[如何使用gost搭建HTTPS代理]]
* [[使用nftables为指定Linux用户强制使用代理]]
* [[如何部署sub-store]]

== 二、组网与内网穿透 ==

* [[在 BWH 上搭建私有 ZeroTier Planet + Windows 使用教程|在 BWH 上搭建私有 ZeroTier Planet + Windows 使用教程]]
* [[如何在搬瓦工服务器上搭建frps来远程控制家里的电脑]]

== 三、远程控制 ==

* [[如何搭建远程工具（自建RustDesk）]]

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

501 VPS 基础与性能优化 — VPS Basics and Performance Optimization

2026-10-02T18:12:45Z

Liam：修正跨平台管理指南链接目标

本分类收录 VPS 新手入门、操作系统基础配置、网络设置、性能测试及系统优化相关教程。

这些文章主要帮助用户了解 VPS 基础概念，完成服务器初始配置，并检查或改善服务器的运行性能。

=== 一、新手入门 ===

* [[初学者入门必读：VPS 术语汇编与常见问题解答]]
* [[如何在搬瓦工的VPS上安装纯净版的linux系统]]
* [[跨平台/多设备管理指南（Windows/Mac/移动SSH/SFTP+配置同步）|跨平台/多设备管理指南（Windows/Mac/移动SSH/SFTP+配置同步）]]

=== 二、基础网络设置 ===

* [[一键修改搬瓦工默认DNS（傻瓜）教程指引]]
* [[如何使用IPv6/64段内任意一个IPv6地址而非默认地址]]

=== 三、性能测试与优化 ===

* [[VPS基准测试及性能测试指南（CPU/I/O/网络测试及解读）]]
* [[如何使用iperf3对搬瓦工服务器进行调优]]
* [[搬瓦工服务器入门级性能优化（避免资源浪费/不必要的服务）]]
[[Category:500 常见应用指南 — Application Guides]]

203 KiwiVM API、自动化与 Amy 助手 — KiwiVM API, Automation and Amy Assistant

2026-10-02T18:11:05Z

Liam：修正 Amy 文章链接目标

本页汇总 KiwiVM API 自动化及 Amy AI 助手的基础功能、操作方法与实战应用。

== 一、KiwiVM API 与自动化 ==

* [[KiwiVM API 自动化入门指南]]
* [[搬瓦工api使用]]

== 二、Amy 助手入门与功能 ==

* [[AI助手Amy，不懂Linux也能轻松管理搬瓦工VPS]]
* [[KiwiVM 智能助手 Amy：你可以让她帮你做的事]]
* [[KiwiVM 面板智能助理 Assistant Amy 使用教程]]
* [[搬瓦工 KiwiVM 面板免费 AI 助手 Amy 功能演示告别繁琐的命令行]]
* [[搬瓦工 Amy 助手全能教程：完全脱离 SSH 工具，新手零命令通过中文搭建个人网站与常用运维操作演示]]

== 三、Amy 助手实战应用 ==

* [[KiwiVM Amy使用技巧：用中文让它帮我排查 VPS 连接问题]]
* [[【Amy Challenge】我已经很少为了排查问题登录 SSH 了：3 个让我改变习惯的 Amy 场景]]
* [[【体验】KiwiVM 智能助手 Amy：几句话完成 TCP 调优与 BBR+FQ 固化|【体验】KiwiVM 智能助手 Amy：几句话完成 TCP 调优与 BBR+FQ 固化]]
* [[使用搬瓦工 KiwiVM 自带的 Amy 助手纯中文指令部署一个图床]]

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

搬瓦工 CN2 GIA 与普通线路晚高峰对比：电信实测

2026-10-01T23:28:41Z

Liam：已归入 102 汇总页，移除直接的 100 分类

搬瓦工的 '''CN2 GIA''' 这些年一直有人聊，但到底值不值，光看一张测速图其实没什么说服力。真正能拉开差距的，往往是晚高峰这种时候：回程稳不稳，单线程下载有没有明显掉速，SSH 上去是不是会发黏。

这次我不做那种大而全的“三网评测”，只盯着中国电信这个场景看。测试时间放在北京时间 <code>2026-04-13 21:30-22:00</code>，属于比较典型的晚高峰。对比对象也很简单，一台是搬瓦工洛杉矶 <code>DC1</code> 机房的中国优化线路样本，电信方向为 <code>CN2 GIA</code>；另一台是 <code>DMIT</code> 下游 IDC 的普通线路机器，就拿它当一个普通国际线路样本。

为了避免测试端本身成为瓶颈，这里先说一下本地环境：我使用的是中国电信 <code>300 Mbps</code> 家宽。这一点对看 <code>iperf3</code> 结果尤其重要，因为如果测试端带宽本身不够，再好的线路也跑不出来。这次搬瓦工样本在 <code>iperf3</code> 单线程下基本已经接近把我本地电信 <code>300 Mbps</code> 带宽吃满，所以后面的结果可以理解为“线路已经接近打到我本地接入上限”。

我这次只做了四项测试：

* <code>mtr</code> 看广东电信回程
* <code>curl</code> 拉 <code>100MB</code> 文件看单线程下载
* <code>iperf3</code> 看单线程持续传输
* <code>tmux</code> 分屏跑 <code>cmatrix</code> 看终端交互体感

不追求项目多，够说明问题就行。

== 一、回程先看 mtr ==
目标我用的是 <code>gd-ct-v4.ip.zstaticcdn.com</code>，也就是广东电信这边的地址。这个测试最关键的不是中间某一跳好不好看，而是最后能不能稳定到目标、延迟稳不稳、终点有没有丢包。

搬瓦工这边的结果：

[[File:Ssagit-bwh-mtr.png]]

普通线路这边：

[[File:Ssagit-gbl-mtr.png]]

看最终目标就够了。搬瓦工这边最后一跳平均 <code>159.0 ms</code>，<code>0%</code> 丢包；普通线路最后一跳平均 <code>169.7 ms</code>，已经有 <code>9%</code> 丢包。

中间某些节点看起来丢包很高，甚至完全不回，这种情况我不拿来直接下结论，因为很多路由器本来就会对 ICMP 做限速。真正有意义的是最后目标怎么表现。就这组结果来说，搬瓦工这边回程明显更稳。

== 二、100MB 单线程下载差距很直接 ==
接着我用下面这条命令拉同样的 <code>100MB</code> 文件，只看单线程：<pre>
curl -o /dev/null -s --http1.1 -w '%{time_connect} %{time_starttransfer} %{speed_download}\n' http://test_ip/100m.bin | awk '{printf "connect=%.3fs ttfb=%.3fs speed=%.2fMbps\n", $1, $2, $3*8/1000/1000}'
</pre>这个测试我一直觉得比多线程更像真实使用，因为平时下载脚本、装软件、拉更新包，大多都不是二十个线程一起冲。

搬瓦工：<pre>
connect=0.168s ttfb=0.337s speed=187.04Mbps
</pre>普通线路：<pre>
connect=2.713s ttfb=2.913s speed=21.16Mbps
</pre>这条命令里我主要看三个值：<code>time_connect</code> 表示 TCP 建连耗时，<code>time_starttransfer</code> 表示首包时间，也就是常说的 TTFB，<code>speed_download</code> 表示平均下载速度。curl 原始给的是 <code>Bytes/s</code>，这里我额外换算成了 <code>Mbps</code>。这三个参数放在一起，基本就能把单线程下载时“连得快不快、起速快不快、跑得稳不稳”说明白。

这一组其实不用太多解释。搬瓦工这边建连和首包都很快，单线程平均速度也到了 <code>187.04 Mbps</code>。普通线路那边光连接就花了 <code>2.713s</code>，首包接近 <code>3 秒</code>，速度只有 <code>21.16 Mbps</code>。

如果只是看数字，这已经差了接近一个数量级；如果换成平时的使用感觉，那就是一边像“点一下就开始跑”，另一边明显要等，起速也慢。

== 三、iperf3 单线程更能看出底子 ==
然后是 <code>iperf3</code> 单线程。这里我没测多线程，就是想看单连接持续传输到底稳不稳。

搬瓦工这边的完整结果如下：

[[File:Ssagit-bwh-iperf3.png]]

普通线路这边的完整结果如下：

[[File:Ssagit-gbl-iperf3.png]]

如果只看汇总，结论已经很直接：
{| class="wikitable"
!线路类型
!单线程平均速率
!重传
|-
|搬瓦工 CN2 GIA
|<code>286 Mbps</code>
|<code>3</code>
|-
|普通线路
|<code>43.5 Mbps</code>
|<code>11794</code>
|}
但这里还有一个背景要补上：我本地电信接入本身就是 <code>300 Mbps</code>，所以搬瓦工这边这个 <code>286 Mbps</code>，已经非常接近我本地带宽上限了。换句话说，这不是“服务器端还能不能更高”的问题，而是它在晚高峰下基本已经把我本地电信的单线程能力跑满了。

普通线路这边就完全不是一个量级，不仅平均速率只有 <code>43.5 Mbps</code>，而且大量重传，区间波动也很明显。这个结果和前面的 <code>curl</code> 是互相印证的。不是某个测速站偶然跑高了，而是单连接这件事本身，搬瓦工这边确实稳得多。

== 四、cmatrix 分屏对比 ==
前面三项都是数字，最后我补了一个更直观的交互测试。

做法很简单，在 <code>tmux</code> 里左右分屏，同时登录两台机器。开始前先打印时间、脱敏后的公网 IP，再分别 <code>ping</code> 洛杉矶探针 <code>174.136.204.135</code> 和广东电信目标 <code>gd-ct-v4.ip.zstaticcdn.com</code>，然后再跑 <code>cmatrix</code>。

这里先补这两步，主要是为了在演示开始前说明两台机器都处在洛杉矶机房环境，同时把当时面向广东电信方向的网络状态一起放进画面里。这样后面的终端交互差异看起来会更直观一些。

<code>cmatrix</code> 这项测试本质上不是带宽跑分，而是 SSH 交互体验演示。它的链路可以理解为：客户端通过 SSH 启动服务器上的 <code>cmatrix</code>，服务器持续生成字符输出，经由 SSH 加密后不断传回客户端终端，再由本地终端实时渲染。这个过程对延迟、抖动和丢包都比较敏感，因此很适合用来观察晚高峰下的终端交互是否连贯。它不能替代 <code>mtr</code>、<code>curl</code> 或 <code>iperf3</code>，但可以作为这些量化测试之外的直观补充。

https://md5.pw/images/d/dd/Ssagit-cmatrix.webp

<blockquote>左边为搬瓦工 CN2 GIA，右边为普通线路</blockquote>我这边的实际观感是：

* <code>CN2 GIA</code> 分屏刷新基本连贯
* <code>普通线路</code> 有明显卡顿和延迟感

这一项和前面三组结果放在一起看，其实就很完整了。不是只有测速数字更高，而是连最容易感知的终端交互，也能看出差别。

== 五、这次测试我自己的感受 ==
这组结果出来之后，我对“CN2 GIA 的价值到底在哪”这件事，感觉比以前更清楚了。

它不一定非要表现成那种夸张的“所有测速都秒杀”，真正有价值的地方是晚高峰的时候还能稳住。回程稳，单线程不掉到底，SSH 上去不发黏，这些东西平时看起来很碎，但真正用机器的人最在意的反而就是这些。

普通线路不是不能用。如果拿来跑离线任务、备份、海外业务，或者本身不怎么从国内高频操作它，那也不是完全不行。但如果你平时就是从中国电信网络上机器，拉包、传文件、改配置、看日志，那晚高峰这一下差距就出来了。

== 六、结论 ==
这篇文章我故意没有做成“什么都测一点”的大全，而是只抓了四个最接近实际使用的点：回程、单线程下载、单线程持续传输、终端交互。

最后结果也很明确：

* <code>mtr</code> 最终目标：搬瓦工 <code>159.0 ms / 0% 丢包</code>，普通线路 <code>169.7 ms / 9% 丢包</code>
* <code>curl 100MB</code>：搬瓦工 <code>187.04 Mbps</code>，普通线路 <code>21.16 Mbps</code>
* <code>iperf3</code> 单线程：搬瓦工 <code>286 Mbps / 3 次重传</code>，普通线路 <code>43.5 Mbps / 11794 次重传</code>
* <code>cmatrix</code> 分屏：搬瓦工刷新基本连贯，普通线路明显卡顿

再结合我本地中国电信 <code>300 Mbps</code> 的接入条件看，搬瓦工这边的 <code>iperf3</code> 已经几乎测满本地带宽，这一点其实比单纯看“谁更高”更有意义。它说明在这次晚高峰场景下，搬瓦工洛杉矶 <code>DC1</code> 机房这条 <code>CN2 GIA</code> 线路已经不是“理论上更强”，而是确实把本地接入能力发挥出来了。

如果你的主要场景就是中国电信晚高峰访问 VPS，那这组结果已经足够说明问题了。搬瓦工这条 <code>CN2 GIA</code> 不是名义上“优化”，而是在回程稳定性、单线程传输和实际交互体验上，确实能看出优势。

这篇测试只代表 <code>2026-04-13 21:30-22:00</code> 这一段晚高峰快照，不代表所有时间段、所有地区都一定完全一样。但至少在这次实测里，搬瓦工洛杉矶 <code>DC1</code> 机房中国优化线路样本的表现和普通国际线路样本相比，差距是很实在的。

搬瓦工优化线路介绍

2026-10-01T23:28:38Z

Liam：已归入 102 汇总页，移除直接的 100 分类

对于大多数中国用户来说，搬瓦工（BandwagonHost）的 VPS 服务可靠性高是一大特色，而更为突出的则是其提供的国际优化线路。过去的十多年来，搬瓦工用实际证明了产品的可靠性，并在后来的品牌转型中，凭借价格优势和服务质量，成功地将 GIA 线路与搬瓦工形成了紧密的品牌捆绑。

本文将对搬瓦工目前的主要优化线路及其数据中心进行介绍分析，以帮助您选择更适合自己的数据中心和套餐。

=== 一、优化线路的背景介绍 ===

==== 1.为什么选择优化线路 ====
优化线路的出现，是为解决中国大陆用户访问国际网络时的特殊网络环境问题。因为中国国际出口带宽有限，且大部分国际流量都集中在传统的 163 骨干网（ChinaNet）上。这条线路主要服务于大众用户，但在出海流量巨大的背景下，极易在晚间高峰期或突发事件时发生严重的网络拥堵，比如出现高延迟、页面加载慢、视频卡顿甚至服务中断的情况。

==== 2.优化线路的特点 ====
搬瓦工的优化线路，一般特指的是 CN2 GIA、SoftBank（软银）和 CMI（中国移动国际）等高品质国际线路，通过使用中国电信等运营商的高品质国际出口资源，兼顾了中国电信、中国联通和中国移动三家运营商的访问质量，实现整体体验的提升，为用户提供了优质的网络体验，从而实现了极致稳定的网络，无论白天或夜晚，都能维持稳定的低延迟，极大地减少了丢包现象。

==== 3.普通线路与优化线路的区别 ====
为了直观的理解，以下是普通线路和GIA线路的对比情况：
{| class="wikitable"
|'''特点'''
|'''普通线路（如163骨干网）'''
|'''优化线路（CN2 GIA / SoftBank等）'''
|-
|'''路由类型'''
|'''公共路由'''，流量大，共享带宽，优先级低。
|'''精品路由或专用通道'''，流量精选，拥有更高的传输优先级。
|-
|'''传输路径'''
|'''绕行节点多'''，通常会经过多个国际交换点。
|'''直连节点多'''，通常是从国内直接接入国际出口，路径最短。
|-
|'''网络拥堵'''
|'''晚高峰拥堵严重'''，延迟和丢包率急剧上升。
|'''拥堵情况显著改善'''，尤其在晚高峰仍能保持较低的延迟和丢包率。
|-
|'''主要用途'''
|面向大众用户的互联网接入服务。
|面向企业或追求高质量、稳定性的用户。
|}

=== 二、搬瓦工的优化线路分布情况 ===
搬瓦工的优化线路，主要是根据数据中心来区分，这里我给出一个我整理的汇总表，包含了主要的优化线路。
{| class="wikitable"
|'''地区'''
|'''位置'''
|'''机房'''
|'''线路情况'''
|'''备注'''
|-
| rowspan="6" |美国
|洛杉矶
|USCA_6
|三网优化（电信CN2 GIA、移动CMIN2、联通Premium）
|网络出口较DC9更充足
|-
|洛杉矶
|USCA_9
|三网优化（电信CN2 GIA、移动CMIN2、联通Premium）
|网络出口不及DC6，但是器配置较高，为AMD+NVMe
|-
|圣何塞
|USCA_SJC5
|三网优化（电信CN2 GIA、移动CMIN2、联通Premium）
|　
|-
|洛杉矶
|USCA_99
|三网CN2 GIA优化
|限量套餐MiniBox、BiggerBox、PowerBox可用
|-
|洛杉矶
|USCA_1
|三网优化（电信CN2 GIA、移动CMIN2、联通Premium）
|限量套餐BiggerBox Pro、MegaBox Pro可用
|-
|洛杉矶
|USCA_5
|三网优化（电信CN2 GIA、移动CMIN2、联通Premium）
|E-Commerce SLA 系列专用数据中心，高SLA保障
|-
|加拿大
|温哥华
|CABC_6
|三网优化（电信CN2 GIA、移动CMIN2、联通Premium）
|加拿大优化线路
|-
| rowspan="2" |荷兰
|荷兰
|EUNL_9
|三网联AS9929VIP（AS10099）
|欧洲优化线路
|-
|荷兰
|EUNL_1
|三网优化（电信CN2 GIA、移动CMIN2、联通Premium）
|欧洲优质线路，仅对The Amsterdam Plan可用
|-
|香港
|香港
|HKHK_8
|三网CN2 GIA优化
|顶级香港线路
|-
| rowspan="4" |日本
|东京
|DC39v2
|三网直连，回程接入CMI
|限量套餐SakuraBox可用
|-
|东京
|JPTYO_8
|三网CN2 GIA优化
|顶级日本优化线路
|-
|大阪
|JPOS_6
|三网CN2 GIA优化
|顶级日本优化线路
|-
|大阪
|JPOS_1
|软银 (Softbank)
|推荐联通/移动
|-
|新加坡
|新加坡
|SG_1
|三网CN2 GIA优化
|限量测试中
|}

=== 三、优化线路套餐推荐 ===
搬瓦工的优化线路主要集中在两个系列：随时可购的'''常规商务套餐'''和'''限量高性价比套餐'''。

==== 1. 常规商务或企业套餐 ====
如果你的需求是随时可用优化线路，要求高可用性，可以选择E-Commerce VPS、E-Commerce SLA和UItra VPS系列，其中E-Commerce VPS包含了美国、加拿大、荷兰地区的优化线路；E-Commerce SLA具有99.99%的SLA软硬件保障，独享CPU，同时支持免费强制更换IP；UItra VPS包含地理位置更接近中国的日本和香港三网GIA优化线路，这两款套餐目前在官网随时可购买，适合个小型公司和企业的需求。

E-Commerce VPS、E-Commerce SLA和UItra VPS的购买入口如下：

[[File:最新产品分类.png|900x900px]]

==== 2. 个人用户适合的限量套餐 ====
如果你是个人用户，追求性价比，可以等待搬瓦工的促销活动，可以以极低的价格购买到三网优化和三网GIA线路的Box限量版套餐。

但是限量套餐一般不定期补货，或者需要限量的邀请码才可以购买。

以下是一些限量套餐的情况：

'''Box系列'''

* 套餐名称：MiniBox、BiggerBox、PowerBox
* 机房：USCA_99
* 优化线路：三网CN2 GIA优化路线

'''Box Pro系列'''

* 套餐名称：BiggerBox Pro、MegaBox Pro
* 机房：USCA_99
* 优化线路：三网各自优化（电信CN2 GIA、移动CMIN2、联通Premium）

==== 3.常规套餐推荐 ====
对于追求稳定，或者企业用户，可以考虑'''E-Commerce和E-Commerce SLA'''系列，其中'''E-Commerce SLA'''对于企业用户非常友好，99.99%的SLA软硬件保障，'''独享CPU'''，能够最大程度保证业务的稳定性。

以下是两个系列的产品对比和购买链接：
{| class="wikitable"
!产品名称
!CPU
!内存
!存储
!月流量
!端口速度
!产品特色
!季付价格
!年付价格
!购买链接
|-
|'''E-Commerce 20G'''
|2 颗
|1 GB
|20 GB NVMe
|1000 GB
|2.5G
|'''多机房切换'''
|$49.90
|$169.90
|[https://bwh81.net/aff.php?aff=30918&pid=87 点击购买]
|-
|'''E-Commerce 40G'''
|3 颗
|2 GB
|40 GB NVMe
|2000 GB
|2.5G
|'''多机房切换'''
|$89.90
|$299.90
|[https://bwh81.net/aff.php?aff=30918&pid=88 点击购买]
|-
|'''E-Commerce 80G'''
|4 颗
|4 GB
|80 GB NVMe
|3000 GB
|2.5G
|'''多机房切换'''
|$149.90
|$549.90
|[https://bwh81.net/aff.php?aff=30918&pid=89 点击购买]
|-
|'''E-Commerce SLA 20G'''
|'''2 颗 (独享)'''
|1 GB ECC
|20 GB NVMe
|1000 GB
|2.5G
|'''SLA 保障'''
'''IP免费更换'''
|$65.00
|$239.00
|[https://bwh81.net/aff.php?aff=30918&pid=164 点击购买]
|-
|'''E-Commerce SLA 40G'''
|'''3 颗 (独享)'''
|2 GB ECC
|40 GB NVMe
|2000 GB
|2.5G
|'''SLA 保障'''
'''IP免费更换'''
|$116.00
|$399.00
|[https://bwh81.net/aff.php?aff=30918&pid=165 点击购买]
|-
|'''E-Commerce SLA 80G'''
|'''4 颗 (独享)'''
|4 GB ECC
|80 GB NVMe
|3000 GB
|2.5G
|'''SLA 保障'''
'''IP免费更换'''
|$199.00
|$699.00
|[https://bwh81.net/aff.php?aff=30918&pid=166 点击购买]
|}

CN2 GIA、CN2 GT、163线路与AS9929/CMIN2等网络区别

2026-10-01T23:28:36Z

Liam：已归入 102 汇总页，移除直接的 100 分类

== 一、中国电信三大核心线路对比 ==

=== 1. 普通163骨干网（AS4134） ===

* 路由特征: 全程202.97.*节点
* 性能短板: 晚高峰严重拥堵（丢包率>30%）
* 适用场景: 静态网页/CDN等时延不敏感业务

=== 2. CN2 GT (Global Transit) ===

* 技术架构: 出口段59.43.* + 国内段202.97.*
* 性能表现: 比163稳定，高峰仍有20ms波动
* 性价比: 带宽成本比GIA低40%

=== 3. CN2 GIA (Global Internet Access) ===

* 核心优势: 全程59.43.*独立路由
* SLA保障: 单向延迟<50ms，丢包率<0.1%
* 验证方法: traceroute无202.97节点

----

== 二、运营商专线对比 ==

=== 移动CMI/CMIN2 ===

* 亚洲方向优化，中日延迟<30ms
* 广电网络共享此线路

=== 联通AS9929（A网） ===

* 联通版CN2 GIA，全程专用路由
* 欧美方向稳定性优于普通线路

== 三、国际运营商线路 ==

=== HE.net / Cogent / NTT ===

* 通过163网与国内互联
* 高峰期间中美延迟>300ms
* 适合非中国方向业务

----
{| class="wikitable"
|+线路性能对比总表
!线路类型
!晚高峰延迟
!丢包率
!带宽成本
!推荐指数
|-
|电信CN2 GIA
|50-80ms
|<0.5%
|$$$$$
|★★★★★
|-
|联通AS9929
|60-100ms
|<1%
|$$$$
|★★★★☆
|-
|移动CMIN2
|70-120ms
|<2%
|$$$$
|★★★★
|-
|电信CN2 GT
|100-200ms
|3-15%
|$$$
|★★★
|-
|普通163
|>250ms
|>30%
|$
|★★
|}

== 四、业务场景选型指南 ==

* 金融交易/视频会议 → 必选CN2 GIA或AS9929
* 跨境电商官网 → CN2 GT+CDN加速组合
* 海外用户访问 → 部署HE.net/Cogent+Anycast
* 移动端应用 → 优先CMIN2线路

<blockquote>关键提示：验证线路真伪需检测双向路由（中国↔海外），警惕商家虚假宣传”全向CN2″。企业级业务建议采用BGP多线融合方案，典型配置：CN2 GIA(主)+AS9929(备)+CMIN2(移动优化)</blockquote>

搬瓦工特价产品--补货时间线

2026-10-01T23:28:34Z

Liam：已归入 101 汇总页，移除直接的 100 分类

搬瓦工历史特价产品上线时间线，包含了DC99机房，DC1机房，DC6，DC9，DC39，DCNL（荷兰），Fremont一共七个机房的特价机器上线时间表

[[File:BWH-TIMELINE.png |link=https://bwh91.com/timeline.html]]

资料来自：[https://bwh91.com/timeline.html 搬瓦工精品网]

一图读懂搬瓦工特价机器

2026-10-01T23:28:31Z

Liam：已归入 101 汇总页，移除直接的 100 分类

一图读懂搬瓦工特价机器：目前最可能返厂的特价机器（不包括早年的Special可切换机房的特价机器）

[[File:Bwh discounted products.png]]

图片来自：[https://bwh91.com 搬瓦工精品网] [https://t.me/BWH81 最活跃的搬瓦工交流群] [https://t.me/BWH82 搬瓦工传奇频道]

瓦工正价生态实测指南：BGP 拓扑真相与硬件分级白皮书 (2026 版)

2026-10-01T23:28:18Z

Liam：已归入 101 汇总页，移除直接的 100 分类

瓦工正价生态实测指南：BGP 拓扑真相与硬件分级白皮书 (2026 版)

== 前言：数据决定价值 ==
在 2026 年，选择搬瓦工（IT7）正价套餐的用户群体通常具有极高的业务稳定性要求。无论是跨国贸易的低延迟需求，还是大型 Web 应用（如 Halo 博客）的部署，对底层硬件与 BGP 路径的精准掌握是规避网络波动的唯一手段。本文将通过实测数据，还原美西及欧洲机房的真实路由逻辑。

== 一、硬件演进：Zen 3、Zen 4 还是 Zen 5？ ==
搬瓦工目前的正价节点涵盖了 AMD EPYC 的三代架构。对于开发者和企业主而言，代差带来的边际效益如下：

| 架构代号 | 典型 CPU 型号 | 核心优势 | 业务体感 |

| Zen 3 (Milan) | EPYC 7443P | 指令集成熟，功耗比稳健。 | 性能基准：足以应对 Gbps 级别的加解密转发。 |

| Zen 4 (Genoa) | EPYC 9654 | 引入 AVX-512，DDR5 内存带宽。 | 瞬发优化：Java 环境启动与数据库查询速度显著提升。 |

| Zen 5 (Turin) | EPYC 9655 | 4nm 巅峰制程，极高单核 IPC。 | 计算上限：适合高负载编译或复杂的加密运算场景。 |

> 核心逻辑：路由决定下限，硬件决定上限。在网络出海场景下，硬件性能通常是溢出的，用户支付的溢价更多是换取了更稳健的硬件底座。

== 二、美西黄金三角：三大核心 BGP 路径拆解 ==
通过分析 BGP 拓扑（AS Path），我们可以清晰看到搬瓦工在洛杉矶与圣何塞的“分权”逻辑。

=== 1. DC6 (CN2GIA-E)：重载带宽的冗余防线 ===
BGP 拓扑核心：接入 BGNL、GSL (Zenlayer)、HVC 等多路 Tier 1 上游。

特征：拥有最高 10Gbps 的冗余带宽。其多路 BGP 容灾能力能保证在全网流量爆发时业务不断联。
[[File:DC6.png|thumb|301x301px]]

=== 2. DC9 (CN2GIA)：纯血路径的稳定性标杆 ===
BGP 拓扑核心：路径极简，直连 Arelion (AS1299) 与 GSL。

特征：路由跳数极少。由于没有复杂的 BGP 堆叠，其延迟波动率（Jitter）极低，适合即时通讯类业务。
[[File:DC9.png|thumb]]

=== 3. SJC5 (San Jose)：硅谷核心的性能之巅 ===
物理环境：部署于 Equinix SV10 顶级机房。

路由优势：实现了 GIA-E + CMIN2 + 9929 的动态三网优化分拣。

实测：由于圣何塞更靠近海缆登陆点，华东地区（江苏/上海）访问延迟通常比洛杉矶低 5-10ms。
[[File:SJC.png|thumb]]

== 三、深度预警：荷兰 [EUNL-9] 的“绕路之旅”真相 ==
搬瓦工将荷兰机房定位为China Unicom Premium (AS9929)，但通过 BGP 路径追踪发现，非联通用户需面临极高的路由成本：

=== 1. 移动端的“亚太观光” ===
流量离开移动国际出口 (CMI) 后，由于与 9929 互联优先级低，被迫绕行日本-新加坡-马赛，最后跨越欧亚大陆落地荷兰。延迟常年维持在 190ms+

=== 2. 电信端的“全球环游” ===
通过电信 163 骨干网，先飞抵美国洛杉矶 (Tata AS6453)，再横穿美国本土跨越大西洋至英国/荷兰。延迟飙升至 250ms+。
[[File:EUNL-9.png|thumb|300x300px]]

== 四、总结：正价套餐的全球分发策略 ==
正价套餐的核心价值在于其 “全球节点实时分发” 的能力。用户应根据自身运营商环境灵活调整：

追求极致响应（江苏/上海）：优先锁定SJC5 (圣何塞)。

追求大带宽业务：优先锁定 DC6 (洛杉矶)。

追求极简路由路径：优先锁定DC9 (洛杉矶)。

跨区备份：若美西出现海缆抖动，USNY_8 (纽约)是唯一的精品网备选方案。

“理解路由优于迷信参数”。在 2026 年，掌握 BGP 拓扑真相是维持业务极致体感的不二法门。

搬瓦工产品介绍 - 价格与功能全面比较

2026-10-01T23:28:15Z

Liam：已归入 101 汇总页，移除直接的 100 分类

= 前言 =
'''搬瓦工（BandwagonHost）'''是美国 IT7 公司旗下的知名 VPS 服务商，在国内用户群体中拥有很高的知名度。从最早几美元一年的"搬砖"入门机，到如今覆盖全球十余个数据中心、提供 CN2 GIA 高端线路的中高端产品线，搬瓦工的产品定位已经发生了很大的变化。

目前搬瓦工的套餐体系相对完善，但对于新手来说，面对官网密密麻麻的英文页面和各种套餐代号，确实不太容易分清楚。本文将按照套餐系列逐一介绍搬瓦工目前在售的全部产品线，包括价格、配置、线路、可选机房等关键信息，帮助大家快速找到适合自己的方案。

'''提示：'''搬瓦工支持支付宝付款，全中文流程购买教程可参考本站其他文章。购买前建议先通过测试 IP 测速，确认线路质量符合预期再下单。

= 一、套餐总览与快速对比 =
先给大家一个全局视角。搬瓦工目前在售的常规套餐大致可以分为以下几个系列，从入门到高端依次排列。下面这张表可以帮助你快速定位自己应该看哪个系列：
{| class="wikitable"
|'''套餐系列'''
|'''起步价'''
|'''最大带宽'''
|'''可选机房'''
|'''线路'''
|'''适合人群'''
|'''推荐指数'''
|-
|'''KVM 套餐'''
|$49.99/年
|1 Gbps
|8+
|CN2 GT
|入门学习
|★★★
|-
|'''CN2 GIA-E'''
|$169.99/年
|10 Gbps
|15+
|CN2 GIA
|建站/高速
|★★★★★
|-
|'''中国香港'''
|$89.99/月
|1 Gbps
|7+
|CN2 GIA
|极致体验
|★★★★
|-
|'''日本东京'''
|$89.99/月
|1.2 Gbps
|1
|CN2 GIA
|低延迟
|★★★★
|-
|'''日本大阪'''
|$49.99/月
|1.5 Gbps
|15+
|CN2 GIA
|性价比高端
|★★★★
|-
|'''迪拜套餐'''
|$19.99/月
|1 Gbps
|15+
|CN2 GIA
|中东业务
|★★★
|-
|'''限量版'''
|不定
|2.5 Gbps
|不定
|多种
|手快有
|★★★★
|}
'''一句话建议：'''预算有限选 KVM 入门，追求性价比首选 CN2 GIA-E，不差钱上中国香港。大部分用户买 CN2 GIA-E 就够了，能覆盖绝大多数使用场景。

= 二、KVM 套餐（入门之选） =

== 2.1 套餐定位 ==
KVM 套餐是搬瓦工目前价格最低的在售套餐系列，也是官方分类中的 "Basic VPS"。年付 $49.99 起步，折合人民币一天不到一块钱，非常适合新手用来学习 Linux、练手建站、或者对线路要求不高的轻量级应用。

这个系列的线路以 CN2 GT 为主，也就是电信的半程 CN2。简单来说就是去程走普通线路，回程走 CN2，相比普通 163 骨干网有一定优化，但跟 CN2 GIA 的全程高端线路还是有差距的。晚高峰期间可能会有一些波动，但日常使用基本够用。

== 2.2 配置与价格 ==
{| class="wikitable"
|'''CPU'''
|'''内存'''
|'''硬盘'''
|'''带宽'''
|'''月流量'''
|'''价格'''
|-
|2核
|1 GB
|20 GB SSD
|1 Gbps
|1 TB
|$49.99/年
|-
|3核
|2 GB
|40 GB SSD
|1 Gbps
|2 TB
|$52.99/半年 $99.99/年
|-
|4核
|4 GB
|80 GB SSD
|1 Gbps
|3 TB
|$19.99/月 $199.99/年
|-
|5核
|8 GB
|160 GB SSD
|1 Gbps
|4 TB
|$39.99/月 $399.99/年
|-
|6核
|16 GB
|320 GB SSD
|1 Gbps
|5 TB
|$79.99/月 $799.99/年
|}
'''可选机房：'''洛杉矶 DC2 AO、DC4 MCOM、DC8 ZNET、弗里蒙特、新泽西、纽约、荷兰等。注意目前已移除 DC3 CN2 机房。

'''点评：'''KVM 套餐最大的优势就是便宜，$49.99/年这个价格在同类产品中很有竞争力。缺点是不支持 CN2 GIA 机房，线路质量相比 CN2 GIA-E 套餐有明显差距。如果你只是想体验搬瓦工，或者纯粹学习 Linux，这个系列完全够用。但如果是正经建站或者对速度有要求，建议直接跳到 CN2 GIA-E。

= 三、CN2 GIA-E 套餐（性价比之王） =

== 3.1 套餐定位 ==
CN2 GIA-E 全称 CN2 GIA ECOMMERCE，也就是大家常说的"电子商务套餐"，是搬瓦工目前'''最推荐、性价比最高'''的套餐系列。官方分类为 "E-Commerce VPS"。

这个系列最大的特点是三网回程 CN2 GIA，电信走 CN2 GIA，联通走 CUP/AS10099，移动走 CMIN2，三网都有优化。并且带宽从 2.5Gbps 起步，最高可达 10Gbps，远超其他系列。

更重要的是，CN2 GIA-E 套餐购买后可以在多达 15 个以上的机房之间自由切换，包括 DC6 CN2 GIA-E、DC9 CN2 GIA、日本大阪软银、联通荷兰 EUNL_9、迪拜、纽约 CN2 GIA 等。相当于买一个套餐，享受全球多个高端机房，性价比拉满。

== 3.2 配置与价格 ==
{| class="wikitable"
|'''CPU'''
|'''内存'''
|'''硬盘'''
|'''带宽'''
|'''月流量'''
|'''价格'''
|-
|2核
|1 GB
|20 GB SSD
|2.5 Gbps
|1 TB
|$49.99/季 $169.99/年
|-
|3核
|2 GB
|40 GB SSD
|2.5 Gbps
|2 TB
|$89.99/季 $299.99/年
|-
|4核
|4 GB
|80 GB SSD
|5 Gbps
|3 TB
|$56.99/月 $549.99/年
|-
|6核
|8 GB
|160 GB SSD
|5 Gbps
|5 TB
|$86.99/月 $879.99/年
|-
|8核
|16 GB
|320 GB SSD
|10 Gbps
|8 TB
|$159.99/月 $1599.99/年
|}
'''可选机房（15+）：'''洛杉矶 DC6 CN2 GIA-E、DC9 CN2 GIA、DC1、圣何塞 CN2 GIA、纽约 CN2 GIA、加拿大温哥华 CN2 GIA、日本大阪软银 JPOS_1、联通荷兰 EUNL_9、荷兰 EUNL_2、迪拜 AEDXB_1、DC2 AO、DC4 MCOM、DC8 ZNET、弗里蒙特等。

'''点评：'''CN2 GIA-E 套餐是搬瓦工的核心产品，也是本站一直以来最推荐的套餐。$169.99/年看似不便宜，但考虑到 2.5Gbps 带宽、三网 CN2 GIA 回程、15+ 可选机房这些配置，在同类产品中几乎找不到对手。如果只能选一个套餐，闭眼买这个就行了。另外这个套餐支持 $49.99/季度付款，不确定的话先买一个季度试试也行。

= 四、中国香港 CN2 GIA 套餐（高端之选） =

== 4.1 套餐定位 ==
中国香港 CN2 GIA 套餐是搬瓦工的'''旗舰级产品'''，官方分类为 "Ultra VPS"。机房位于中国香港，接入 CN2 GIA 线路，国内访问延迟低至 30-50ms，几乎和国内服务器没什么区别。

香港套餐购买后还可以切换到日本东京 CN2 GIA、日本大阪 CN2 GIA、新加坡 CN2 GIA 以及美国 CN2 GIA 等多个高端机房，可选范围涵盖了搬瓦工所有最顶级的亚太机房。

当然，这个级别的体验也意味着相应的价格。月付 $89.99 起步，年付 $899.99，确实不是一般用户能承受的。但如果你的业务对延迟和稳定性有极高要求，那这个钱花得绝对值。

== 4.2 配置与价格 ==
{| class="wikitable"
|'''CPU'''
|'''内存'''
|'''硬盘'''
|'''带宽'''
|'''月流量'''
|'''价格'''
|-
|2核
|2 GB
|40 GB SSD
|1 Gbps
|500 GB
|$89.99/月 $899.99/年
|-
|4核
|4 GB
|80 GB SSD
|1 Gbps
|1 TB
|$155.99/月 $1559.99/年
|-
|6核
|8 GB
|160 GB SSD
|1 Gbps
|2 TB
|$299.99/月 $2999.99/年
|-
|8核
|16 GB
|320 GB SSD
|1 Gbps
|4 TB
|$589.99/月 $5899.99/年
|}
'''可选机房（7+）：'''中国香港 CN2 GIA [HKHK_8]、日本东京 CN2 GIA [JPTYO_8]、日本大阪 CN2 GIA [JPOS_6]、新加坡 CN2 GIA [SG_1]、洛杉矶 DC6/DC9 CN2 GIA、圣何塞 CN2 GIA 等。

'''点评：'''香港套餐的网络体验确实是搬瓦工所有产品中最顶级的，延迟低、速度快、稳定性好。购买后还能自由切换到东京、大阪、新加坡等亚太 CN2 GIA 机房，实际可用性很强。但价格门槛较高，建议只有真正需要极致体验、或者业务有硬性要求的用户再考虑。普通建站用 CN2 GIA-E 完全够了。

= 五、日本东京 CN2 GIA 套餐 =

== 5.1 套餐定位 ==
日本东京 CN2 GIA 套餐于 2021 年底上线，同样属于 "Ultra" 系列高端产品。机房位于日本东京，三网回程 CN2 GIA，国内延迟约 40-80ms，比美国机房低很多。

这个套餐最大的特点是三网都走 CN2 GIA，不像香港套餐那样联通和移动走各自的线路。所以如果你的用户群是三网混合的，东京 CN2 GIA 在三网体验的一致性上可能更好。

不过要注意，东京套餐目前购买后只能使用东京 CN2 GIA 机房 [JPTYO_8]，不支持迁移到其他机房。这一点和香港套餐有明显区别。

== 5.2 配置与价格 ==
{| class="wikitable"
|'''CPU'''
|'''内存'''
|'''硬盘'''
|'''带宽'''
|'''月流量'''
|'''价格'''
|-
|2核
|2 GB
|40 GB SSD
|1.2 Gbps
|500 GB
|$89.99/月 $899.99/年
|-
|4核
|4 GB
|80 GB SSD
|1.2 Gbps
|1 TB
|$155.99/月 $1559.99/年
|-
|6核
|8 GB
|160 GB SSD
|1.2 Gbps
|2 TB
|$299.99/月 $2999.99/年
|-
|8核
|16 GB
|320 GB SSD
|1.2 Gbps
|4 TB
|$589.99/月 $5899.99/年
|}
'''可选机房：'''仅日本东京 CN2 GIA [JPTYO_8]，不可迁移。

'''点评：'''东京 CN2 GIA 套餐的价格和香港套餐完全一样，但可选机房少了很多（只有东京一个），这是它比较吃亏的地方。不过如果你明确只需要日本东京机房，那三网 CN2 GIA 的一致性体验确实是优势。建议优先考虑香港套餐（可迁移到东京），除非东京机房对你有不可替代的意义。

= 六、日本大阪 CN2 GIA 套餐 =

== 6.1 套餐定位 ==
日本大阪 CN2 GIA 套餐相对低调，但实际上是一个非常值得关注的选择。它的线路跟东京一样是三网 CN2 GIA 回程，但价格只有东京套餐的大约一半，月付 $49.99 起步。

更值得一提的是，大阪 CN2 GIA 套餐购买后可以迁移到 CN2 GIA-E 套餐的全部机房，也就是说你不仅能用大阪 CN2 GIA 机房，还能切换到美国 DC6、DC9、日本软银、荷兰联通等十几个机房。这个设定让大阪套餐的性价比直接拉到了很高的水平。

== 6.2 配置与价格 ==
{| class="wikitable"
|'''CPU'''
|'''内存'''
|'''硬盘'''
|'''带宽'''
|'''月流量'''
|'''价格'''
|-
|2核
|2 GB
|40 GB SSD
|1.5 Gbps
|500 GB
|$49.99/月 $499.99/年
|-
|4核
|4 GB
|80 GB SSD
|1.5 Gbps
|1 TB
|$86.99/月 $869.99/年
|-
|6核
|8 GB
|160 GB SSD
|1.5 Gbps
|2 TB
|$159.99/月 $1599.99/年
|-
|8核
|16 GB
|320 GB SSD
|1.5 Gbps
|4 TB
|$329.99/月 $3299.99/年
|}
'''可选机房（15+）：'''日本大阪 CN2 GIA [JPOS_6]（默认）+ CN2 GIA-E 套餐的全部可迁移机房。

'''点评：'''大阪 CN2 GIA 套餐是高端套餐中的"性价比选手"。同样是三网 CN2 GIA，价格比香港和东京便宜一半，还能迁移到 CN2 GIA-E 的全部机房。如果你想要亚太 CN2 GIA 体验但预算有限，大阪套餐是很好的折中方案。

= 七、迪拜套餐 =

== 7.1 套餐定位 ==
迪拜套餐比较小众，关注度也相对较低。机房位于阿联酋迪拜 [AEDXB_1]，2022 年短暂上线后又下架，2024 年重新上线并稳定至今。

值得注意的是，搬瓦工近期已经将迪拜机房加入到 CN2 GIA-E 套餐的可迁移列表中。也就是说，如果你购买的是 CN2 GIA-E 套餐，现在也可以免费迁移到迪拜机房使用。这使得独立购买迪拜套餐的必要性大大降低。

== 7.2 配置与价格 ==
{| class="wikitable"
|'''CPU'''
|'''内存'''
|'''硬盘'''
|'''带宽'''
|'''月流量'''
|'''价格'''
|-
|2核
|1 GB
|20 GB SSD
|1 Gbps
|500 GB
|$19.99/月 $199.99/年
|-
|3核
|2 GB
|40 GB SSD
|1 Gbps
|1 TB
|$32.99/月 $329.99/年
|-
|4核
|4 GB
|80 GB SSD
|1 Gbps
|2 TB
|$56.99/月 $569.99/年
|-
|6核
|8 GB
|160 GB SSD
|1 Gbps
|3 TB
|$86.99/月 $869.99/年
|}
'''可选机房：'''迪拜 AEDXB_1 + CN2 GIA-E 全部可迁移机房。

'''点评：'''迪拜套餐目前的定位比较尴尬。因为 CN2 GIA-E 套餐已经可以免费迁移到迪拜机房了，所以除非你只需要迪拜且不想多花钱，否则直接买 CN2 GIA-E 更划算。如果你有中东方向的业务需求，这个机房倒是可以考虑。

= 八、CN2 GIA-E SLA 套餐 =
CN2 GIA-E SLA 套餐是搬瓦工近期推出的一个特殊版本，全称 ECOMMERCE SLA PLAN。相比常规 CN2 GIA-E 套餐，SLA 版本最大的特点是提供 '''99.99% 在线率保证'''，并且在 KiwiVM 后台增加了免费换 IP 功能（IP Test），对于需要高可用性的用户来说是一个加分项。

配置和价格方面，SLA 套餐与常规 CN2 GIA-E 基本持平或略高，具体以官网实际售价为准。可选机房与 CN2 GIA-E 套餐保持一致。

'''站长点评：'''SLA 套餐适合对在线率有严格要求、或者经常遇到 IP 被封需要换 IP 的用户。99.99% 的 SLA 承诺在低价 VPS 中很少见。如果你的网站或业务不能容忍长时间宕机，这个套餐值得多付一点钱。

= 九、限量版套餐 =
限量版套餐是搬瓦工非常有特色的一类产品，不定期上线，限量销售，卖完即止。价格通常比同级别常规套餐便宜不少，因此每次补货都非常抢手。

近年来搬瓦工推出过很多限量版套餐，包括但不限于：

• CN2 GIA-E 10G 限量版：$49.99/年，可用 CN2 GIA-E 全部机房，被称为"传家宝"套餐

• CN2 GIA-E 40G 限量版：$99.99/年，配置翻倍，性价比极高

• THE PLAN 限量版：$99/年，可选 18 个机房，配置和流量翻倍

• MINICHICKEN 限量版：$19/年，最低价，仅支持弗里蒙特机房

• BiggerBox Pro / MegaBox Pro：洛杉矶 DC1 机房，高端三网优化线路

• The Tokyo Plan：日本东京限量版，三网 CMI 直连

• SakuraBox：日本东京 DC39 机房，CMI 线路

限量版套餐的特点是不定时上线、限量销售、卖完即止。如果遇到价格合适的限量版，建议立刻下手，犹豫就没了。可以关注本站的补货通知群获取第一时间的补货信息。

'''站长点评：'''限量版套餐是搬瓦工"薅羊毛"的最佳机会。尤其是 CN2 GIA-E 10G 限量版，$49.99/年就能享受 CN2 GIA-E 全部机房，性价比碾压一切。缺点就是经常缺货，需要蹲补货通知。如果你有耐心等，限量版永远是最佳选择。

= 十、机房速度排行 =
搬瓦工的不同机房在国内的访问速度差异还是比较明显的。以下是根据实际测速结果整理的速度排行，供大家参考：
{| class="wikitable"
|'''排名'''
|'''机房/线路'''
|'''延迟范围'''
|'''适用场景'''
|-
|'''1'''
|中国香港 CN2 GIA [HKHK_8]
|30-50ms
|极致低延迟建站
|-
|'''2'''
|日本东京 CN2 GIA [JPTYO_8]
|40-80ms
|亚太高端业务
|-
|'''3'''
|日本大阪 CN2 GIA [JPOS_6]
|50-90ms
|日本方向高速
|-
|'''4'''
|日本大阪软银 [JPOS_1]
|60-100ms
|联通用户优选
|-
|'''5'''
|美国洛杉矶 DC6 CN2 GIA-E
|130-170ms
|建站性价比之王
|-
|'''6'''
|美国洛杉矶 DC9 CN2 GIA
|130-170ms
|建站稳定之选
|-
|'''7'''
|美国纽约 CN2 GIA [USNY_8]
|200-250ms
|北美/欧洲业务
|}
以上延迟数据为大致范围，实际情况会因地区、运营商、时段等因素有所不同。建议购买前先通过测试 IP 实际测一下自己的网络环境。

= 十一、购买建议总结 =
最后给大家总结一下不同需求对应的推荐方案，方便快速做决定：

1. '''纯学习/练手：'''KVM 套餐 $49.99/年，便宜够用

2. '''建站/日常使用（推荐）：'''CN2 GIA-E 套餐 $169.99/年起，三网 CN2 GIA，15+ 机房可选

3. '''极致低延迟/高端业务：'''中国香港 CN2 GIA 套餐 $89.99/月起，延迟低至 30ms

4. '''日本方向/亚太业务：'''大阪 CN2 GIA 套餐 $49.99/月起，高端线路+可迁移机房，性价比高

5. '''想省钱/愿意蹲补货：'''限量版套餐，尤其是 CN2 GIA-E 10G 限量版 $49.99/年

6. '''需要高可用/免费换 IP：'''CN2 GIA-E SLA 套餐，99.99% 在线率保证

不管选哪个套餐，搬瓦工的 KiwiVM 控制面板都是统一的，操作体验完全一致。后续如果配置不够用，也可以直接在后台升级到更高级的套餐，已付款金额会按比例折抵。

以上就是搬瓦工目前全部在售套餐的详细介绍和对比。本文会持续更新，如果搬瓦工有新的套餐上线或者价格调整，我会第一时间同步到这里。有任何疑问也欢迎在评论区留言，或者加入本站的交流群一起讨论。

'''[https://www.banwagong.net/ 搬瓦工中文网]''' — 做最专业的搬瓦工中文教程站

1图读懂搬瓦工全系列产品

2026-10-01T23:28:14Z

Liam：已归入 101 汇总页，移除直接的 100 分类

1张图片带你认识搬瓦工全系列产品

[[File:BWH-ALLPRODUCTS-ALL.jpg]]

图片来自：[https://matrix.bwh91.com 搬瓦工库存大全]

搬瓦工商家介绍2025

2026-10-01T23:28:09Z

Liam：已归入 101 汇总页，移除直接的 100 分类

<youtube autoplay="1" rel="0" width="1500" height="845">amBrU3vVs_E</youtube>

搬瓦工简介

2026-10-01T23:28:03Z

Liam：已归入 101 汇总页，移除直接的 100 分类

'''搬瓦工'''（英语：BandwagonHost，简称为'''BWH'''）是一家知名虚拟云服务器提供商，成立于2012年，是加拿大 [https://www.it7.net/ IT7 Networks] 公司旗下的 VPS 主机品牌。主要销售基于 KVM 架构的 VPS 产品，目前拥有 20 个机房，包括中国香港、美国洛杉矶、日本东京、日本大阪、荷兰阿姆斯特丹等多个地区。其 VPS 服务在 KiwiVM 上运行，这是一个内部开发的安全控制面板。它允许执行所有基本管理任务：启动/停止、操作系统重载、紧急控制台、rDNS (PTR) 记录管理、数据中心迁移、快照、使用统计、API 等。

=== 引用 ===

* [https://bandwagonhost.com/ 搬瓦工官方网站1]
* [https://bwh81.net/ 搬瓦工官方网站2]
* [https://www.it7.net/ IT7 Networks]

102 网络线路与综合性能 — Network Routes and General Performance

2026-10-01T23:27:21Z

Liam：创建页面，内容为“本页汇总搬瓦工网络线路类型、优化线路特点及线路层面的综合性能对比。 == 一、线路类型与优化 == * CN2 GIA、CN2 GT、163线路与AS9929/CMIN2等网络区别 * 搬瓦工优化线路介绍 == 二、综合性能对比 == * 搬瓦工 CN2 GIA 与普通线路晚高峰对比：电信实测专项套餐、机房及地区测试报告请查看：Test category 测试报告分类。 Catego…”

本页汇总搬瓦工网络线路类型、优化线路特点及线路层面的综合性能对比。

== 一、线路类型与优化 ==

* [[CN2 GIA、CN2 GT、163线路与AS9929/CMIN2等网络区别]]
* [[搬瓦工优化线路介绍]]

== 二、综合性能对比 ==

* [[搬瓦工 CN2 GIA 与普通线路晚高峰对比：电信实测]]

专项套餐、机房及地区测试报告请查看：[[:Category:Test category|Test category 测试报告分类]]。
[[Category:100 BWH 简介 — BWH Introduction]]

101 BWH 品牌与产品概览 — BWH Brand and Product Overview

2026-10-01T23:24:55Z

Liam：创建页面，内容为“本页汇总 BandwagonHost（搬瓦工）的品牌背景、产品系列、价格、硬件分级及特价产品信息。 == 一、品牌介绍 == * 搬瓦工简介 * 搬瓦工商家介绍2025 == 二、产品与方案概览 == * 1图读懂搬瓦工全系列产品 * 搬瓦工产品介绍 - 价格与功能全面比较 * 瓦工正价生态实测指南：BGP 拓扑真相与硬件分级白皮书 (2026 版) == 三、特价产品与补货 == *…”

本页汇总 BandwagonHost（搬瓦工）的品牌背景、产品系列、价格、硬件分级及特价产品信息。

== 一、品牌介绍 ==

* [[搬瓦工简介]]
* [[搬瓦工商家介绍2025]]

== 二、产品与方案概览 ==

* [[1图读懂搬瓦工全系列产品]]
* [[搬瓦工产品介绍 - 价格与功能全面比较]]
* [[瓦工正价生态实测指南：BGP 拓扑真相与硬件分级白皮书 (2026 版)]]

== 三、特价产品与补货 ==

* [[一图读懂搬瓦工特价机器]]
* [[搬瓦工特价产品--补货时间线]]

[[Category:100 BWH 简介 — BWH Introduction]]

搬瓦工“Network abuse: Mass Mailing”停机原因及解封教程

2026-10-01T22:57:16Z

Liam：已归入 403 汇总页，移除直接的 400 分类

当搬瓦工 <code>KiwiVM</code> 面板顶部出现醒目的红色警告，且 <code>Status</code> 显示为 <code>Suspended</code> 时，意味着服务已被系统暂停。判定停机的具体性质，需要查看警告框内的 <code>Reason</code> 字段。如果显示为 <code>Network abuse: Mass Mailing</code>，则说明 VPS 触发了系统的安全防御机制。

== 一、什么是垃圾邮件滥用？ ==

系统检测到 VPS 正在向外发送大量的邮件流量，为了保护机房 IP 段的信誉，会自动切断该服务器的网络连接。

[[如何从官网后台登录 KiwiVM 管理面板|登录 KiwiVM 后台管理面板]]后看到的具体提示如下：

* '''Reason :''' Network abuse: Mass Mailing（原因：网络滥用：群发邮件）
*
* '''More details :''' We have detected a large number of outgoing SMTP connections originating from this server. This usually means that the server is sending out spam.（详情：我们检测到该服务器发出了大量 SMTP 连接，通常意味着正在发送垃圾邮件。）
*
* '''Additional information :''' 系统通常会附带一段日志截图，列出异常发信的具体 IP 和时间戳作为证据。

[[File:Bwh-abuse-mass-mailing.png|thumb|center|800px|alt=搬瓦工垃圾邮件滥用停机提示|由于 Mass Mailing 导致的 Suspended 停机状态]]

== 二、为什么会触发该报警？ ==

根据官方的风险评估，此类问题极少是用户主动操作，更多是由于系统安全性薄弱导致的连锁反应。

'''系统被入侵'''：官方明确指出，这种情况通常发生在服务器被黑客获取了 <code>root</code> 权限后。黑客会将您的 VPS 变成“肉鸡”，用来批量发送垃圾邮件或执行其他恶意任务。

'''程序存在漏洞'''：如果您在 VPS 上运行了某些存在漏洞的开源程序（如旧版本的 Wordpress 插件），也可能被恶意利用。

'''代理软件配置不当'''：部分用户在安装工具后，若未限制外部访问权限，也可能被他人劫持作为发信通道。

== 三、一年仅有 3 次解封机会 ==

搬瓦工为因滥用被封的用户提供了一定程度的“容错”机制，但这种解封并非无限制的。

* '''次数限制'''：“You can unsuspend a service 3 times in one calendar year”（在一个日历年内，您只有 3 次手动解封的机会。）
*
* '''查看剩余次数'''：面板会显示“Remaining unsuspensions for this server”如果 3 次机会全部耗尽，服务器可能面临长期封禁直至次年。
*
* '''操作按钮'''：在仔细阅读提示后，点击“I understand the issue and ready to resolve it right away”即可恢复服务。

== 四、恢复服务后的强制性步骤 ==

点击解封按钮只是临时恢复了网络，如果不进行后续处理，黑客植入的脚本很快会再次触发报警。

'''必须即刻“重装系统”'''：官方强烈建议：“Make sure you install clean OS immediately after resuming service, otherwise the issue will repeat”（恢复服务后请立即安装纯净的操作系统，否则问题会反复出现。）

* '''执行流程'''：
:# 解除暂停：点击解封按钮"“I understand the issue and ready to resolve it right away”"，使账号和服务恢复正常。
:# 执行关机：在 <code>Main controls</code> 页面点击 <code>Stop</code>，确保 <code>Status</code> 变为 <code>Stopped</code>。
:# 开始重装：进入 <code>Install new OS</code> 菜单，选定镜像并确认重装。

'''注意事项'''

* '''承诺责任'''：点击解封按钮即代表您同意采取措施防止再次违规。频繁的滥用记录可能会导致该机器被标记为不可信，影响后续的正常使用。
*
* '''数据安全'''：如果 VPS 内有重要数据，建议在解封后立即备份，随后再进行<code>重装系统</code>。

搬瓦工VPS被入侵导致“滥用暂停”的排查与快照恢复指南

2026-10-01T22:57:13Z

Liam：已归入 403 汇总页，移除直接的 400 分类

在登录搬瓦工 KiwiVM 控制面板管理 VPS 时，部分用户可能会遇到系统提示 '''"This service is currently suspended."（该服务目前已被暂停）'''的红色警告信息。

这种情况对于并非个例。许多初学者在刚使用 VPS 时，缺乏必要的安全防护意识，导致服务器遭受黑客入侵并沦为恶意网络行为的工具（俗称“肉鸡”）。搬瓦工官方拥有严格的网络风控与监控机制，一旦发现你的服务器存在违规滥用行为，便会立即暂停该服务并扣除相应的“滥用积分（Abuse points）”。

本文将结合搬瓦工官方服务条款（TOS）及常见的封禁提示，带你分析服务器被入侵的潜在原因，指导你如何解除封锁、排查问题，并利用 KiwiVM 自带的'''自动备份（Automatic backups）'''与'''快照（Snapshot）'''功能，找回数据或重新定制一个纯净安全的基础环境。

=== 一、读懂警告信息：五种常见的滥用封禁原因 ===
[[File:滥用信息汇总.png|1100x1100px]]

根据大量被封禁用户的后台截图信息汇总'''（见上图）'''，以及搬瓦工官方 TOS 的严格规定，滥用警告主要分为以下几种。如果你看到了这些提示，说明你的服务器可能被黑客控制：

==== 1. Network abuse: Mass Mailing (大量发送垃圾邮件) ====

* '''提示信息：''' <code>We have detected a large number of outgoing SMTP connections originating from this server.</code>（检测到大量发往目标 25 端口的 SMTP 请求）。
* '''代表含义：''' 你的服务器被植入了发信木马，沦为了'''垃圾邮件发送中继（Spam Bot）'''。黑客正在利用你的机器大量发送垃圾营销邮件或钓鱼邮件。搬瓦工 TOS 对滥发垃圾邮件是零容忍的。

==== 2. Large number of conntrack sessions (超量并发) ====

* '''提示信息：''' <code>The server is creating too many conntrack sessions (more than 30000).</code> 下方通常伴随着密密麻麻的 UDP/TCP 记录。
* '''代表含义：''' 你的机器正在参与 '''DDoS 攻击'''（如 UDP Flood）。你的服务器成了攻击别人网站的武器，瞬间发出的大量连接耗尽了宿主机的网络资源。

==== 3. Disk I/O & CPU abuse (磁盘读写与 CPU 滥用) ====

* '''提示信息：''' 提示 <code>Disk I/O abuse</code> 或 <code>CPU abuse</code>，且通常在暂停前几小时会收到一封警告邮件。
* '''代表含义：''' 搬瓦工 TOS 明确规定，禁止长时间（4小时以上）持续进行超过 100 MiB/s 的磁盘读写，也禁止长时间跑满 CPU。这个提示出现，说明服务器被植入了'''恶意挖矿脚本'''，导致硬件资源被榨干。

==== 4. Port Scanning (网络端口扫描与暴力破解) ====

* '''提示信息：''' <code>Outgoing port scanning detected.</code> 或类似的大量对外探测行为警告。
* '''代表含义：''' 黑客控制了你的机器使用 <code>masscan</code> 或 <code>nmap</code> 等工具，扫描互联网上其他服务器的 SSH 端口并尝试暴力破解。这会引发大量外部防火墙的自动投诉（Abuse Reports）。

==== 5. Hosting of Malicious Content (钓鱼网站与恶意软件托管) ====

* '''提示信息：''' 收到附带第三方安全机构（如 Spamhaus, Netcraft）投诉原文的警告邮件，提示存在 Phishing Site。
* '''代表含义：''' 黑客利用你的 Web 服务器（如 Nginx/Apache）漏洞，在你的网站目录下悄悄上传了伪造的 PayPal、苹果 ID 或银行登录页面，用于骗取他人的账号密码。一旦被报告，搬瓦工会立刻暂停你的服务器。

<blockquote>'''注意：''' 搬瓦工实行滥用积分制。每次违规都会被扣除几十分到上百分不等。'''一旦年度积分被扣光，这台机器将在本年度被永久强制关机，且无法退款！'''</blockquote>

=== 二、为什么服务器会被入侵 ===
黑客通常不会针对某个特定的普通人，他们使用自动化脚本在全网 24 小时不断扫描。你中招的原因通常是以下几点：

# '''使用了极弱的 SSH 密码：''' 比如 <code>root123</code>、<code>admin</code>，或者仍在使用默认的 22 端口，被黑客跑字典暴力破解了。
# '''运行了来路不明的一键脚本：''' 很多看似方便的一键脚本，其实底层夹带了私货，运行的瞬间就给你留了后门。
# '''Web 程序存在漏洞：''' 比如你搭建了 WordPress 网站，但使用了破解版的主题、存在漏洞的老旧插件，黑客通过 Web 漏洞拿到了系统的执行权限。

=== 三、解除暂停与紧急排查措施 ===

==== 第一步：承诺解决，解除暂停 ====
在红色警告框的底部，你会看到一个按钮：<code>I understand the issue and ready to resolve it right away</code>（我了解此问题并准备立即解决）。

* '''注意：''' 点击这个按钮后，服务器会重新开机并解除封锁。但你只有'''非常短的时间（可能只有几十分钟）'''来修复问题。如果搬瓦工再次检测到滥用行为，会立刻进行二次封禁，并扣除更多积分！

==== 第二步：紧急排查（适用于有一定 Linux 基础的用户） ====
一旦解除暂停，立即通过 SSH 登录服务器，进行快速排查：

# '''揪出恶意进程：''' 输入 <code>top</code> 或 <code>htop</code>，按 <code>P</code> 键（按 CPU 占用排序）。如果你看到名字非常奇怪的进程（如随机乱码字母，或者占用 99% CPU 的进程），直接 <code>kill -9 进程PID</code> 杀掉它。
# '''检查异常连接：''' 输入 <code>netstat -antp</code>，查看有哪些可疑的进程在大量对外发起连接（尤其是 25 端口或大量的 UDP 连接）。
# '''检查定时任务：''' 黑客通常会把木马写进定时任务里防杀。输入 <code>crontab -l</code> 和 <code>cat /etc/crontab</code>，如果看到不认识的命令立刻删掉（必要的话可以咨询AI）。

=== 四、利用备份与快照恢复生产环境 ===
由于高明的黑客会隐藏进程、替换系统底层命令（如修改 <code>netstat</code> 让你什么都查不到），手动清理往往斩草不除根。'''最安全、最彻底的做法是利用备份回滚，或者推倒重来。'''

==== 方案一：利用搬瓦工的自动备份（推荐优先尝试） ====
[[File:自动备份截图.png|900x900px]]

搬瓦工会在后台定期为服务器创建备份'''（见上图）'''，通常可以保存最近一到两个月的历史数据。你可以通过它找回“被入侵前”的干净系统。

# '''查找历史备份：''' 在 KiwiVM 面板左侧找到 '''Automatic backups'''（自动备份）。在这里你会看到按日期排列的备份列表。
# '''导入为快照：''' 选择一个你认为'''还未被入侵的较早日期'''（比如上个月的某一天），点击下方的按钮 '''<code>Import to my Snapshots</code>'''（导入为快照）。
# '''执行恢复：''' 导入完成后，前往左侧的 '''Snapshots'''（快照）菜单，找到刚才导入的备份快照，点击 '''<code>Restore</code>'''（恢复）。系统会覆盖当前硬盘，回到那个日期的状态。
# '''黄金抢救期（极度重要）：''' 恢复成功并开机后，'''请立即、第一时间通过 SSH 登录（因为服务器漏洞大概率还存在）'''！
#* 立刻修改系统密码：<code>passwd root</code>
#* 频繁检查是否还有异常进程：<code>top</code>
#* 如果发现一切正常，说明你成功回到了未被感染的时期；请马上修改 SSH 为高位端口或开启密钥登录，进行安全加固。如果发现刚开机或者运行一段时间后问题又出现，说明那个日期的备份也已经中毒了，请尝试更早的备份，或者直接使用“'''方案二'''”。

==== 方案二：彻底抹除，重装纯净系统 ====
如果自动备份无法拯救，或者你不需要保留数据，推倒重来是唯一的选择。

# '''彻底抹除：''' 在 KiwiVM 面板左侧找到 <code>Install new OS</code>，选择 <code>Debian 12</code> 或你熟悉的系统，点击重装。这将彻底物理抹除硬盘上的所有恶意代码。
# '''安全三板斧：''' 新系统装好后的前 5 分钟是绝对纯净的，立刻登录执行安全加固：
#* '''修改 SSH 端口：''' 彻底抛弃 22 端口，改为五位数的高位端口（如 45678）。
#* '''开启密钥登录并禁用密码：''' 配置 SSH Key 登录，修改 <code>sshd_config</code> 把 <code>PasswordAuthentication</code> 设为 <code>no</code>。（黑客再也无法通过暴力破解密码进入）。
#* '''更新补丁：''' 运行 <code>apt update && apt upgrade -y</code>。
# '''创建专属“安全纯净版快照”：'''
#* 使用官方且安全的命令，安装好运行环境。
#* 在安装任何第三方软件或者部署数据前，回到 KiwiVM 的 '''Snapshots''' 菜单。
#* 点击 '''Create new snapshot'''，描述写上：<code>'''debian12 已安装运行环境'''</code>。
#* 点击该快照的 '''<code>set sticky</code>''' 按钮，将其标记为永久保存。以后无论怎么折腾，一键读档 3 分钟即可满血复活（可以最多保持2个永久快照）。

[[File:创建备份并固定.png|900x900px]]

=== 写在最后 ===
服务器被入侵并不可怕，可怕的是重装系统后依然不改密码、不改端口，在同一个坑里反复跌倒，最终导致机器被永久封禁。

遇到滥用封禁时，请先冷静理清思路。利用好搬瓦工的 '''Automatic backups''' 找回数据，或利用 '''Snapshot''' 定制备份。只有养成良好的安全习惯并善用官方工具，你才能在折腾 VPS 的道路上高枕无忧。

搬瓦工 VPS 遭遇 DDoS 攻击深度排障与自救手册

2026-10-01T22:57:09Z

Liam：已归入 403 汇总页，移除直接的 400 分类

面对搬瓦工 VPS 突然全网失联且无法 <code>Ping</code> 通的情况，需要结合实际运维经验，深入剖析 DDoS 攻击下的空路由（Nullrouted）触发机制，并建立一套从精准判定到彻底自救的实战方案。

== 一、为什么我的搬瓦工服务器会突然“消失”？ ==

搬瓦工绝大多数套餐方案在设计上更偏向于提供高性能的底层架构，而非自带硬件级 DDoS 防御。这意味着当特定 IP 遭遇大规模恶意请求时，机房会采取自动化保护措施以确保整体链路的稳定。

* 空路由（Nullrouted）机制：当流量超过阈值，系统会将指向该 IP 的所有数据包丢弃，形成所谓的“黑洞”。此时网站无法打开、<code>SSH</code> 无法登陆、<code>Ping</code> 测试也会完全失效。
*
* 1800 秒封禁周期：触发空路由后，默认的屏蔽时长通常为 <code>1800 秒</code>（30 分钟）。如果封禁解除后攻击仍在继续，屏蔽时间会循环延长，导致服务器反复失联。

== 二、如何确认自己的服务器正处于 DDoS 攻击中？ ==

在排查网络故障时，首先需要区分是软件配置错误还是受到了流量攻击。通过以下数据特征可以快速锁定故障性质。

'''1. 查看系统邮件通知''' 当 IP 触发空路由时，系统会自动向注册邮箱发送一封包含 <code>is currently under a (D)DoS attack</code> 的邮件，明确告知 IP 已被暂时屏蔽。

'''2. 分析流量特征曲线'''

在排查过程中，通过图形化的数据回馈能最直观地捕捉攻击痕迹。相比于命令行，KiwiVM 后台的统计图表能更清晰地展现出入站流量的异常脉络。

:* 进入路径：登录 <code>KiwiVM</code> 管理后台，在左侧 <code>Security & Records</code> 栏目下点击 <code>Detailed statistics</code> 页面。

:* 观察指标：在右侧详情页中，重点观察 <code>Network I/O (Bits per second)</code> 图表。

:* 黑洞特征判定：
::* 流量尖峰：如果图表中出现如绿色阴影所示的垂直状极高尖峰，说明该时段遭受了大规模入站流量冲击。

::* 断崖式归零：在尖峰之后，如果流量瞬间掉落并呈水平直线（接近 <code>0 bps</code>）持续延伸，说明 <code>IP</code> 已被系统自动放入黑洞（空路由）进行清洗。

[[File:kiwivm-detailed-statistics-ddos-traffic.png|thumb|center|800px|alt=KiwiVM 详细统计页面显示 DDoS 攻击导致的流量断崖|通过 <code>Detailed statistics</code> 中的流量断层判定 <code>IP</code> 是否被封禁]]

'''3. 状态矛盾核对''' 如果控制面板显示服务器状态为 Running 且未执行重装系统或主动关闭服务，但外部一切连接手段均失效，基本可以判定为遭受了 DDoS 攻击。

== 三、应急方案：利用 Cloudflare 建立前端防线 ==

由于搬瓦工普通套餐无法提供高防线路，利用 <code>Cloudflare</code> 的全球节点接住流量是目前成本最低且效果最好的自救方式。

'''1. 接入与隐藏逻辑'''

通过将域名 <code>DNS</code> 托管至 <code>Cloudflare</code> 并点亮橙色云朵图标（代理模式），访客的请求会先打到防护节点而非搬瓦工源站。这种方式能有效隐藏真实 IP，屏蔽掉大量的扫描与流量攻击。

'''2. 防护策略加固'''

* 开启攻击模式：在攻击期间开启 <code>Under Attack Mode</code>，强制访客进行 5 秒安全验证。
*
* 防火墙规则 (WAF)：在后台针对异常频率的请求或特定国家/地区设置拦截规则。
*
* 优化缓存设置：适当提高静态资源的缓存比例，减少回源请求，减轻服务器的 <code>CPU</code> 与网络压力。

== 四、利用快照功能实现数据迁移与 IP 更换 ==

如果攻击方持续对特定 IP 进行攻击，即使配置了 <code>Cloudflare</code>，旧 IP 一旦解封仍可能被再次打进黑洞。此时，利用快照功能进行业务迁移是更为彻底的办法。

'''数据迁移与环境恢复流程：'''

* 制作快照：在 KiwiVM 界面进入 <code>Snapshots</code> 页面，为当前受攻击的服务器做一个全量备份。
*
* 快照还原与迁移：利用'''搬瓦工的快照'''功能，可以新建一台同配置的 VPS 并还原该镜像。或者通过面板功能进行'''更换机房'''来获取全新的 IP 地址。
*
* 解析同步更新：在获取新 IP 后，只需在 <code>Cloudflare</code> 后台修改 <code>A 记录</code>，新 IP 会在几秒钟内生效，从而切断旧 IP 的受攻击链路。

== 五、遇DDoS自动断开网卡5分钟 ==
检测DDoS就自动断网5分钟

'''如果你的服务器只入不出的话..那么这个脚本就不适合你了'''

可修改的参数

<nowiki>#</nowiki> 1.触发检查的起步阈值 (MB/s) 这个可以填写你的最大带宽注意单位是MB

TRIGGER_LIMIT_MB=50

<nowiki>#</nowiki> 2.出站流量比例因子 (0.0 - 1.0)

如果流出的流量比进入的流量*设置的值(默认是0.4)就认为发生了ddos

如果你的服务器只入不出的话..那么这个脚本就不适合你了

如果 (出站 TX) < (入站 RX * 因子)，则判定为攻击。

SAFE_RATIO=0.4

<nowiki>#</nowiki> 3. 连续确认次数防止误报

MAX_RETRIES=3

<nowiki>#</nowiki> 4. 检查间隔 (秒)

CHECK_INTERVAL=2

<nowiki>#</nowiki> 5. 黑洞时长 (秒) - 300秒 = 5分钟断网时长..

BLACKHOLE_TIME=300

<nowiki>#</nowiki> 6. 安全模式 (true=只报警不操作, false=执行断网)

SAFE_MODE=false

<nowiki>#</nowiki> 7. 日志显示阈值 (MB/s) 只有高过这个阈值才有显示出来的文本就是一些流入和流出数据计算的值

LOG_LIMIT_MB=5

Bash脚本版本<syntaxhighlight lang="bash">
#!/bin/bash

# ================= 用户配置区域 =================

# 1. 触发检查的起步阈值 (MB/s)
TRIGGER_LIMIT_MB=50

# 2. 出站流量比例因子 (0.0 - 1.0)
# 如果 (出站 TX) < (入站 RX * 因子)，则判定为攻击。
SAFE_RATIO=0.4

# 3. 连续确认次数
MAX_RETRIES=3

# 4. 检查间隔 (秒)
CHECK_INTERVAL=2

# 5. 黑洞时长 (秒) - 300秒 = 5分钟
BLACKHOLE_TIME=300

# 6. 安全模式 (true=只报警不操作, false=执行断网)
SAFE_MODE=false

# 7. 日志显示阈值 (MB/s)
LOG_LIMIT_MB=5

# ===============================================

# 自动获取默认网卡
IFACE=$(ip route get 8.8.8.8 | awk '{print $5; exit}')
OVERLOAD_COUNT=0

# 颜色定义
RED='\033[0;31m'
GREEN='\033[0;32m'
YELLOW='\033[0;33m'
NC='\033[0m'

echo -e "${GREEN}=== 智能流量保镖 v3.0 (黑洞版) 启动 ===${NC}"
echo "监控网卡: $IFACE"
echo "黑洞时长: $BLACKHOLE_TIME 秒"
echo "安全模式: $SAFE_MODE"
echo "========================================"

get_bytes() {
cat "/sys/class/net/$IFACE/statistics/$1"
}

# 初始化读数
PREV_RX=$(get_bytes "rx_bytes")
PREV_TX=$(get_bytes "tx_bytes")

while true; do
sleep $CHECK_INTERVAL

CURR_RX=$(get_bytes "rx_bytes")
CURR_TX=$(get_bytes "tx_bytes")

# 使用 awk 计算速度和逻辑
read RX_MB TX_MB IS_HIGH IS_ATTACK <<< $(awk -v r1=$PREV_RX -v r2=$CURR_RX \
-v t1=$PREV_TX -v t2=$CURR_TX \
-v time=$CHECK_INTERVAL \
-v limit=$TRIGGER_LIMIT_MB \
-v ratio=$SAFE_RATIO '
BEGIN {
delta_rx = r2 - r1
delta_tx = t2 - t1
# 防止负数 (重启网卡后可能发生)
if (delta_rx < 0) delta_rx = 0
if (delta_tx < 0) delta_tx = 0

rx_speed = delta_rx / 1024 / 1024 / time
tx_speed = delta_tx / 1024 / 1024 / time

is_high = (rx_speed > limit) ? 1 : 0
limit_tx = rx_speed * ratio
is_attack = (tx_speed < limit_tx) ? 1 : 0

printf "%.2f %.2f %d %d", rx_speed, tx_speed, is_high, is_attack
}')

# 更新上一轮数据
PREV_RX=$CURR_RX
PREV_TX=$CURR_TX

# 打印日志
RX_INT=${RX_MB%.*}
RX_INT=${RX_INT:-0}
if [ "$RX_INT" -ge "$LOG_LIMIT_MB" ]; then
echo "[$(date +%T)] RX: $RX_MB MB/s | TX: $TX_MB MB/s"
fi

# 核心判断逻辑
if [ "$IS_HIGH" -eq 1 ] && [ "$IS_ATTACK" -eq 1 ]; then
((OVERLOAD_COUNT++))
echo -e "${RED}[警报 $OVERLOAD_COUNT/$MAX_RETRIES] 流量异常 (RX高 TX低) 疑似攻击！${NC}"

if [ "$OVERLOAD_COUNT" -ge "$MAX_RETRIES" ]; then
echo -e "${RED}!!! 确认攻击，触发黑洞防御 !!!${NC}"

if [ "$SAFE_MODE" = true ]; then
echo -e "${YELLOW}[测试] 安全模式开启，不执行断网。${NC}"
OVERLOAD_COUNT=0
else
# === 执行黑洞 ===
echo -e "${RED}正在关闭网卡 [$IFACE]...${NC}"
ip link set dev "$IFACE" down

echo -e "${YELLOW}网卡已关闭，进入 $BLACKHOLE_TIME 秒静默期...${NC}"
sleep "$BLACKHOLE_TIME"

echo -e "${GREEN}黑洞结束，正在恢复网卡...${NC}"
ip link set dev "$IFACE" up

# 等待网络恢复
sleep 5

# === 关键：重置状态 ===
# 网卡重启后计数器会清零，必须重新获取基准值，否则下次计算会出错
PREV_RX=$(get_bytes "rx_bytes")
PREV_TX=$(get_bytes "tx_bytes")
OVERLOAD_COUNT=0
echo -e "${GREEN}监控已恢复。${NC}"
fi
fi
else
# 流量正常或恢复
if [ "$OVERLOAD_COUNT" -gt 0 ]; then
echo -e "${GREEN}流量特征恢复正常，警报解除。${NC}"
fi
OVERLOAD_COUNT=0
fi
done
</syntaxhighlight>'''bash版本使用'''

一、前置要求

* '''权限'''：必须以 '''Root''' 用户身份运行（脚本需要控制网卡开关）。
* '''依赖'''：脚本依赖 <code>ip</code> 和 <code>awk</code> 命令（BandwagonHost 的绝大多数系统已内置，无需额外安装）。

二、安装脚本

# '''创建存放目录（推荐）'''

<code>mkdir -p /root/scripts</code>

<code>nano /root/scripts/traffic_guard.sh</code>

# '''粘贴代码''' 将上方的脚本完整复制并粘贴进去，按 <code>Ctrl+O</code> 保存，<code>Ctrl+X</code> 退出。
# '''赋予执行权限''' <code>chmod +x /root/scripts/traffic_guard.sh</code>

三、运行方式

方式 A：Systemd 托管运行（推荐，生产环境标准）

这种方式可以实现'''开机自启'''，后台静默运行，且脚本意外退出会自动重启。

# '''创建服务文件''' <code>nano /etc/systemd/system/traffic_guard.service</code>
# '''填入以下内容'''<syntaxhighlight lang="bash">
[Unit]
Description=BandwagonHost Traffic Guard Service
After=network.target
[Service]
Type=simple
# 确保此处的路径与你实际保存的路径一致
ExecStart=/root/scripts/traffic_guard.sh
Restart=always
User=root

[Install]
WantedBy=multi-user.target
</syntaxhighlight>
# '''启动并设置开机自启'''
<nowiki>#</nowiki>重载配置文件

<code>systemctl daemon-reload</code>

<nowiki>#</nowiki>设置开机自动启动

<code>systemctl enable traffic_guard</code>

<nowiki>#</nowiki>运行此服务

<code>systemctl start traffic_guard</code>

'''4.查看运行日志'''

<nowiki/>#查看实时日志

<code>journalctl -u traffic_guard -f</code>

'''方式 B：临时运行（测试用）'''

如果你不想配置 Systemd，或者想在 SSH 窗口看着它 <code>/root/scripts/traffic_guard.sh</code>
go版本<syntaxhighlight lang="go">
package main

import (
"fmt"
"io/ioutil"
"log"
"os/exec"
"strconv"
"strings"
"time"
)

// ================= 配置区域 =================
const (
TriggerLimitMB = 50.0 // 入站流量触发阈值 (MB/s)
SafeRatio = 0.4 // 出站/入站最小安全比例
MaxRetries = 3 // 连续确认次数
CheckInterval = 2 // 检查间隔 (秒)
BlackholeTime = 300 // 黑洞时长 (秒)
LogLimitMB = 5.0 // 日志打印阈值
SafeMode = false // true=仅打印, false=执行操作
)

// ===========================================

var overloadCount = 0

func main() {
// 自动获取默认网卡
iface, err := getDefaultInterface()
if err != nil {
log.Fatalf("无法获取网卡: %v", err)
}

fmt.Printf("=== Go流量保镖启动 | 网卡: %s | 阈值: %.0fMB/s ===\n", iface, TriggerLimitMB)

// 初始化读取
prevRx, prevTx := getBytes(iface)

for {
time.Sleep(time.Duration(CheckInterval) * time.Second)

currRx, currTx := getBytes(iface)

// 计算速度 (MB/s)
rxSpeed := float64(currRx-prevRx) / 1024 / 1024 / float64(CheckInterval)
txSpeed := float64(currTx-prevTx) / 1024 / 1024 / float64(CheckInterval)

// 防止负数（网卡重置后可能出现）
if rxSpeed < 0 { rxSpeed = 0 }
if txSpeed < 0 { txSpeed = 0 }

// 更新基准
prevRx = currRx
prevTx = currTx

// 日志输出
if rxSpeed > LogLimitMB {
log.Printf("[流量] RX: %.2f MB/s | TX: %.2f MB/s\n", rxSpeed, txSpeed)
}

// 判断逻辑
isHighTraffic := rxSpeed > TriggerLimitMB
isAttackPattern := txSpeed < (rxSpeed * SafeRatio)

if isHighTraffic && isAttackPattern {
overloadCount++
fmt.Printf("\033[31m[警报 %d/%d] 异常流量检测! RX: %.2f, TX: %.2f\033[0m\n", overloadCount, MaxRetries, rxSpeed, txSpeed)

if overloadCount >= MaxRetries {
triggerBlackhole(iface)
// 黑洞结束后，重置计数器和基准值
overloadCount = 0
prevRx, prevTx = getBytes(iface)
}
} else {
if overloadCount > 0 {
fmt.Println("\033[32m流量恢复正常，警报解除。\033[0m")
}
overloadCount = 0
}
}
}

// 执行黑洞逻辑
func triggerBlackhole(iface string) {
fmt.Println("\033[31m!!! 确认攻击，正在执行黑洞防御 !!!\033[0m")

if SafeMode {
fmt.Println("[安全模式] 模拟执行：关闭网卡...")
time.Sleep(2 * time.Second)
fmt.Println("[安全模式] 模拟执行：开启网卡...")
return
}

// 关闭网卡
log.Printf("正在关闭网卡 %s ...", iface)
if err := exec.Command("ip", "link", "set", "dev", iface, "down").Run(); err != nil {
log.Printf("关闭网卡失败: %v", err)
return
}

log.Printf("网卡已关闭，等待 %d 秒...", BlackholeTime)
time.Sleep(time.Duration(BlackholeTime) * time.Second)

// 开启网卡
log.Printf("正在恢复网卡 %s ...", iface)
if err := exec.Command("ip", "link", "set", "dev", iface, "up").Run(); err != nil {
log.Printf("CRITICAL: 恢复网卡失败，请手动处理! Error: %v", err)
return
}

// 给一点时间让网络重新协商
time.Sleep(5 * time.Second)
log.Println("网络已恢复，重新开始监控。")
}

// 读取系统文件获取流量字节
func getBytes(iface string) (uint64, uint64) {
rxPath := fmt.Sprintf("/sys/class/net/%s/statistics/rx_bytes", iface)
txPath := fmt.Sprintf("/sys/class/net/%s/statistics/tx_bytes", iface)

rx, _ := readUint64(rxPath)
tx, _ := readUint64(txPath)
return rx, tx
}

func readUint64(path string) (uint64, error) {
data, err := ioutil.ReadFile(path)
if err != nil {
return 0, err
}
return strconv.ParseUint(strings.TrimSpace(string(data)), 10, 64)
}

// 简单的获取默认网卡方法
func getDefaultInterface() (string, error) {
out, err := exec.Command("sh", "-c", "ip route get 8.8.8.8 | awk '{print $5; exit}'").Output()
if err != nil {
return "", err
}
return strings.TrimSpace(string(out)), nil
}
</syntaxhighlight>'''一、环境准备'''
在编译运行之前，你需要先在 VPS 上安装 Go 语言环境。
'''Debian / Ubuntu:'''

<code>apt update && apt install golang -y</code>

'''CentOS / AlmaLinux:'''

<code>yum install golang -y</code>

验证安装是否成功：

go version

输出类似 go version go1.x.x linux/amd64 即为成功

'''二、编译与安装'''

# '''创建文件''' 创建一个名为 <code>traffic_guard.go</code> 的文件，并将上方的代码完整粘贴进去。Bash <code>nano traffic_guard.go</code> ''(粘贴代码后，按 <code>Ctrl+O</code> 保存，<code>Ctrl+X</code> 退出)''
# '''修改配置（可选）''' 代码顶部的 <code>const</code> 区域是配置项。
#* <code>TriggerLimitMB</code>: 触发阈值（默认 50MB/s）。
#* <code>SafeMode</code>: 如果设为 <code>true</code>，只会报警不会真断网（适合测试）。
# '''编译生成可执行文件''' <code>go build -o traffic_guard traffic_guard.go</code> ''此时你会发现当前目录下多了一个名为 <code>traffic_guard</code> 的可执行文件。''
# '''赋予权限并移动''' <code>chmod +x traffic_guard mv traffic_guard /root/traffic_guard</code>

'''三、运行方式'''

'''方式 A：Systemd 托管运行（强烈推荐）'''

这是最稳健的方式，支持开机自启和进程守护。

# '''创建服务文件''' <code>nano /etc/systemd/system/traffic_guard.service</code>
# '''填入以下内容'''
<syntaxhighlight lang="bash">
[Unit]
Description=BandwagonHost Traffic Guard (Go Version)
After=network.target

[Service]
Type=simple
# 确保这里的路径是你实际存放二进制文件的路径
ExecStart=/root/traffic_guard
Restart=always
User=root

[Install]
WantedBy=multi-user.target
</syntaxhighlight>3.'''启动并设置开机自启'''

<nowiki>#</nowiki>重载配置文件

<code>systemctl daemon-reload</code>

<nowiki>#</nowiki>设置开机自动启动

<code>systemctl enable traffic_guard</code>

<nowiki>#</nowiki>运行此服务

<code>systemctl start traffic_guard</code>

'''4.查看状态与日志'''

<nowiki>#</nowiki>查看运行状态

<code>systemctl status traffic_guard</code>

<nowiki>#</nowiki>查看实时日志

<code>journalctl -u traffic_guard -f</code>

'''方式 B：临时测试运行'''

如果你只是想看看它能不能正常工作：

<code>./traffic_guard</code>

''(注意：必须以 Root 身份运行，否则无法控制网卡)''

💡 '''常见问题 (FAQ)'''
* '''Q: 编译时报错 <code>command not found</code> 怎么办？'''
** '''A:''' 说明 Go 环境没装好，请重新执行 <code>apt install golang</code>。如果 VPS 系统太老源里没有 Go，建议使用 Bash 版本脚本。
* '''Q: 程序报错 <code>panic: 无法获取网卡</code>？'''
** '''A:''' 程序会自动尝试检测默认网卡。如果检测失败，请检查你的 VPS 是否有特殊的网络配置，或者尝试手动修改代码中的 <code>getDefaultInterface</code> 函数，直接返回字符串 <code>"eth0"</code>。
**

'''关键配置说明'''

* '''如何测试脚本是否有效？''' 建议将脚本中的 <code>SAFE_MODE=false</code> 改为 <code>SAFE_MODE=true</code>。这样当流量超标时，脚本只会输出红色警报文字，而不会真的断网。确认触发逻辑正常后，再改回 <code>false</code> 。
* '''触发黑洞断网后，我会彻底失联吗？''' 不会。黑洞防御只是暂时关闭网卡，您可以通过以下三种方式恢复：
** '''方法 1：等待自动恢复''' 耐心等待 <code>BLACKHOLE_TIME</code>（默认 300秒/5分钟）结束，脚本会自动重新开启网卡，无需任何操作。
** '''方法 2：通过 KiwiVM VNC 恢复''' 登录 KiwiVM 面板，打开 '''VNC Console'''（类似于物理显示器，不受网卡关闭影响）。在 VNC 窗口中按 <code>Ctrl+C</code> 终止脚本，然后输入 <code>ip link set dev eth0 up</code> 手动恢复网络。
** '''方法 3：重启服务器''' 如果以上方法您都不会操作，可以直接在 KiwiVM 面板点击 '''Reset''' 或 '''Force Stop''' 后再 '''Start''' 重启服务器。重启后网卡会默认恢复连通状态。（注意：这会导致您未保存的数据丢失或服务短暂中断）。

== 六、长期预案：建立高可用的 VPS 使用环境 ==

防御 DDoS 攻击是一项长期工作。通过完善的预案体系和日常的加固措施，可以将潜在的停机风险降到最低。

'''安全预防建议：'''

* 双机备份方案：建议准备一台速度快的线路（如香港CN2 GIA 或日本东京CN2 GIA）作为直连主力机，同时准备一台便宜的KVM常规套餐作为备份服务器。一旦主力机被黑洞，立即切换解析到备份机并开启 <code>Cloudflare</code> 防御。
*
* 系统加固与监控：日常运维中应当修改SSH端口，定期通过 <code>Audit Log</code> 观察异常操作，并确保开启了'''搬瓦工自动备份'''功能以应对极端情况。
*
* 资源合理分配：若业务量增长明显，建议及时'''升级套餐'''。如果 IP 已被打残无法解封，可咨询'''搬瓦工客服'''关于'''购买IP'''的具体事宜或申请退款。

'''注意事项'''

* 当 IP 处于空路由状态时，所有的 <code>SSH</code> 工具（如 <code>Xshell</code>、<code>Xftp</code>）均无法连接，请耐心等待 1800 秒解封。
*
* 若服务器因 CPU 占用过高被暂停（Suspended），处理流程会有所不同。请务必确认失联原因属于流量攻击而非资源超载。

违反服务条款处理机制

2026-10-01T22:57:05Z

Liam：已归入 403 汇总页，移除直接的 400 分类

= 瓦工（BandwagonHost）VPS 违规积分与处理机制 =

== 一、违规积分制度（Abuse Points） ==

* '''每台 VPS 每个年度初始有 1500 个信用积分'''
* 积分是 '''按 VPS 单独计算'''，不是按账号

----

== 二、违规行为与积分扣除 ==
当 VPS 被检测到 '''违反服务条款（TOS / AUP）''' 时，会根据违规严重程度扣除积分：

=== 🔹 常见违规行为包括（但不限于）： ===

* 发送垃圾邮件（Spam）
* 扫描端口（Port Scanning）
* 主动攻击行为（如暴力破解、网络攻击）
* 作为开放代理、跳板
* DDoS 攻击或参与攻击
* 恶意软件、挖矿、异常高负载
* 对其他用户或网络造成安全风险的行为

=== 🔹 积分扣除规则： ===

* '''每次违规至少扣除 100 个积分'''
* 严重或重复违规，可能 '''一次扣除更多积分'''
* 扣分数量由官方根据违规性质判定

----

== 三、违规后的处理流程 ==

=== 1️⃣ 检测到违规行为 ===

* 系统或人工检测到 VPS 存在违规行为
* VPS 会被 '''立即暂停（Suspended）'''
* 在 '''KiwiVM 控制面板'''中通常可看到简要说明（Abuse Reason）

=== 2️⃣ 进行整改 ===

* 用户需要自行处理违规原因，例如：
** 停止违规服务
** 清理恶意程序
** 修改配置、修补漏洞
* 官方一般不手把手协助排查，需要用户自行整改

=== 3️⃣ 自行恢复运行 ===

* 确认整改完成后
* '''用户可在控制面板中自行开机恢复服务'''
* 恢复后，对应积分已被扣除，不可返还

----

== 四、积分耗尽的后果（⚠️ 非常重要） ==

* 当 '''该 VPS 的违规积分被扣完（≤ 0）''' 时：
** ❌ VPS 会被 '''直接销毁（Destroyed）'''
** ❌ 数据不可恢复
** ❌ 不会退款
* 销毁的是 '''该 VPS 实例'''，不一定是整个账号，但严重情况可能影响账号信誉

----

== 五、总结（简明版） ==
<blockquote>
* 每台 VPS 每年有 '''1500 违规积分'''
* 每次违规 '''至少扣 100 分'''
* 违规后会 '''暂停服务 → 整改 → 自行开机'''
* '''积分扣完 = VPS 被销毁，无法恢复'''
</blockquote>

搬瓦工服务条款(TOS)与防封号详细解析

2026-10-01T22:57:01Z

Liam：已归入 403 汇总页，移除直接的 400 分类

当你拿到了 VPS 的最高管理权限（Root）时，很容易产生一种错觉：我已经付了钱，这台VPS就是我的私人财产，我想在上面干什么就可以干什么。

然而现实非常残酷。在云计算的世界里，你并没有买下硬件，你只是“租用”了服务商的一小块资源。当你点击购买的那一刻，你就已经默认同意了一份冗长且极其严格的法律文件——服务条款（TOS）和可接受使用政策（AUP）。

很多第一次购买的新手往往看都不看 TOS条款就勾选了同意，结果在不知不觉中触发了红线，导致服务器被突然停机（Suspend），甚至账号被直接删除且拒绝退款。

为了让你少交学费走弯路，下面的内容会直接引用搬瓦工（BandwagonHost）的核心 TOS 条款原文，详细的为你对 TOS 里的条款进行逐条拆解：这些规定的底线到底在哪里？新手又该如何防止自己触犯到这些条款导致自己的服务被暂停或封禁？
----

== 一、硬件资源滥用：不仅限速，还会封号 ==
低价 VPS 的本质是“合租”。几十个用户共享一台物理母机的硬件。如果你一个人把资源全部霸占，其他人的机器就会卡死。因此，服务商对资源滥用抓得极严。

== 1. 绝对禁止的加密货币挖矿 ==
<blockquote>[[File:Tos2.png|thumb|366x366px]]TOS 条款原文： "Cryptocurrency mining, as well as decentralized storage/computing services which are associated with cryptocurrency (like bee swarm etc);"

具体解释：严禁任何形式的虚拟货币挖矿，以及类似 Bee Swarm 这种和区块链相关的去中心化存储/计算服务。

防坑指南：很多新手觉得“我买的 CPU 闲着也是闲着，不如挂个脚本挖点门罗币回血”。千万不要有这种危险的想法。服务商后台有极其敏锐的监控脚本，只要检测到你的 CPU 出现持续满载，或者网络流量中包含矿池的特征码，机器会立刻被封杀。连抱着测试的心态去跑挖矿代码都不行。</blockquote>

== 2. 疯狂的硬盘读写 (Storage I/O) ==
<blockquote>[[File:Tos1.png|thumb|377x377px]]TOS 条款原文： "Please avoid situations where your VPS is constantly performing storage I/O operations at a rate over 100 MiB/s for prolonged periods of time (4+ hours). ...we reserve the right to temporarily suspend service until this is resolved."

具体解释：请避免你的 VPS 长时间（超过 4 小时）以超过 100 MiB/s 的速度疯狂读写硬盘。如果不停劝阻，我们将暂停你的服务。

防坑指南：物理硬盘的读写速度（IOPS）是整台母机最容易产生瓶颈的地方。不要把低配的 VPS 当成大型 BT 下载机或者重度网盘节点来用。此外，如果你用 Docker 部署了应用，一定要限制日志大小。很多时候是因为程序报错，每秒向硬盘狂写几万行错误日志，导致触发了这条红线。</blockquote>

== 3. CPU 占用率的硬性限制 ==
<blockquote>[[File:Tos3.png|thumb|362x362px]]TOS 条款原文： "With the exception of SLA plans, we allow you to use 100% of the CPU resources on your VPS for short periods of time. However, one-hour-average CPU load on your VPS should not exceed the maximum level permitted..."

具体解释：除非你买的是昂贵的企业级 SLA 套餐，否则普通的特价套餐，虽然允许你短时间内跑满 100% CPU（比如编译安装个软件），但过去一小时的平均 CPU 占用率绝对不能超过规定的上限（通常在 10% 到 50% 不等，取决于你买的具体套餐）。

防坑指南：如果你超标了，搬瓦工的做法相对温和，它不会立刻封号，而是直接在物理层面上把你的 CPU 性能“锁死”在规定的上限以内，这时候你的机器会变得极其卡顿。解决办法就是老老实实找出哪个程序在吃 CPU，把它关掉，等平均值降下来后，限制会自动解除。</blockquote>
----

== 二、网络安全与恶意行为： ==
这一类违规是最危险的。大多数时候并非新手主动去做，而是因为安全意识薄弱，被黑客入侵后当成了“肉鸡”，但在服务商眼里，责任全在于你。

== 1. 开放的代理与放大攻击 ==
<blockquote>[[File:Tos4.png|thumb|365x365px]]TOS 条款原文： > "Open proxy servers (due to abuse committed through open proxies);"

"Open DNS resolvers, open port mappers, open NTP servers available via UDP protocol (due to DoS amplification attacks);"

"Tor relays and exit nodes;"

具体解释：严禁搭建任何没有密码保护的“开放式代理”；严禁开放 DNS 和 NTP 服务；严禁运行 Tor（洋葱网络）的中继和出口节点。

防坑指南：为什么管这么宽？因为如果你搭建了一个代理节点却不设置密码（Open Proxy），全网的黑客都会顺着网线找过来，用你的节点去干坏事（比如盗刷信用卡、攻击别人）。同样的，如果你在 VPS 上乱装一键脚本，不小心开放了 UDP 协议的 DNS 端口，黑客就会利用你的机器发起 DDoS 放大攻击。

解决办法：严格配置防火墙！默认拒绝所有入站流量，只放行自己确实需要的端口，且搭建的任何服务必须加上强密码。</blockquote>

== 2. 端口扫描与对外攻击 ==
<blockquote>[[File:Tos5.png|thumb|350x350px]]TOS 条款原文： > "Port scanning;"

"Denial of service (“DoS”) or other attacks (whether outgoing or incoming);"

"Hacking (including situations where a VPS was hacked);"

具体解释：严禁扫描别人的端口；严禁发起DDoS 攻击；严禁黑客行为（即使是你的 VPS 被别人黑了，也算你违规）。

防坑指南：保护好你的 Root 密码，最好改用 SSH 密钥登录。一旦你的机器密码太弱被黑客爆破成功，黑客就会用你的机器去疯狂扫描别人的系统漏洞。机房的路由器只要检测到你的机器在对外发送恶意的扫描包或攻击包，为了保护整个机房的声誉，会瞬间切断你的网络（断网停机）。</blockquote>
----

== 三、版权、内容与垃圾信息 ==
由于搬瓦工大部分的服务器通常位于美国或欧洲，因此会受到当地严苛的版权法和反垃圾邮件法的约束。

== 1. 致命的 BT 下载与盗版版权 (DMCA) ==
<blockquote>[[File:Tos6.png|thumb|335x335px]]TOS 条款原文： > "BitTorrent (trackers, clients, files, links, etc.);"

"Distribution of trademarked or copyrighted content... we honor all DMCA complaints;"

具体解释：严禁任何形式的 BitTorrent（BT 下载/做种）；严禁传播未经授权的版权内容（电影、音乐）。机房完全遵守 DMCA（数字千年版权法）。

防坑指南：美国对盗版影视的打击力度远超你的想象。好莱坞的版权代理公司会 24 小时监控公共的 BT 下载网络。只要你在 VPS 上装了 qBittorrent 去下载最新的热门电影，你的 VPS IP 就会暴露。服务商一旦收到版权方的律师函，会立刻停掉你的机器。切记，普通的海外 VPS 绝对不能碰 BT 下载。</blockquote>

== 2. 垃圾邮件 (Spam) ==
<blockquote>[[File:Tos7.png|thumb|326x326px]]TOS 条款原文： "Spamming... Mass mailing of any type (including double opt-in) – only occasional/incidental transactional emails are allowed to be sent from our network;"

具体解释：严禁发垃圾邮件！严禁任何形式的群发邮件！只允许偶尔发送一些必要的事务性邮件（比如你建了个论坛，给用户发个注册验证码是可以的）。

防坑指南：垃圾邮件是让服务商 IP 段进黑名单的罪魁祸首。为了安全起见，如果不建站，强烈建议你在系统防火墙里直接拦截掉 <code>25</code> 端口（发邮件的端口）的出站请求，防止机器中了木马后悄悄在后台狂发邮件。</blockquote>
----

== 四、账单注意点： ==
不要以为技术上不违规就没事了，很多人是在买机器、付钱和退款的环节把账号彻底搞废的。

== 1. 千万不要去 PayPal 发起争议 (搬瓦工是支持新订单30天内退款的！) ==
<blockquote>[[File:Tos8.png|thumb|325x325px]]TOS 条款原文： "Initiating a chargeback or a Paypal dispute will result in the immediate suspension of our services to all accounts under your name... Additionally, we may charge you for any chargeback fees we incur... we will bill $40 per hour in 15-minute increments..."

具体解释：如果你越过我们，直接去 PayPal 或者信用卡公司发起“交易争议/拒付”，你的所有账号将被立刻永久封禁！不仅如此，我们还会向你索赔处理这起纠纷所耗费的人工费（每小时 40 美元）。

防坑指南：这是绝大多数新手不知道的终极雷区。如果你对机器不满意想要退款，必须通过服务商自己的后台系统提交工单（Ticket）申请退款（搬瓦工是有提供30天无理由退款的服务的，前提是流量使用不超过总体的10%）。如果你觉得客服回复慢，自己跑去 PayPal 点了“争议交易”，服务商会被 PayPal 扣除一笔高额的惩罚金。服务商极其痛恨这种行为，一旦发生，你的名字、邮箱、IP、支付账号将被整个联盟彻底拉黑，此生再也无法购买该商家的任何服务。</blockquote>
----

== 五、违规后的高昂代价 ==

=== 不要抱着侥幸心理，服务商对反复违规的惩罚是递进的，且非常肉痛。 ===
<blockquote>[[File:Tos9.png|thumb|327x327px]]TOS 条款原文： "...repeat infractions of our policies may incur a $50 administration fee per incident... If we temporarily suspend our services to you more than once in the same calendar year, we may immediately suspend service to you until January 1st of the next year."

具体解释：如果你屡教不改，每次违规我们要罚你 50 美元的人工处理费。如果在同一年内，你被停机的次数过多（视情节严重程度，3 次到 100 次不等），我们会直接把你的机器封禁到明年的 1 月 1 日。</blockquote>

=== 总结：被封了该怎么办？ ===
如果你哪天登录后台，发现机器变成了红色的 <code>Suspended</code>，不要慌张，也不要去骂客服：

# '''查收邮件或工单：''' 系统一定会发一封邮件告诉你触犯了哪一条 TOS（比如 Abuse - Spam，或者 High CPU Usage）。
# '''承认错误，礼貌沟通：''' 通过后台回复工单。如果是被黑客入侵导致的，诚恳地告诉客服：“我是一名新手，我的机器可能被黑了，并非我主观作恶。请帮我解封，我保证立刻重装系统并配置好防火墙。”
# '''立刻重装：''' 大多数服务商对于新手的初犯都会网开一面。机器解封后，不要试图去系统里找后门清理，最安全的做法是立刻备份数据，直接重装整个操作系统，然后把端口和防火墙牢牢锁死。

== 六、最后 ==
以上就是搬瓦工 TOS 条款的最主要同时也是最重要的内容了。我们需要把 VPS 当作真实的物理资产去对待，敬畏规则，做好安全防护，你就能愉快的使用了。

搬瓦工 AUP 简明解释 + 如何避免违规（通俗版避坑指南）

2026-10-01T22:56:59Z

Liam：已归入 403 汇总页，移除直接的 400 分类

==什么是 AUP？==

AUP 是搬瓦工《服务条款》（ToS）里很重要的一部分，全称叫“可接受使用政策”。简单说，它就是官方规定了'''可以用 VPS 做什么、不可以用 VPS 做什么'''的一套规则。它的目的就是为了保持整个网络环境干净、稳定，不让某个用户的行为影响到其他用户或给官方带来麻烦。违反 AUP 通常会导致服务暂停，甚至被永久封号。

为了大家能安心建站或跑项目，避免不必要的封号和罚款，整理了以下这份通俗易懂的避坑指南。
== 一、AUP 到底在管什么？ ==

官方最核心的要求其实就三条大白话：

- 不要用服务器去攻击别人，也不要让别人用你的服务器攻击别人

- 不要发垃圾邮件、不要跑公开代理被别人滥用

- 不要让服务器看起来像挖矿机或攻击工具（CPU/流量长期满载）

只要不违反这三条，正常建站、跑代理、自建服务基本都没问题。

== 二、绝对不能碰的“高压线”（违规直接封号或重罚） ==

这些行为是零容忍的，一旦被系统探测到，不仅会被停机，严重时还会产生罚款。

* '''网络滥用与攻击'''
严禁发起或参与任何 DoS 或 DDoS 攻击。
禁止进行黑客入侵（包括你的 VPS 被黑客控制后去攻击别人）、分发恶意软件病毒或进行端口扫描。
'''避坑方法'''：不要运行端口扫描工具，只开放真正需要的端口，用 `ss -tuln` 定期检查。

* '''垃圾邮件'''
严禁发送垃圾邮件（Spam）或进行任何形式的群发邮件。
系统仅允许偶尔发送一些必要的交易类通知邮件（例如网站注册确认邮件）。
'''避坑方法'''：不要用 VPS 发营销邮件，正常网站通知邮件可以接受。

* '''代理与节点限制'''
绝对禁止搭建“公开的代理服务器（Open proxy）”。
同时，严禁运行 Tor 的中继节点或出口节点。
也禁止开放容易引起放大攻击的服务，如公开的 DNS 解析器、开放的 NTP 服务器等。
'''避坑方法'''：代理只在自己设备或内网使用，不要开放给公网。

* '''版权与违法内容（严查 DMCA）'''
不要在服务器上存放或分发未授权的电影、音乐等受版权保护的内容。
禁止存放破解软件、仿冒品或提供此类链接。
严格禁止任何形式的 BitTorrent（BT）活动，包括 tracker、客户端和下载链接。
此外，禁止存放色情内容。
'''避坑方法'''：只存放合法拥有的文件。

* '''加密货币与挖矿'''
全面禁止加密货币挖矿。
包括那些与加密货币相关的去中心化存储或计算项目也是被明令禁止的。
'''避坑方法'''：不要运行任何挖矿相关程序。

* '''爬虫与高危项目'''
禁止数据挖掘和网页爬虫抓取。
禁止运行没有合适牌照的金融或投资类平台。
禁止搭建 IRC 客户端或服务器。
'''避坑方法'''：不要运行大规模爬虫或未授权的金融项目。

== 三、硬件资源使用的“公平法则” ==

搬瓦工对 CPU 和磁盘读写有明确的红线，但处理方式比较人性化。

* '''CPU 使用限制'''
除非购买的是带有 SLA 的高端套餐（允许 24/7 跑满全部核心），其他大部分套餐都有明确的长期平均 CPU 负载上限。
'''例子'''：5G Plan 长期平均只能使用 1 个核心的 20%，10G Plan 是 25%，以此类推。
'''超标了怎么办？''' 系统不会直接暂停服务，而是自动将 CPU 性能限制在当前套餐允许的最大水平内。此时 KiwiVM 面板主页会显示 CPU 被限制的提示。当关闭高负载进程，资源使用降下来后，限制会自动解除。

* '''磁盘 I/O 限制'''
请避免VPS 长时间（连续 4 小时以上）保持 100 MiB/s 以上的极高磁盘读写速度。
'''如果超标'''：官方会先发邮件通知。如果在通知后仍然继续高强度读写，他们保留暂时挂起服务的权利，直到问题解决。
'''避坑方法'''：定期用 `iotop -o` 查看哪个进程在狂写盘，及时优化数据库或程序。

== 四、账号管理与售后沟通细节 ==

* '''真实信息与禁止转让'''
注册账号必须使用真实姓名和有效的联系方式。如果信息虚假，随时会被停机或终止服务。
官方严禁买卖、转让账号。如果发现账号参与买卖，会被直接封禁且不予退款。

* '''退款的正确姿势'''
如果不想要了，想退款，只要满足条件（新单 30 天内、月流量使用了不到 10%、IP 没被墙、没有违反 ToS 等），可以直接在后台申请全额退款。
'''致命操作'''：绝对不要通过 PayPal 发起争议（Dispute）或退单（Chargeback）。一旦这么做，名下的所有服务会被立刻冻结，官方还会按 $40/小时收取人工处理费，不交钱就不给解封。

* '''沟通礼仪'''
发工单时不要对客服使用辱骂性语言，也不要用同一个问题去“轰炸”工单队列。

== 五、万一违规了会有什么后果？ ==

* 如果违反上述规定，服务会被无限期暂停（面板中会给出简短说明）。
* 如果是初犯或较轻的违规，可以在 KiwiVM 面板中承认错误并给出改正方案，官方审核满意后会给你解封，这通常不需要人工客服介入。
* 搬瓦工有一个“滥用评分系统（Abuse scoring system）”记录黑历史。屡教不改者，每次违规可能被加收 50 美元的管理费。如果在一个自然年内被暂停服务多次，甚至会被直接封号封到明年的 1 月 1 日。

403 安全、滥用与服务条款 — Security, Abuse and Service Policies

2026-10-01T22:56:34Z

Liam：创建页面，内容为“本页汇总搬瓦工服务条款、使用规范、安全攻击及滥用停机相关排查与处理教程。 == 一、服务条款与合规 == * 搬瓦工 AUP 简明解释 + 如何避免违规（通俗版避坑指南） * 搬瓦工服务条款(TOS)与防封号详细解析 * 违反服务条款处理机制 == 二、攻击、入侵与滥用停机 == * 搬瓦工 VPS 遭遇…”

本页汇总搬瓦工服务条款、使用规范、安全攻击及滥用停机相关排查与处理教程。

== 一、服务条款与合规 ==

* [[搬瓦工 AUP 简明解释如何避免违规（通俗版避坑指南）|搬瓦工 AUP 简明解释 + 如何避免违规（通俗版避坑指南）]]
* [[搬瓦工服务条款(TOS)与防封号详细解析]]
* [[违反服务条款处理机制]]

== 二、攻击、入侵与滥用停机 ==

* [[搬瓦工 VPS 遭遇 DDoS 攻击深度排障与自救手册]]
* [[搬瓦工VPS被入侵导致“滥用暂停”的排查与快照恢复指南]]
* [[搬瓦工“Network abuse: Mass Mailing”停机原因及解封教程]]

[[Category:400 常见问题与故障排查 — Troubleshooting]]

搬瓦工流量耗尽解决方案：Data transfer limit exceeded 停机判别与处理

2026-10-01T22:20:12Z

Liam：已归入 402 汇总页，移除直接的 400 分类

搬瓦工 VPS 的所有方案均设有明确的流量配额，不存在无限流量套餐。当月度流量消耗殆尽时，<code>KiwiVM</code> 面板会显示 <code>Data transfer limit exceeded</code> 警告，并同步暂停服务。了解流量重置规则及恢复手段，是确保业务连续性的关键。

== 一、搬瓦工流量耗尽的临床表现与系统提示 ==

在流量彻底用完前，系统通常会向用户注册邮箱发送 80%、90% 及 95% 的预警邮件。一旦达到 100% 阈值，访问 VPS 或登录 SSH 将被阻断。

[[如何从官网后台登录 KiwiVM 管理面板|登录 KiwiVM 面板]]后，用户会看到如下醒目的红色提示框：

* Reason : Data transfer limit exceeded（原因：超过流量传输限制）
*
* More details : This server has exceeded the amount of monthly data transfer limit<（详情：该服务器已超过月度流量限制）
*
* How to resolve : Data transfer counter resets automatically every month. Service will be resumed on the anniversary date.（解决：流量计数器每月自动重置，服务将在周年日恢复）

[[File:Bwh-data-limit-exceeded.png|thumb|center|800px|alt=搬瓦工流量超出限制提示界面|流量超限后的 KiwiVM 面板状态显示]]

== 二、搬瓦工流量重置周期 ==

搬瓦工的流量重置并非按照北京时间的每月 1 号执行，而是基于“账单月”逻辑。

* '''重置日期判定'''：重置日期是指您购买 VPS 当天的日期。例如，若您是在某月 24 号购买的服务，那么流量周期就是从本月 24 号到下月 24 号。
*
* '''时差因素'''：由于后台采用美国太平洋时间或加拿大温哥华时间，具体的重置时刻通常比北京时间晚一天左右。最终重置进度以 <code>KiwiVM</code> 面板内显示的显示为准。

== 三、搬瓦工流量用完后的两种处理方案 ==

针对被暂停的服务，用户可以根据业务的紧急程度选择对应的处理方式。

* '''方案一：耐心等待自动重置''' : 如果业务不急于恢复，最简单的办法是等待下一个重置周期的到来。到达重置日后，系统会自动清零已用流量并恢复 VPS 的运行状态。
*
* '''方案二：升级套餐即时恢复''' : 搬瓦工不支持单独购买额外的流量包。若需立即恢复使用，唯一的途径是进入管理后台执行“[[搬瓦工升级套餐差价计算方法详解：按天折算公式与折扣继承逻辑|升级套餐]]”操作。支付升级差价后，系统会立即按新方案配额重置流量，VPS 随之解除暂停。

== 四、搬瓦工流量计费常见问题 (FAQ) ==

为了帮助用户更好的规划流量使用，本文总结了关于流量计费的几个核心逻辑。

* '''是否会产生额外扣费？''' :
不会。搬瓦工不采取“超额扣费”模式，流量用完即停机，不会导致账户余额被扣成负数。
*
* '''暂停状态下还能操作 VPS 吗？''' :
不行。在流量重置之前，处于暂停状态的 VPS 无法执行开机、关机或重装系统等任何操作。
*
* '''流量计费是双向的吗？''' :
是的。目前搬瓦工所有机房均为 1:1 双向计费，即入站流量和出站流量均会计入配额。
*
* '''升级后流量如何计算？''' :
升级支付成功后，您将获得新套餐对应的总流量配额。例如从 1000GB 升级到 2000GB，系统将以 2000GB 为基准重新评估您的使用状态。

'''注意事项'''

* '''监控流量'''：建议定期查看 <code>KiwiVM</code> 主页的流量进度条。当进度条呈现橙色或红色时，应及时检查是否有异常进程。
*
* '''备份习惯'''：虽然流量耗尽不会导致数据丢失，但在暂停期间您无法备份数据，因此建议平时养成定期快照的习惯。

搬瓦工 CPU 占用过高被限制怎么办？各方案 CPU 限制阈值与排障流程

2026-10-01T22:20:09Z

Liam：已归入 402 汇总页，移除直接的 400 分类

在 <code>VPS</code> 运维过程中，<code>CPU</code> 资源的分配与调度直接影响到业务的响应速度。当您的服务器因程序死循环、大规模数据压缩（如 <code>tar</code> 打包）或后台任务堆积（如“宝塔面板”计划任务）而导致负载飙升时，搬瓦工的自动化管理机制会介入以确保机房整体的稳定运行。

== 一、搬瓦工（BandwagonHost）自动限速机制解析 ==

与许多服务商直接关停账户的策略不同，搬瓦工目前采取的是更为灵活的自动化管理模式。了解这一机制是进行排障的前提。

:* 短时间爆发许可：除了 <code>SLA</code> 系列套餐外，搬瓦工允许用户在短时间内使用 <code>100%</code> 的 <code>CPU</code> 资源。这保证了用户在执行瞬时高能耗操作（如重启服务或解压文件）时不会受到干扰。

:* 一小时平均限制：系统核心考核指标是过去一小时内的“平均 <code>CPU</code> 负载”。如果该平均值超过了所购套餐的限定比例，系统将触发保护机制。

:* 限速不限制服务：一旦触发限制，服务器不会被暂停，而是会被自动限制可使用的 <code>CPU</code> 周期。此时服务器依然处于 <code>Running</code> 状态，但由于计算能力受限，远程操作（如 <code>Xshell</code> 连接）和网页访问会变得异常缓慢。

== 二、搬瓦工（BandwagonHost）各套餐 CPU 限制阈值对照表 ==

为了方便排查，下表列出了搬瓦工主流套餐及特殊促销方案的 <code>CPU</code> 核心占用上限比例。

{| class="wikitable" style="width:100%; text-align:center;"
|-
! style="text-align:center;" | 套餐系列类型
! style="text-align:center;" | 具体方案名称
! style="text-align:center;" | <code>CPU</code> 平均占用上限 (官方术语 + 通俗解释)
|-
| '''SLA 方案'''
| <code>SLA Plan</code> / 任何带有 <code>Service Level Agreement</code> 的方案
| '''无限制'''（可 24/7 满载运行）
|-
| rowspan="12" | '''常规套餐方案'''
| <code>BETA KVM Plan</code> / <code>5G Plan</code>
| <code>20% of 1 core</code> ('''平均 0.2 核''')
|-
| <code>10G Plan</code>
| <code>25% of 1 core</code> ('''平均 0.25 核''')
|-
| <code>20G Plan</code>
| <code>50% of 1 core</code> ('''平均 0.5 核''')
|-
| <code>40G Plan</code>
| <code>75% of 1 core</code> ('''平均 0.75 核''')
|-
| <code>80G Plan</code>
| <code>100% of 1 core</code> ('''平均 1 核''')
|-
| <code>160G Plan</code>
| <code>100% of 1 core + 50% of 2nd core</code> ('''平均 1.5 核''')
|-
| <code>320G Plan</code>
| <code>100% of 2 cores</code> ('''平均 2 核''')
|-
| <code>480G Plan</code>
| <code>100% of 3 cores</code> ('''平均 3 核''')
|-
| <code>640G Plan</code>
| <code>100% of 4 cores</code> ('''平均 4 核''')
|-
| <code>960G Plan</code>
| <code>100% of 6 cores</code> ('''平均 6 核''')
|-
| <code>1280G Plan</code>
| <code>100% of 8 cores</code> ('''平均 8 核''')
|-
| <code>3G/128M Promo</code>
| <code>10% of 1 core</code> ('''平均 0.1 核''')
|-
| rowspan="4" | '''早期促销方案'''
| <code>5G/256M Promo</code>
| <code>14% of 1 core</code> ('''平均 0.14 核''')
|-
| <code>5G/512M Promo</code> / <code>V3 10G/512M Promo</code>
| <code>17% of 1 core</code> ('''平均 0.17 核''')
|-
| <code>V3 20G/1G Promo</code>
| <code>25% of 1 core</code> ('''平均 0.25 核''')
|-
| <code>30G/4G RAM Promo</code> / <code>V3 40G/2G Promo</code>
| <code>50% of 1 core</code> ('''平均 0.5 核''')
|-
| rowspan="6" | '''V3 CN2 GIA 方案'''
| <code>V3 CN2GIA 10G/512M Promo</code>
| <code>50% of 1 core</code> ('''平均 0.5 核''')
|-
| <code>V3 CN2GIA 20G/1G Promo</code>
| <code>100% of 1 core</code> ('''平均 1 核''')
|-
| <code>V3 CN2GIA 40G/2G Promo</code>
| <code>100% of 1 core + 50% of 2nd core</code> ('''平均 1.5 核''')
|-
| <code>V3 CN2GIA 80G/4G Promo</code>
| <code>100% of 2 cores</code> ('''平均 2 核''')
|-
| <code>V3 CN2GIA 160G/8G Promo</code>
| <code>100% of 3 cores</code> ('''平均 3 核''')
|-
| <code>V3 CN2GIA 320G/16G Promo</code>
| <code>100% of 4 cores</code> ('''平均 4 核''')
|-
| rowspan="7" | '''V5 CN2GIA / DUBAI'''
| <code>V5 CN2GIA/DUBAI 20G/1G Promo</code>
| <code>100% of 1 core</code> ('''平均 1 核''')
|-
| <code>V5 CN2GIA/DUBAI 40G/2G Promo</code>
| <code>100% of 1 core + 50% of 2nd core</code> ('''平均 1.5 核''')
|-
| <code>V5 CN2GIA/DUBAI 80G/4G Promo</code>
| <code>100% of 2 cores</code> ('''平均 2 核''')
|-
| <code>V5 CN2GIA/DUBAI 160G/8G Promo</code>
| <code>100% of 3 cores</code> ('''平均 3 核''')
|-
| <code>V5 CN2GIA/DUBAI 320G/16G Promo</code>
| <code>100% of 4 cores</code> ('''平均 4 核''')
|-
| <code>V5 CN2GIA/DUBAI 640G/32G Promo</code>
| <code>100% of 6 cores</code> ('''平均 6 核''')
|-
| <code>V5 CN2GIA/DUBAI 1280G/64G Promo</code>
| <code>100% of 8 cores</code> ('''平均 8 核''')
|-
| rowspan="4" | '''HK / TOKYO 方案'''
| <code>V5 HONG KONG/TOKYO 40G plan</code>
| <code>100% of 1 core</code> ('''平均 1 核''')
|-
| <code>V5 HONG KONG/TOKYO 80G plan</code>
| <code>100% of 2 cores</code> ('''平均 2 核''')
|-
| <code>V5 HONG KONG/TOKYO 160G plan</code>
| <code>100% of 3 cores</code> ('''平均 3 核''')
|-
| <code>V5 HONG KONG/TOKYO 320G plan</code>
| <code>100% of 4 cores</code> ('''平均 4 核''')
|-
| rowspan="9" | '''限量版与活动促销方案'''
| <code>The Plan</code> / <code>The Tokyo Plan v2</code>
| <code>45% of 1 core</code> ('''平均 0.45 核''')
|-
| <code>Limited edition plans</code> / <code>Freedom Plan</code>
| <code>30% of 1 core</code> ('''平均 0.3 核''')
|-
| <code>The DC9 Plan</code> / <code>The DC6 Plan</code> / <code>The Tokyo Plan</code>
| <code>30% of 1 core</code> ('''平均 0.3 核''')
|-
| <code>The Amsterdam Plan</code>
| <code>30% of 1 core</code> ('''平均 0.3 核''')
|-
| <code>MINICHICKEN Plans</code>
| <code>25% of 1 core</code> ('''平均 0.25 核''')
|-
| <code>MINIBOX Plans</code>
| <code>20% of 1 core</code> ('''平均 0.2 核''')
|-
| <code>BIGGERBOX Plans</code>
| <code>25% of 1 core</code> ('''平均 0.25 核''')
|-
| <code>POWERBOX</code> / <code>MEGABOX</code> / <code>SAKURABOX</code>
| <code>30% of 1 core</code> ('''平均 0.3 核''')
|-
| <code>V3 80G/4G Promo</code> 及以上
| <code>100% of 1 core</code> ('''平均 1 核''')
|-
| rowspan="4" | '''2018 历史大促方案'''
| <code>2018-11-11 CN2 Special V3</code> / <code>Cyber Monday</code>
| <code>50% of 1 core</code> ('''平均 0.5 核''')
|-
| <code>2018 Black Friday CN2 Special V3</code>
| <code>25% of 1 core</code> ('''平均 0.25 核''')
|-
| <code>2018 Black Friday CN2 GIA Special V3</code>
| <code>25% of 1 core</code> ('''平均 0.25 核''')
|-
| <code>2018-12-12 CN2 DC8 Special V3</code>
| <code>25% of 1 core</code> ('''平均 0.25 核''')
|}
== 三、如何确认搬瓦工（BandwagonHost）服务器正处于性能受限状态？ ==

由于限速状态下服务器仍显示为“运行中”，需要通过以下两个官方渠道确认是否触及阈值。

'''1. 检查控制面板实时通知'''

:* 用户应当登录KiwiVM。如果 <code>VPS</code> 触发了 <code>CPU</code> 限制，面板主屏幕（Main screen）会弹出一个醒目的黄色警告框，明确提示 '''"Due to high CPU usage..."'''（由于 CPU 使用率过高...）。

[[File:Kiwivm-high-cpu-usage-limit-warning.png|thumb|center|800px|alt=KiwiVM 面板显示 CPU high usage 限制警告|当 <code>CPU</code> 负载过高时，KiwiVM 主页会弹出黄色警告，提示 <code>CPU</code> 频率已被限制]]

'''2. 观察 Detailed statistics 趋势图'''

:* 进入左侧菜单的 <code>Detailed statistics</code> 页面。

:* 重点观察 <code>CPU Usage</code> 图表。

典型的限速特征是：先出现一个极高的突发尖峰，随后立即跌落并变成一条平直的低位横线。

[[File:Kiwivm-detailed-statistics-cpu-limit-chart.png|thumb|center|800px|alt=KiwiVM CPU Usage 图表显示被限制后的平直线条|典型的“限速曲线”——绿色尖峰代表突发性能，随后的平直低线代表系统自动执行的 <code>CPU</code> 限制]]

== 四、如何解除 CPU 限制并恢复系统性能？ ==

搬瓦工的限速机制具备高度的自动化特性。用户无需通过繁琐的工单申请解除，只需降低资源消耗即可实现性能回归。

'''1. 终止异常进程'''

:* 即使在限速状态下，也可以尝试通过 <code>SSH</code> 终端（或 <code>KiwiVM</code> 的网页版 <code>Root shell</code>）进入系统。

:* 输入 <code>top</code> 命令，找出排名靠前的、占用 <code>CPU</code> 极高的进程 <code>PID</code>。

:* 使用 <code>kill -9 [PID]</code> 命令结束异常进程，防止其持续消耗计算资源。常见的高占用进程包括 <code>BT-Task</code>（宝塔任务）、<code>mysqld</code>（数据库）或被植入的挖矿程序。

'''2. 等待自动恢复'''

:* 官方明确表示，一旦 <code>CPU</code> 资源消耗降低到套餐许可的水平，限速将在 60-120 分钟内自动解除。用户无需重启服务器或联系“搬瓦工客服”人员。

'''3. 长期优化建议'''

:* 如果业务确实需要更高性能，建议通过后台执行“升级套餐”操作，以获得更高的核心分配权重。

:* 定期通过 <code>Audit Log</code> 检查是否存在非授权的脚本运行，这是导致资源异常爆满的常见诱因。

'''注意事项'''

搬瓦工承诺不会因为正常的 <code>CPU</code> 使用率问题而暂停服务，除非涉及违反 <code>TOS</code> 的恶意滥用行为。

如果发现服务器不仅是变慢，而是状态直接显示为 <code>Suspended</code>，则通常是由于“流量”超标或支付问题，而非单纯的 <code>CPU</code> 过载。

VPS 资源监控基础与异常排查（CPU/RAM/磁盘/网络使用及异常检测）全指南

2026-10-01T22:20:06Z

Liam：已归入 402 汇总页，移除直接的 400 分类

不知道你平时有没有遇到这种情况：当你的 VPS 成功开机并部署了几个 Docker 容器后，网站突然打不开了？SSH 敲击键盘感觉非常卡顿？一键脚本执行到一半就卡死报错了？

大多数时候，这些问题并不是因为你的配置写错了，而是服务器的硬件资源（CPU、内存、磁盘、网络）耗尽了。

我们购买的这种 linux 服务器是没有显示器的，它无法像 Windows 电脑那样弹出一个“内存不足”的警告框。作为一个合格的 VPS 用户，你必须学会使用命令行工具，查看这台机器的内部运行状态。这篇文章将用最直白的操作和命令，教你如何建立一套完整的资源监控与排错逻辑。
----

== 一、监控利器准备：安装必备工具包 ==
大多数纯净版的 Linux 系统只自带了最基础的 <code>top</code> 命令，界面简陋且不直观。在开始排查之前，我们先安装一套现代化的资源监控工具包。

通过 SSH 连接到你的服务器，执行以下命令（以 Ubuntu/Debian 为例）：
apt update
apt '''install''' htop iotop nethogs nload vnstat -y</code>
[[File:Imageziyuan1.png|center|thumb|1005x1005px]]
这五个软件分别对应了：综合资源看板、磁盘 I/O 监控、进程网络监控、实时网速看板、历史流量统计。接下来，我们将逐一使用它们。
----

== 二、 CPU 监控与异常排查 ==
CPU 是服务器的大脑。如果 CPU 长期满载，系统所有的响应都会变慢。

== 1. 使用 htop 查看全局状态 ==
在终端输入 <code>htop</code> 并回车。

你会看到一个彩色的交互式界面。屏幕左上角的横条代表了你的 CPU 核心数（例如 <code>0</code> 和 <code>1</code> 代表双核）。横条内部不同颜色的填充代表了不同的 CPU 消耗类型。
[[File:Imageziyuan2.png|center|thumb|1015x1015px]]

== 2. 核心指标解析：Load Average（平均负载） ==
在 <code>htop</code> 界面的右上角，或者直接在终端输入 <code>uptime</code> 命令，你会看到三个数字，比如： <code>Load average: 1.25 0.80 0.50</code>
[[File:Imageziyuan3.png|center|thumb|926x926px]]

这三个数字分别代表系统在过去 1 分钟、5 分钟、15 分钟的平均负载。

* 如何判断是否过载？负载的健康阈值取决于你的 CPU 核心数。如果你的 VPS 是 1 核，那么负载达到 1.0 就说明 CPU 已经满负荷运转了；如果是 2 核，负载达到 2.0 才是满负荷。
* 异常表现：如果 1 分钟的负载高达 5.0，而你的机器只有 1 个核心，说明有大量的任务在排队等待 CPU 处理，系统现在处于极度卡顿的状态。

== 3. CPU 异常情况与排查策略 ==

* 情况 A：某个陌生进程占用 100% CPU 在 <code>htop</code> 界面下方是进程列表，按键盘的 <code>P</code> 键可以按 CPU 占用率对进程进行排序。如果你发现一个你不认识的名字（比如一段随机字母的程序）长期占用 90% 以上的 CPU，极大概率是你的服务器被黑客入侵，并植入了挖矿木马。处理方法：记录下该进程的 PID（进程号），选中它并按 <code>F9</code> 键，选择 <code>SIGKILL</code> 强制结束它。随后必须立刻排查防火墙规则和木马文件。
* 情况 B：Steal Time（被窃取的时间）过高如果你使用传统的 <code>top</code> 命令，注意观察 CPU 状态行中的 <code>%st</code>（Steal Time）指标。 VPS 是多台虚拟服务器共享一台物理母机的 CPU。如果母机上其他的 VPS 邻居疯狂占用 CPU，导致物理机无法分出算力给你，你的 <code>%st</code> 数值就会飙升（比如大于 10%）。处理方法：这是服务商母机超售或邻居折腾导致的。你自己在系统内无法解决，只能提交工单要求客服协助调查或者更换节点。

----

== 三、 RAM (内存) 监控与 OOM 异常 ==
内存耗尽是导致 VPS 突然崩溃、SSH 断开连接的最头号元凶。

== 1. 正确阅读内存指标 ==
很多新手看到面板上显示内存快满了，就非常恐慌。其实 Linux 的内存管理机制和 Windows 完全不同。退出 <code>htop</code>，在终端输入以下命令：
'''free -h'''</code>
屏幕上会输出类似下面的表格：
[[File:Imageziyuan4.png|center|thumb|1006x1006px]]
'''total''' used free shared buff/cache available
'''Mem''': 1.9Gi 400Mi 100Mi 10Mi 1.4Gi 1.3Gi
'''Swap''': 0B 0B 0B</code>

* total（总内存）：你的 VPS 物理内存总量。
* used（已使用）：应用程序真正占用的内存。
* free（完全空闲）：还没有被系统触碰过的内存。（在 Linux 中，free 的数值小是非常正常的）
* buff/cache（缓存）： Linux 系统的原则是“闲置的内存就是浪费”。它会把经常读取的硬盘文件塞进内存里当缓存，以加快下次读取速度。当程序真正需要内存时，这部分缓存会立刻释放。
* available（可用内存）：这是你唯一需要关心的核心指标。它代表了你的系统目前还能腾出多少内存给新的程序使用。只要 <code>available</code> 还有余量，系统就完全健康。

== 2. 内存异常情况与排查策略 ==

* 异常情况：OOM (Out of Memory) 现象当 <code>available</code> 内存彻底耗尽，且没有设置 Swap（虚拟内存）时，Linux 内核为了自保，会触发 OOM Killer 机制。系统会冷酷无情地直接杀掉那个占用内存最大的进程。表现形式：你部署的数据库突然停了，或者你的监控面板自己退出了，没有任何错误提示。
* 如何确认是否发生了 OOM？执行以下命令查看系统底层日志：
dmesg -T | grep -i 'out of memory'</code>
如果输出了包含 <code>Killed process</code> 的日志，说明你的程序确实因为内存不足被系统强杀了。处理方法：优化你的程序配置（比如降低数据库的缓存池大小），或者在系统中添加一部分 Swap 虚拟内存作为缓冲。

----

== 四、磁盘空间与 I/O 监控 ==
磁盘问题通常分为两类：空间塞满（没地方存数据了）和 I/O 拥堵（读写速度太慢卡住了）。

== 1. 查找是谁吃光了硬盘空间 ==
执行基础命令查看各个分区的总空间使用率：
df -h</code>
[[File:Imageziyua5.png|center|thumb|1013x1013px]]
如果看到挂载点为 <code>/</code>（根目录）的使用率达到了 100%，你的系统将会出现各种极其诡异的报错，比如无法写入数据库、Tab 键无法自动补全等。

如何揪出占用空间的大文件？很多时候是由于 Docker 容器产生的日志没有被限制，导致把硬盘撑爆了。使用以下组合命令，可以快速列出当前目录下最大的几个文件或文件夹：

cd /
du -sh * | sort -rh | head -10</code>

如果你发现 <code>/var/lib/docker</code> 目录占据了几十 GB，可以清理一下对应的 Docker 日志。

== 2. 监控磁盘 I/O 拥堵 ==
有时候你的 CPU 负载很高，但你看 <code>htop</code> 里并没有程序在占用 CPU 算力。这通常是因为大量的进程在等待硬盘读写数据（I/O Wait）。机械硬盘或劣质的 SSD 很容易出现这个问题。

输入我们在第一步安装的命令：
'''iotop'''</code>
这就像是一个专门针对硬盘的 <code>htop</code>。你可以清楚地看到当前到底是哪个程序在疯狂读取或写入硬盘。如果长时间有很多程序处于 <code>IO></code> 状态，说明硬盘性能已经成为这台 VPS 的瓶颈。
[[File:Imageziyuan6.png|center|thumb|1035x1035px]]
----

== 五、网络流量监控与异常检测 ==
搞清楚机器上的流量都去哪儿了，对于购买了“按流量计费”套餐的玩家来说至关重要。

== 1. 实时网速监控 ==
想知道当前这一秒钟，服务器的下载和上传速度是多少？输入：
'''nload'''</code>
界面上方是入站流量（Incoming，比如你向服务器上传文件），下方是出站流量（Outgoing，比如服务器向外提供网页访问）。按 <code>q</code> 键退出。
[[File:Imageziyuan7.png|center|thumb|1021x1021px]]

== 2. 是哪个程序在跑流量？ ==
如果 <code>nload</code> 显示当前有很高的上传速度，但你明明没有在下载东西，这时必须查出“内鬼”。输入：
'''nethogs'''</code>
这个命令会列出具体的进程（如 <code>nginx</code>、<code>sshd</code> 甚至某个未知的木马程序）及其对应的实时发送（SENT）和接收（RECEIVED）速度。直接就能定位到消耗带宽的源头。
[[File:Imageziyuan9.png|center|thumb|1021x1021px]]

== 3. 查看月度总流量消耗 ==
如果你想知道这个月还剩多少流量配额，<code>vnstat</code> 是最好的记录员（注意：vnstat 安装后需要等待几分钟收集数据才会显示完整内容）。直接输入：
'''vnstat'''</code>
它会清晰地列出今天、昨天、以及本月的总接收（rx）、总发送（tx）和总合计（total）流量估算值。
[[File:Imageziyuan10.png|center|thumb|1005x1005px]]

== 4. 网络异常检测：不明的开放端口 ==
如果你怀疑服务器上运行了来路不明的服务，可以使用以下命令查看当前系统开放了哪些端口，以及对应的程序名：
'''ss -tunlp'''</code>
仔细检查 <code>Local Address:Port</code> 这一列，结合最右侧的 <code>Process</code>。除了你熟知的 <code>sshd</code>（SSH服务）、<code>docker-proxy</code> 等，如果出现了未知的程序在监听端口，请立刻结合前文提到的 UFW 防火墙将其封堵，并排查该进程。
[[File:Imageziyuan12.png|center|thumb|1005x1005px]]
----监控资源并不是要你每天盯着终端看，而是让你在系统出现异常的第一时间，拥有清晰的排查逻辑：先看 CPU 负载是否异常，再查 <code>available</code> 内存是否耗尽，接着排查磁盘空间是否 100%，最后查看网络流量是否被盗刷。

通过熟练运用 <code>htop</code>、<code>free -h</code>、<code>df -h</code> 和网络监控组件，你已经掌握了给 Linux 系统“看病”的基本功。

速度慢

2026-10-01T22:20:03Z

Liam：已归入 402 汇总页，移除直接的 400 分类

当你发现 VPS 使用体验变慢时，通常可以分为两类原因：

'''① 网络速度慢（网速 / 线路问题）'''

'''② 硬件性能不足（系统反应慢）'''

本文将结合搬瓦工（BandwagonHost）的产品线，介绍不同场景下的判断方法与对应解决方案。

== 一、先了解搬瓦工的三条产品线 ==

在分析“速度慢”的原因之前，需要先明确你的 VPS 属于哪个产品线。搬瓦工目前主要有三类产品：
{| class="wikitable hover-table" style="width: 100%; border-collapse: collapse; text-align: left; font-size: 15px; border-radius: 8px; overflow: hidden;"
|+
! 产品线 !! 说明
|-
| '''基础 VPS | Basic VPS''' || ● 面向轻量级使用场景 ● 性能与线路均偏基础 ● 晚高峰容易出现速度下降 ● 更适合低预算用户、轻量任务、个人小项目
|-
| '''电商专用 VPS | E-Commerce VPS''' || ● 网络线路针对中国大陆优化，网络质量显著提升 ● 晚高峰依然保持稳定高速 ● 被广泛认为是“普通用户能接受的性能天花板” ● 性价比极高，适合绝大多数用户
|-
| '''极致 VPS | Ultra VPS''' || ● 顶级线路 + 高配硬件 ● 面向不差钱的高端用户 ● 各时间段均有最稳最好速度 ● 适合业务级应用或极高要求场景
|}

== 情况一：网络速度慢（尤其是晚高峰） ==

如果你感觉页面加载慢、网速低、不稳定，大概率属于'''网络问题'''：

=== 1. 为什么会变慢？ ===

* 基础款线路在高峰期可能遇到拥堵
* 你的网络与机房之间存在绕路、拥塞
* 选用的机房线路质量较为一般

=== 2. 如何解决？ ===

如果你使用的是基础 VPS：

✔ 强烈建议升级到「电商专用 VPS」

✔ 机房优先推荐：'''美西洛杉矶 GIA 节点'''

'''原因：'''

GIA 线路在高峰期依然保持高速稳定，体验提升非常明显。它是针对中国大陆优化的高级线路，对于多数中国用户来说，选它通常不会踩坑。

== 情况二：VPS 系统反应慢（硬件性能不足） ==

如果 VPS 不是「网速慢」，而是整体操作都很卡，比如：

* '''程序运行卡顿'''
* '''登录 SSH 卡住'''
* '''执行命令反应迟钝'''

这种情况更可能是'''硬件资源不足'''导致的性能问题。

=== 1. 首先检查 CPU 是否高占用 ===

如果你的业务程序占用 CPU 过高，系统自然会变慢。可以在 SSH 中使用以下命令检查 CPU 等资源使用情况：
<pre class="EnlighterJSRAW" data-enlighter-language="generic">apt install -y htop ; htop</pre>
运行后你会看到类似如下视图：

<gallery mode="packed" heights="800">
File:2025-11-28 11-09-57.png
</gallery>
* '''若 CPU 长期接近 100%：'''
说明有高占用进程在持续运行，可能是程序异常或业务本身需要更多计算资源，需要排查或升级配置。
* '''若 Mem 内存长期高占用：'''
说明程序或服务占用了过多内存，建议优化应用或升级内存。
* '''若 Swap 虚拟内存长期高占用：'''
说明物理内存已经不够使用，系统频繁使用磁盘作为缓存，会严重拖慢性能。此时根本解决方案仍然是扩容物理内存。

=== 2. 使用 KiwiVM 面板查看系统资源 ===

你也可以通过 KiwiVM 面板查看 VPS 的资源使用情况：

登录：[http://kiwivm.64clouds.com kiwivm.64clouds.com]

[[File:Image-kiwVM.png|1200x1200像素]]

在面板中可以看到类似以下界面：
[[File:CPU.png|none|thumb|2158x2158px]]
如果 CPU 高占用，KiwiVM 面板会给出提示：[[File:Image-Detailed statistics.png|1200x1200像素]]或者在左侧菜单中找到「'''详细统计数据 / Detailed statistics'''」可以查看更详细的 VPS 资源使用情况：

如图所示，当 CPU 高占用持续达到一定时间后（具体规则可参考 [[https://bandwagonhost.com/kb.php?action=displayarticle&id=6 服务条款]]），系统可能会自动将 CPU 使用限制在 30% 左右。等你排除高占用进程后，大约 60–120 分钟后限速会自动解除。

'''如果出现这种情况，通常可以先尝试重启 VPS：'''

[[File:Image重启 VPS.png|1457x1457px]]在 KiwiVM 面板中：

点击 '''1 停止运行'''，然后再点击 '''2 运行''' 启动 VPS。

如果没有响应，通常 '''3 重启''' 也可能无效，但可以尝试一下。

实在不行可以点击 '''4 强制停止运行'''，再点击 '''2 开始''' 重新启动 VPS。

=== 如何排查高占用进程？ ===

这部分内容会在单独的文章中详细说明，有兴趣的用户可以参考后续的进阶教程。

== 结论 ==

* 如果是'''网速慢''' ➜ 优先考虑升级到「电商专用 VPS」并选择 '''美西洛杉矶 GIA 大陆优化线路'''
* 如果是'''硬件资源高占用''' ➜ 优先考虑优化应用，或升级为更高性能的硬件配置（CPU / 内存 / 磁盘）

通过以上步骤，你基本可以判断出「VPS 速度慢」到底是网络问题还是硬件问题，并选择对应的解决方案。

网络诊断：如何生成并提供 MTR 诊断报告

2026-10-01T22:19:51Z

Liam：已归入 402 汇总页，移除直接的 400 分类

在处理网络连接质量、丢包或延迟问题时，搬瓦工技术支持通常要求用户提供 MTR 报告。MTR 能够展示数据包从本地到服务器经过的每一个节点。为了让技术支持能快速定位问题，请务必按照以下详细步骤操作。

== 一、 Windows 用户：使用 WinMTR 进行测试 ==

WinMTR 是 Windows 环境下最直观的诊断工具。请确保在测试期间关闭所有下载任务或占用带宽的应用。

'''1. 输入目标服务器 IP 地址'''

打开 WinMTR 程序后，在左上角的 <code>Host</code> 输入框中填写您的 VPS 目标 <code>IP 地址</code>。

'''2. 开始运行诊断'''

点击右侧的 <code>Start</code> 按钮，程序将开始持续向目标地址发送数据包并记录路径。

[[File:Mtr-win-step1.png|thumb|center|800px|alt=点击 Start 按钮启动链路追踪|点击 Start 按钮启动链路追踪]]

'''3. 等待数据采集'''

请保持程序运行，观察 <code>Sent</code> 这一列。技术支持要求该数值必须达到 100 以上，数据才具有诊断参考价值。

当数据包发送数量足够后，点击 <code>Stop</code> 按钮停止测试。

'''4. 复制测试结果'''

点击 <code>Copy TEXT to clipboard</code> 按钮，将完整的诊断文本复制到剪贴板，以便后续粘贴到工单中。

[[File:Mtr-win-step2.png|thumb|center|800px|alt=点击 Copy TEXT 按钮获取纯文本格式报告|点击 Copy TEXT 按钮获取纯文本格式报告]]

* 关键提醒：请勿使用 HTML 格式

切勿点击 <code>"Copy HTML"</code> 或 <code>"Export HTML"</code>。<code>HTML</code> 格式包含大量网页代码，会导致技术支持人员无法在工单系统中正常阅读数据。

正确示例：

[[File:Mtr-format-correct-text.png|thumb|center|800px|alt=标准纯文本格式（TEXT）排版整齐，方便技术分析|标准纯文本格式（TEXT）排版整齐，方便技术分析]]

== 二、在工单 (Support Ticket) 中提交数据规范 ==

为了确保工单获得最快速度的处理，请按照“文本 + 截图”的双保险规范提交。

1. 进入官网客户中心

访问搬瓦工官网，点击右上角的 <code>Client Area</code> 进行登录。

[[File:Bwh-login-step-1.png|thumb|center|800px|alt=搬瓦工首页截图|在官网首页右上角找到并点击“Client Area”按钮]]

2. 提交诊断信息
在工单回复框内，请务必同时提交以下两项内容：

* 粘贴纯文本：将之前通过 <code>"Copy TEXT"</code> 获得的文本数据直接粘贴在描述框中。
*
* 上传运行截图：作为数据的真实性凭证，请同时上传一张包含 <code>Sent</code> 数值的 WinMTR 软件界面截图（如图2所示）。

[[File:Mtr-win-step3.png|thumb|center|800px|alt=在工单描述中完整粘贴 MTR 文本并附带运行截图|在工单描述中完整粘贴 MTR 文本并附带运行截图]]

== 三、进阶诊断：双向 MTR 测试 ==

某些复杂网络问题可能需要从服务器端向本地 IP 进行“反向探测”。

# 登录 KiwiVM 管理面板。
#
# 在左侧菜单点击 <code>Root shell - interactive</code> 进入终端。
#
# 输入命令：<code>mtr -rw</code> 您的本地个人IP（本地 IP 可通过访问 ip.gs 获取）。
#
# 同样运行 100 个周期后，将结果复制并提交给技术支持。

'''注意事项'''

* 数据真实性：请勿对 MTR 报告中的 IP 地址或节点进行任何修改或遮掩。任何对原始数据的篡改都会导致客服得出错误的排障结论，延误问题的解决。
*
* 测试环境：进行测试时请关闭本地 VPN 或代理工具，确保测试的是本地网络到机房的直连线路质量。

搬瓦工 IP 封锁与端口拦截自测教程：从本地 CMD 到官方网页终端全流程

2026-10-01T22:19:48Z

Liam：已归入 402 汇总页，移除直接的 400 分类

当 VPS 无法通过 SSH 建立连接时，用户往往需要在复杂的网络环境中准确定位故障原因。本指南通过标准化的排查流程，引导用户从服务器物理状态、本地网络连通性、全球节点表现以及系统内部防火墙四个维度进行深度诊断，旨在准确区分网络封锁、服务故障与配置冲突。

== 一、核实服务器基础运行状态 ==

在进行任何网络测试之前，首要任务是排除服务器因关机或欠费导致的系统不可用。

'''1. 检查运行状态'''

登录 KiwiVM 管理面板，在 <code>Main controls</code> 页面确保 <code>Status</code> 选项显示为 <code>Running</code>。

如果显示为 <code>Stopped</code>，则表示服务器处于关机状态，请点击右侧的 <code>Start </code>按钮启动服务器。

[[File:Kiwivm-status-running.png|thumb|center|800px|alt=首先确保服务器处于 Running 运行状态|登录KiwiVM 查看服务器运行状态]]

== 二、本地网络连通性测试 (Windows CMD) ==

确认服务器在线后，需要测试您的本地电脑与服务器 IP 之间的基础通信。

'''1. 打开命令行工具'''

在 Windows 系统环境下，同时按下键盘上的 <code>Win + R</code> 键。在弹出的运行对话框中输入 <code>CMD</code>，并点击确定或按回车键打开命令行工具。

[[File:Windows-run-cmd.png|thumb|center|800px|alt=通过快捷键启动本地命令行工具|Windows 打开 CMD 命令行]]

'''2. 执行 Ping 测试'''

在黑色窗口内输入命令：ping 您的服务器IP（例如：ping 1.2.3.4）并执行。若能看到持续的“来自...的回复”，说明链路通畅；若提示“请求超时”，说明本地到服务器的连接存在阻断。

[[File:Cmd-ping-test-result.png|thumb|center|800px|alt=CMD 命令行执行 Ping 测试|在本地命令行执行 Ping 测试初步判断连通性]]

== 三、全球网络连通性对比检测 ==

如果本地无法连通，我们需要借助第三方监测平台，对比国内外不同节点的表现。

'''1. 全球 IP 整体连通性检测'''

使用浏览器访问 <code>https://ping.pe</code>，并在搜索框中填入您的服务器 <code>IP 地址</code>。

若页面下方列表中的海外节点全部为<code>绿色（Successful）</code>，而中国境内节点全部为<code>红色（Failed）</code>，则证实该 IP 地址在中国境内受到了封锁。

[[File:ping-pe-ip-test.png|thumb|center|800px|alt=通过浏览器访问 ping.pe 进行全球测试|利用 ping.pe 全球节点对比判定 IP 是否被封锁]]

'''2. 特定端口连通性检测'''

使用浏览器访问 <code>https://port.ping.pe</code>，并按照 IP:端口的格式输入（例如：<code>1.2.3.4:12345</code>）。

若结果显示海外通而国内不通，说明该 SSH 端口已被单独拦截。

[[File:Port-ping-pe-test-result.png|thumb|center|800px|alt=检测特定端口在全球范围内的开放状态|通过浏览器访问 port.ping.pe 检测端口状态]]

'''3. 测试结果判定逻辑'''

观察上述两项测试页面下方的全球节点列表，通常会出现以下三种典型情况：

* 国外国内均显示<code>绿色 (Successful)</code>：代表网络完全畅通，服务器运行及链路均无问题。
*
* 国外国内均显示红色 <code>(Failed/Timed out)</code>：代表服务器可能处于关机状态、正在执行重装系统或者机房网络出现整体故障。
*
* 国外显示<code>绿色</code>，国内显示<code>红色</code>：这是判定 IP 或端口被封锁的核心依据。说明服务器在海外运行正常，但中国境内的访问请求已被拦截。

== 四、内部系统状态与防火墙配置自查 ==

当外部检测结果判定为封锁时，我们需要利用官方网页终端进入系统内部，确认服务器是否真的“活着”，并尝试修复防火墙。

'''1. 启动并观察网页版终端'''

登录 KiwiVM 面板，点击左侧菜单的 <code>Root shell - interactive</code>，随后点击 <code>Launch</code> 启动。进入后您可能会看到类似下方的系统日志界面：

[[File:Kiwivm-root-shell-system-logs.png|thumb|center|800px|alt=网页终端显示滚动日志，证明服务器系统正在运行|KiwiVM 网页终端显示系统日志]]

* 完美运行状态判定：如果您能看到如上图所示的系统日志在滚动，或者按回车键后能看到登录提示符，这证明服务器系统运行完美。此时若外部不通，则可 100% 确定是网络封锁。
*
* 系统故障判定：如果此窗口长时间黑屏且无任何反应，说明系统已经崩溃，此时需要执行重装系统。

'''2. 登录并执行诊断命令'''

在终端内按回车键，输入 <code>root 账号</code> 和 <code>密码</code> ，登录成功后（看到 # 提示符），执行以下命令自救：

* 输入账号：在 login: 处输入 <code>root</code> 并回车。
*
* 输入密码：输入密码时屏幕不会显示任何字符，请粘贴或输入后直接按回车。
*
* 查看实时状态：输入 <code>top</code> 命令查看系统资源占用。
*
* 如何停止 top：按下键盘上的 <code>q 键</code>（或执行 <code>Ctrl + C）</code>即可停止监测并返回命令行状态。

[[File:Root-shell-top-exit.png|thumb|center|800px|alt=在网页终端执行 top 命令并退出|使用 q 键退出 top 实时监测界面]]

''3. 检查服务与放行端口'''

返回命令行后，您可以尝试执行以下命令进行最后的自救：

* 检查网页服务：输入 <code>sudo systemctl status nginx</code>。
*
* 放行防火墙端口：输入 <code>sudo ufw allow 22/tcp</code>（请将 22 替换为您真实的 SSH 端口）。

'''重点：关于报错信息的正确解读（非常重要）'''

在执行上述命令时，您极有可能会看到 <code>Unit nginx.service could not be found</code> 或 <code>sudo: ufw: command not found</code> 这样的报错提示。请务必注意：即使看到这些报错，也属于完全正常的情况。

* 为何报错：这仅仅是因为您的系统镜像（如 Rocky Linux 或极简版 CentOS）默认没有安装相关的软件包或防火墙工具。
*
* 核心结论：只要屏幕有内容回显（哪怕是报错），就足以证明服务器系统运行完美。这说明您的指令已经跨越网络成功送达 VPS。在这种情况下，本地无法连接 100% 是由于外部网络封锁导致的。

[[File:Kiwivm-root-shell-command-not-found.png|thumb|center|800px|alt=网页终端显示命令未找到报错界面|即使出现 command not found 报错，只要有回显就证明系统运行正常]]

== 五、故障排查结论与解决方案 ==

通过上述五个维度的排查，用户可快速锁定原因并采取相应对策：

确认 IP 被封锁：若判定为 IP 地址受限，最直接的解决办法是登录官网客户中心进行自主购买 IP。这是目前应对 IP 封锁最为稳妥且最终的解决手段。

数据反馈：在向技术支持反馈问题时，请提供未经修改的测试截图。遮掩 IP 会导致无法进行双向核实。若涉及复杂的网络波动，请参考《[[网络诊断：如何生成并提供 MTR 诊断报告]]》提交完整的链路诊断数据。

'''注意事项'''

* 在进行本地 CMD 测试时，请务必暂时关闭所有的代理或 VPN 软件。
*
* 建议在 24 小时内的不同时间段多次测试，以排除运营商临时的网络抖动波动。

SSH连接故障排除指南（拒绝/超时/密钥及常见修复）

2026-10-01T22:19:44Z

Liam：已归入 402 汇总页，移除直接的 400 分类

相信很多人在第一次使用Shell软件登录自己新购买的服务器湖或者在部署什么服务时，不小心点了什么操作导致了SSH无法连接成功。这时候，可能会出现不同的报错情况，新手小白可能会不知所措。说实话，我也曾经遇到过这种情况，也曾经因为这种情况消磨了我对鼓捣服务器的热情。后面也是自己找了很多资料，才大体搞清了具体的问题所在，以及如何去解决对应的问题。

这篇文章我会带大家针对VPS日常使用中最常见的SSH故障，提供从问题分析到如何解决的排查指南。
----

== 一、快速诊断：你遇到的是哪种情况？ ==
在动手敲代码之前，我们需要先看Shell输出了什么错误内容。SSH报错通常分为三大流派，它们代表了网络通信中完全不同的三个失败阶段。请对照下表，定位你的问题属于哪一类：
{| class="wikitable"
!报错提示 (终端输出)
!中文直译
!故障发生的阶段
!核心原因概括
|-
|<code>Connection timed out</code>
|连接超时
|网络层 / 路由层
|数据包在半路走丢了，或者被服务器的防火墙直接丢弃。服务器根本没收到你的“敲门声”。
|-
|<code>Connection refused</code>
|拒绝连接
|服务层 / 端口层
|数据包成功到达了服务器，但服务器告诉你：“这个端口没有SSH服务在运行”。
|-
|<code>Permission denied</code>
<code>Authentication failed</code>
|权限被拒绝
身份验证失败
|认证层 / 密钥层
|你成功敲开了门，但服务器不认识你（密码错误、密钥不匹配、权限配置错乱）。
|-
|<code>Host key verification failed</code>
|主机密钥验证失败
|客户端安全层
|你的本地电脑发现这台服务器的“指纹”变了（通常发生在VPS重装系统之后），出于安全保护拒绝连接。
|}
----

== 二、深度排查 1：Connection timed out / Connection failed (连接超时/失败) ==
“连接超时”是最让人头疼的报错，因为它的原因往往游离在服务器系统之外。它意味着你发送的TCP连接请求（SYN报文）如同泥牛入海，没有收到任何回应。
[[File:Ssh1.png|center|thumb|914x914px]]

== 1. 检查服务器是否“活着” (宕机排查) ==
很多时候，超时仅仅是因为VPS关机了或者宿主机（母机）正在维护。

* 行动：登录你的VPS控制面板（例如 KiwiVM 面板）。
* 查看状态：确认服务器的状态是否显示为 <code>Running</code>（运行中）。
* 急救：如果状态是 <code>Stopped</code>，点击 <code>Start</code> 开机。如果显示 <code>Running</code> 但依然超时，尝试点击 <code>Hard Reset</code> 或 <code>Force Restart</code> 进行强制重启。

== 2. 检查 IP 是否被网络防火墙阻断 (IP 被墙) ==
如果你的VPS位于海外，这是最常见的超时原因。本地运营商或主干网防火墙可能拦截了发往该IP的数据包。

* 行动：使用多节点 Ping 测试工具（强烈推荐访问 <code>ping.pe</code> 或 <code>itdog.cn</code>）。
* 诊断：在工具中输入你的 VPS IP 地址。
** 如果海外节点全绿，国内节点全红：确诊你的 IP 已被国内网络防火墙阻断（被墙）。
** 如果全球节点全红：说明服务器处于宕机状态，或者服务器内部的防火墙拦截了所有 ICMP (Ping) 请求。
* 急救：如果 IP 被墙，如果是动态 IP 服务商可以尝试重新获取 IP；如果是固定 IP 服务商，通常需要购买更换 IP 的服务，或者通过其他海外节点进行中转跳板连接。

== 3. 检查系统级防火墙是否拦截了 SSH 端口 ==
如果你在之前登录时安装了 <code>ufw</code> 或修改了 <code>iptables</code> 规则，但忘记放行 SSH 端口就启用了防火墙，那么你就会把自己“锁在门外”。

* 行动：此时你无法通过 SSH 登录，必须使用服务商提供的 VNC Console (网页版控制台) 或 Serial Console (串行控制台)。以 KiwiVM 面板为例，找到 <code>Root shell - interactive</code> 或 <code>VNC</code> 选项进入系统。
* 诊断与修复 (以 UFW 为例)：在 VNC 的黑框中登录 Root 账户，输入以下命令查看防火墙状态：
<syntaxhighlight lang="bash">
ufw status
</syntaxhighlight>
[[File:Ssh2.png|center|thumb|898x898px]]
如果你发现列表中没有允许 <code>22/tcp</code> (或你自定义的 SSH 端口)，请立即放行：<syntaxhighlight lang="bash">
ufw allow 22/tcp
ufw reload
</syntaxhighlight>如果是 <code>iptables</code> 把你锁住了，可以通过以下命令紧急清空规则（注意：这会暴露所有端口，仅作紧急救援使用）：<syntaxhighlight lang="bash">
iptables -F
iptables -X
iptables -P INPUT ACCEPT
iptables -P OUTPUT ACCEPT
iptables -P FORWARD ACCEPT
</syntaxhighlight>
----

== 三、深度排查 2：Connection refused (拒绝连接) ==
当你看到“拒绝连接”时，其实应该松一口气。这说明网络是畅通的，IP 没有被墙，数据包成功抵达了目标机器。只是目标机器的操作系统直接返回了一个 <code>RST</code> (复位) 数据包，无情地关上了门。

== 1. 端口号输错了 ==
这是新手最容易犯的低级错误。你可能出于安全考虑，在 <code>/etc/ssh/sshd_config</code> 中把 SSH 端口从 <code>22</code> 改成了 <code>28482</code>，但在登录时却忘了指定新端口，使用的依然是默认端口。
[[File:Ssh3.png|center|thumb|951x951px]]

* 错误示范：<code>ssh root@198.51.100.1</code> (默认连接 22 端口，被拒绝)
* 正确写法：<code>ssh -p 28482 root@198.51.100.1</code>

== 2. SSH 服务 (sshd) 崩溃或未随系统启动 ==
如果是你重装了系统或者强制重启后出现此问题，极有可能是 SSH 守护进程（sshd）没有正常运行。

* 行动：同样需要登录控制面板的 VNC Console。
* 诊断：检查 SSH 服务的运行状态：
<syntaxhighlight lang="bash">
systemctl status sshd
</syntaxhighlight>或者在 Debian/Ubuntu 系统上：<syntaxhighlight lang="bash">
systemctl status ssh
</syntaxhighlight>
[[File:Ssh5.png|center|thumb|951x951px]]
急救：

如果状态显示为 <code>inactive (dead)</code> 或 <code>failed</code>，尝试手动启动它：
systemctl start sshd</code>
为了防止下次重启再次失效，设置其开机自启：
systemctl enable sshd</code>
[[File:Ssh4.png|center|thumb|951x951px]]

== 3. 配置文件语法错误导致服务启动失败 ==
如果你刚修改过 <code>/etc/ssh/sshd_config</code> 文件（比如修改端口、禁用密码登录等），不小心多打了一个字母，保存并重启系统后，sshd 服务会因为语法错误而彻底罢工。

* 诊断：在 VNC 中执行启动命令时，如果提示失败，可以查看详细的系统日志：
<syntaxhighlight lang="bash">journalctl -xeu sshd.service</syntaxhighlight>或者让 sshd 帮我们检查配置文件的语法错误：
'''sshd -t'''</code>

* 如果配置有错，系统会精准地告诉你哪一行写错了（例如：<code>line 15: Bad configuration option</code>）。
* 修复：使用 <code>nano /etc/ssh/sshd_config</code> 进去把那一行的拼写错误改回来，然后再次 <code>systemctl start sshd</code>。

----

== 四、深度排查 3：Permission denied / 密钥错误 (权限被拒绝) ==
走到这一步，说明网络通畅，SSH服务也在正常运转，但这台服务器的“保安”觉得你身份可疑，不让你进。

== 1. Root 密码真的输错了 ==
人的记忆是不可靠的。特别是很多服务商在开通 VPS 时，会随机生成一串诸如 <code>a8F!k9Lz@</code> 这样反人类的初始密码。

* 修复：不要怀疑自己，直接去 VPS 控制面板（KiwiVM）寻找 Root password modification 或 Reset Root Password 选项。点击重置后，系统会强制修改密码并重启 VPS。用新生成的密码重新登录即可。
[[File:Ssh6.png|center|thumb|945x945px]]

== 2. 密钥认证失败：~/.ssh 目录权限“洁癖” ==
如果你配置了更加安全的 SSH Key (密钥对) 登录，但依然提示 <code>Permission denied (publickey)</code>，90% 的概率是因为 Linux 对密钥文件的权限要求有着极其变态的“洁癖”。

如果别人能随意读取或修改你的密钥文件，那么密钥登录就失去了意义。因此，如果你的 <code>.ssh</code> 目录或 <code>authorized_keys</code> 文件的权限设置过宽，SSH 服务会直接拒绝读取它们。

* 行动：通过 VNC 控制台登录（或使用密码登录，如果你还没禁用密码的话）。
* 修复核心权限：严格执行以下权限锁定命令：

# 设定当前用户根目录的权限 (不能开放给所有用户组写入)
chmod 750 ~

# 设定 .ssh 文件夹的权限：仅所有者可读写执行 (rwx------)
chmod 700 ~/.ssh

# 设定公钥记录文件的权限：仅所有者可读写 (rw-------)
chmod 600 ~/.ssh/authorized_keys</code>
修复权限后，通常无需重启 sshd，直接在本地重新尝试连接即可。

== 3. 公钥粘贴格式错误 ==
在将本地的 <code>.pub</code> 公钥内容复制到 VPS 的 <code>~/.ssh/authorized_keys</code> 文件时，不小心在中间多加了一个换行符，或者复制漏了最后一个字符，都会导致指纹无法匹配。

* 修复：在 VNC 中使用 <code>cat ~/.ssh/authorized_keys</code> 查看。正常情况下，一个公钥必须完完整整地占据单独的一行（通常以 <code>ssh-rsa</code> 或 <code>ssh-ed25519</code> 开头，以你的电脑用户名结尾）。如果断行了，使用 <code>nano</code> 编辑器将其退格拼接到同一行。

----

== 五、特殊疑难杂症：Host key verification failed ==
这是一个非常经典的报错。表现为你在本地终端输入 <code>ssh root@IP</code> 后，弹出一大段充满感叹号的警告提示，包含 "WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED!"。<blockquote>原理解析：

每次你连接一台全新的 VPS 时，你的本地电脑都会悄悄把这台服务器的唯一指纹记录在本地的一个叫 <code>known_hosts</code> 的文件里。

如果你把这台 VPS 重装了操作系统，它的服务器指纹就变了。当你再次连接相同的 IP 时，你的本地电脑一对比：“哎？IP 没变，但指纹不对！这可能是一个伪造的钓鱼服务器！” 于是出于保护机制，强制掐断了连接。</blockquote>'''修复 (本地电脑操作)：'''

你只需要告诉你的本地电脑：“我知道它重装了，把旧的指纹删掉吧”。

如果你使用的是 Windows/Mac/Linux 的终端，直接执行以下命令（将 IP 替换为你的 VPS IP）：<syntaxhighlight lang="bash">
ssh-keygen -R 你的VPS_IP地址
</syntaxhighlight>系统会提示 <code>Host 你的VPS_IP地址 has been removed</code>。再次发起 SSH 连接，输入 <code>yes</code> 接受新的指纹即可。
----

== 六、终极救援原则：永远相信 VNC ==
在这篇指南中，我们反复提到了 VNC Console (或称 KVM/Serial Console)。

请记住一条铁律：只要你的 VPS 还在开机状态，无论 SSH 怎么崩溃、无论防火墙怎么乱拦截，VNC 控制台永远能让你以物理机插显示器的方式进入系统。

VNC 是不依赖于系统网络配置的底层带外管理工具。如果你尝试了上述所有方法依然无果，请静下心来：

# 打开服务商面板的 VNC。
# 输入 <code>root</code> 和密码（由于 VNC 是模拟物理键盘，可能不支持复制粘贴，且注意排查输入法的大写锁定）。
# 使用 <code>ping 8.8.8.8</code> 测试外网连通性。
# 使用 <code>ip addr</code> 检查网卡是否正常获取了 IP 地址。
# 检查系统日志 <code>tail -n 50 /var/log/auth.log</code> 来寻找 SSH 拒绝登录的蛛丝马迹。

----

== 结语与下一步行动 ==
SSH 故障排查是一个建立排错逻辑的绝佳过程。当你能够熟练地从网络层、服务层、认证层逐一剥丝抽茧定位问题时，你就不再是一个只会复制粘贴命令的新手，而是初步具备了独立解决问题的架构师思维。

IP被屏蔽、滥用、频繁跳验证码？教你一招永久“洗白”你的VPS！

2026-10-01T22:19:39Z

Liam：已归入 402 汇总页，移除直接的 400 分类

== 一、为什么你的 VPS 总是跳验证码？ ==
很多小伙伴刚买到一台新的 VPS，还没来得及高兴，一用就发现不对劲了：

* '''到手即黑'''：新买的机器，IP 一查竟然在各种黑名单里。搜个 Google 满屏都是红绿灯、消防栓验证码，甚至直接提示“异常流量”不让访问。
* '''突然“变脏”'''：本来用得好好的，不知道哪天起，'''Google 学术'''打不开了，报 <code>403 Forbidden</code>；访问 '''Perplexity''' 或 '''ChatGPT''' 频繁让人证明“我是人类”。

'''真相只有一个'''：在你拿到这台机器之前，可能已经有无数人用它跑过爬虫、发过垃圾邮件或者搞过攻击。或者在你手上被谁滥用了，但你自己并不知道，虽然机器是“新”的，但 '''IP 早就被玩坏了'''。
----

== 二、核心需求：给流量找个“洗白”通道 ==
既然 IP 已经被标记，与其花冤枉钱去碰运气换 IP，不如目标明确地进行“精准洗白”：

# '''精准分流'''：平时看视频、下载文件依然走 VPS 原生 IP，确保极致速度。
# '''动态洗白'''：遇到 '''Google、学术搜索、Perplexity、OpenAI''' 等高风控网站，自动穿上“隐身衣”，通过 Cloudflare 的官方通道（WARP）发出请求。

'''这样操作后，网站识别到的是 Cloudflare 的高信用 IP，烦人的验证码自然消失！'''
----

== 三、实战步骤（以 x-ui 为例） ==

=== 1. 安装“洗白”出口 —— WARP(WireProxy) ===
在你的 VPS 上运行轻量化代理（推荐 Wireproxy 模式），监听本地 '''40000''' 端口。

安装 WARP （演示系统为:Debian）<syntaxhighlight lang="bash">
wget -N https://gitlab.com/fscarmen/warp/-/raw/main/menu.sh ; bash menu.sh
</syntaxhighlight>返回以下信息[[File:2026-01-11 16-51-18.png|border|1000x1000px]]
'''1.语言选择'''：回复 <code>2</code> 选择简体中文。

[[File:2026-01-11 16-53-36.png|border|1000x1000px]]

'''2.功能选择'''：选择 <code>13</code> 安装 '''WireProxy'''。
这是时候可以看到 <code>WARP 网络接口未开启</code> 、 <code>rClient 未安装</code> 、 <code>WireProxy 未安装</code>

我们选择“'''13'''”安装 wireproxy，让 WARP 在本地创建一个 socks5 代理 (bash menu.sh w)

[[File:2026-01-11 17-15-18.png|border|800x800px]]

'''3.端口设置'''：提示设置 Client 端口号时，直接 '''回车''' 默认使用 <code>40000</code>。

[[File:2026-01-11 17-16-31.png|border|1000x1000px]]

'''4.状态确认'''：看到界面显示 <code>WireProxy 正在运行</code>，并获取到 CF 的 IPv4/IPv6 地址，说明通道已打通。

'''检验本地socks5 40000端口的 IP 地址'''<syntaxhighlight lang="bash">
curl -x socks5://127.0.0.1:40000 https://ip.gs
</syntaxhighlight>[[File:2026-01-11 17-26-02.png|border|800x800px]]

返回的是我们 <code>WireProxy</code> 代理的 IP 地址，说明 <code>WireProxy</code> 已经安装成功并且正常运行

'''如果这个时候你想检验下一 <code>WireProxy</code> IP 地址的 IP 质量，用以下命令'''<syntaxhighlight lang="bash">
export all_proxy=socks5://127.0.0.1:40000 ; bash <(curl -sL IP.Check.Place)
</syntaxhighlight>[[File:2026-01-11 17-29-50.png|border|1218x1218px]]

IPv4 IP质量报告

[[File:2026-01-11 17-30-11.png|1306x1306px]]

IPv4 IP质量报告

如果要和自己 VPS 的原生 IP 对比一下 IP 质量的话，用以下命令<syntaxhighlight lang="bash">
bash <(curl -sL IP.Check.Place)
</syntaxhighlight>这里我们不就再演示了

=== 2. 配置 x-ui 路由规则 ===
如何安装 x-ui ，以及如何使用和搭建节点，这里我们就不提了，我们直接讲如何分流

[[File:2026-01-11 17-36-52.png|border|1000x1000px]]

进入 x-ui 面板的 '''“面板设置”''' -> '''“Xray 相关设置”'''。我们的逻辑是：将“爱跳验证码”的域名扔给本地 <code>40000</code> 端口，其余流量直连。

'''配置操作：''' 将设置框中的原内容全部删除，替换为以下代码：<syntaxhighlight lang="bash">
{
"outbounds": [
{
"protocol": "freedom",
"tag": "direct"
},
{
"tag": "warp_proxy",
"protocol": "socks",
"settings": {
"servers": [
{
"address": "127.0.0.1",
"port": 40000
}
]
}
}
],
"routing": {
"rules": [
{
"type": "field",
"outboundTag": "warp_proxy",
"domain": [
"geosite:google",
"domain:perplexity.ai",
"domain:ipaddress.my",
"domain:whoer.net",
"domain:ip.gs"
]
}
]
}
}
</syntaxhighlight>在 <code>"domain"</code> 里面可以添加更多的站点域名，凡是跳验证码的站点域名都可以无脑的扔进去，其实刚刚那个 <code>WireProxy</code> IPv4 流媒体和AI解锁都不错，也可以将这些站点的流量添加到这个分流规则里面

这里我就随便添加了几个，在最后面我们添加了几个验证 <code>WireProxy</code> 代理的站点，让流量也走这个 <code>WireProxy</code> 代理

[[File:2026-01-11 17-38-51.png|border|1000x1000px]]

修改完 Xray 设置后，记得点击面板顶部的 '''“保存配置”//“重启面板”''' 才能生效

'''关键一步：开启流量嗅探'''

'''如果不开启嗅探，Xray 无法识别你访问的具体域名，分流规则将失效。'''

这是分流能否生效的前提。进入 '''“入站列表”'''，编辑你的节点：

[[File:2026-01-11 17-44-13.png|border|850x850px]]

找到 '''嗅探 (Sniffing)''' 选项。将其 '''打开'''。

[[File:2026-01-11 17-46-20.png|800x800px]]

后面的 http、tls、quic 也都勾选

== 最终验证 ==
连接节点后，在浏览器访问以下站点：

* '''[[ipaddress.my]]'''
* '''[[whoer.net]]'''
* '''[[ip.gs]]'''

'''验证标准'''：如果显示的 IP 是 Cloudflare 的地址，且访问以前跳验证码的站点（如 Google 学术）变得顺滑无比

'''恭喜你，洗白成功！'''

IP被封，IP被墙，及救济措施

2026-10-01T22:19:25Z

Liam：已归入 402 汇总页，移除直接的 400 分类

①先确定自己的服务器是运行的状态，确保机器是开机运行状态 Running：

[[File:IP-1.png]]

②打开工具类网站 https://ping.pe/ 在对话框内输入你的服务器IP地址

[[File:IP-2.png]]

③等待十秒后，观察IP是否正常，一般来说国内和国外Ping过去的都应该是绿色的：

[[File:IP-3.png]]

[[File:IP-4.png]]

④如果是国外的正常，但国内的是红色的，那么说明您的服务器IP已经被GFW中国防火墙屏蔽：

[[File:IP-5.png]]

⑤不死心二次验证，打开ITDOG再做一次验证 https://www.itdog.cn/tcping/ ，在对话框内输入你的IP地址，查看地图情况，如果是全红，说明确实被封了：

[[File:IP-6.png]]

⑥救济措施：

这时候你需要保持警惕，你在使用什么服务触发了中国防火墙的阻拦，请立刻停止此服务，或将更换此服务。否则实施以下2种救济措施中的任意一种，不多时IP依旧会被封锁。

1、等待一天到数周不等，自然等待IP解封；

2、自主更换IP：打开网址 https://bwh81.net/ipchange.php 并按提示更换IP (需花费7.39美元）

[[File:IP-7.png]]

点击按钮后，会自动生成一个更换IP的工单及生成一个7.39美元账单，支付账单后，在24小时内客服将为你更换新的IP

[[File:IP-8.png]]

在支付账单页面 https://bwh81.net/billing 支付7.49美元后(支付宝、paypal、银联等多种支付方式)，等待客服更换全新的IP（24小时内）

[[File:IP-9.png]]

[[File:IP-10.png]]

教程来自搬瓦工交流群：[https://t.me/bwh81 搬瓦工交流群]

IP被封后，申请更换IP

2026-10-01T22:19:23Z

Liam：已归入 402 汇总页，移除直接的 400 分类

自主更换IP：打开网址 https://bwh81.net/ipchange.php 并按提示更换IP (需花费7.39美元）

[[File:IP-7.png]]

点击按钮后，会自动生成一个更换IP的工单及生成一个7.39美元账单，支付账单后，在24小时内客服将为你更换新的IP

[[File:IP-8.png]]

在支付账单页面 https://bwh81.net/billing 支付7.49美元后(支付宝、paypal、银联等多种支付方式)，等待客服更换全新的IP（24小时内）

[[File:IP-9.png]]

[[File:IP-10.png]]

教程来自搬瓦工交流群：[https://t.me/bwh81 搬瓦工交流群]

IP地址不能被访问

2026-10-01T22:19:18Z

Liam：已归入 402 汇总页，移除直接的 400 分类

<big>'''搬瓦工 IP 地址不能被访问的全面检测指南'''</big>

当你发现你的搬瓦工服务器 IP 无法被访问，或特定服务无法连通时，本节内容将为你提供一个'''系统性排查流程'''。可以帮助你快速定位问题所在，并确定故障是来源于服务器内部、本地网络连接，还是 IP 地址本身存在国际联通性障碍。

=== 排查流程概述 ===

# '''内部检查：''' 确认VPS在KiwVM面板中是否正常运行。
# '''本地检测：''' 通过本地电脑测试与服务器的连通性。
# '''全球检测：''' 使用第三方工具 <code>ping.pe</code> 等，确认 IP 地址的全球联通状态。
# '''系统软件检查：'''确认服务器的端口是否被系统或应用防火墙关闭。

=== 一、KiwiVM面板内部检查 ===
我们首先从服务器控制中心（KiwiVM）入手，查看服务器是否正常运行。

==== 1. 登录 KiwiVM 面板 ====
登录搬瓦工用户中心（Client Area），进入 '''My Services'''，点击 '''KiwiVM Control Panel''' 按钮进入管理面板。

[[File:进入KiwiVM面板.jpg|900x900px]]

==== 2.检查运行状态 ====
请确保 KiwiVM 的 '''Main controls'''（主控界面）下，'''Status（状态）'''显示为 <code>Running</code>。

如果显示 <code>Stopped</code>，请点击 <code>Start</code> 按钮尝试启动（或者先点<code>Hard Stop</code>，1分钟后再点<code>Start</code>）。

[[File:面板显示状态.jpg|900x900px]]

=== 二、本地检测 ===
在确认服务器在运行后，我们接下来测试本地电脑与服务器的连通情况。

==== 1. 使用 Ping 命令进行基础测试 ====
在 Windows 系统下，可以通过打开运行（快捷键：<code>Win + R</code>），输入 <code>CMD</code> 打开命令行工具进行测试<syntaxhighlight lang="abap">
ping 你的IP地址
</syntaxhighlight>

* 如果一直返回请求超时，则说明本地电脑与服务器不连通（ICMP 协议不通）。请进入第三步进行全球网络检查。

* 如果收到来XXX的回复：说明 IP 基础连通性正常，问题可能出在特定端口或程序上。请跳转第四步测试。

==== 2. 使用Telnet命令测试端口连通性 ====
如果你安装了 Telnet 客户端，可以直接使用 Telnet 命令测试特定端口是否开放。<syntaxhighlight lang="abap">
# 测试SSH端口，以22为例
telnet 你的IP地址 22
# 测试web端口
telnet 你的IP地址 80
</syntaxhighlight>

* 如果返回如果连接失败或超时，则说明端口不可访问，或对应服务未启动。请进入第三步测试。

=== 三、全球网络检查 ===
如果你的服务器显示在运行，且本地测试失败，则大概率是 IP 在被特定地区阻断（即 IP 被封），因此要使用ping.pe全球网络检测确认问题。

==== 1. 执行 Ping.pe 全球诊断 ====

* 访问 <code><nowiki>https://ping.pe/</nowiki></code>，然后在搜索框输入你的 '''IP 地址'''，点击开始诊断。
* 等待几分钟，查看全球不同节点的输出结果。

==== 2. 分析阻断情况 ====
以下图为例，我们可以看到中国地区的节点都显示100%的红色丢包，则说明该IP中国不可访问，但是其他国家的又显示正常，则说明该IP被中国所阻断。

[[File:Pingpe.jpg|900x900px]]

==== 3. IP阻断的解决方案 ====

* 对于被阻断的情况，你只能选择'''等待IP自行解封'''，或者'''提交工单更换 IP'''（通常需要支付 $8 美元费用），[[更换IP|参考教程]]。
* 如果测试结果没有发现明显的地区阻断问题'''，''' 则最终确认问题存在于服务器内部的系统或软件配置。请进入第四步进行内部系统检查。

=== 四、'''系统软件检查''' ===
如果你的服务器在运行，但是ping.pe测试没有发现地区阻断问题，则可能是存在系统或者软件问题。

==== 1. 常用排查命令 ====
可以通过'''Root shell (basic)'''或者'''Root shell (advanced)'''，执行命令来开启端口，查看服务运行情况，或者启动关闭特定服务，这里给出一些参考命令。<syntaxhighlight lang="abap">
# 示例：检查 Nginx 状态
sudo systemctl status nginx
# 示例：放行端口
sudo ufw allow 22/tcp
sudo ufw allow 80/tcp
</syntaxhighlight>

==== 2.系统恢复操作 ====

* 如果系统出现故障，无法操纵，可以通过快照（Snapshots）进行系统恢复。[[KiwiVM Introduction#6.使用快照恢复:~:text=创建快照按钮。-,6.使用快照恢复,-进入快照（Snapshots|参考教程]]
* 如果实在无法修复，则可以考虑重新安装系统。[[KiwiVM Introduction#2.重新安装系统:~:text=重启）操作。-,2.重新安装系统,-进入Install new|参考教程]]

IP 被墙怎么办？使用 cloudflare 配置代理

2026-10-01T22:19:15Z

Liam：已归入 402 汇总页，移除直接的 400 分类

== IP 被墙怎么办？使用 Cloudflare 配置代理 ==
当服务器 IP 被墙后，中国网络无法直接连接服务器，即使服务器本身仍然正常运行。一种常见的解决方案是使用 Cloudflare CDN 进行反向代理，通过域名访问服务器，从而绕过 IP 封锁。

本文以 VMess + WebSocket (WS) 为例，介绍如何通过 Cloudflare 代理被封锁的服务器。

== 一、问题背景 ==
当服务器 IP 被封锁后，通常会出现以下情况：

* 国内网络无法连接服务器 IP
* ping IP 不通
* TCP 连接超时
* 服务器在海外访问正常

这种情况通常称为：'''IP 被墙'''

但如果服务器仍然可以被海外网络访问，那么就可以通过 CDN 代理的方式进行中转访问。

Cloudflare 可以作为一个中间层：<syntaxhighlight lang="text">
客户端 → Cloudflare CDN → 服务器
</syntaxhighlight>这样客户端访问的是 Cloudflare 节点 IP，而不是服务器真实 IP。

== 二、方案原理 ==
整体结构如下：<syntaxhighlight lang="text">
客户端
↓
Cloudflare CDN
↓
服务器 WebSocket
↓
VMess 服务
</syntaxhighlight>工作流程：

# 客户端访问域名
# 请求进入 Cloudflare CDN
# Cloudflare 将请求转发到源服务器
# 服务器 WebSocket 接收连接
# VMess 处理代理流量

优点：

* 隐藏服务器真实 IP
* 使用 HTTPS 443 端口
* 流量看起来像正常网站访问

== 三、准备条件 ==

=== 1 服务器 ===
需要一台海外服务器，并且已经安装：

* VMess 服务
* WebSocket 支持

例如：

* VPS
* 云服务器

=== 2 域名 ===
需要一个域名，并托管到 Cloudflare。

例如：<syntaxhighlight lang="text">
example.com
</syntaxhighlight>

=== 3 Cloudflare 账户 ===
注册并添加域名到 Cloudflare。
[[File:CleanShot 2026-03-18 at 09.48.17@2x.png|border|1074x1074px]]

建议选择：

* 免费套餐即可

== 四、服务器端配置 ==
本文以 VMess + WebSocket 为例。

=== 1 VMess WebSocket 配置（或者任何其他一键脚本 ui 等等，确认你能对应上配置即可） ===
示例配置：<syntaxhighlight lang="json">
{
"inbounds": [
{
"port": 10000,
"protocol": "vmess",
"settings": {
"clients": [
{
"id": "你的UUID",
"alterId": 0
}
]
},
"streamSettings": {
"network": "ws",
"wsSettings": {
"path": "/ray"
}
}
}
]
}
</syntaxhighlight>配置说明：
{| class="wikitable"
!参数
!说明
|-
|port
|VMess监听端口
|-
|id
|用户UUID
|-
|network
|使用 WebSocket
|-
|path
|WebSocket路径
|}

=== 2 WebSocket Path ===
建议使用一个不明显的路径，例如：<syntaxhighlight lang="text">
/[uuid]
/[random-text]
</syntaxhighlight>避免使用明显的：<syntaxhighlight lang="text">
/vmess
/v2ray
/proxy
</syntaxhighlight>

== 五、Cloudflare 配置 ==
登录 Cloudflare 后进行以下配置。

=== 1 添加 DNS 记录 ===
进入：<syntaxhighlight lang="text">
Cloudflare → DNS
</syntaxhighlight>添加记录：<syntaxhighlight lang="text">
ray.example.com → 服务器IP
</syntaxhighlight>并开启 '''代理（橙色云）'''
[[File:CleanShot 2026-03-18 at 09.53.06@2x.png|1036x1036px]]

如果是灰色云，则说明没有走 Cloudflare CDN。

=== 2 SSL 设置 ===
进入：<syntaxhighlight lang="text">
SSL/TLS → Overview
</syntaxhighlight>推荐设置为：<syntaxhighlight lang="text">
Full
</syntaxhighlight>[[File:CleanShot 2026-03-18 at 09.58.45@2x.png|1072x1072px]]

[[File:CleanShot 2026-03-18 at 10.00.09@2x.png|1079x1079px]]

说明：
{| class="wikitable"
!模式
!说明
|-
|Flexible
|不推荐
|-
|Full
|推荐
|-
|Full (Strict)
|需要源站证书
|}

=== 3 WebSocket 支持 ===
Cloudflare 默认支持 WebSocket。

只需要确保：

* 使用 443
* 使用 HTTPS

无需额外开启。

== 六、客户端配置 ==
客户端填写以下参数：<syntaxhighlight lang="text">
地址: ray.example.com
端口: 443
UUID: 你的UUID
加密: auto
传输协议: WebSocket
路径: /ray
TLS: 开启
</syntaxhighlight>配置示例：<syntaxhighlight lang="text">
server: ray.example.com
port: 443
uuid: xxxxxxxx
network: ws
path: /ray
tls: true
</syntaxhighlight>

== 七、连接测试 ==
配置完成后可以进行测试。

=== 1 ping 域名 ===
<syntaxhighlight lang="bash">
ping ray.example.com
</syntaxhighlight>返回 IP 应该是 Cloudflare IP。

[截图：ping 返回 Cloudflare IP]

=== 2 检查 CDN 是否生效 ===
可以访问：<syntaxhighlight lang="text">
https://ray.example.com
</syntaxhighlight>如果返回：<syntaxhighlight lang="text">
400 Bad Request
</syntaxhighlight>通常说明 WebSocket 服务已经正常运行。

[[File:CleanShot 2026-03-18 at 10.01.18@2x.png|1074x1074px]]

=== 3 客户端连接 ===
打开客户端连接节点。

如果成功：

* 可以正常访问外网
* IP 不再暴露

== 八、常见问题 ==

=== 1 无法连接 ===
检查：

* DNS 是否开启 Cloudflare 代理
* WebSocket path 是否一致
* TLS 是否开启
* 端口是否 443

=== 2 Cloudflare 522 错误 ===
522 表示：<syntaxhighlight lang="text">
Cloudflare 无法连接源站
</syntaxhighlight>可能原因：

* 服务器防火墙阻止
* 端口未开放
* 服务未启动

=== 3 Cloudflare 523 错误 ===
523 表示：<syntaxhighlight lang="text">
源站不可达
</syntaxhighlight>通常是：

* IP 填写错误
* 服务器网络问题

== 九、安全建议 ==
为了提高安全性，建议：

* 隐藏服务器真实 IP
* 使用防火墙限制访问
* 定期更换 UUID
* 使用复杂 WebSocket Path

例如：<syntaxhighlight lang="text">
/api/v1/socket
/ws-9f8a7b
</syntaxhighlight>

== 十、总结 ==
当服务器 IP 被墙后，可以通过 Cloudflare CDN 代理继续使用服务器。

优势：

* 隐藏真实 IP
* 流量伪装为 HTTPS
* 配置简单
* 免费可用

适用协议：

* VMess
* WebSocket
* HTTPS

是一种非常常见的解决方案。如果 ip 暂时被墙，可以临时使用该方案，等 ip 被放出来。

402 IP、网络与资源故障 — IP, Network and Resource Troubleshooting

2026-10-01T22:18:44Z

Liam：创建页面，内容为“本页汇总 VPS IP 封锁、连接异常、网络诊断、资源占用及流量耗尽相关排查教程。 == 一、IP 封锁与访问异常 == * IP 被墙怎么办？使用 cloudflare 配置代理 * IP地址不能被访问 * IP被封后，申请更换IP * IP被封，IP被墙，及救济措施 * IP被屏蔽、滥用、频繁跳验证码？教你一招永久“洗白”你的VPS！ == 二、连接与网络诊断 == * SSH连接故障排…”

本页汇总 VPS IP 封锁、连接异常、网络诊断、资源占用及流量耗尽相关排查教程。

== 一、IP 封锁与访问异常 ==

* [[IP 被墙怎么办？使用 cloudflare 配置代理]]
* [[IP地址不能被访问]]
* [[IP被封后，申请更换IP]]
* [[IP被封，IP被墙，及救济措施]]
* [[IP被屏蔽、滥用、频繁跳验证码？教你一招永久“洗白”你的VPS！]]

== 二、连接与网络诊断 ==

* [[SSH连接故障排除指南（拒绝/超时/密钥及常见修复）]]
* [[搬瓦工 IP 封锁与端口拦截自测教程：从本地 CMD 到官方网页终端全流程]]
* [[网络诊断：如何生成并提供 MTR 诊断报告]]
* [[速度慢]]

== 三、资源、性能与流量问题 ==

* [[VPS 资源监控基础与异常排查（CPU/RAM/磁盘/网络使用及异常检测）全指南]]
* [[搬瓦工 CPU 占用过高被限制怎么办？各方案 CPU 限制阈值与排障流程]]
* [[搬瓦工流量耗尽解决方案：Data transfer limit exceeded 停机判别与处理]]

[[Category:400 常见问题与故障排查 — Troubleshooting]]

搬瓦工工单高效沟通模板和知识库（中英双语、示例工单、术语对照）

2026-10-01T21:28:37Z

Liam：已归入 401 汇总页，移除直接的 400 分类

这篇文章专门为VPS新手准备，详细讲解如何在搬瓦工（Bandwagon Host）提交工单、提高沟通效率。内容包括提交流程说明、常见术语对照表、实用沟通模板（中英双语）、完整示例工单，以及新手容易忽略的注意事项。所有模板都经过实际场景验证，直接复制修改即可使用。学会这些后，你提交一次工单就能让客服快速定位问题，减少来回沟通次数。

== 一、什么是搬瓦工工单？新手为什么需要高效沟通 ==
搬瓦工的工单（Ticket）是官方唯一认可的客服沟通渠道。没有实时聊天或电话支持，所有问题都通过工单系统处理。登录客户中心后，点击“Support”→“Tickets”就能看到历史工单和“Open new ticket”按钮。

新手常见问题包括：服务器连不上、IP被封、想换机房、升级配置等。如果工单写得模糊，客服可能需要多次追问，导致解决时间从几小时拖到几天。高效沟通的核心是'''一次性提供足够信息'''：订单号、VPS IP、问题现象、已尝试的操作、截图。搬瓦工客服响应速度通常在12小时内（工作日），周末可能稍慢。使用英文描述问题往往能更快获得回复，虽然中文也能处理。

'''提交工单前的准备（新手必看步骤）：'''

# 登录搬瓦工客户中心（bwh81.net或当前官方域名）。
# 确认问题能否自助解决（先查知识库、KiwiVM面板重启、重置密码、ping测试）。
# 准备好VPS具体信息：IP地址、所在机房（如DC6、CN2 GIA）、订单编号（Order ID）。
# 截图保存错误页面或命令输出（Attach files上传）。
# 选择正确的Service（对应那台VPS）。

提交后，工单会有唯一编号，回复时直接在对应工单下写即可，不用新建。

== 二、搬瓦工常见术语中英对照表 ==
以下是VPS新手最常遇到的术语对照，建议收藏。表格按字母顺序排列，便于查找。
{| class="wikitable"
!中文术语
!英文术语
!简单解释（新手版）
|-
|搬瓦工
|Bandwagon Host / BWG
|提供VPS服务的公司名称
|-
|工单
|Ticket / Support Ticket
|向客服提交问题的记录单
|-
|客户中心
|Client Area
|登录后管理VPS的网页后台
|-
|服务/实例
|Service / VPS Instance
|你购买的具体那台VPS
|-
|机房/数据中心
|Datacenter / Location
|服务器物理位置（如DC6、US West）
|-
|CN2 GIA
|CN2 GIA
|优化后的中国大陆线路，延迟低
|-
|IP地址
|IP Address
|服务器的公网地址
|-
|SSH连接
|SSH Connection
|使用终端登录服务器的方式
|-
|KiwiVM面板
|KiwiVM Control Panel
|搬瓦工专用的VPS管理面板
|-
|订单编号
|Order ID
|购买记录的唯一编号
|-
|退款
|Refund / Money-back
|申请退还费用（30天内通常支持）
|-
|升级/降级
|Upgrade / Downgrade
|调整VPS配置（内存、硬盘等）
|-
|更换IP
|Change IP / Replace IP
|申请新IP地址
|-
|封锁/被墙
|Blocked / Blacklisted
|IP无法访问某些网站
|-
|Ping测试
|Ping Test
|测试网络连通性的命令
|-
|Traceroute
|Traceroute
|查看数据包路径的命令
|-
|Root权限
|Root Access
|最高管理员权限
|-
|快照
|Snapshot
|VPS当前状态的备份
|-
|重装系统
|Reinstall OS
|在KiwiVM面板重装操作系统
|}
这些术语在工单中直接使用，能让客服立刻明白你的意思。新手如果不确定某个词，可以在工单里同时写中英文。

== 三、通用沟通原则（新手必读） ==

# '''礼貌开头'''：永远以“Hi”或“Dear Support”开始，结尾写“Thank you”或“Best regards”。
# '''信息前置'''：第一段就把关键信息列清楚（IP、Order ID），不要让客服往下翻。
# '''描述具体'''：说清楚“什么时候开始”“做了什么操作”“错误信息是什么”，避免说“连不上”“不好用”。
# '''优先英文'''：虽然客服懂中文，但英文描述通常响应更快。不会写的可以用模板翻译。
# '''附件必传'''：截图胜过千言万语。
# '''不要重复新建'''：同一个问题只用一个工单，回复里面补充。
# '''耐心等待'''：提交后不要每小时追问，24小时内没回复再礼貌跟进。
# '''问题解决后'''：回复“Thank you, issue resolved.”并关闭工单。

遵守这些，99%的工单都能在2-3轮沟通内解决。

== 四、实用沟通模板（中英双语，直接复制使用） ==
下面给出6个最常用模板。每份模板都包含中文版和English Version。使用时：

* 把[方括号]里的内容替换成你的实际情况。
* 复制到工单的“Message”框。
* 主题（Subject）建议用英文，简短明确。

=== 模板1：无法SSH连接（最常见报障） ===
'''中文版：'''
您好，

我的VPS出现无法通过SSH连接的问题，具体信息如下：
- Order ID: [你的订单编号]
- VPS IP: [你的IP地址]
- 所在机房: [例如 DC6 CN2 GIA]
- 问题描述: 从[具体时间，例如今天上午10点]开始，无法SSH登录。命令行显示“Connection timed out”或“Permission denied”。
- 已尝试操作: 重启VPS、在KiwiVM面板重置root密码、换了不同网络测试，仍无法连接。
- 其他信息: 本地ping IP显示可通，但SSH端口22无响应。

请帮忙检查服务器状态或网络问题。感谢！

Best regards,
[你的用户名]</code>
'''English Version:'''
Hi,

My VPS cannot '''be''' connected via SSH. Details as '''below:'''
- '''Order''' ID: [Your '''Order''' ID]
- VPS IP: [Your IP '''Address]'''
- Location: [e.g. DC6 CN2 GIA]
- Problem: Since [specific time, e.g. 10 AM today], SSH login fails with "Connection timed out" '''or''' "Permission denied".
- What I have tried: Restarted VPS, reset root password in KiwiVM panel, tested from '''different''' networks, still no response.
- '''Additional''' info: Local ping to IP succeeds, '''but''' port 22 '''shows''' no response.

Please check the server status '''or''' network issue. Thank you!

'''Best''' regards,
[Your Username]</code>

=== 模板2：IP被封/无法访问特定网站 ===
'''中文版：'''
您好，

我的VPS IP疑似被封，无法访问某些网站。具体信息：
- Order ID: [你的订单编号]
- VPS IP: [你的IP地址]
- 所在机房: [机房名称]
- 问题描述: 从[时间]开始，访问Google/YouTube/ChatGPT等网站显示超时或连接被拒绝。其他网站正常。
- 已尝试: 使用traceroute命令测试路径，截图已附上。
- 测试结果: 本地网络正常，仅该VPS IP受影响。

请帮忙更换IP或解封。非常感谢！

Best regards,
[你的用户名]</code>
'''English Version:'''
Hi,

My VPS IP seems blocked and cannot access certain websites. Details:
- Order ID: [Your Order ID]
- VPS IP: [Your IP Address]
- Location: [Datacenter name]
- Problem: Since [time], Google/YouTube/ChatGPT etc. show timeout or connection refused. Other sites work fine.
- What I have tried: Ran traceroute, screenshot attached.
- Test result: Local network is fine, only this VPS IP is affected.

Please help replace IP or unblock it. Thank you very much!

Best regards,
[Your Username]</code>

=== 模板3：咨询升级配置（现在如果支持升级的话，都有自助升级的方法，可以不用发工单进行升级） ===
'''中文版：'''
您好，

我想咨询升级VPS配置。具体信息：
- Order ID: [你的订单编号]
- 当前配置: [当前CPU/内存/硬盘/带宽]
- 升级需求: 升级到[目标套餐，例如内存加倍，硬盘增加100GB]
- 问题: 当前[说明使用场景，例如跑网站流量变大，内存不足]

请提供升级后的价格、是否需要停机操作以及升级步骤。谢谢！

Best regards,
[你的用户名]</code>
'''English Version:'''
Hi,

I would '''like''' '''to''' inquire about upgrading my VPS. Details:
- '''Order''' ID: [Your '''Order''' ID]
- '''Current''' Spec: ['''Current''' CPU/RAM/Disk/Bandwidth]
- Upgrade Request: Upgrade '''to''' [target plan, e.g. '''double''' RAM, +100GB disk]
- Reason: '''Current''' [e.g. '''running''' website '''with''' increasing traffic, memory '''is''' insufficient]

Please provide the '''new''' price, whether downtime '''is''' required, '''and''' upgrade steps. Thank you!

Best regards,
[Your Username]</code>

=== 模板4：报告服务器整体故障（宕机） ===
'''中文版：'''
您好，

我的VPS出现宕机问题。具体如下：
- Order ID: [你的订单编号]
- VPS IP: [IP地址]
- 问题描述: 从[时间]开始，KiwiVM面板显示服务器离线，无法ping通，所有服务不可用。
- 已尝试: 在面板点击Restart，仍无响应。

请帮忙检查主机硬件或网络故障。感谢！

Best regards,
[你的用户名]</code>
'''English Version:'''
Hi,

My VPS is down. Details:
- Order ID: [Your Order ID]
- VPS IP: [IP Address]
- Problem: Since [time], KiwiVM panel shows server offline, cannot ping, all services unavailable.
- What I have tried: Clicked Restart in panel, no response.

Please check host hardware or network issue. Thank you!

Best regards,
[Your Username]</code>

=== 模板5：申请退款（30天内） ===
'''中文版：'''
您好，

我希望申请退款。具体信息：
- Order ID: [你的订单编号]
- 购买日期: [购买日期]
- 退款理由: [例如服务器使用体验不符合预期，或临时不需要]

根据30天退款政策，请处理。已确认未违反服务条款。感谢！

Best regards,
[你的用户名]</code>
'''English Version:'''
Hi,

I would like to request a refund. Details:
- '''Order''' '''ID''': [Your '''Order''' '''ID''']
- Purchase '''Date''': [Purchase '''date''']
- Reason: [e.g. server performance does not meet expectation, '''or''' no longer needed temporarily]

According to the 30-day money-back policy, please process. I confirm no violation of terms. Thank you!

Best regards,
[Your Username]</code>

== 五、完整示例工单（新手模拟练习） ==
下面是一个真实场景的'''完整示例'''。你可以直接参考格式。

'''示例场景：'''新手购买后无法SSH，提交的工单内容

'''Subject:''' Cannot connect to SSH on VPS IP 123.45.67.89

'''Message（完整内容）：'''
Hi,

My newly purchased VPS cannot be accessed via SSH. Here are the details:
- Order ID: ORD-12345678
- VPS IP: 123.45.67.89
- Location: DC6 CN2 GIA
- Problem started: Right after purchase today at 14:00 HKT
- Error message: "ssh: connect to host 123.45.67.89 port 22: Connection timed out"
- What I have tried:
1. Confirmed root password is correct (reset twice in KiwiVM panel).
2. Tested from home WiFi and mobile 4G.
3. Local ping: succeeds with 180ms.
4. Port check: 22 is closed.

Screenshot of error and ping result attached.

Please help investigate the server status. Thank you very much!

Best regards,
Daniel</code>
'''客服回复后，你的跟进示例：'''
Hi,

Thank you '''for''' your reply. The new IP 98.76.54.32 works perfectly now. SSH login successful.

Issue resolved. You can close '''the''' ticket.

Best regards,
Daniel</code>
这个示例一次性提供了所有必要信息，通常客服能直接处理。

== 六、额外新手Tips与常见误区 ==

* 误区1：只写“连不上”——客服不知道是SSH、网页还是其他。
* 误区2：不选Service——客服要花时间问你是哪台VPS。
* 误区3：用中文长段落——英文 bullet points 更清晰。
* 误区4：提交后马上再开新工单——同一个问题只用一个。
* 高级技巧：工单里可以要求“please provide server log”或“check firewall rules”，但新手先用模板即可。
* 追踪工单：登录后在Tickets列表可以看到状态（Open/Answered/Closed）。

掌握以上内容后，你提交工单的效率会大幅提升。如果还有其他场景（如DNS问题、安装软件），可以参考通用原则自己组合模板。

最后提醒：搬瓦工服务为自助式，客服主要解决硬件/网络问题，系统配置问题建议自己学习或查文档。遇到问题时，先自查，再工单，沟通时保持礼貌，问题解决更快。

搬瓦工服务器续费教程

2026-10-01T21:28:34Z

Liam：已归入 401 汇总页，移除直接的 400 分类

在2026年2月，搬瓦工更新了续费服务条款，将原来的：

服务到期时发送账单

更改为

服务到期前7天发送账单

[[File:20260301-BWH-INVOICE3 watermarked - 副本2.png]]

值得注意的是，原有的服务到期后，7天内付款的宽限期保持不变
这样的策略，给用户充分的付款准备期（由原来的7天增加到了14天），增加了续费率。

教程来自搬瓦工交流群：[https://t.me/bwh81 搬瓦工交流群]
[[index.php?title=Category:500 常见应用指南 — Application Guides]]

搬瓦工“Fraud”欺诈账单判定原因与解决方法

2026-10-01T21:28:31Z

Liam：已归入 401 汇总页，移除直接的 400 分类

在购买搬瓦工 VPS 时，部分用户可能会遇到订单状态显示为 <code>Fraud</code>（欺诈）的情况，导致服务被取消并自动触发退款。这通常并非支付手段有问题，而是触发了系统背后的自动反欺诈审核机制。本文将剖析其判定逻辑并给出避坑方案。

== 一、为什么订单会被判定为“Fraud”欺诈账单 ==

搬瓦工的后台管理系统采用 <code>WHMCS</code>，其中集成了强大的 <code>Fraud Protection</code>（欺诈保护）模块。系统会自动提取用户的下单环境并与注册资料进行比对。

* '''IP 地址与国家不匹配'''：这是最常见的诱因。如果您在注册时开启了代理软件（如使用美国节点），但资料里国家填的是 <code>China</code>，系统会认为您在隐瞒真实身份。
*
* '''地理位置逻辑异常'''：系统会通过 <code>MaxMind</code> 等数据库检测 <code>IP</code> 所在地。如果您的 <code>IP</code> 显示在上海，但邮编填写的是北京，也可能被判定为虚假信息。
*
* '''推广链接自我关联'''：如果您通过自己的推广链接购买 VPS，系统会通过浏览器指纹、支付账号等手段识别出“小号”行为，从而判定为欺诈并退款。

== 二、订单被判定为欺诈后的后果 ==

一旦订单状态变为 <code>Fraud</code>，用户无需惊慌，这通常不会导致资金损失，但会直接影响服务的开通。

* '''自动退款'''：搬瓦工在处理欺诈订单时较为良心，系统通常会全额返还资金。用户会收到一封标题为“Invoice Refund Confirmation”的邮件。
*
* '''实例取消'''：即便 VPS 已经短暂显示在列表中，也会在数小时内被系统自动收回。
*
* '''账号受限'''：若一个账号下多次出现欺诈订单，该账号后续可能无法继续下单，甚至需要更换全新的账号进行尝试。

== 三、如何避免及解决“Fraud”欺诈账单问题？ ==

要顺利通过搬瓦工的审核，核心原则是保证“环境真实”与“资料一致”。

=== 1. 注册时的操作规范 ===

* '''关闭代理工具'''：确保在访问 <code>bandwagonhost.com</code> 等官方镜像地址时，使用的是本地真实宽带网络。
*
* '''国家务必选 <code>China</code>'''：根据您的实际所在地填写国家信息，切勿为了所谓的“隐私”乱填。

=== 2. 已有账号的补救措施”段落优化建议 ===

如果您已经注册了账号且因资料问题导致订单显示为 <code>Fraud</code>，可以在尝试重新下单前，先在客户后台修正个人资料：

* 登录搬瓦工官网后台，点击右上角菜单并选择 <code>Edit Account Details</code>。
*
* 在资料编辑页面，将 <code>Country or territory</code> 修改为 <code>China</code>（国家）。
*
* 同时确保 <code>State/Region</code>（省份/区县）、<code>City</code>（市）以及 <code>Zip Code</code>（邮编）信息与您当前的 <code>IP</code> 归属地保持逻辑一致。
*
* 检查 <code>Phone Number</code>（电话）等信息后，点击底部 <code>Save Changes</code> 保存修改。

[[File:Bwh-edit-account-details.png|thumb|center|800px|alt=搬瓦工后台修改账户资料界面|通过“Edit Account Details”完善国家、省份及邮编等关键信息]]

== 四、常见问题解答 (FAQ) ==

为了帮助新手避坑，本文总结了关于欺诈判定的几个关键细节。

; 钱退到哪里了？: 搬瓦工的退款通常是原路返回。如果您使用的是支付宝或 PayPal，资金会退回原支付账户。

; 资料必须填真实的姓名和详细地址吗？ : 并不需要完全真实，但必须“看起来真实”。例如地址不能填写一堆乱码 <code>hjfjf</code>，邮编要符合所在城市的格式，国家必须真实。

; 换个邮箱重新注册可以吗？ : 可以。如果旧账号已经处于 <code>Fraud</code> 状态，建议清理浏览器缓存，关闭代理，使用新邮箱重新注册并严格按照真实资料填写。

在注册成功并成功扣费后，建议检查邮件确认是否有 <code>Order Confirmation</code> 邮件，这代表您的订单已正式通过审核。

若长时间未收到邮件或状态未变，可咨询搬瓦工客服。

帐号被停用

2026-10-01T21:28:28Z

Liam：已归入 401 汇总页，移除直接的 400 分类

= 搬瓦工（BandwagonHost）帐号被停用 =

== —— 帐号转移争议 / 归属不明类情况 ==

== 一、帐号被停用的核心原因 ==
'''帐号被停用（Account Disabled）'''，主要发生在出现 '''帐号所有权存在争议''' 的情况下，包括但不限于：

* 原始注册邮箱被更换、转让或出售
* 帐号被转移给他人使用
* 原始邮箱持有人通过邮箱找回帐号
* 同一帐号出现 '''两人或多人同时主张所有权'''

当官方无法明确判断帐号的唯一合法持有人时，将视为 '''高风险安全问题'''。
----

== 二、典型触发场景说明 ==

=== 🔹 常见情况包括： ===

# '''原始邮箱被转让'''
#* A 使用邮箱 X 注册搬瓦工帐号
#* A 将帐号（或邮箱）转让给 B
#* B 更换邮箱并继续使用 VPS
# '''原始邮箱持有人找回帐号'''
#* A 通过原始邮箱重置密码或申诉
#* 官方系统检测到 '''邮箱与当前使用人不一致'''
# '''多人对同一帐号提出主张'''
#* 不同人向官方提交工单、邮件
#* 均声称自己是帐号合法持有人
#* 提供的证明相互冲突或无法验证

----

== 三、官方处理原则（依据服务条款） ==
根据 '''BandwagonHost 服务条款（TOS）'''：

* 帐号 '''不可转让、不可买卖'''
* 帐号所有权以 '''原始注册信息（尤其是注册邮箱）''' 为核心依据
* 官方 '''不参与私下交易纠纷或归属仲裁'''

=== 📌 一旦出现以下情况： ===

* 帐号归属无法确认
* 存在明显转让、买卖、共享行为
* 多方对帐号提出冲突性主张

👉 官方通常会 '''直接停用（封禁）该帐号'''，以避免法律与安全风险。
----

== 四、停用方式与后果 ==

=== 🔒 停用方式 ===

* '''直接封禁整个帐号（Account Disabled）'''
* 不只是暂停某一台 VPS
* 无法登录后台、无法管理所有服务

=== ❌ 后果说明 ===

* 所有 VPS 实例无法使用
* 数据通常无法恢复
* 余额、服务费用通常 '''不退款'''
* 即使 VPS 本身未违规，也会一并受影响

----

== 五、与“违规积分暂停”的区别（''重要''） ==
{| class="wikitable"
!项目
!VPS 违规暂停
!帐号被停用
|-
|原因
|滥用 / 技术违规
|帐号归属争议
|-
|影响范围
|单台 VPS
|整个帐号
|-
|是否可自行恢复
|可以整改后开机
|不可恢复
|-
|是否涉及积分
|是（1500 积分）
|否
|-
|是否可能永久
|视积分
|通常直接永久
|}
👉 '''帐号归属争议属于更严重级别问题'''，通常比 VPS 违规更难恢复。
----

== 六、官方态度总结（一句话版） ==
<blockquote>当同一帐号出现两人或多人主张所有权，或涉及帐号转让、邮箱找回等争议行为时，BandwagonHost 将依据服务条款，直接停用该帐号，且一般不介入归属纠纷，也不保证恢复服务。</blockquote>
----

== 七、风险提示（⚠️） ==

* ❌ 不要买卖、转让、代持搬瓦工帐号
* ❌ 不要使用非自己长期可控的邮箱注册
* ❌ 不要共享帐号给多人使用
* ✅ 始终保留原始注册邮箱的控制权

忘记密码

2026-10-01T21:28:16Z

Liam：已归入 401 汇总页，移除直接的 400 分类

= 搬瓦工忘记密码处理的方法（分三种情况） =
本指南介绍搬瓦工相关三种密码的找回方式：

# 忘记 '''搬瓦工官网（BandwagonHost）登录密码'''
# 忘记 '''KiwiVM 面板登录密码'''
# 忘记 '''VPS 系统（root）登录密码'''

----

== 1. 忘记搬瓦工 BandwagonHost 登录密码 ==
访问官网客户区： https://bandwagonhost.com/clientarea.php

若因为时间过长或遗忘造成无法登录，但你仍记得注册邮箱账号，可点击“请求重置密码”。
[[File:2025-12-09 19-41-25.png|1000x1000px]]
在“电子邮件”输入框填写你的邮箱，然后点击“提交”。

[[File:2025-12-09 19-50-25.png|1000x1000px]]

随后前往邮箱查收重置密码邮件，点击其中的重置链接（有效期 2 小时）。

[[File:2025-12-09 19-52-25.png|1000x1000px]]

打开链接后设置一个新的密码，建议使用高强度密码并妥善保存，点击“保存更改”即完成密码重置。

[[File:2025-12-09 20-01-53.png|1000x1000px]]
----

== 2. 忘记 KiwiVM 面板登录密码 ==
[[File:2025-12-09 20-19-53.png|687x687px]]

KiwiVM 可以通过 BandwagonHost 客户区免密登录。

访问“管理服务”： https://bandwagonhost.com/services

[[File:2025-12-09 20-23-15.png|1000x1000px]]

找到对应的 VPS 服务，在“管理”下点击齿轮图标，并选择 '''打开 KiwiVM''' 即可免密进入 KiwiVM 面板。

[[File:2025-12-09 20-28-03.png|1000x1000px]]

登录后，在左侧菜单中找到 '''KiwiVM 更改密码'''，右侧设置新的登录密码。 KiwiVM 登录账号为你的 VPS '''IP 地址'''，密码为你刚设置的密码。
----

== 3. 忘记 VPS（root）登录密码 ==
此方法最简单。

在 KiwiVM 面板中进入菜单 '''root 密码重置（Root password reset）'''，点击 '''生成并设置新的 root 密码'''。

[[File:2025-12-09 20-39-47.png|1000x1000px]]

系统会生成新的 root 密码，请务必妥善保存。
----

== 完成 ==
以上即为三类密码的找回方法，希望对你有所帮助！

修改密码教程

2026-10-01T21:28:14Z

Liam：已归入 401 汇总页，移除直接的 400 分类

简述：本文分为两部分，一部分是网站帐户密码的修改；另一部分是服务器Root密码的重置修改

'''1.网站账户密码修改入口'''

访问搬瓦工主页网站，点击主页右上方"Client Area"进入到用户中心后，点击个人用户名展开下拉选项 →选择 "Change Password"
[[File:1-Homepage.png|center|frameless|866x866px]]
[[File:2025-11-06 14.09.47.png|center|frameless|874x874px]]
修改密码直达地址入口：https://bandwagonhost.com/clientarea.php?action=changepw

'''2.修改网站密码'''

根据提示选项，依次输入现在使用/修改前的旧密码，需要设置的新密码，二次输入确认新密码
[[File:2025-11-06 14.10.29.png|center|frameless|885x885px]]

'''3.完成修改'''

点击 "Save Changes" 即可生效，下次登录需要使用'''新密码完成登录'''

'''4.服务器Root密码的重置'''

首先访问搬瓦工主页网站，点击主页右上方"Client Area"进入到用户中心后，通过“Services”→“My Services”进入到账户服务器管理列表界面

（直达地址：<nowiki>https://bandwagonhost.com/services）</nowiki>

[[File:1-Homepage.png|frameless|1008x1008px]]

[[File:2025-11-05 14.51.35.png|frameless|1008x1008px]]

[[File:2025-11-12 14.36.37.png|frameless|1010x1010px]]

进入到需要重置Root密码的服务器KiwiVM面板后，在左侧工具栏点击进入"Root Password Reset"-点击“Generate & Set New Root Password”,

即可完成服务器Root密码的重置操作，生成新的Root密码后请第一时间记录保存下来/或者修改新的密码，避免再次遗忘丢失

[[File:Reset Root.png|frameless|1018x1018px]]