eLinehub 將遠端維修店的 VCI 硬體映射至專家的 PC。對於以 DoIP 與 RNDIS 為基礎的 VCI 裝置 — BMW ENET cable、ICOM Next、Mercedes SD Connect、VAS6154A、JLR DoIP VCI 與其他乙太網路連接介面 — 專家選擇 技師網路卡 作為連線裝置。軟體接著只問一個問題：遠端介面卡應橋接至專家 PC 上的哪個網路介面卡？
本文說明每個選項的作用、如何為您的 OEM 診斷軟體選擇正確選項，以及如何在進階場景中為實體介面卡接線。若您正在執行 VPN — 無論是為了滿足 OEM 平台需求，或為了讓 OEM 帳號的註冊地區與目前 IP 保持一致 — 第 6 節說明 eLinehub 為何能在多數情況下消除對 VPN 的需求，以及 VPN 仍然必要時該怎麼做。
逐步連線操作說明請參閱 遠端連線設定指南。
第 1 節
選擇「技師網路卡」時會發生什麼
安裝 eLinehub 後，專家 PC 上會新增兩個虛擬網路介面卡：eLinehub Link 與 eLinehub vNet。這些介面卡與 PC 既有的實體網路介面卡（在 Windows 網路連線中顯示為 乙太網路、乙太網路 2 等）一同列出。
在技師分享一張網路介面卡且專家接受案件後，介面卡選擇選單會列出專家 PC 上每一張可橋接的網路介面卡 — 兩張虛擬介面卡與任何實體介面卡 — 全部在同一層級。您挑選一張。遠端維修店的介面卡接著會橋接至您所選擇的介面卡。
這些介面卡分為三類：
- eLinehub Link — 推薦。適用於大多數診斷軟體。
- eLinehub vNet — 進階。適用於需要綁定至特定本機介面卡的軟體。
- 實體介面卡（顯示為 乙太網路、乙太網路 2 等）— 終極。需要一條乙太網路線。涵蓋所有情境。若您的 PC 擁有多個實體乙太網路埠，每個埠會在選單中以獨立項目呈現。
選單並非顯示三種「模式」 — 而是列出您 PC 上每一張可橋接的網路介面卡。您挑選一張。
一條規則涵蓋所有邊界情況：eLinehub Link、eLinehub vNet 與實體 乙太網路 介面卡形成一條包含關係鏈 — 實體 ⊃ vNet ⊃ Link。eLinehub Link 能處理的任何情境，eLinehub vNet 也能處理；eLinehub vNet 能處理的任何情境，實體介面卡也能處理。從最簡單的選項開始。若不成功，往上升一級。您總能落在一個可用的配置上。
第 2 節
介面卡的三種類別 — 各自的作用與適用場景
eLinehub Link（推薦）
安裝 eLinehub 時自動建立。無需額外乙太網路線、無需第二台電腦、除了診斷軟體本身的要求外無需任何手動網路設定。
eLinehub Link 是一張 Layer 2 虛擬乙太網路介面卡，可在遠端維修店介面卡與專家 PC 之間傳輸完整的乙太網路訊框。BMW ISTA、Mercedes-Benz XENTRY、VW/Audi ODIS、JLR Pathfinder 與 TOPIx Cloud、Ford FDRS 以及大多數 DoIP 診斷平台都能透過 eLinehub Link 探索 VCI，採用的自動探索或固定 IP 行為與本機連接裝置時相同。
這是任何新設定的正確起點。網路介面卡橋接一律使用中繼（Relay）模式 — P2P（直連）模式僅適用於 USB 裝置映射。
eLinehub vNet（進階）
同樣在安裝時自動建立。與 eLinehub Link 相同：無需額外乙太網路線、無需第二台電腦。
eLinehub vNet 是另一張 Layer 2 虛擬乙太網路介面卡，驅動層行為更接近標準實體網路介面卡。少數診斷平台 — 包括出口市場中日益增多的某些中國電動車品牌 — 會執行嚴格的介面卡身分檢查，eLinehub Link 無法通過。這些平台需要 eLinehub vNet。
若您的診斷軟體透過 eLinehub Link 即可探索到 VCI，eLinehub vNet 不會帶來額外效益。僅在 eLinehub Link 無法配合您特定軟體運作時，才切換至 eLinehub vNet。
實體介面卡 / 乙太網路（終極）
您 PC 上原有的實體網路介面卡 — Windows 在網路連線中顯示為 乙太網路 或 乙太網路 2 的那個埠。使用此選項需要一條乙太網路線，將該埠連接至第二台電腦或同一台機器上的 USB 轉乙太網路介面卡。
實體介面卡橋接涵蓋所有情境 — 但也需要最多的設定。當下列任一條件成立時使用：
- 您的診斷軟體拒絕所有虛擬介面卡，並驗證網路介面為真實實體硬體。
- 診斷 PC 無法安裝 eLinehub — 執行 Android、鎖死的專屬作業系統，或封閉的 OEM 診斷終端機。
- 您需要與診斷 PC 上執行的 VPN 用戶端完全隔離網路堆疊（見第 6 節）。
為什麼不一開始就用實體介面卡？
實體 乙太網路 介面卡涵蓋所有情境，但需要額外硬體：一條乙太網路線，可能還需要第二台電腦。eLinehub Link 涵蓋絕大多數診斷工作流程，且除了 OEM 軟體本身的要求外，無需任何額外硬體與設定。推薦 → 進階 → 終極 的階梯設計，是讓多數使用者從未離開 eLinehub Link。
IP 設定與介面卡選擇無關
是否需要在橋接介面卡上手動設定 IP 位址，取決於您的診斷軟體 — 不取決於選擇哪一張介面卡。
Mercedes-Benz XENTRY 要求與 SD Connect 通訊的介面卡設定固定 IP（通常為 172.29.x.x）。無論該介面卡是 eLinehub Link、eLinehub vNet 或實體 乙太網路 埠，皆是如此。BMW ISTA 透過 DoIP 廣播自動探索 ICOM 或 ENET cable，無需手動設定 IP — 不論介面卡類型同樣成立。
介面卡選擇決定哪一張虛擬或實體介面接收橋接流量。該介面上的 IP 設定是由 OEM 軟體決定的獨立步驟，規則與本機連接相同。
第 3 節
如何選擇：兩個問題與品牌查詢
兩個您可以立即回答的問題能縮小決策範圍。其餘由品牌查詢表處理。
問題 1：本次連線期間，專家 PC 上是否會執行 VPN 用戶端？
這涵蓋任何 VPN 情境 — 要求 VPN 的 OEM 平台、您用來讓 OEM 帳號 IP 地區與目前所在地一致的 VPN，或您網路所要求的企業 VPN。若診斷期間將有 VPN 用戶端啟用，請直接跳到下方表格中「VPN 用戶端啟用」相關列。
多數 OEM 線上刷寫平台 — BMW AOS、Mercedes Online、JLR TOPIx Cloud、Porsche PPN — 透過標準 HTTPS 連接其後端，不需要 VPN。若不會執行 VPN 用戶端，請繼續看問題 2。
問題 2：診斷 PC 是否能安裝 eLinehub？
若診斷裝置執行 Android、專屬作業系統，或為封閉終端機，無法安裝 Windows 軟體，唯一選項是實體介面卡搭配雙機設定。否則請進入品牌查詢。
決策表
| 您的情境 | 橋接至 | 需要乙太網路線？ | 已驗證品牌 / 軟體 |
|---|---|---|---|
| 無 VPN + 可安裝 eLinehub | eLinehub Link（推薦） | 否 | BMW ISTA、Mercedes XENTRY、VW/Audi ODIS、JLR Pathfinder/TOPIx、Ford FDRS |
| 同上，但軟體需要特定本機介面卡 | eLinehub vNet（進階） | 否 | 帶有嚴格介面卡身分檢查的診斷平台（出口市場服務的某些中國電動車品牌） |
| 同上，但軟體需要真實實體硬體 | 實體 乙太網路（USB 回環） | 是 | 帶有硬體驗證的診斷平台（出口市場服務的某些中國電動車品牌） |
| 無 VPN + 診斷裝置無法安裝 eLinehub | 實體 乙太網路（雙機 + 乙太網路線） | 是 | Tesla Toolbox（Android）、Porsche PiWIS（封閉硬體） |
| VPN 用戶端啟用 — OEM 要求、地區合規或企業網路 | 實體 乙太網路（雙機 + 乙太網路線，推薦） | 是 | 任何 VPN 用戶端與 OEM 軟體並行的工作流程 |
| VPN 用戶端啟用 — 單機選項 | 實體 乙太網路（單機 VM） | 見 §4.3 | 在獨立 VM 中執行多個 OEM 環境 |
若您的品牌或軟體未列於表中：從 eLinehub Link 開始。它已在表中每個品牌上驗證，並適用於此處未列出的大多數 DoIP 診斷平台。若您的軟體無法透過 eLinehub Link 探索 VCI，請移至 eLinehub vNet。若 eLinehub vNet 也失敗，請移至實體介面卡。每往上一級涵蓋更多情境 — 您是在向已知可用的配置收斂，而非猜測。
第 4 節
實體介面卡：三種接線方式
本節僅在決策表中選擇實體介面卡時適用。若 eLinehub Link 或 eLinehub vNet 適合您的設定，請跳過。
當 eLinehub 將遠端維修店介面卡橋接至專家 PC 上的實體 乙太網路 埠後，資料會從該埠輸出。乙太網路線連接到哪裡決定了您採用哪種接線方式。
4.1 雙機 + 乙太網路線（推薦）
中繼機執行 eLinehub 並橋接至其中一個實體 乙太網路 埠。一條乙太網路線將該埠直接連接至診斷機。診斷機執行 OEM 軟體（如需則加上 VPN）且 完全未安裝任何 eLinehub 元件 — 整個網路堆疊乾淨。
這是最穩定的配置，也是在需要 VPN 隔離時唯一推薦的路徑。
中繼機：安裝 eLinehub 專家軟體。將遠端維修店介面卡橋接至中繼機的實體 乙太網路 埠。
診斷機：OEM 診斷軟體、VPN 用戶端（如需）。未安裝 eLinehub。透過標準乙太網路線連接至中繼機的 乙太網路 埠。
4.2 單機 USB 轉乙太網路回環
eLinehub 橋接至 USB 轉乙太網路介面卡 — 一個能通過硬體驗證的真實實體裝置。一條短乙太網路線將 USB 介面卡回環連接至 PC 內建的 乙太網路 埠。診斷軟體綁定至內建的 乙太網路 埠，並看到一條實體乙太網路連線。
當診斷軟體需要真實實體介面卡但不需要 VPN 隔離時，此方法可行。已在實際診斷工作流程中驗證。由於 eLinehub 與診斷軟體都在同一台機器上執行，沒有網路堆疊隔離 — 此機器上的 VPN 用戶端仍會與 eLinehub 的虛擬介面卡衝突。
4.3 單機 VM
主機作業系統執行 eLinehub 並將遠端維修店介面卡橋接至其中一個實體 乙太網路 埠。客體 VM 執行 OEM 診斷軟體與 VPN 用戶端。Hypervisor 將客體 VM 的虛擬網路介面橋接至同一實體埠，讓客體得以存取橋接的診斷流量。
VPN 隔離在作業系統層級達成 — 客體 VM 有自己的網路堆疊。此設定通常要求主機具備至少兩個實體乙太網路埠或一張 USB 轉乙太網路介面卡 — 一個給 eLinehub 橋接，另一個給主機自身的網際網路存取。
此方法已在 VPN 並存情境中驗證。對於執行嚴格硬體驗證的診斷軟體，VM 的虛擬網路介面可能無法通過檢查 — 在依賴此設定使用此類平台前請先測試。
比較
| 雙機 + 乙太網路線 | USB 回環 | VM | |
|---|---|---|---|
| 實體乙太網路線 | 是 | 是（回環） | 視設定而定 |
| VPN 隔離 | 完整堆疊隔離 | 否（同一機器） | 作業系統層級隔離 |
| 機器數量 | 2 | 1 | 1（兩個作業系統環境） |
| 最適用場景 | VPN 情境、封閉裝置 | 無 VPN 的硬體驗證 | VPN 情境、單機偏好 |
第 5 節
為什麼不同軟體需要不同介面卡
決策表告訴您該用哪張介面卡。本節說明原因。
把診斷軟體想像成接受配送的收件人，網路介面卡則是配送包裹的人或公司。不同的收件人對配送方的查驗標準不同：
「任何人都可以送。」鄰居順手放下、隔壁小孩跑過來送、大樓門廳的人遞給您 — 收件人不檢查是誰送來的。只要包裹送達正確地址就接受。多數診斷軟體就是這樣運作：它把資料送到某個 IP 位址、接收回應，並不檢查承載流量的網路介面卡。→ eLinehub Link 即可。
「只接受配戴員工證的註冊快遞員。」收件人會檢查配送員的員工證。鄰居或路人帶著包裹出現會被擋下 — 只有來自註冊配送公司的指定快遞員才會被接受。某些診斷軟體會檢查網路介面卡的身分：其驅動程式類型、介面特性，或在特定介面卡清單中的存在。→ 需要 eLinehub vNet — 其驅動行為更接近標準實體介面卡，能通過更嚴格的身分檢查。
「快遞公司必須在當地有實體倉庫。」收件人要求配送公司在當地有真實實體據點 — 不只是員工，而是可驗證的實體基礎設施。即使配送可靠卻完全線上經營、無當地倉庫的公司也會被拒。少數診斷平台會驗證網路介面為真實實體硬體，並拒絕所有虛擬介面卡。→ 實體乙太網路介面卡是唯一選項。
DoIP 車輛探索如何運作 — 為何多數軟體接受任何介面卡
DoIP（Diagnostics over Internet Protocol，ISO 13400）是現代車輛使用的乙太網路原生診斷協定，BMW、Mercedes-Benz、VW/Audi、JLR、Volvo 與越來越多製造商皆採用。理解其探索流程可說明為何 eLinehub Link 適用於多數 DoIP 平台。
當診斷軟體啟動一個工作階段時，會向 13400 埠送出一個 UDP Vehicle Identification Request — 可能是對該子網路所有裝置的廣播，或對已知 IP 位址的單點傳送。VCI 或車輛閘道回應一個 UDP Vehicle Identification Response，內含其 VIN、邏輯位址與連線狀態。診斷軟體接著向 VCI 的 IP 位址開啟一個 TCP 連線，進行實際的診斷工作階段。
此序列中的每一步都運作在 IP 與傳輸層：UDP 資料包用於探索，TCP 串流用於診斷。軟體不會檢查底層網路介面卡 — 它透過標準 socket API 運作。只要介面卡能將 UDP 與 TCP 流量路由至 VCI 的 IP 位址，工作階段就會成功。這就是為何 eLinehub Link — 一張能承載任何 IP 流量的 Layer 2 虛擬乙太網路介面卡 — 涵蓋了絕大多數 DoIP 診斷平台。
例外是那些下探到 IP 層以下的平台：軟體以名稱綁定特定介面卡、查詢其驅動身分，或在開啟任何 socket 前驗證硬體支援。這些檢查發生在 DoIP 工作階段開始之前，也是為何有時需要 eLinehub vNet 或實體介面卡。
RNDIS 與專屬 USB 轉乙太網路驅動程式
某些 VCI 裝置透過 USB 連接 PC，但在 Windows 裝置管理員中出現在 網路介面卡 而非 USB 控制器底下。這是透過 RNDIS（Remote Network Driver Interface Specification — 一種 Microsoft 協定，讓 USB 硬體呈現為虛擬乙太網路介面卡）或透過產生相同結果的廠商專屬驅動程式達成。在這兩種情況下，診斷軟體都是透過 VCI 的網路介面卡介面（而非 USB 介面）與其通訊。當 eLinehub 橋接一張「技師網路卡」時，遠端介面卡可能是實體乙太網路埠或這些 USB 產生的虛擬介面卡之一 — 三類別決策表對兩者皆適用。
驅動層的差異
eLinehub Link 與 eLinehub vNet 都是 Layer 2 虛擬乙太網路介面卡。兩者都能傳輸完整的乙太網路訊框 — 包括 ARP、UDP 廣播（DoIP 車輛探索於 13400 埠使用）與 TCP 工作階段。協定層級的能力相同。
差別在驅動層。eLinehub Link 與 eLinehub vNet 使用不同的驅動實作。多數診斷軟體透過標準 Windows 網路 API 與網路介面卡互動，並不區分兩者。但少數平台會深入：查詢介面卡的驅動身分、檢查是否支援混雜模式（接收目的 MAC 不是自己位址的乙太網路訊框的能力），或驗證介面卡是否由真實硬體支援。這些檢查正是 eLinehub Link 與 eLinehub vNet 分歧的所在 — 也是實體介面卡獨樹一格的所在。
混雜模式，一句話解釋：它讓網路介面卡能接收網路區段上所有的乙太網路訊框，不只是目的位址為自身 MAC 的訊框。實體介面卡與某些虛擬介面卡（包括 eLinehub vNet）支援此功能。其他虛擬介面卡可能不支援 — 倚賴混雜模式的診斷軟體或作業系統橋接功能在沒有此支援時無法運作。
如第 2 節所述：IP 位址設定是另一個獨立議題。您的 OEM 軟體需要固定 IP、DHCP 指派的 IP，或完全不需要設定，取決於軟體自身的網路探索邏輯 — 而非取決於您橋接至哪張介面卡。
第 6 節
VPN 衝突、IP 地區不符與 OEM 帳號封鎖 — 何時需要實體隔離
OEM 診斷後端 — Mercedes Online、BMW AOS、JLR TOPIx Cloud 等 — 會追蹤每個工作階段的 IP 位址。當 IP 與帳號註冊地區不符時，後端可能標記該工作階段並封鎖帳號。跨境服務維修店的獨立專家，或先前使用遠端桌面作為遠端診斷方法（此方式會把維修店的 IP 而非專家自身 IP 暴露給 OEM 後端）的專家，經常遇到此問題。常見對策是 VPN — 但 VPN 用戶端會建立自己的虛擬網路介面卡，這些介面卡可能與橋接工作階段衝突。
本節涵蓋兩個可能中斷遠端診斷工作階段的不同問題。從表面看相似，但成因與解法不同。
問題 A：VCI 閘道覆蓋您的網際網路路由。當連接的 VCI 或車輛暴露網路閘道時，可能取代專家預設的網際網路路由。診斷連線保持啟用，但專家的瀏覽器與其他依賴網路的應用程式停止運作。這由 eLinehub 系統面板中的 Switch 按鈕 解決 — 在診斷優先與網際網路存取模式之間切換。遠端連線設定指南 對此有詳細說明。
問題 B：專家 PC 上的 VPN 用戶端與 eLinehub 的虛擬介面卡衝突。VPN 用戶端會建立自己的虛擬網路介面卡，並修改系統的路由表。這可能干擾 eLinehub Link 與 eLinehub vNet — 原本該流經橋接介面卡的封包被路由到 VPN，破壞 DoIP 時序或導致 OEM 軟體失去 VCI 連線。這正是實體介面卡搭配雙機設定（4.1 節）所解決的：診斷機沒有 eLinehub 元件，因此沒有任何東西可讓 VPN 衝突。
這兩個問題可能同時發生。實體介面卡橋接解決問題 B。Switch 按鈕仍適用於問題 A。
多數 OEM 線上刷寫不需要 VPN
BMW AOS、Mercedes Online（SCN coding）、JLR TOPIx Cloud 與 Porsche PPN 皆透過標準 HTTPS 連接其後端伺服器。它們不會安裝 VPN 用戶端，也不會建立額外的虛擬網路介面卡。對於這些平台，eLinehub Link 是線上刷寫工作流程的正確起點。
專家為何使用 VPN — 何時 eLinehub 能消除此需求
使用 VPN 並行 OEM 診斷軟體的專家，很少是因為 OEM 平台要求。最常見的原因不同：OEM 後端會根據帳號註冊地區檢查專家的 IP 位址。當 IP 不符時 — 因為專家在不同國家作業，或因為遠端桌面工作階段暴露了維修店的 IP 而非專家的 IP — 後端會將該帳號標記為可疑活動並可能封鎖存取。
VPN 解決此問題的方式是讓專家的 IP 看起來來自帳號註冊國家。但 VPN 用戶端會建立自己的虛擬網路介面卡，這些介面卡會在橋接工作階段啟用期間與 eLinehub 的虛擬介面卡衝突。
eLinehub 消除了此問題最常見的觸發因素。由於 OEM 診斷軟體執行於專家自身的 PC — 而非透過遠端桌面在維修店 PC 上 — OEM 後端看到的是專家自己的 IP 位址。若專家的網路連線位於與帳號註冊相同的國家，IP 即相符。無需 VPN。
這適用於所有 eLinehub 連線類型 — 網路介面卡橋接與 USB 裝置映射都讓 OEM 軟體留在專家自身的 PC 上，並保留專家自身的 IP 來源。
VPN 仍然必要的情況
仍有兩種情境需要與 eLinehub 並行使用 VPN：
專家實體位於與帳號註冊不同的國家。持有德國 OEM 帳號但從中東作業的專家，即使使用 eLinehub 仍會向 OEM 後端呈現非德國 IP。連線至註冊國家的 VPN 可解決 IP 不符 — 雙機設定（4.1 節）則讓 VPN 與 eLinehub 隔離。
OEM 平台本身要求 VPN 連線。某些 OEM 診斷平台 — 特別是某些較新的汽車品牌 — 在技術架構上要求診斷軟體必須透過 VPN 用戶端連接其後端。這不是變通做法，而是 OEM 的要求。雙機設定以相同方式處理：診斷機跑 VPN、中繼機跑 eLinehub，完整堆疊隔離。
兩種情況下推薦的解法相同：雙機 + 乙太網路線（4.1 節）。診斷機以乾淨的網路堆疊執行 OEM 軟體與 VPN。中繼機執行 eLinehub，不受 VPN 干擾。