國際乙太網路專線,端到端走電信業者獨立通道,與公共網際網路實體隔離。晚高峰時段抖動最小,是長連線與即時應用的首選。
先分清線路類型,再看城市清單
同一個城市往往不只一條線路。IEPL 專線、中轉、直連三者的實體路徑不同,適合的情境也不同,價格差異也來自這裡。
先接入鄰近的入口節點,再由入口節點轉發到出口節點。跨洲存取時能明顯縮短繞行距離,性價比居中。
直接連接出口節點,路徑最短、結構最簡單。適合就近存取與對端到端路徑有明確要求的情境。
亞太線路:近端延遲結構最緊湊
亞太是本站線路密度最高的區域。香港、東京、新加坡三地承擔了大部分國際流量的入口與出口,也是 IEPL 專線鋪得最完整的地方。
| 國家 / 地區 | 城市 | 線路類型 | 串流影音支援 |
|---|---|---|---|
| 香港 | 香港 | IEPL 專線 | Netflix / Disney+ / YouTube |
| 日本 | 東京 | IEPL 專線 | Netflix / Disney+ / U-NEXT |
| 日本 | 大阪 | 中轉 | Netflix / YouTube |
| 新加坡 | 新加坡 | IEPL 專線 | Netflix / Disney+ / Prime Video |
| 韓國 | 首爾 | 中轉 | Netflix / Wavve |
| 台灣 | 台北 | 中轉 | Netflix / YouTube |
| 馬來西亞 | 吉隆坡 | 直連 | Netflix / YouTube |
| 泰國 | 曼谷 | 直連 | Netflix / YouTube |
| 澳洲 | 雪梨 | 中轉 | Netflix / Stan / Disney+ |
| 印度 | 孟買 | 直連 | Netflix / Prime Video |
表格只列靜態事實。線路的實際延遲與頻寬會隨本地網路環境變化,用戶端會在連線後顯示目前連線階段的即時數值。
北美線路:串流影音分區最完整
美區與加區是串流影音分區內容差異最大的區域。洛杉磯、聖荷西兩地以 IEPL 專線與中轉為主,承擔大部分跨太平洋存取。
| 國家 | 城市 | 線路類型 | 串流影音支援 |
|---|---|---|---|
| 美國 | 洛杉磯 | IEPL 專線 | Netflix / Disney+ / Hulu / HBO Max |
| 美國 | 聖荷西 | 中轉 | Netflix / Disney+ / YouTube TV |
| 美國 | 紐約 | 中轉 | Netflix / HBO Max / Peacock |
| 美國 | 西雅圖 | 直連 | Netflix / Prime Video |
| 加拿大 | 多倫多 | 中轉 | Netflix / Crave / Disney+ |
| 加拿大 | 溫哥華 | 直連 | Netflix / Prime Video |
| 墨西哥 | 墨西哥城 | 直連 | Netflix / Disney+ |
| 巴西 | 聖保羅 | 直連 | Netflix / Prime Video |
歐洲線路:分區內容差異明顯
英區、德區、法區各有獨立的串流影音片庫與本地服務。倫敦與法蘭克福兩地鋪了 IEPL 專線,其餘城市以中轉與直連為主。
| 國家 | 城市 | 線路類型 | 串流影音支援 |
|---|---|---|---|
| 英國 | 倫敦 | IEPL 專線 | Netflix / BBC iPlayer / Disney+ |
| 英國 | 曼徹斯特 | 中轉 | Netflix / BBC iPlayer |
| 德國 | 法蘭克福 | IEPL 專線 | Netflix / Disney+ / Prime Video |
| 德國 | 柏林 | 直連 | Netflix / YouTube |
| 法國 | 巴黎 | 中轉 | Netflix / Canal+ / Disney+ |
| 荷蘭 | 阿姆斯特丹 | 中轉 | Netflix / Disney+ |
| 瑞士 | 蘇黎世 | 直連 | Netflix / Prime Video |
| 瑞典 | 斯德哥爾摩 | 直連 | Netflix / Viaplay |
| 西班牙 | 馬德里 | 直連 | Netflix / Movistar+ |
| 土耳其 | 伊斯坦堡 | 直連 | Netflix / BluTV |
其他地區線路:中東、拉美與非洲
中東、拉美與非洲的線路數量相對少,但都是當地機房的原生出口,適合存取區域性服務與本地內容。
| 國家 | 城市 | 線路類型 | 串流影音支援 |
|---|---|---|---|
| 阿聯酋 | 杜拜 | 中轉 | Netflix / Prime Video |
| 巴西 | 聖保羅 | 直連 | Netflix / Globoplay |
| 南非 | 約翰尼斯堡 | 直連 | Netflix / Showmax |
| 英國 | 倫敦 | IEPL 專線 | Netflix / BBC iPlayer |
| 德國 | 法蘭克福 | IEPL 專線 | Netflix / Disney+ |
以上為部分範例線路。完整線路清單(190+ 條)在用戶端內依地區與用途分組展示,登入後即可查看並一鍵選擇。
IEPL 專線、中轉、直連分別是什麼
三種類型不是「好與壞」的關係,而是三條不同的實體路徑。理解它們,才能判斷自己該選哪一條。
IEPL 專線:端到端獨立通道
IEPL(International Ethernet Private Line,國際乙太網路專線)是電信業者提供的點對點第二層專線。它的核心特徵是路徑獨占:從入口到出口之間不經過公共網際網路的骨幹路由器,不與其他用戶的流量共用同一段頻寬,因此抖動與封包遺失都控制在很窄的區間內。
這項特性對兩類業務價值最大。一類是長連線業務,例如 AI 工具的串流輸出、SSH 連線階段、資料庫同步——這些情境裡單次封包遺失就可能讓整個連線階段重傳甚至中斷,公共鏈路上的抖動會被放大成明顯的卡頓。另一類是即時業務,例如視訊會議、直播串流、雲端遊戲,它們對延遲穩定性的要求高於對絕對延遲的要求。
代價是成本。專線依頻寬計費,每 Mbps 的價格遠高於一般寬頻,所以 IEPL 線路在方案裡通常只涵蓋幾個核心城市,而不是每個城市都鋪。本站把 IEPL 專線集中在香港、東京、新加坡、洛杉磯、倫敦、法蘭克福這幾處樞紐,因為它們同時是跨洲流量的主要中轉點。
一個容易混淆的重點:IEPL 不等於「更快」。如果你存取的目標伺服器本來就在鄰近地區,專線帶來的提升有限;它的價值在跨洲鏈路與晚高峰時段才真正體現出來。
中轉:就近入口再轉發到出口
中轉線路的結構分為兩段:先連到離你較近的入口節點,再由入口節點轉發到目標出口節點。它的意義在於縮短跨境繞行距離。直連一條跨洲線路時,資料封包可能先繞到第三個國家再折返;中轉把這段繞行交給一條最佳化的內部鏈路,使用者端只需要連到就近的入口。
舉例來說,從亞洲存取南美,直連路徑常常要經過北美西岸再南下,總跳數多、經過的自治域也多。中轉的做法是先接入亞洲入口,再由入口走一條固定的跨太平洋鏈路到北美,最後從北美南下。使用者端看到的是「連上了一個近處的節點」,實際出口仍在南美。
中轉的適用面最廣:日常瀏覽、串流影音、跨洲辦公都能用。它比直連穩定,比 IEPL 便宜,是線路清單裡數量最多的一類。需要注意的一點是,中轉的表現很大程度上取決於入口節點的負載與出口鏈路的品質,所以同一個城市的中轉線路,體驗可能因為入口不同而有差別。
直連:路徑最短,結構最簡單
直連就是直接連接出口節點,中間不做額外的轉發。它的優點是結構透明:你知道自己連的是哪個機房,資料從哪進、從哪出,沒有中間層。對需要明確端到端路徑的情境(例如對某個地區的服務做本地化測試、存取只對特定地區開放區域性內容),直連是最直接的選擇。
直連的短處在跨洲情境。當實體距離很遠、又必須走公共網際網路時,路徑由電信業者之間的互連關係決定,晚高峰容易出現繞行與壅塞。所以直連線路更適合兩種情況:一是就近存取(目標服務與你所在地區地理距離不遠),二是目標服務本身對出口地區的要求很明確、不需要額外的路徑最佳化。
成本上直連是三類裡最低的,因此涵蓋的城市也最多。如果你的需求是存取某個特定國家或地區的本地服務,優先從清單裡找那個國家的直連線路;如果體驗不理想,再考慮同區域的中轉或專線。
不同情境該選哪類線路
線路類型沒有絕對優劣,取決於你要存取什麼、對穩定性還是涵蓋範圍的要求更高。以下依五類常見用途給出建議。
日常瀏覽
首選:中轉
網頁、社群、搜尋這類請求的特點是短連線、單次資料量小,對延遲的絕對數值不敏感,對可用性敏感。中轉線路涵蓋範圍廣、切換成本低,遇到某條線路不理想時換一條即可。
- 就近入口 + 目標地區出口的組合最省事
- 不必刻意追求專線,效益不明顯
串流影音觀看
首選:IEPL 專線 / 中轉
4K 串流影音對頻寬的持續穩定性要求高於對延遲的要求。專線的獨占路徑能減少晚高峰的頻寬波動,中轉則在涵蓋範圍與成本之間更平衡。
- 認準目標片庫所在地區的線路,不要跨區繞行
- 同一城市有多條線路時,優先選標註專線的那條
AI 工具
首選:IEPL 專線
AI 對話與程式碼補全走的是長連線加串流輸出,鏈路中途一次抖動就可能表現為回答中斷或補全延遲。專線在這類情境的優勢最明顯。
- 優先選擇服務原生地區(如美區、日區)的專線
- 命令列與 IDE 外掛同樣受益,設定方式見 AI 工具指南
線上遊戲
首選:就近直連 / 中轉
遊戲的延遲由實體距離決定,最佳化空間有限。此時最重要的是不要繞遠路:選擇遊戲伺服器所在地區的線路,並避免跨洲中轉帶來的額外跳數。
- 先確認遊戲伺服器的實際地區,再對應選線
- 同地區線路裡選路徑最短的那條
遠端辦公
首選:IEPL 專線
會議、程式碼儲存庫同步、內網存取都屬於持續性連線,對穩定性的要求排在第一位。專線能把晚高峰的波動壓到最小,代價是可選城市較少。
- 把公司服務所在地區對應的專線設為預設
- 同時在線裝置數不限,辦公設備可以一起接入
120+ 國家 / 190+ 線路
以下是部分涵蓋地區的範例。完整清單在用戶端內依地區分組展示,支援搜尋與收藏常用線路。
- 香港
- 日本
- 新加坡
- 韓國
- 台灣
- 馬來西亞
- 泰國
- 越南
- 菲律賓
- 印尼
- 印度
- 澳洲
- 紐西蘭
- 美國
- 加拿大
- 墨西哥
- 巴西
- 阿根廷
- 智利
- 英國
- 愛爾蘭
- 德國
- 法國
- 荷蘭
- 比利時
- 瑞士
- 奧地利
- 瑞典
- 挪威
- 丹麥
- 芬蘭
- 波蘭
- 捷克
- 西班牙
- 葡萄牙
- 義大利
- 希臘
- 土耳其
- 阿聯酋
- 以色列
- 南非
- 奈及利亞
- 埃及
地區徽章為涵蓋範圍示意,不代表每一個地區都有全部三種線路類型。具體線路類型以用戶端內清單為準。
關於節點與線路的常見問題
更多帳號、連線與計費問題請見幫助中心。
線路這麼多,需要自己手動選嗎?
預設情況下用戶端會依延遲自動選擇一條可用線路,多數使用者不需要干預。如果你有明確的目標地區(例如要看某個國家的串流影音、或存取某個地區的 AI 服務),在用戶端裡手動選擇對應地區的線路會更穩妥。
常用的線路可以收藏,下次直接從收藏清單裡選,不必在長清單裡翻找。
同一城市有多條線路,怎麼判斷該選哪條?
先看線路類型。IEPL 專線適合長連線與即時業務,中轉適合涵蓋範圍與成本的平衡,直連適合就近存取與明確的地區需求。如果同一城市既有專線又有中轉,先試用專線,體驗沒有明顯差別再換回中轉即可。
其次看用途。串流影音和 AI 工具優先選專線,日常瀏覽和就近存取選中轉或直連就夠用。
為什麼頁面上不顯示每條線路的延遲?
線路的實際延遲取決於你本地的網路環境、電信業者互連關係與目前時段,同一個節點在不同使用者那裡的數值差別可以很大。頁面上的靜態數字沒有參考價值,反而容易誤導。
用戶端在連線後會顯示目前連線階段的即時延遲與頻寬,那是依你實際鏈路測出來的數值,比頁面上的固定數字有意義得多。
線路會變動或下線嗎?
會。機房維護、電信業者鏈路調整、區域網路環境變化都可能導致某條線路暫時無法使用或需要替換。用戶端內的線路清單會同步更新,已收藏的線路如果下線會從收藏裡移除。
遇到某條線路持續無法使用時,換同地區的其他線路即可,不需要重新購買或重新設定訂閱。
不限裝置數是怎麼算的?
同一帳號下的同時在線裝置數不限。電腦、筆電、平板、路由器都可以接入,不需要為每台裝置單獨購買。
方案的額度依流量計算,不依裝置數計算。流量依開通日每月重置,中途升級方案時差價折算成剩餘天數。