獨立跨境通道
IEPL 是國際乙太網路專線(International Ethernet Private Line),兩端點之間走電信業者提供的獨立通道,流量在同一條鏈路上端到端傳輸,不經過公共網際網路的中間跳轉。
- 原理路徑固定,不隨公共路由的壅塞變化而改道。
- 適合場景晚高峰 4K 追劇、AI 工具長連線、跨境視訊會議、對往返延遲敏感的連線場景。
- 成本依專線容量計費,單位成本高於另外兩類,通常只部署在存取量最大的城市。
- 注意專線解決的是「路徑穩定」,本地到入口這一段仍由本地電信業者決定。
地區分組
依地區查看 線路
下表依亞太、北美、歐洲與其他地區分組,列出各地區的代表性線路。完整線路在客戶端內依地區展開,共 110+ 國家 / 230+ 線路;同一城市可能同時存在多種線路類型,匯入訂閱後可在客戶端裡依類型篩選。
亞太
8 條範例| 國家 | 城市 | 線路類型 | 串流媒體支援 |
|---|---|---|---|
| 日本 | 東京 | IEPL 專線 | 支援 |
| 日本 | 大阪 | 中轉 | 支援 |
| 新加坡 | 新加坡 | IEPL 專線 | 支援 |
| 香港 | 香港 | 直連 | 支援 |
| 韓國 | 首爾 | 中轉 | 支援 |
| 台灣 | 台北 | 直連 | 支援 |
| 馬來西亞 | 吉隆坡 | 中轉 | 支援 |
| 泰國 | 曼谷 | 中轉 | 支援 |
北美
7 條範例| 國家 | 城市 | 線路類型 | 串流媒體支援 |
|---|---|---|---|
| 美國 | 洛杉磯 | IEPL 專線 | 支援 |
| 美國 | 聖荷西 | 中轉 | 支援 |
| 美國 | 西雅圖 | 直連 | 支援 |
| 美國 | 達拉斯 | 中轉 | 支援 |
| 加拿大 | 多倫多 | 中轉 | 支援 |
| 加拿大 | 溫哥華 | 直連 | 支援 |
| 墨西哥 | 墨西哥城 | 中轉 | 部分支援 |
歐洲
8 條範例| 國家 | 城市 | 線路類型 | 串流媒體支援 |
|---|---|---|---|
| 英國 | 倫敦 | IEPL 專線 | 支援 |
| 德國 | 法蘭克福 | IEPL 專線 | 支援 |
| 法國 | 巴黎 | 中轉 | 支援 |
| 荷蘭 | 阿姆斯特丹 | 中轉 | 支援 |
| 義大利 | 米蘭 | 中轉 | 支援 |
| 西班牙 | 馬德里 | 中轉 | 支援 |
| 瑞典 | 斯德哥爾摩 | 直連 | 支援 |
| 波蘭 | 華沙 | 中轉 | 部分支援 |
其他地區
7 條範例| 國家 | 城市 | 線路類型 | 串流媒體支援 |
|---|---|---|---|
| 澳洲 | 雪梨 | 中轉 | 支援 |
| 澳洲 | 墨爾本 | 直連 | 支援 |
| 紐西蘭 | 奧克蘭 | 中轉 | 支援 |
| 阿拉伯聯合大公國 | 杜拜 | 中轉 | 支援 |
| 巴西 | 聖保羅 | 中轉 | 部分支援 |
| 南非 | 約翰尼斯堡 | 中轉 | 部分支援 |
| 土耳其 | 伊斯坦堡 | 中轉 | 部分支援 |
表格只列靜態資訊:所屬地區、線路類型與串流媒體支援。實際速度取決於本地網路、電信業者路由與所選線路,因此這裡不列任何即時數字;選線時以客戶端內依地區展開的線路列表為準。
線路類型
三種 線路類型 的差異
同一個城市,可能同時提供 IEPL 專線、中轉與直連三種入口。它們的差異不在「能不能連上」,而在路徑怎麼走、晚高峰穩不穩,以及資源成本有多高。理解這三件事,選線時就不會只盯著城市名。
兩段可控路徑
連線會先落到一台中轉伺服器,再由中轉伺服器轉發到目標地區。相當於把一段品質不穩定的跨境路徑,換成兩段各自更可控的路徑,代價是多一次轉發。
- 原理客戶端 → 中轉伺服器 → 目標地區入口,中間那一跳由服務端維護。
- 適合場景目標地區沒有直連入口、本地電信業者跨境路由波動較大的情況;日常瀏覽、一般串流媒體、大檔案下載。
- 成本介於專線與直連之間,節點可以鋪得更廣,長尾地區主要靠這一類涵蓋。
- 注意中轉的體驗取決於中轉伺服器與目標地區之間那段鏈路的品質。
直入目標地區
客戶端直接連到目標地區的入口,不做額外轉發。結構最簡單、鏈路最短,適合跨境路由本身就比較順的地區。
- 原理一次握手直達入口,沒有中間轉發環節。
- 適合場景香港、台北、溫哥華等距離較近的地區;只需要更換出口歸屬的輕量情境。
- 成本結構最簡單、資源占用低,因此可以鋪得比較密集。
- 注意表現最依賴本地電信業者,晚高峰的波動會比專線明顯。
選線建議
依用途 選線建議
沒有一條線路對所有人都最理想。先想清楚這次連上網路要做什麼——是追劇、開會、跑 AI 工具,還是傳大檔案——再依下面的對應關係挑類型,會比在列表裡逐條試快得多。
| 用途 | 優先線路類型 | 說明 |
|---|---|---|
| 日常瀏覽與辦公 | 直連 / 中轉 | 對延遲不敏感,選離自己最近的入口即可,鏈路短、維護成本低。 |
| 4K 追劇與串流媒體 | IEPL 專線 | 位元率高且需要持續穩定,晚高峰是專線價值最明顯的時段。 |
| AI 工具對話 | IEPL 專線 / 中轉 | 長連線加上串流式回傳,鏈路中途抖動會直接中斷對話。 |
| 遊戲連線 | IEPL 專線 | 對往返延遲與封包遺失最敏感,優先選離遊戲伺服器城市最近的入口。 |
| 大檔案與備份 | 中轉 | 追求吞吐量與流量成本,延遲影響小,適合安排在非高峰時段。 |
日常瀏覽與辦公:先求穩,再求快
網頁、郵件、線上文件這類場景對延遲並不敏感,真正影響體驗的是「會不會斷」。優先選直連或中轉裡離自己最近的城市入口,鏈路短、跳數少。如果白天正常、晚上明顯變慢,通常代表本地電信業者的跨境路由在高峰期壅塞,這時換到同地區的 IEPL 專線入口會有明顯改善。
4K 追劇與串流媒體:持續頻寬比峰值重要
4K 位元率要求的是持續而平穩的頻寬,短時間的峰值沒有意義——決定體驗的是整段播放中有沒有掉速。晚高峰是串流媒體最容易出問題的時段,也是 IEPL 專線價值最明顯的地方。地區選擇上,先確認目標平台的片源與地區判定,再挑同地區的線路入口,避免繞遠路。
AI 工具對話:長連線最怕中途改道
AI 工具的請求是長連線加串流式回傳,一次對話可能持續數十秒到數分鐘。鏈路中途抖動會表現為「回答到一半停住」或需要重新傳送。專線與中轉在這類場景的差別比測速數字更直觀:專線路徑固定,不容易在對話中途被重新路由。
遊戲連線:延遲與封包遺失優先
遊戲對往返延遲與封包遺失最敏感,數十毫秒的差距會直接反映在手感上。選線時優先 IEPL 專線,並盡量選離遊戲伺服器機房所在城市最近的入口。如果遊戲本身內建加速器,兩者可以並存:加速器管遊戲行程,線路管其餘流量。
大檔案與備份:算的是流量帳
上傳下載大檔案追求吞吐量與流量成本,延遲影響很小。這類任務適合放在中轉線路上,並盡量避開本地晚高峰。如果方案流量有限,可以把大流量任務安排在流量重置之後再做,避免月初就把額度用光。月訂閱的流量依開通日每月重置,中途升級方案的差價會折算成剩餘天數。
涵蓋範圍
涵蓋地區 一覽
線路涵蓋 110+ 國家 / 230+ 線路。下表依大區列出部分國家與地區,用來判斷目標地區是否有入口;完整列表會隨訂閱同步到客戶端,並依地區與線路類型分組。
亞太
- 日本
- 韓國
- 新加坡
- 香港
- 台灣
- 馬來西亞
- 泰國
- 越南
- 印尼
- 印度
- 菲律賓
- 澳洲
- 紐西蘭
北美
- 美國
- 加拿大
- 墨西哥
歐洲
- 英國
- 德國
- 法國
- 荷蘭
- 義大利
- 西班牙
- 瑞典
- 瑞士
- 波蘭
- 愛爾蘭
- 芬蘭
- 土耳其
中東、拉丁美洲與非洲
- 阿拉伯聯合大公國
- 以色列
- 沙烏地阿拉伯
- 巴西
- 阿根廷
- 智利
- 南非
- 埃及
- 奈及利亞
線路問答
常見問題
關於線路列表、線路類型與訂閱更新的幾個常見問題。更完整的排查步驟與帳戶問題,可以在幫助中心裡依分類查找。
線路表裡的城市,和客戶端裡看到的不完全一樣,正常嗎?
正常。本頁列出的是各地區的代表性線路,用來判斷目標地區有沒有入口;客戶端內的列表會隨訂閱同步,依地區與線路類型展開,項目比這裡更完整。兩者數量不一致不代表線路缺失,以客戶端內實際可選的項目為準。
IEPL 專線一定比中轉快嗎?
不一定,但「穩」的差別更明顯。專線的優勢是路徑固定,不隨公共路由的壅塞改道,所以晚高峰的波動通常小於中轉與直連。如果本地到入口這一段本身就壅塞,換專線也解決不了;這種情況下換一個更近的城市入口往往更有效。
同一個訂閱可以在幾台裝置上同時使用?
同時在線裝置不限台數。手機、平板、電腦可以同時使用同一個訂閱,不需要為每台裝置單獨購買。訂閱連結在客戶端裡匯入一次即可,換裝置時重新匯入同一份訂閱就行。
線路會變動嗎?訂閱需要多久更新一次?
線路會隨營運調整增減,新增的地區與線路類型都會一併更新到訂閱裡。客戶端依設定週期自動更新訂閱即可;如果發現某個地區的項目和之前不一樣,手動更新一次訂閱就能取得最新列表。更新訂閱不會影響已購方案的有效期與流量額度。