Zeabur 專用伺服器到期後會怎樣？代購的 GCP、騰訊雲、Lightsail 主機能不能直接接管

Zeabur 停運公告寫明，專用伺服器 12 月 1 日起停用續費，依各自的到期日在 12 月 1 日到 31 日間陸續關閉，12 月 31 日全部關閉。能不能「接管」，要先分清你的主機是哪一種：從 Zeabur 購買的主機，官方文件與公告都沒有寫可以轉到你自己的雲端帳號，能帶走的是機器上的資料；自己掛上去的主機與 BYOS（自帶 AWS、GCP 帳號）本來就在你的帳號裡，要處理的是 Zeabur 裝的元件與授權。這篇照官方原文整理三種情況、狀態頁要求的 root 密碼與 SSH key 處理（包括 zeabur-pentest），以及到期前要帶走的東西和搬完的驗收表。

這篇是〈Zeabur 搬家前先換金鑰〉的專用伺服器專篇。停止營運的時程、退款、網域轉出的共通部分，請看那篇；這裡只講專用伺服器特有的地方：到期後會怎樣、機器能不能接手、狀態頁要你處理的 root 密碼與 SSH key。

文中官方資料的查詢日期是 2026 年 10 月 18–19 日。Zeabur 的停運時程引自官方公告，資安處置引自官方狀態頁，主機的操作引自 Zeabur 文件。公告與狀態頁分開引：公告本身沒有要求換密碼或金鑰。

先分清楚：你的主機是哪一種

Zeabur 的「伺服器」有三種來源，到期與接手的答案都不一樣：

種類主機在誰的帳號裡（官方怎麼寫）停運後會怎樣
從 Zeabur 購買的主機（本文說的代購）官方沒寫開在哪個雲端帳號。文件寫「購買的主機由 Zeabur 全權代管」；退款政策寫阿里雲、騰訊雲、火山引擎的主機「結帳後 Zeabur 會立即向供應商付款」公告：依到期日在 12 月間陸續關閉，12 月 31 日全部關閉
自己的主機（文件叫「新增主機」）你自己的機器，註冊時把 root 或可 sudo 帳號的密碼或 SSH 金鑰交給 Zeabur機器在你手上；上面 Zeabur 裝的服務停運後會怎樣，官方沒寫
BYOS（自帶 AWS、GCP 訂閱）文件寫明 Zeabur 直接在你的 AWS 帳號建 EKS 叢集、在你的 GCP 專案建 GKE 叢集叢集建在你的帳號裡；停運後會怎樣、Zeabur 會不會替你刪掉，官方沒寫

代購主機的供應商，依〈購買主機〉文件有 AWS、GCP、Hetzner、Linode、DigitalOcean、阿里雲、騰訊雲、火山引擎。標題寫的 Google Cloud、騰訊雲、AWS Lightsail 都在這一類。

要人代搬可看服務頁。

不確定是哪一種，回想當初怎麼建的：在伺服器頁按「Create」選「從 Zeabur 購買伺服器」的是代購；選「固定 IP 伺服器」或 Wonder Mesh 的是自己的主機；BYOS 要先在 zeabur.com/account/byos 綁定帳號，購買時 Provider 會顯示「GCP – 專案名稱」或「AWS – 帳號 ID」。

到期日在哪看？到期之後會怎樣？

看到期日：〈購買主機〉文件寫，到「Dashboard → Servers」點你的主機，總覽頁面的到期日旁邊就是立即續約按鈕。

狀態頁 10 月 15 日 23:33 UTC 的更新寫，部分供應商的伺服器管理還在恢復中，影響的是「management actions and expiry information in the dashboard」（主控台的管理操作與到期資訊）；同一則更新寫騰訊雲與 AWS Lightsail 的伺服器管理已經恢復。主控台看不到到期日的，請 Zeabur Support 確認。公告也寫，聯絡 Support 時請告知服務是否已中斷、是否無法存取資料，以及預計到期日。

停運時程：官方公告原句是「12 月 1 日起，專用伺服器：停用續費功能。現有專用伺服器將依各自的到期日，在 12 月 1 日至 12 月 31 日間陸續關閉。請確認你的伺服器到期日，並在到期前完成備份與遷移。」以及「12 月 31 日：所有專用伺服器到期關閉」。所以：

  • 到期日在 12 月的，那一天就是你的期限。
  • 到期日在 12 月 31 日之後的，也在 12 月 31 日關閉。
  • 公告另寫「12 月 31 日是平台服務全部停止的日期，並不代表每一項服務都會持續運作到那一天。」

寬限期：〈購買主機〉文件有一張平常續約失敗時的寬限期表（天數自到期日起算）：

供應商關機刪除
AWS Lightsail、GCP、Hetzner、Linode、DigitalOcean到期後 1 天到期後 7 天（到期後 5 天寄最後通知）
騰訊雲、阿里雲、火山引擎到期時到期後約 15 天

這是一般情況的規定。文件寫「寬限期結束後，主機及其上的所有專案將被永久刪除，無法復原」，也寫實際日期「以 Zeabur 寄送的通知信與主機頁面顯示的日期為準」。停運期間這張表是否照舊，公告沒寫；公告寫的是資料刪除日期、最晚匯出期限「目前尚未確定」。我們的建議：不要把寬限期算進去，把到期日當成最後一天。

能不能直接接管這台主機？

從 Zeabur 購買的主機

轉到自己的雲端帳號：官方文件與停運公告都沒有寫可以把主機轉到你自己的 Google Cloud、騰訊雲或 AWS 帳號。我們查的幾頁文件，也都沒有提到用戶可以登入底層雲端的主控台。公告寫的是「請確認你的伺服器到期日，並在到期前完成備份與遷移」，以及服務有特殊情況、無法配合時程的，「請儘早透過 Zeabur Support 告訴我們，我們會與你個別討論可行的配套方案」。想問接手的可能，就照這句去問，但不要等回覆才開始搬。

能接手的是機器上的東西：〈作業系統〉文件寫，主機用 ZeaburOS 的，「日常操作無需 SSH 進主機，但你仍保有完整的 SSH 存取權」；用標準發行版（目前是 Ubuntu 24.04 LTS）的，「你完全透過 SSH 操作它」。也就是說，你可以登入主機，把資料與設定拉出來，搬到你自己開的新主機上。

另外兩點：

  • 〈管理伺服器〉文件寫：「如果您是從 Zeabur 購買伺服器的，維運的任務是由我們代為執行的。」要 Zeabur 代為操作的維護項目，走工單。
  • 狀態頁 10 月 15 日 23:33 UTC 的更新寫：「public SSH to Google Cloud dedicated servers remains restricted to the web SSH console.」Google Cloud 的專用伺服器，目前從外面直接 SSH 連不進去，只能用主控台的網頁 SSH。什麼時候解除，狀態頁沒寫。這會影響下面「把檔案拉出來」的做法。

自己的主機（新增主機）

主機本來就是你的。〈管理伺服器〉文件寫：「如果您擁有伺服器，可以關閉所有 Zeabur 服務，將 VPS 用於其他用途，例如執行 Docker Compose 服務。」關閉的指令是：

sudo systemctl disable --now k3s containerd

文件提醒，這會讓這台主機上所有容器與服務停止，所以要先把服務在新環境跑起來再關。要整個移除，文件寫的順序是先從 Zeabur 移除伺服器與上面的服務，再照 K3s 的解除安裝步驟：

/usr/local/bin/k3s-uninstall.sh

文件也寫明，從 Zeabur「移除伺服器」不會移除 Zeabur 在你主機上設定的基礎設施，所以這一步要自己做。用 Wonder Mesh（沒有固定 IP 的主機）接上的，官方另有〈解除安裝 Wonder Mesh〉的腳本。

還有一件事：〈新增主機〉的步驟要你把 root（或可 sudo 帳號）的密碼或 SSH 私鑰填進 Zeabur。Zeabur 9 月 7 日的更新日誌寫，可以在「伺服器 → 設定 → SSH 密碼」按「刪除已保存的 SSH 憑證」，把存放在 Zeabur 的 SSH 密碼與私鑰刪除；刪除後服務照常運作，但目前無法重新安裝作業系統或升級規格。我們的建議：搬完之後，把當初交給 Zeabur 的那組密碼換掉、那把金鑰對應的公鑰從 authorized_keys 拿掉。

BYOS（自帶 AWS、GCP 訂閱）

BYOS 是讓 Zeabur 用你授權的身分（AWS 是 IAM 角色，GCP 是 service account），在你自己的帳號裡建叢集：

  • GCP：Zeabur 在你的專案裡用一個叫 zeabur-connector 的 service account 管理 GKE 叢集，並透過 zeabur-byos-connector@zeabur-system.iam.gserviceaccount.com 進行 impersonation（文件原文）。文件也要求專案先綁定 billing account。
  • AWS：你在 CloudFormation 建一個 Stack，把產生的 Role ARN（格式為 arn:aws:iam::…:role/ZeaburAccessRole）綁到 Zeabur，Zeabur 再在你的帳號建 EKS 叢集。

叢集建在你自己的帳號裡。Zeabur 停運後這個叢集會怎樣、解除綁定的步驟，官方都沒寫。我們的建議：服務搬走、確認不再用 Zeabur 管理之後，自己決定叢集要留還是刪，並收回 Zeabur 的授權：

  • GCP：把當初加上去的授權反過來拿掉，指令照 Google Cloud 官方〈remove-iam-policy-binding〉的用法：
gcloud iam service-accounts remove-iam-policy-binding \
  zeabur-connector@PROJECT_ID.iam.gserviceaccount.com \
  --member="serviceAccount:zeabur-byos-connector@zeabur-system.iam.gserviceaccount.com" \
  --role="roles/iam.serviceAccountTokenCreator" \
  --project=PROJECT_ID
  • AWS：到 CloudFormation 打開當初那個 Stack，先看它建了哪些資源再決定刪除。AWS 官方文件寫，刪除 Stack 時，除非設了保留政策，Stack 裡的所有資源都會一起刪掉。

收回授權之後，Zeabur 就管不到這個叢集，所以一定排在搬完之後。

狀態頁要刪的「zeabur-pentest」是什麼？

這個名字只出現在 Zeabur 狀態頁 10 月 15 日 20:48 UTC 的更新，原句是：

If you use a Google Cloud dedicated server, change its root password and remove any SSH keys you don’t recognize, especially any labeled zeabur-pentest.

意思是：使用 Google Cloud 專用伺服器的，改 root 密碼，移除你不認得的 SSH key，特別是標示為 zeabur-pentest 的。同一則更新也寫，部分跑在 Google Cloud 上的專用伺服器遭到未授權存取。

狀態頁就寫到這裡：沒有說明這把 key 是誰加的、為什麼叫這個名字、做什麼用。我們也不推測，照原文處理即可。另外兩點照原文看：

  • 這一項狀態頁只針對 Google Cloud 專用伺服器，沒有區分是向 Zeabur 購買的還是自己掛上去的。主機在其他供應商的，狀態頁沒有要求這一項；換不換是你的判斷。
  • 狀態頁要求的其他處置（輪換環境變數裡的機密、重發 Zeabur API token、zSend 建新金鑰），見〈Zeabur 金鑰外洩後要換哪些？〉。

怎麼找：OpenSSH 的 sshd 說明文件寫，authorized_keys 每一行是一把公鑰，欄位依序是選項、金鑰類型、金鑰本體與註解，註解「may be convenient for the user to identify the key」（方便辨認是哪一把）。先確認 SSH 讀哪些檔案，再逐一打開看：

sudo sshd -T | grep -i authorizedkeysfile
sudo cat /root/.ssh/authorized_keys
sudo ls -la /home/*/.ssh/authorized_keys
sudo grep -rn "zeabur-pentest" /root/.ssh /home/*/.ssh

grep 找得到的，就是名稱寫在那一行的 key。找不到不代表沒有陌生的 key：每一行都要看，不認得的就刪。刪之前先確定你自己還有一個登得進去的方式（網頁 SSH 或另一把你自己的金鑰），避免把自己鎖在外面。

改 root 密碼：已經登入主機的，用 passwd 改 root 的密碼。用 ZeaburOS 的主機，9 月 7 日更新日誌寫，在「伺服器 → 設定 → SSH 密碼」先刪除已保存的 SSH 憑證，就能按「重置 SSH 密碼」，新密碼只會寄到伺服器擁有者的信箱，Zeabur 不會保存；支援 Hetzner、DigitalOcean、Linode、騰訊雲、阿里雲、AWS Lightsail 與 GCP，其中 Linode 與騰訊雲重置時會重新開機。

看誰登入過：同一份更新日誌寫，「伺服器 → SSH」可以看所有試圖透過 SSH 連線的 IP，以及每次登入的成功與失敗次數（需要 ZeaburOS）。

主機在你自己的 GCP 專案裡：多查兩個地方

如果你的主機是自己在 Google Cloud 開的 VM，或是 BYOS 建的 GKE 叢集（Google 官方文件寫，GKE 的節點是 GKE 建立的 Compute Engine VM），你有 GCP 主控台的權限，SSH key 除了主機裡的檔案，還可能放在 GCP 這兩處。以下指令與步驟引自 Google Cloud 官方文件：

1. 專案或 VM 的中繼資料（metadata）：放在專案中繼資料的公鑰，可以登入專案裡所有 VM。

  • 主控台：到「Metadata」頁，點「SSH keys」分頁查看。
  • gcloud：gcloud compute project-info describe 看專案層級的 ssh-keys；gcloud compute instances describe VM_NAME 看單一 VM 的。
  • 移除：官方寫，用 gcloud 移除時要先取出現有的金鑰清單、刪掉不要的，再用 gcloud compute project-info add-metadata --metadata-from-file=ssh-keys=KEY_FILE 整份覆寫回去。主控台則是在 SSH keys 分頁按編輯、刪除那一把再儲存。

2. OS Login：啟用 OS Login 的 VM，用的是綁在 Google 帳號上的金鑰，登入權限由 IAM 角色決定（roles/compute.osLogin、roles/compute.osAdminLogin）。所以要查的是 IAM 裡誰有這兩個角色。你自己帳號上的金鑰，用 gcloud compute os-login describe-profile 列出，gcloud compute os-login ssh-keys remove --key=KEY 移除。

官方也提醒，手動管理中繼資料裡的金鑰，可能讓專案成員連不上 VM，改之前先確認哪些 key 是團隊在用的。

向 Zeabur 購買的主機，我們查的文件都沒有提到用戶有底層雲端的主控台權限，這種情況只能在主機裡查上一節的檔案。

到期前要做的五件事

依官方原文，加上我們的建議（標明的部分）：

1. 確認每台主機的到期日，列成一張表，最早到期的先搬。依據見上面「到期日在哪看」。

2. 換 root 密碼、清 SSH key（Google Cloud 專用伺服器是狀態頁的要求，其他供應商是我們的建議）。做法見上一節。

3. 查有沒有陌生帳號與排程（我們的建議，通用的 Linux 檢查）。一邊查陌生的，一邊把自己的排程記下來，新主機要重建：

awk -F: '$3 == 0 {print $1}' /etc/passwd
awk -F: '{print $1, $7}' /etc/passwd
sudo crontab -l -u root
sudo ls -la /etc/crontab /etc/cron.d/
systemctl list-timers --all

第一行列出 UID 為 0 的帳號（/etc/passwd 說明文件寫，root 的 UID 是 0），正常只有 root；第二行列出每個帳號和它的登入 shell。其他使用者的排程，把 -u root 換成那個帳號。/etc/crontab 與 /etc/cron.d/ 是系統排程，cron 每次都會執行，不受 cron.allow 限制；systemd timer 用 systemctl list-timers 看。

4. 把資料帶出來：

  • 環境變數：Zeabur〈環境變數〉文件有「編輯原始環境變數」，可以把整份 .env 複製下來。9 月 7 日更新日誌另外提醒，做過「敏感資訊遷移」、把環境變數存成主機上 Kubernetes Secret 的專案，「服務或磁碟區備份不保證包含這些 Kubernetes Secret，請另外備份」。這些機密依狀態頁本來就要輪換，新環境直接填新的值。
  • 資料庫：用匯出，不要直接複製資料夾。Zeabur 內建備份只保留 7 天，做法見〈Zeabur 資料庫備份怎麼帶走〉。
  • Volume 裡的檔案：可以用 Zeabur 的備份（官方〈備份與還原〉寫，非資料庫的服務要先暫停才能備份），也可以用 SSH 自己拉。〈管理伺服器〉文件寫了找路徑的方法：先用 kubectl get pvc -A 找到服務的 PVC，再查它綁定的 PV 與主機上的路徑；ZeaburOS 的持久儲存在 /var/lib/rancher/k3s/storage。找到路徑後，在你的新主機上執行（rsync 官方說明文件的用法）：
rsync -av root@伺服器IP:PV路徑/ ./backup/服務名稱/

沒有 rsync 的，用 scp -r 也可以。拉之前先暫停那個服務，避免拉到寫到一半的檔案。

  • Google Cloud 專用伺服器：狀態頁寫目前公開 SSH 只開放網頁 SSH，從外面跑 rsync 可能連不上。可以改用 Zeabur 的備份下載；或在網頁 SSH 裡反過來執行 rsync，把檔案從主機推到你自己的主機（我們的建議；狀態頁沒寫往外的連線有沒有限制，以實際連不連得上為準）。

5. 搬完、切好 DNS 才拆：新環境驗過之後，再處理舊主機。代購的主機要申請退款的，退款政策寫「申請前請先刪除伺服器上的所有專案」，也提醒「主機銷毀後資料無法復原」；自己的主機關掉 K3s 或解除安裝；BYOS 收回授權。

搬完要驗的事

檢查怎麼看適用
服務在新主機正常每個服務的網址都打得開，抽幾個舊網址回 200全部
資料完整資料庫比對資料表與筆數；Volume 比對檔案數量與大小全部
DNS 已切到新主機查網域的 DNS 紀錄，確認指向新主機全部
排程重建了新主機的 crontab 與 timer 跟舊主機記下來的清單對得上全部
金鑰已換新新環境用的是輪換後的值；舊金鑰已到各服務後台撤銷全部
舊主機沒有陌生 keyauthorized_keys 每一把都認得，沒有 zeabur-pentestGoogle Cloud 專用伺服器
Zeabur 存的 SSH 憑證已刪伺服器卡片上不再出現「需要處理」標示代購、自己的主機
Zeabur 元件已移除systemctl status k3s 顯示已停用，或已跑過解除安裝腳本自己的主機
Zeabur 授權已收回GCP 的 IAM 已沒有 zeabur-byos-connector；AWS 的 Stack 已處理BYOS
到期日前完成搬遷完成日早於該主機的到期日代購

最常漏的是「排程重建了」：主機上的定時備份或清理工作不在 Zeabur 主控台裡，搬完服務正常，排程卻沒跟著過來。

揭露

火曜領航有提供主機搬家、代管與資安檢查服務。這篇的步驟不需要找任何人也能自己做。

如果您的服務還在 Zeabur 上，需要人幫忙盤點、搬遷或輪換金鑰，可以到〈PaaS 停運搬家與資安檢查服務〉看四種做法，或直接填寫詢價表單，我們會在一個工作日內回覆搬遷順序建議。

常見問題

專用伺服器到期後，資料還在嗎？

不要預期還在。公告寫專用伺服器依各自的到期日，在 12 月 1 日到 31 日間陸續關閉，並要你「在到期前完成備份與遷移」；資料刪除日期與最晚匯出期限「目前尚未確定」，官方提醒「不要等到資料刪除期限公布才開始準備」。〈購買主機〉文件平常的寬限期是到期後 7 天到約 15 天刪除，但停運期間是否照舊，公告沒寫。把到期日當成最後一天。

可以把向 Zeabur 購買的主機直接轉到自己的雲端帳號嗎？

官方文件與停運公告都沒有寫這個選項。公告寫的是到期前完成備份與遷移；有特殊情況無法配合時程的，儘早透過 Zeabur Support 個別討論配套。能確定的是：主機用 ZeaburOS 或標準發行版的，文件寫你有 SSH 存取權，可以自己把資料拉出來，搬到你自己開的新主機。

狀態頁說的 zeabur-pentest SSH key 是什麼？

狀態頁只寫了一句：使用 Google Cloud 專用伺服器的，改 root 密碼，並移除不認得的 SSH key，「especially any labeled zeabur-pentest」。這把 key 是誰加的、為什麼叫這個名字，狀態頁沒有說明，我們也不推測。照原文做：查 authorized_keys，每一把都核對，不認得的刪掉，名稱有 zeabur-pentest 的一定刪。

專用伺服器可以退款嗎？

以 10 月 17 日的停運公告為準：即日起受理帳戶餘額退款，餘額退款與資安事件賠償是兩項不同的申請，都由 Zeabur Support 受理。舊的〈退款政策〉文件（2026 年 6 月 22 日更新）寫，只有未過期、由 Zeabur 管理且供應商支援退款的伺服器可退，退為 Zeabur Credits，按剩餘時間比例計算，申請前要先刪除伺服器上的所有專案；同一份文件寫已儲值的 Credits 不支援退款，跟公告不一致，以公告為準。申請方式見〈Zeabur 退款與賠償怎麼申請〉。

BYOS 的叢集，Zeabur 停運後會怎樣？

官方沒寫。依 BYOS 文件，叢集是 Zeabur 在你自己的 AWS 帳號（EKS）或 GCP 專案（GKE）裡建的（GCP 文件並要求專案先綁 billing）。建議把服務搬走後，自己決定叢集要留還是刪，再收回 Zeabur 的授權：GCP 拿掉 zeabur-byos-connector 對 zeabur-connector 的 roles/iam.serviceAccountTokenCreator；AWS 檢查當初建立的 CloudFormation Stack 再處理。這是我們的建議，不是官方步驟。

參考來源

以上資料皆於 2026 年 10 月 18–19 日查詢。

延伸閱讀

作者：Kevin C Lin｜火曜領航企業社 CTO 兼負責人｜AI SEO／GEO 與基礎建設實戰｜DENBA Taiwan 執行顧問｜天櫃 SKYCARGO INC 創辦人

最後更新：