搬瓦工官方状态页 bwhstatus.com 在 10 月 16 日发了一条紧急维护公告:为了修复 KVM 虚拟机逃逸漏洞 CVE-2026-99999,所有宿主机都要重启。维护窗口换算成北京时间是 10 月 16 日 10:00 到 10 月 19 日 14:00。这次维护已经结束,公告在 10 月 18 日被标记为 Resolved(已解决)。这篇回顾把公告翻成中文,按北京时间理一遍实际时间线,再整理一份维护结束后的自查命令,各位对照着看自己要不要动手。
先给结论:
- 发生了什么:搬瓦工所有宿主机在维护窗口内重启,给一个严重的 KVM 虚拟机逃逸漏洞打补丁。因为太紧急,没有提前排期,公告也没有给出哪台机器几点重启。
- 对你的影响:按公告的说法,每台 VPS 在维护期间都要暂停一次。官方预估多数暂停 6–7 分钟,整体要预留 15–20 分钟,个别会更久;部分 VPS 还会跟着重启。
- 你要做的:维护已经结束,如果这几天还没看过自己的 VPS,现在 SSH 登录跑一遍第四节的 6 项自查。服务都正常,就什么都不用做;没起来的,手动拉起并设成开机自启。

一、公告原文说了什么
公告标题是 Emergency security maintenance to address CVE-2026-99999,类型标的是 Maintenance(维护)。原文不长,站长按条拆开:
| 项目 | 公告原文要点 | 翻成人话 |
|---|---|---|
| 原因 | critical KVM guest-escape vulnerability | 修一个严重的 KVM 虚拟机逃逸漏洞,编号 CVE-2026-99999 |
| 范围 | all host servers | 所有宿主机,公告没有列出例外 |
| 做法 | rebooting the physical hosts | 重启物理宿主机 |
| 对 VPS 的影响 | paused during their host’s reboot, some may also restart | 宿主机重启时 VPS 暂停,部分 VPS 会重启 |
| 中断时长 | 15-20 minutes, most pauses around 6-7 minutes | 预留 15–20 分钟,多数暂停 6–7 分钟;这是估计值,个别会更长 |
| 为什么不迁移 | would take approximately two weeks | 正常做法是先迁走 VPS 再重启,但所有宿主机做完要两周左右,这次选择立即打补丁 |
| 提前通知 | prevents us from scheduling maintenance windows in advance | 太紧急,没法提前排期 |
| 维护窗口 | Oct 15 19:00 PST 至 Oct 18 23:00 PST | 换算见第二节 |
| 发布时间 | Opened Oct 16, 2026 10:11 AM PDT | 10 月 18 日 3:49 AM PDT 标记 Resolved,之后没有再更新 |
公告没有提的几件事:
- 没有逐个机房、逐台宿主机的重启时间表。
- 没有提补偿。
- 没有提会不会给每位用户单独发邮件。
2026 年 10 月 18 日 03:49 AM PDT(北京时间 10 月 18 日 18:49),这条公告被标记为 Resolved(已解决),没有补充任何文字,公告正文和 10 月 16 日发布时完全一样。站长 10 月 30 日再查,状态仍是 Resolved,没有新的公告,也没有提补偿。
二、维护时间线和北京时间换算
公告里的窗口写的是 PST,但 10 月的美国西海岸还在夏令时,公告自己的发布时间标的也是 PDT。所以本文按 UTC-7 换算:北京时间 = 太平洋时间 + 15 小时。
| 事件 | 公告原文(太平洋时间) | 北京时间(按 UTC-7 换算) |
|---|---|---|
| 窗口开始 | 10 月 15 日(周四)19:00 | 10 月 16 日(周五)10:00 |
| 公告发布 | 10 月 16 日 10:11 | 10 月 17 日(周六)01:11 |
| 公告标记 Resolved | 10 月 18 日 03:49 | 10 月 18 日(周日)18:49 |
| 窗口结束 | 10 月 18 日(周日)23:00 | 10 月 19 日(周一)14:00 |

搬瓦工 2026 年 10 月紧急安全维护时间线
三天多的窗口里各宿主机不定时重启;单台 VPS 的中断按官方预估是 6–20 分钟
从这张表能看出四点:
- 窗口一共约 3 天 4 小时。你的宿主机什么时候轮到,公告没说,当时只能等。
- 公告比窗口晚了约 15 小时。窗口从北京时间 10 月 16 日上午开始,公告到 10 月 17 日凌晨才出来。如果你 16 日白天发现 VPS 断过几分钟,可能就是这次维护。
- 如果按字面的 PST(UTC-8)算,开始和结束都要再晚 1 小时,也就是 10 月 16 日 11:00 到 10 月 19 日 15:00。
- 实际在窗口结束前约 19 小时就标记完成了。公告在北京时间 10 月 18 日 18:49 标记 Resolved(已解决),原定的窗口结束是 10 月 19 日 14:00。标记时没有补充任何文字,各宿主机具体几点重启的,公告到最后也没有说明。
三、为什么这次不先迁移 VPS
先说什么是虚拟机逃逸。一台宿主机就是一台物理服务器,上面同时跑着很多用户的 VPS,彼此本来是隔离的。逃逸漏洞的意思是:某台 VPS 里的人能突破这层隔离,碰到宿主机,进而碰到同一台机器上别人的 VPS。对商家来说,只要有一台被利用,整台宿主机上的客户都有风险,所以只能抢修。
NVD 记录里,CVE-2026-99999 的 CVSS 3.1 评分是 9.3,等级 Critical(严重),描述是 Linux 内核 IPv4 校验和处理中的一个问题。这条记录的评分来自提交方,NVD 自己还没完成分析,描述里也没有提到 KVM;它怎么构成虚拟机逃逸,本文不猜测,编号以官方公告为准。
再说为什么不先迁移。按公告的说法,这类工作正常是先把宿主机上的 VPS 迁走再重启,用户不会中断。问题是所有宿主机这样轮一遍要两周左右,这两周里还没轮到的宿主机一直带着漏洞。这次搬瓦工的选择是:不迁了,直接重启打补丁。代价是每台 VPS 都要停几分钟,而且没法提前排期。

这次维护对 VPS 的影响:宿主机重启,VPS 暂停、恢复或重启
宿主机上的所有 VPS 一起暂停;多数原样恢复,部分会重启
“暂停”和”重启”对你的影响不一样:
- 暂停后恢复:相当于按了暂停键。内存里的东西都还在,程序接着跑;正在连的 SSH 可能会断,重连就行。
- 跟着重启:相当于断电后重新开机。设了开机自启的服务会自己起来;没设自启的服务,还有用 screen、tmux、nohup 挂着的进程,都会没了。
几分钟中断换掉两周的暴露期,站长认为这个取舍是对的。要多花时间处理的,是跟着重启的那部分 VPS。
四、维护结束后自查 6 项(附命令)

搬瓦工维护结束后的 6 项自查清单
按顺序查:有没有重启、网站服务、Docker 容器、定时任务、挂载、时间和日志
维护已经结束,SSH 登录后用 root 或能 sudo 的用户逐条跑。下面的命令适用于 Debian、Ubuntu、CentOS 这类用 systemd 的常见系统。SSH 连不上的,先去 KiwiVM 面板看 VPS 状态,登录方法见《搬瓦工新手入门教程(4):登录搬瓦工网站后台查看 VPS,登录 KiwiVM 面板进行简单管理》。
1、机器有没有重启过
uptime
看 up 后面的运行时间。比”北京时间 10 月 16 日 10:00 到现在”还短,说明这次重启过,后面 5 项逐项查。还是几十天的,说明只是暂停,快速过一遍第 2、3 项就行。
2、网站服务起来没有
systemctl status nginx php-fpm mysql
服务名按你的实际情况改:PHP 可能叫 php8.2-fpm,数据库可能叫 mariadb,Apache 叫 apache2 或 httpd。看每个服务的 Active 那一行,显示 active (running) 就是正常。更直接的办法是用浏览器打开自己的网站看一眼。
没起来的,手动启动,再设成开机自启,下次重启就不用管了:
systemctl start nginx
systemctl enable nginx
用宝塔这类面板装环境的,服务名可能不一样,去面板里看服务状态更省事。
3、Docker 容器
先确认 Docker 本身在跑,并且设了开机自启:
systemctl status docker
systemctl enable docker
再看容器:
docker ps -a
对照你原来有几个容器。STATUS 是 Up 就正常,Exited 就是停了。停了的手动启动,并把重启策略改成 unless-stopped,以后宿主机再重启,容器会自己起来:
docker start 容器名
docker update --restart unless-stopped 容器名
用 docker compose 管理的,也可以在 compose 文件里给服务加上 restart: unless-stopped。
4、定时任务和后台进程
crontab -l
crontab 里的任务存在磁盘上,重启不会丢,但要确认 cron 服务在跑。Debian / Ubuntu 上服务名是 cron,CentOS 上是 crond:
systemctl status cron # Debian / Ubuntu
systemctl status crond # CentOS
还有两点:
- 如果某个任务的执行时间正好落在暂停或重启的那几分钟里,这一次可能没跑。备份这类重要任务,手动补跑一次。
- 用 screen、tmux、nohup 挂在后台的程序,重启后都没了,要重新运行。长期跑的程序,站长建议写成 systemd 服务并 enable,省得每次重启都要手动拉。
5、挂载和临时数据
df -h
看数据盘、网盘这类挂载点还在不在。开机自动挂载一般写在 /etc/fstab 或 systemd 服务里,手动挂上去的,重启后就没了,需要重新挂。另外,部分系统重启时会清空 /tmp,放在 /tmp 和内存里的缓存没了属于正常,重要文件别放在那里。
6、时间和日志
date
timedatectl
暂停过几分钟的 VPS,系统时间可能落后。timedatectl 输出里 System clock synchronized 显示 yes,说明已经和时间服务器对上了。时间偏差大会打乱定时任务,也会让日志的时间对不上。
dmesg -T | tail
看最近的内核日志里有没有磁盘读写错误(I/O error)、文件系统报错这类异常。网站相关的报错,去 /var/log 下对应的日志里找,比如 Nginx 的 /var/log/nginx/error.log。
6 项都正常,就不用做别的了。
五、什么情况要找客服
公告预估的中断是 15–20 分钟,也说了个别会更长。维护期间 VPS 断过十几二十分钟的,在公告预估之内,不用为这个发工单。遇到下面几种情况再找客服:
- 下次遇到类似维护时,断了一两个小时还没恢复。这个时长是站长建议的等待线,这次的公告没有给标准。
- 维护结束到现在 VPS 还是连不上:KiwiVM 里状态不是运行中,手动启动也起不来。
- KiwiVM 显示在运行,但 ping 和 SSH 都不通,你也确认自己没改过防火墙。
- 开机后有文件系统报错、数据异常,自己处理不了。
发工单前,先在 KiwiVM 里看一眼状态,试一次启动。工单里写清楚这几样,客服处理会快一些:
- VPS 的 IP 和所在机房;
- 发现问题的时间,写北京时间并注明时区,或者换算成太平洋时间;
- 你已经做过哪些操作,附上报错截图。
补偿的事,公告到 10 月 30 日都没有提,也没有承诺。想问可以在工单里问,以客服答复为准。
六、机房、IP 和线路会不会变
这次的做法是原地重启宿主机,公告明确说不在重启前迁移 VPS。所以你的 VPS 还在原来的宿主机上,机房不变。公告也没有提到更换 IP 或调整线路。
维护结束后想确认速度是否正常,可以对照各机房的往期数据:
- 东京机房参考《2026 搬瓦工日本东京 JPTY_1 机房实测:三网直连延迟低,晚高峰重传是短板,各地数据汇总》
- 广东用户参考《2026 广东用户买搬瓦工选哪个机房:广东电信 / 联通 / 移动实测数据汇总和推荐》
- 长三角用户参考《2026 上海、江苏、浙江用户买搬瓦工选哪个机房:长三角电信 / 联通实测数据汇总》
如果和往期数据差得多,而且连着好几天都这样,再按第五节发工单。
还在观望的,10 月怎么买看《2026 年 9 月搬瓦工月度汇总:优惠码、补货、机房动态回顾,附 10 月购买建议》。
七、常见问题
1、维护真的结束了吗?
按官方状态页,已经结束。公告在 10 月 18 日 03:49 AM PDT(北京时间 10 月 18 日 18:49)被标记为 Resolved(已解决),比原定的窗口结束(北京时间 10 月 19 日 14:00)早了约 19 小时,标记时没有补充任何文字。站长 10 月 30 日再查,状态仍是 Resolved,没有新的公告。
2、我的 VPS 在不在这次维护范围内?
在。公告写的是所有宿主机(all host servers),没有按套餐或机房列出例外。具体哪台几点重启,公告没有提。
3、维护会不会丢数据?
公告没有提数据丢失。只是暂停的 VPS,内存里的东西都还在。跟着重启的,已经写进磁盘的文件不受影响,内存里还没写盘的数据和 /tmp 里的临时文件可能没了。重要数据平时就要定期备份,不只是为了这一次。
4、这次维护有补偿吗?
公告没有提补偿,10 月 30 日再查也没有。想问可以发工单,以客服答复为准。
5、我需要在自己的 VPS 里打补丁吗?
公告没有要求用户做任何操作,这次修的是宿主机。你自己 VPS 里的系统,照常跟着发行版的安全更新升级就行。
6、公告写的是 PST,为什么按 UTC-7 换算?
10 月美国西海岸还在夏令时,当地是 PDT(UTC-7),公告自己的发布时间也标 PDT。按字面的 PST(UTC-8)算,开始和结束各晚 1 小时。换算结果见第二节。
八、搬瓦工新手教程和优惠套餐
还没买或者想再加一台的,下面是当前的套餐、购买教程和补货通知渠道。
温馨提醒
如果您有选择困难症,直接选中间的 CN2 GIA-E 方案,季付 $89.99,十几个机房任意切换
| 方案 | 内存 | CPU | 硬盘 | 流量/月 | 带宽 | 机房 | 价格 | 购买 |
|---|---|---|---|---|---|---|---|---|
| KVM (最便宜) | 1GB | 2核 | 20GB | 1TB | 1Gbps | DC3 CN2 DC8 ZNET | $49.99/年 | 购买 |
| KVM | 2GB | 3核 | 40GB | 2TB | 1Gbps | $52.99/半年 $99.99/年 | 购买 | |
| CN2GIA-E (最推荐) | 1GB | 2核 | 20GB | 1TB | 2.5Gbps | DC6 CN2 GIA-E DC9 CN2 GIA 日本软银 JPOS_1 荷兰 EUNL_9 | $49.99/季度 $169.99/年 | 购买 |
| CN2GIA-E | 2GB | 3核 | 40GB | 2TB | 2.5Gbps | $89.99/季度 $299.99/年 | 购买 | |
| HK | 2GB | 2核 | 40GB | 0.5TB | 1Gbps | 中国香港 CN2 GIA 日本东京 CN2 GIA | $89.99/月 $899.99/年 | 购买 |
| HK | 4GB | 4核 | 80GB | 1TB | 1Gbps | $155.99/月 $1559.99/年 | 购买 | |
| OSAKA | 2GB | 2核 | 40GB | 0.5TB | 1.5Gbps | 日本大阪 CN2 GIA | $49.99/月 $499.99/年 | 购买 |
| OSAKA | 4GB | 4核 | 80GB | 1TB | 1.5Gbps | $86.99/月 $869.99/年 | 购买 |
搬瓦工优惠码:目前没有可用的优惠码,有新码第一时间更新(每月优惠码整理见《2026 年 10 月最新搬瓦工优惠码 / 便宜套餐 / 新手教程整理》)
搬瓦工购买教程:《搬瓦工新手入门教程(3):注册账户和微信支付、支付宝购买教程》
选择建议:
- 入门用户:KVM $99.99/年(2GB),预算最低,适合学习和建站入门
- 大多数用户:CN2 GIA-E $89.99/季度 或 $299.99/年,速度快、线路好、十几个机房可切换
- 高端用户:香港 CN2 GIA $89.99/月,延迟最低、速度最快
搬瓦工新手教程
- 搬瓦工新手入门教程(1):《搬瓦工众多方案怎么选择》
- 搬瓦工新手入门教程(2):《搬瓦工机房选择和速度测试》
- 搬瓦工新手入门教程(3):《注册账户和微信支付、支付宝购买教程》
- 搬瓦工新手入门教程(4):《登录搬瓦工网站后台查看 VPS,登录 KiwiVM 面板进行简单管理》
- 搬瓦工新手入门教程(5):《通过 KiwiVM 后台面板更换操作系统并获取登录信息》
- 搬瓦工月度优惠码:《2026 年 10 月最新搬瓦工优惠码 / 便宜套餐 / 新手教程整理》
搬瓦工最新优惠通知
1、QQ 群(禁言)
- 搬瓦工补货通知 QQ 群 5(全员禁言,仅发送通知):200475672
- 搬瓦工补货通知 QQ 群 11(全员禁言,仅发送通知):280724862
- 搬瓦工补货通知 QQ 群 12(全员禁言,仅发送通知):852461608
2、TG 频道
- 搬瓦工补货通知 TG 频道:@BandwagonHostNews
3、微信
- 微信公众号:搬砖部落(补货会发推送)
- 微信号:bwgvps(补货通知会发在朋友圈)
4、实时库存
- 搬瓦工实时库存监控:kucun.banwagong.net
- 全球库存查询:stock.bwg.net
相关文章
- 《2026 年 9 月搬瓦工月度汇总:优惠码、补货、机房动态回顾,附 10 月购买建议》
- 《2026 搬瓦工日本东京 JPTY_1 机房实测:三网直连延迟低,晚高峰重传是短板,各地数据汇总》
- 《2026 广东用户买搬瓦工选哪个机房:广东电信 / 联通 / 移动实测数据汇总和推荐》
- 《2026 上海、江苏、浙江用户买搬瓦工选哪个机房:长三角电信 / 联通实测数据汇总》
未经允许不得转载:搬瓦工 » 搬瓦工 2026 年 10 月紧急安全维护回顾:全部宿主机重启修复 KVM 漏洞,VPS 暂停 6–20 分钟,维护结束后要自查什么
搬瓦工
