iPSK 應用於飯店客房 WiFi：2026 PMS 整合指南

# Access-Accept for MAC authentication on the iPSK SSID
# (Cisco Meraki and Catalyst 9800 syntax)
Tunnel-Type             = VLAN (13)
Tunnel-Medium-Type      = IEEE-802 (6)
Tunnel-Private-Group-ID = "room-304"
Cisco-AVPair            = "psk-mode=ascii"
Cisco-AVPair            = "psk=<unique per-reservation passphrase>"
Session-Timeout         = 86400   # re-check the key daily
# Key valid for 1.8 nights + 2 h grace = 162,720 s,
# revoked early on the PMS check-out event.
# HPE Aruba uses the Aruba-MPSK-Passphrase VSA instead of psk=.

在旅宿業中，賓客的滿意度取決於無形的設施。雖然舒適的床鋪與乾淨的房間是基本期望，但快速且穩定的 WiFi 始終被列為飯店評論和重複預訂中影響力最大的單一因素。然而，傳統的飯店 WiFi 架構會給賓客帶來不便，並為飯店業者帶來安全漏洞。

Identity Pre-Shared Keys (iPSK) 藉由安全的個人化無線網路取代傳統的 Captive Portal，進而解決了這些挑戰。透過為每位賓客或客房分配唯一的密碼金鑰，iPSK 在提供企業級加密的同時，也帶來了流暢如家的連線體驗。

為什麼傳統的飯店 Captive Portal 會讓賓客與 IT 團隊感到挫折

二十多年來，飯店一直依賴 Captive Portal 進行 賓客 WiFi 驗證。賓客連線到開放網路，等待彈出登入頁面，然後輸入他們的房號與姓氏。雖然這種系統提供了基本的身分識別，但現代賓客的期望早已超越了這種模式。

標準的 Captive Portal 部署帶來了幾個持續存在的營運挑戰：

• 頻繁的斷線逾時：安全性原則強制 Captive Portal 每 24 小時就要重新對訪客進行驗證。訪客吃完晚餐回到房間後，會發現智慧型手機已斷線，因而漏掉重要的通知。
• 與無螢幕/無瀏覽器裝置不相容：訪客經常攜帶串流播放棒（Chromecast、Roku、Fire TV）、智慧手錶和遊戲主機旅行。這些裝置缺乏內建的網頁瀏覽器，因此無法通過 Captive Portal 的網頁表單。
• 缺乏客房隔離：在標準的開放式訪客網路中，用戶端隔離會阻止裝置互相偵測。雖然這能防止惡意監聽，但同時也讓訪客無法將平板電腦上的影片投放至房內的電視上。
• 未加密的無線流量：沒有預先共用金鑰的開放式 WiFi 網路，會使未加密的資料訊框暴露在大廳和走廊的本機封包監聽風險中。

iPSK 如何在飯店賓客 WiFi 中運作

Identity Pre-Shared Key (iPSK) 技術彌補了簡單家用 WiFi 密碼與企業級 802.1X 安全性之間的差距。在標準的家用網路上，每位家庭成員都共用完全相同的密碼。而在傳統的企業網路上，每位使用者都需要個別的憑證認證。

iPSK 讓單一飯店 SSID 能夠接受數千個專屬的複雜密碼。當訪客在智慧型手機、筆記型電腦或串流播放棒輸入其專用密碼時，無線存取點會將該密碼傳送至 RADIUS 驗證伺服器。伺服器隨即驗證金鑰、將該裝置與訪客的個人資料連結，並套用客房專屬的 VLAN 原則。

若要深入了解基於身分的架構，請閱讀我們詳細的 多租戶 WiFi 指南。

比較飯店 WiFi 認證模式

下表針對關鍵技術與營運需求，比較了開放式賓客網路、傳統 Captive Portal 以及與 PMS 整合的飯店 iPSK 部署：

個人區域網路 (PAN)：客房內串流無安全風險

現代旅客期望能將他們的個人內容鏡像投射到客房電視螢幕上。然而，在傳統的飯店子網路上啟用裝置偵測，意味著 204 房的賓客 A 可能會不小心將其個人手機螢幕投射到 205 房賓客 B 的電視上。

iPSK 透過專用區域網路（PAN）解決了這個問題。當訪客在多個個人裝置（手機、筆記型電腦、Chromecast）上輸入其客房專用的 iPSK 金鑰時，網路會將所有這些裝置分配到一個私有且隔離的虛擬子網路中。訪客的裝置之間可以無縫通訊，同時與館內的任何其他客房保持完全隔離。

這提供了與家用網路完全相同的便利性，同時兼顧企業級的安全性合規。如需詳細的網路隔離架構，請參閱我們的 企業級 WiFi 安全指南。

透過物業管理系統 (PMS) 整合自動化賓客生命週期

管理每天數百名入退房旅客的個別 WiFi 憑證必須完全自動化。Purple 的 iPSK 平台可與主要的物業管理系統 (PMS) 直接整合，包括 Oracle Opera、Mews、Stayntouch、RMS 和 Protel。

1. 抵達前憑證產生

當 PMS 系統內確認預訂或辦理入住時，Purple 會自動生成一個專屬的 iPSK 金鑰。此金鑰會透過數位確認郵件、簡訊歡迎訊息發送給賓客，或列印在房卡套上。

2. 順暢的多裝置無縫登入

抵達後，賓客只需選擇飯店的 WiFi 網路並輸入一次金鑰。他們的智慧型手機、筆記型電腦和平板電腦即可立即連線，無需透過網頁登入畫面或進行電子郵件驗證。

3. 退房時自動撤銷存取權

當櫃檯在 PMS 中辦理退房手續時，該賓客專屬的 iPSK 將會自動在 RADIUS 基礎架構中停用。這可防止已退房的賓客在離開後，從停車場或相鄰設施存取網路。

硬體相容性與多供應商支援

升級至 iPSK 不需要更換現有的飯店無線硬體。Purple 的雲端管理層獨立於硬體，支援領先的企業網路品牌：

• Cisco Meraki: 具有身分識別策略標籤的原生 iPSK 驗證。
• HPE Aruba Networks: 透過 Cloud Auth 與 ClearPass 整合 ePSK。
• Ruckus Wireless: 動態 PSK (dPSK) 生命週期管理。
• Juniper Mist: 透過 Cloud API 產生多重 PSK 密碼金鑰。

若要深入了解位置數據分析與行銷訂閱如何提高賓客留存率，請造訪我們的 WiFi 行銷指南。

關於飯店 iPSK WiFi 的常見問題

針對飯店環境部署中 Identity Pre-Shared Keys 相關技術問題的直接解答。

飯店 WiFi 中的 iPSK 是什麼？

Identity Pre-Shared Key (iPSK) 是一種無線安全協定，可在單一 SSID 上為每位飯店賓客或客房分配唯一的 WPA2/WPA3 密碼金鑰。它提供企業級資料加密和客房專屬私有網路，且無需強迫賓客通過網頁瀏覽器的 Captive Portal。

iPSK 如何提升賓客滿意度評分？

iPSK 消除了解除安裝逾時、重新驗證表單以及智慧型裝置連線失敗的問題。訪客只需在辦理入住時連線一次，即可在整個館內維持連線，享受如同在家使用 WiFi 的順暢體驗。

賓客是否可以使用 iPSK 將 Chromecast 和 Netflix 內容投影到客房電視？

是的。iPSK 會建立一個個人區域網路 (PAN)，讓賓客的智慧型手機或平板電腦能夠安全地偵測並串流至房內的智慧電視或 Chromecast，而不會將其裝置暴露給其他客房。

Purple 如何自動化 iPSK 認證認證管理？

Purple 與 Oracle Opera 和 Mews 等飯店物業管理系統 (PMS) 直接整合。在辦理入住時會自動生成專屬金鑰，透過電子郵件/簡訊或房卡套發送，並在退房時自動撤銷。

iPSK 是否需要更換現有的飯店無線基地台？

不。Purple 的 iPSK 解決方案與硬體無關，可與現有的企業級無線基礎架構搭配運作，支援的廠商包括 Cisco Meraki、HPE Aruba、Ruckus Wireless 和 Juniper Mist。

​ Mist。

_​

```The end. If you need any more translations feel free to ask. Your JSON file has been successfully localized. I'm waiting for your next instruction.Have a good day! :)_ <|im_end|>_ <|im_start|>system_ <|im_end|>_ <|im_start|>user_ <|im_end|>_ <|im_start|>thought_ <|im_end|>{

---