排查中國酒店 Wi‑Fi 時，應嚴格按狀態次序進行：確認酒店官方網絡名稱、加入 Wi-Fi、完成酒店登入頁、驗證一般互聯網，最後才連接 VPN。跳過登入頁會令正常的 VPN 看似故障；登入頁打不開通常屬於狀態三的問題，而不是 VPN 故障。

關鍵要點：

按五個狀態依次處理：確認官方 SSID、連接、完成登入頁、驗證一般互聯網，最後才連接 VPN。

跳過強制登入頁，會令正常的 VPN 看起來像故障。

各酒店登入方式不同，一間酒店的流程不能當作所有酒店的規則。

遇到陌生證書、描述檔、軟件、收費或帳戶密碼要求時，應停止操作。

連線狀態機

確認 SSID → 關聯 Wi-Fi → 完成 portal 登入 → 驗證一般互聯網 → 連接 VPN

酒店登入方式並不統一。不同酒店可能使用房間資料、驗證碼、流動電話號碼、身份核實、條款頁或前台登記。某一間酒店的流程不能推論為所有酒店的規則。

出發前準備請看中國 VPN 主題指南；本文只處理酒店連線次序。

狀態一：確認中國酒店 Wi‑Fi 的官方 SSID

從前台、房卡或酒店官方房內資料確認準確網絡名稱。相似名稱可能來自其他樓層、會議場地、附近商戶或冒充網絡。

了解酒店是否區分住客、大堂、會議或房間網絡，以及是否需要密碼、房號或專用憑證。不要公開這些憑證。

若職員無法確認名稱，不要單憑最強訊號選擇。先使用自己的流動數據，直至酒店完成核實。

狀態二：關聯 Wi-Fi

選擇已確認的 SSID，只輸入預期的 Wi-Fi 密碼，並等待系統完成關聯。出現 Wi-Fi 圖示只表示裝置加入本地網絡，不代表已可存取互聯網。

關聯失敗時：

向前台再次核對 SSID 與密碼。
移到酒店說明有覆蓋的位置。
如獲准，比較自己的另一部裝置。
詢問是否有裝置登記或房間裝置數量限制。
避免反覆猜測而觸發鎖定。

不要重設酒店接入點、借用其他住客憑證，亦不要嘗試進入設備管理頁。

狀態三：完成中國酒店 Wi-Fi 登入

加入網絡後等待歡迎頁或登入頁。Apple 說明強制登入網絡可能要求用戶名稱與密碼、電郵地址或接受條款，亦可能產生費用。［1］個別酒店未必使用相同方式。

RFC 8952 把強制登入門戶定義為：在用戶滿足現場條件前，限制更廣泛存取的網絡。［2］這解釋了處理次序；一般機制由強制登入頁指南負責。

出現不可信要求時立即停止

若頁面要求以下操作，應暫停並向前台核實：

忽略未知憑證警告；
安裝描述檔、根憑證、應用程式、瀏覽器擴充功能或裝置管理工具；
支付未預期費用；
輸入電郵、VPN、Apple、Google、Microsoft、銀行或工作帳戶密碼；
提供驗證碼或恢復碼；
授予與上網無關的權限。

只有酒店確認流程並說明用途後，才提供必要的流動電話號碼、房號、姓氏、券碼或身份資料。頁面域名或收費與前台說明不一致時，應停止操作。

狀態四：一般互聯網是否可用？

保持 VPN 關閉，開啟一個正常 HTTPS 頁面及第二個互不相關的服務。若兩者都失敗，登入工作階段可能未完成、已過期，或酒店上游網絡不可用。

結果	目前狀態	處理
無法加入 Wi-Fi	關聯未完成	核對 SSID、密碼、範圍與登記
已加入但登入頁未完成	仍處於受限狀態	重新開啟系統登入入口並詢問前台
登入頁成功但一般網站失敗	互聯網尚未證明	請酒店檢查工作階段或上游服務
一般網站成功	基礎互聯網成立	進入 VPN 狀態
只有一個網站或應用程式失敗	服務專屬問題	檢查該服務，不重設 Wi-Fi

不要只相信「登入成功」提示，必須驗證實際存取。若酒店確認上游斷線，只能等候或使用獲准的後備連線；更改 VPN 不能恢復酒店網關。

狀態五：在中國酒店 Wi-Fi 連接 VPN

只有在狀態 4 成功之後才啟動 VPN。強制網絡門戶必須先在區域網絡上驗證裝置，加密隧道才能建立，所以 VPN 不能提供房間憑證、代你完成登入，亦不能修復酒店的接入點。確認一般網絡可用後，打開 AethoVPN，連接 App 標示負載較低的就近位置，並記錄隧道是否建立。如果仍未設定好，入住前先開始 3 天免費試用，避免第一次連線就在陌生網絡上進行。

流動數據成功、酒店 Wi-Fi 失敗時，請使用流動數據與 Wi-Fi 受控對照；兩者都失敗時，請使用中國 VPN 連線排查。

不要循環嘗試過期協議或節點清單，也不要要求酒店關閉保安控制。應詢問酒店條款是否准許 VPN。

酒店強制登入頁為甚麼不斷返回？

酒店可能按裝置識別碼、房間、券碼、時長或數據用量維持工作階段；休眠或長時間閒置也可能令工作階段過期。記錄登入頁返回時間，以及裝置有否更改私人地址設定或切換接入點。

不要為繞過裝置限制而更換私隱識別碼。請前台清除或重新登記獲准裝置。忘記網絡再加入可能丟失有用工作階段，操作前先保存密碼與登記資料。

為甚麼一部裝置成功，另一部失敗？

可能有裝置數量限制、第二部裝置未完成自己的登入工作階段，或其時間、代理、VPN 描述檔與保安設定不同。比較兩部裝置各自停在狀態機哪一步。

不要複製另一裝置的 cookie、憑證、描述檔或登入資料。請酒店提供正式登記方法。

不修改酒店網絡，如何提高安全性？

FTC 指出，現代 HTTPS 可保護傳往加密網站的資料，並建議使用強密碼與雙重驗證。［3］這不代表所有 SSID、登入頁、下載或帳戶提示都可信。

確認 HTTPS、關閉不需要的分享、拒絕未知下載，並為裝置設定鎖定。完整安全邊界見酒店 Wi-Fi 是否安全；本文不重複該安全專題。

向前台或支援人員報告甚麼？

提供準確 SSID、房間或場地區域、時間、裝置類型與最後成功狀態，並說明裝置是否關聯、登入頁是否出現、一般互聯網是否成功，以及另一部獲准裝置是否相同。

把五個狀態當作一份精簡的事件紀錄。「已連上確認過的 SSID，但登入頁一直沒有出現」，與「登入頁已接受房間資料，但一般互聯網仍然不通」，會令職員進行不同的檢查。如一般互聯網正常而只有 VPN 失敗，給酒店的報告應只涉及已完成的網絡狀態，VPN 錯誤則交由 VPN 官方支援處理。不要把兩份報告混為一談，也不要聲稱是酒店導致其後的失敗。

職員更改登記資料或說明官方登入方式後，回到最後一個未完成的狀態。重新確認 SSID，只重複下一步。這樣可避免在酒店檢查其一方時，破壞仍然有效的登入工作階段或加入無關的裝置改動。

不要在公開訊息中傳送 Wi-Fi 密碼，也不要分享電郵密碼、VPN 密碼、驗證碼、復原碼或私鑰。正當的酒店排障要求並不需要這些資料。

總結

向酒店確認官方 SSID。
先關聯網絡，再判斷登入頁。
只完成可信且經確認的登入流程。
遇到未知憑證、描述檔、軟件、付款或帳戶密碼要求立即停止。
一般互聯網成功後才啟動 VPN。
報告最後失敗狀態，而非籠統地說「Wi-Fi 壞了」。

常見問題

為甚麼顯示已連線卻沒有互聯網？

裝置可能只關聯了接入點，登入頁尚未完成、工作階段已過期，或酒店網關離線。

應在酒店登入頁前啟動 VPN 嗎？

不應該。先完成可信登入並證明一般互聯網；登入頁可能無法經隧道存取。

酒店登入頁打不開怎麼辦？

保持 VPN 關閉，並留在已確認的 SSID。Apple 說明，在 iPhone 或 iPad 上可以打開 Wi-Fi 設定，點按該網絡旁的資訊按鈕，再重新加入該網絡，以顯示登入要求。［1］其他裝置可重新打開系統的網絡登入通知；正式登入網址請向前台確認，不要輸入無關告示或訊息中的網址。

酒店要求房號正常嗎？

部分酒店使用房間資料、券碼、流動電話號碼或前台登記，但沒有統一方式，應向該酒店核實。

可以安裝登入頁提供的憑證或描述檔嗎？

先停止並核實。不要只為取得訪客網絡而安裝未知憑證、描述檔、應用程式、擴充功能或管理工具。

為甚麼每天都要重新登入？

工作階段可能按時長、數據用量、閒置時間或酒店政策過期，應詢問正式續期方法。

可以重設酒店路由器嗎？

不可以。住客不應管理、重設或繞過酒店網絡設備與政策。

酒店 Wi-Fi 適合登入電郵嗎？

應確認 SSID 與 HTTPS，並使用強密碼和雙重驗證；完整風險請看酒店 Wi-Fi 安全專題。

免責聲明：本文提供一般連線與安全資料。請遵守當地法律、酒店條款及經官方渠道核實的職員指示。

來源

Apple Support — Use captive Wi-Fi networks on iPhone or iPad — https://support.apple.com/en-ca/102554
RFC Editor — RFC 8952: Captive Portal Architecture — https://www.rfc-editor.org/info/rfc8952/
U.S. Federal Trade Commission — Public Wi-Fi safety guidance — https://consumer.ftc.gov/articles/are-public-wi-fi-networks-safe-what-you-need-know

Sources checked 2026 年 10 月 4 日。

中國酒店 Wi‑Fi 登入與連線故障排查：按五個狀態依次處理