線路表怎麼讀
表格分為四組,每筆資料一組線路,四個欄位分別是落地國家/地區、城市、線路類型與串流支援。讀表時先看落地位置,再看線路類型,最後依用途微調。
- 國家/地區 · 城市 線路的落地位置。片庫歸屬、服務是否開放、頁面預設語言通常由落地位置決定,選線時先確認這個欄位。
- 線路類型 IEPL 專線、中轉、直連三種。三者的路徑形態不同,晚高峰表現與成本也不同,詳見下方的線路類型說明。
- 串流支援 該落地位置常用的平台,用來判斷片庫歸屬。未列出的平台以實際可用情況為準,片庫本身也會隨平台調整而變化。
亞太線路
亞太組承擔了大部分日常請求。香港與東京距離近、入口多,適合做為預設線路;新加坡覆蓋東南亞,雪梨與曼谷分別補上大洋洲與中南半島的落地。晚高峰時段,香港與雪梨的 IEPL 專線比同地區直連更穩,東京與首爾的中轉則是折衷選擇。
| 國家/地區 | 城市 | 線路類型 | 串流支援 |
|---|---|---|---|
| 香港 | 香港 | IEPL 專線 | Netflix / Disney+ / YouTube |
| 日本 | 東京 | 中轉 | Netflix / Disney+ / YouTube |
| 日本 | 大阪 | 直連 | Netflix / YouTube |
| 新加坡 | 新加坡 | 直連 | Netflix / Disney+ |
| 韓國 | 首爾 | 中轉 | Netflix / YouTube |
| 台灣 | 台北 | 中轉 | Netflix / YouTube |
| 澳洲 | 雪梨 | IEPL 專線 | Netflix / YouTube |
| 泰國 | 曼谷 | 直連 | Netflix / YouTube |
亞太組的 IEPL 專線集中在香港與雪梨,其餘城市以中轉與直連為主。
北美線路
北美組的落地集中在西岸與東岸兩端。洛杉磯、聖荷西、西雅圖面向美西與亞洲回程,紐約與多倫多覆蓋美東,達拉斯做為中部補充。美區片庫、部分 AI 工具與開發者服務對落地位置敏感,選線前先確認目標服務在哪個區域開放,再決定落地城市。
| 國家/地區 | 城市 | 線路類型 | 串流支援 |
|---|---|---|---|
| 美國 | 洛杉磯 | 中轉 | Netflix / Hulu / YouTube |
| 美國 | 聖荷西 | IEPL 專線 | Netflix / HBO Max |
| 美國 | 西雅圖 | 直連 | Netflix / YouTube |
| 美國 | 紐約 | 中轉 | Netflix / Hulu / HBO Max |
| 加拿大 | 多倫多 | 中轉 | Netflix / Crave |
| 美國 | 達拉斯 | 直連 | Netflix / YouTube |
美西三城與美東兩城互為備援,單一城市壅塞時可直接平移,不必換片庫。
歐洲線路
歐洲組以法蘭克福、倫敦、阿姆斯特丹為主。法蘭克福的 IEPL 專線在歐洲內部跳轉與跨大西洋回程上都比較穩;倫敦適合英區服務與 BBC iPlayer;阿姆斯特丹與巴黎承擔西歐的通用流量;斯德哥爾摩與米蘭補上北歐與南歐。歐洲線路的常見用途是英區與歐區片庫、歐洲區域的開發者服務與跨時區協作。
| 國家/地區 | 城市 | 線路類型 | 串流支援 |
|---|---|---|---|
| 德國 | 法蘭克福 | IEPL 專線 | Netflix / YouTube |
| 英國 | 倫敦 | 中轉 | Netflix / BBC iPlayer |
| 荷蘭 | 阿姆斯特丹 | 中轉 | Netflix / YouTube |
| 法國 | 巴黎 | 直連 | Netflix / YouTube |
| 瑞典 | 斯德哥爾摩 | 直連 | Netflix / YouTube |
| 義大利 | 米蘭 | 中轉 | Netflix / RaiPlay |
歐區片庫依語言分區,落地城市與帳號所在區不一致時,片庫可能仍是原區。
其他地區線路
其他地區組涵蓋中東、南亞、南美與非洲的落地需求。杜拜與孟買面向中東與南亞,聖保羅覆蓋南美,約翰尼斯堡面向非洲南部。這些地區的線路數量少於前三組,以中轉與直連為主,高峰時段建議優先選中轉,再視需要退回直連。
| 國家/地區 | 城市 | 線路類型 | 串流支援 |
|---|---|---|---|
| 阿聯 | 杜拜 | 中轉 | Netflix / YouTube |
| 印度 | 孟買 | 直連 | Netflix / YouTube |
| 巴西 | 聖保羅 | 中轉 | Netflix / YouTube |
| 南非 | 約翰尼斯堡 | 直連 | Netflix / YouTube |
該組的線路以覆蓋為主,不追求極致體驗;對穩定性要求高的情境建議回到亞太或歐洲組。
線路類型說明
同樣是香港線路,走專線、中轉還是直連,體驗與成本都不一樣。三種類型的差別主要在路徑:資料從哪裡進入骨幹、經過幾段、在哪個環節排隊。
點對點,路徑固定
兩端點之間走電信商的專線通道,不經過公共網際網路的出口與交換節點,路徑固定、頻寬依約定分配。晚高峰時段的抖動比另外兩種小,長時間連線不容易斷線。成本最高,所以只放在存取量最大、對穩定性要求最高的城市。
- 適合:視訊會議、遊戲、4K 觀影
- 常見城市:香港、雪梨、聖荷西、法蘭克福
入口就近,骨幹轉發
先接入就近的入口節點,再由入口經優化過的骨幹鏈路轉發到落地節點。入口近,握手快;骨幹段經過排程,晚高峰比直連穩。多了一跳,體驗對入口品質依賴較大,入口壅塞時會一起變慢。成本居中,是覆蓋城市最多的一種。
- 適合:日常瀏覽、觀影、AI 工具
- 常見城市:東京、首爾、洛杉磯、倫敦
路徑最短,開銷最小
直接連到落地節點,中間不設入口轉發,路徑最短。非高峰時段表現好,反應快、開銷小;高峰時段受公共鏈路壅塞影響,波動比前兩種大。成本最低,適合做為備用線路與輕量情境。同一城市同時有中轉與直連時,可以先試直連,不穩再換中轉。
- 適合:輕量瀏覽、備用線路、非高峰傳輸
- 常見城市:大阪、西雅圖、巴黎、孟買
| 比較項目 | IEPL 專線 | 中轉 | 直連 |
|---|---|---|---|
| 路徑形態 | 點對點專線通道,路徑固定 | 就近入口 + 優化骨幹 + 落地 | 直接連到落地節點 |
| 晚高峰表現 | 抖動小,連線穩定 | 較穩,依賴入口品質 | 波動較大 |
| 相對成本 | 最高 | 居中 | 最低 |
| 常見城市 | 香港 · 雪梨 · 聖荷西 · 法蘭克福 | 東京 · 首爾 · 洛杉磯 · 倫敦 · 阿姆斯特丹 | 大阪 · 西雅圖 · 巴黎 · 孟買 |
| 適合情境 | 視訊會議 · 遊戲 · 4K 觀影 | 日常瀏覽 · 觀影 · AI 工具 | 輕量瀏覽 · 備用線路 |
選線建議
選線沒有唯一答案:先確定用途,再依落地位置與線路類型篩選。下面依六種常見用途給出順序建議,同一用途下優先試第一條,不合適再往下換,不要一次改兩個變數。
日常瀏覽與搜尋
先用就近入口的中轉線路:香港、東京、新加坡三地入口多,握手快,頁面第一屏的等待短。開啟慢時先換同地區的另一條中轉,不要直接跳到洲際線路,跨洲多出來的路徑只會更慢。
觀影與串流
先依片庫選落地:亞洲片庫看香港、新加坡、東京,美區看洛杉磯與聖荷西,歐區看倫敦與法蘭克福。片庫對上之後再選線路類型,4K 播放優先 IEPL 專線與中轉,直連在晚高峰容易降到較低位元率。
AI 工具
ChatGPT、Claude、Gemini 這類工具對落地位置與 IP 穩定性都敏感。落地選在服務開放的地區,線路優先中轉或 IEPL;一次工作階段內不要切換線路,IP 變動可能觸發重新驗證,打斷正在進行的對話。
遊戲
優先 IEPL 專線,落地盡量靠近遊戲伺服器所在的地區。遊戲體驗裡封包遺失比帳面延遲更影響手感,專線的價值在抖動控制。跨洲遊戲先試專線,不行再退到同洲的中轉,不要用洲際直連硬撐。
辦公與視訊會議
上行穩定優先,選 IEPL 專線或品質較好的中轉。會議開始前十分鐘連上,確認畫面與聲音正常;會議期間不要切換線路,切換會觸發重連,重新入會往往比等待更費時間。
家庭與多裝置
訂閱不限裝置數,可以依裝置分配線路:主機與辦公電腦走 IEPL 專線,手機與平板走中轉,電視盒依片庫選落地。全部擠在一條線路上,任何一台裝置跑大流量都會影響其他裝置。
常見問題
關於線路數量、線路類型與切換規則的常見問題,答案以事實為準,不做的承諾不寫。
表裡的城市就是全部線路嗎?
不是。表中列出的是各地區的代表性線路,完整清單在用戶端內依地區展開。覆蓋規模為 100+ 國家 / 180+ 線路,線路會隨擴容調整,以用戶端內顯示為準。
IEPL 專線一定比中轉快嗎?
不一定。專線的優勢在路徑固定與抖動控制,不在帳面速度。入口與落地距離遠時,專線也可能比同城中轉的反應慢;判斷標準是同一時段、同一目標服務下的實際表現,而不是線路類型的名稱。
同一時間能用幾條線路?
訂閱不限裝置數,每台裝置可以各自選線,互不影響。同一帳號在多台裝置上使用不同落地地區也沒有額外限制。
串流欄位裡沒寫的平台能用嗎?
串流欄位標註的是該落地位置常用的平台,用來判斷片庫歸屬。未列出的平台以實際可用情況為準,片庫本身也會隨平台調整而變化。
換線路需要重新購買嗎?
不需要。線路切換在同一訂閱內完成,不額外計費;流量依開通日每月重置,中途升級方案的差價折算成剩餘天數。
線路連不上時依什麼順序排查?
先換同地區的另一條線路,再換線路類型(中轉換直連或反之),最後換地區。三步都不通時,到說明中心依連線故障的步驟逐項檢查用戶端與本機網路。