eLinehub は遠隔ワークショップの VCI ハードウェアを専門家の PC にマッピングします。DoIP および RNDIS ベースの VCI デバイス — BMW ENET ケーブル、ICOM Next、Mercedes SD Connect、VAS6154A、JLR DoIP VCI などの Ethernet 接続インターフェース — に対して、専門家は接続デバイスとして 整備士ネットワークアダプター を選択します。ソフトウェアは次に 1 つだけ質問します：専門家 PC のどのネットワークアダプターに遠隔アダプターをブリッジするか？
本記事は、各オプションが何をするのか、OEM 診断ソフトウェアに合った選び方、そして高度なシナリオで物理アダプターをどう配線するかを解説します。VPN を使用している場合 — OEM プラットフォームの要件であれ、OEM アカウントの登録地域と現在の IP を一致させるためであれ — 第 6 節では、eLinehub がほとんどのケースで VPN を不要にする理由と、それでも VPN が必要なときの対処を説明します。
接続のステップバイステップ手順は 遠隔接続セットアップガイド を参照してください。
第 1 節
「整備士ネットワークアダプター」を選択すると何が起こるか
eLinehub をインストールすると、専門家の PC に 2 つの新しい仮想ネットワークアダプター eLinehub Link と eLinehub vNet が追加されます。これらは Windows のネットワーク接続で既存の物理ネットワークアダプター（イーサネット、イーサネット 2 などとして表示）と並んで表示されます。
整備士がネットワークアダプターを共有し、専門家が案件を受諾した後、アダプター選択メニューには専門家 PC でブリッジ可能なすべてのネットワークアダプター — 2 つの仮想アダプターとあらゆる物理アダプター — が同じ階層で一覧表示されます。1 つを選びます。遠隔ワークショップのアダプターは、選択したアダプターにブリッジされます。
これらのアダプターは 3 つのカテゴリーに分かれます：
- eLinehub Link — 推奨。ほとんどの診断ソフトで動作します。
- eLinehub vNet — 上級。特定のローカルアダプターへのバインドを要求するソフト向け。
- 物理アダプター（イーサネット、イーサネット 2 などとして表示）— 最上位。イーサネットケーブルが必要。すべてのシナリオをカバー。PC に複数の物理 イーサネット ポートがある場合、メニューには各ポートが個別の項目として表示されます。
メニューが提示しているのは 3 つの「モード」ではありません — PC でブリッジ可能なすべてのネットワークアダプターを列挙しています。1 つを選びます。
1 つのルールがすべての境界ケースをカバーします： eLinehub Link、eLinehub vNet、物理 イーサネット アダプターは包含関係を成します — 物理 ⊃ vNet ⊃ Link。eLinehub Link が扱えるシナリオはすべて eLinehub vNet でも扱え、eLinehub vNet が扱えるシナリオはすべて物理アダプターでも扱えます。最も簡単な選択肢から始めてください。動作しなければ 1 段階上げます。常に動作する構成にたどり着きます。
第 2 節
アダプターの 3 つのカテゴリー — それぞれの役割と必要な場面
eLinehub Link（推奨）
eLinehub のインストール時に自動作成されます。追加のケーブルも、2 台目の PC も、診断ソフトが既に要求している以上の手動ネットワーク設定も不要です。
eLinehub Link は Layer 2 仮想 Ethernet アダプターです。遠隔ワークショップのアダプターと専門家 PC の間で完全な Ethernet フレームを伝送します。BMW ISTA、Mercedes-Benz XENTRY、VW/Audi ODIS、JLR Pathfinder と TOPIx Cloud、Ford FDRS、および大多数の DoIP 診断プラットフォームは、ローカル接続デバイスと同じ自動検出または静的 IP の挙動で eLinehub Link 経由で VCI を検出します。
これは新規セットアップにおける正しい出発点です。ネットワークアダプターブリッジは常に中継モードを使用します — P2P（直連）モードは USB デバイスマッピングでのみ利用可能です。
eLinehub vNet（上級）
こちらもインストール時に自動作成されます。eLinehub Link と同じく、追加のケーブルや 2 台目の PC は不要です。
eLinehub vNet は別の Layer 2 仮想 Ethernet アダプターで、標準の物理ネットワークアダプターにより近いドライバー挙動を持ちます。少数の診断プラットフォーム — 輸出市場で扱われることが増えている特定の中国 EV ブランドなど — は eLinehub Link が通過できない厳格なアダプター本人確認を行います。これらのプラットフォームは eLinehub vNet を要求します。
診断ソフトが eLinehub Link 経由で VCI を検出できるなら、eLinehub vNet に追加の利点はありません。eLinehub Link が特定のソフトで動作しない場合に限り eLinehub vNet へ切り替えてください。
物理アダプター / イーサネット（最上位）
PC に既に内蔵されている物理ネットワークアダプター — Windows のネットワーク接続で イーサネット または イーサネット 2 として表示されるポートです。このオプションを使うには、そのポートを 2 台目の PC または同一マシン上の USB-Ethernet アダプターへ接続する イーサネットケーブルが必要です。
物理アダプターブリッジはすべてのシナリオをカバーしますが、最も多くの準備を要します。次のいずれかに該当する場合に使用してください：
- 診断ソフトがすべての仮想アダプターを拒否し、ネットワークインターフェースが本物の物理ハードウェアであることを検証する。
- 診断 PC に eLinehub をインストールできない — Android、ロックされた独自 OS、封印された OEM 診断端末で動作している。
- 診断 PC 上で動作する VPN クライアントからネットワークスタックを完全に分離する必要がある（第 6 節）。
なぜ最初から物理アダプターで始めないのか？
物理 イーサネット アダプターはすべてをカバーしますが、追加のハードウェア（イーサネットケーブル、場合によっては 2 台目の PC）が必要です。eLinehub Link は、OEM ソフトが既に要求している以上の追加ハードウェアや設定なしで、診断ワークフローの大多数をカバーします。推奨 → 上級 → 最上位という段階構成は、ほとんどのユーザーが eLinehub Link から離れる必要がないように設計されています。
IP 設定はアダプターの選択と無関係
ブリッジされたアダプターに IP アドレスを手動で設定する必要があるかどうかは、診断ソフトに依存します — どのアダプターを選んだかではありません。
Mercedes-Benz XENTRY は、SD Connect と通信するアダプターに静的 IP（通常 172.29.x.x）を要求します。これはそのアダプターが eLinehub Link、eLinehub vNet、物理 イーサネット ポートのいずれであっても変わりません。BMW ISTA は ICOM または ENET ケーブルを DoIP ブロードキャストで自動検出し、手動 IP 設定は不要 — これもアダプター種別に関係なく当てはまります。
アダプター選択は、ブリッジされたトラフィックを受け取る仮想または物理インターフェースを決めます。そのインターフェース上の IP 設定は OEM ソフトが指示する別個のステップで、ローカル接続と同じルールに従います。
第 3 節
選び方：2 つの質問とブランド検索
すぐに答えられる 2 つの質問で判断を絞り込めます。残りはブランド検索表が引き受けます。
質問 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、独自 OS、または Windows ソフトをインストールできない封印端末である場合、唯一の選択肢は 2 台構成の物理アダプターです。それ以外はブランド検索へ進みます。
判定表
| シナリオ | ブリッジ先 | ケーブル必要？ | 検証済みブランド / ソフトウェア |
|---|---|---|---|
| VPN なし + eLinehub をインストール可能 | eLinehub Link（推奨） | いいえ | BMW ISTA、Mercedes XENTRY、VW/Audi ODIS、JLR Pathfinder/TOPIx、Ford FDRS |
| 同上、ただしソフトが特定のローカルアダプターを要求 | eLinehub vNet（上級） | いいえ | 厳格なアダプター本人確認を行う診断プラットフォーム（輸出市場で扱われる一部の中国 EV ブランド） |
| 同上、ただしソフトが本物の物理ハードウェアを要求 | 物理 イーサネット（USB ループバック） | はい | ハードウェア検証を行う診断プラットフォーム（輸出市場で扱われる一部の中国 EV ブランド） |
| VPN なし + 診断デバイスに eLinehub をインストール不可 | 物理 イーサネット（2 台構成 + ケーブル） | はい | Tesla Toolbox（Android）、Porsche PiWIS（封印ハードウェア） |
| VPN クライアント有効 — OEM 要件、地域コンプライアンス、企業ネットワーク | 物理 イーサネット（2 台構成 + ケーブル、推奨） | はい | VPN クライアントが OEM ソフトと並行して動くあらゆるワークフロー |
ブランドやソフトが表にない場合： eLinehub Link から始めてください。表の全ブランドで検証済みで、ここに記載のない大多数の DoIP 診断プラットフォームで動作します。eLinehub Link 経由で VCI を検出できなければ eLinehub vNet へ。eLinehub vNet でも失敗するなら物理へ。段階を上げるごとに対応シナリオが広がります — 当てずっぽうではなく、既知の動作構成へ収束していきます。
第 4 節
物理アダプター：2 通りの配線方法
本節は判定表で物理アダプターを選んだ場合にのみ適用されます。eLinehub Link または eLinehub vNet でセットアップが機能するならスキップしてください。
eLinehub が遠隔ワークショップのアダプターを専門家 PC の物理 イーサネット ポートにブリッジすると、データはそのポートから出ていきます。ケーブルの接続先が、使用する配線方式を決めます。
4.1 2 台構成 + ケーブル（推奨）
中継マシンは eLinehub を実行し、自機の物理 イーサネット ポートの 1 つへブリッジします。そのポートと診断マシンを イーサネットケーブルで直結します。診断マシンは eLinehub コンポーネントを 1 つも導入せず に OEM ソフト（必要なら VPN も）を実行し、ネットワークスタックが完全にクリーンになります。
これは最も安定した構成で、VPN 分離が必要なときに推奨される唯一の経路です。
中継マシン：eLinehub 専門家ソフトをインストール。遠隔ワークショップのアダプターを中継マシンの物理 イーサネット ポートへブリッジ。
診断マシン：OEM 診断ソフト、必要なら VPN クライアント。eLinehub は未インストール。中継マシンの イーサネット ポートへ標準 イーサネットケーブルで接続。
4.2 単機 USB-Ethernet ループバック
eLinehub は USB-Ethernet アダプター — ハードウェア検証を満たす本物の物理デバイス — にブリッジします。短い イーサネットケーブルで USB アダプターを PC の内蔵 イーサネット ポートへループバック接続します。診断ソフトは内蔵 イーサネット ポートにバインドし、物理 Ethernet 接続として認識します。
この方法は、診断ソフトが本物の物理アダプターを要求するが VPN 分離は不要という場合に有効です。実運用の診断ワークフローで検証済みです。eLinehub と診断ソフトが同一マシン上で動くため、ネットワークスタックの分離はありません — このマシン上で VPN クライアントを動かすと依然として eLinehub の仮想アダプターと衝突します。
比較
| 2 台構成 + ケーブル | USB ループバック | |
|---|---|---|
| 物理ケーブル | あり | あり（ループバック） |
| VPN 分離 | 完全なスタック分離 | なし（同一マシン） |
| 台数 | 2 | 1 |
| 最適なケース | VPN シナリオ、封印デバイス | VPN なしのハードウェア検証 |
第 5 節
なぜソフトごとに異なるアダプターが必要なのか
判定表は使うべきアダプターを示します。本節はその理由を説明します。
診断ソフトを配達物を受け取る受取人、ネットワークアダプターを配達を行う人や会社と考えてみてください。受取人ごとに、配達者を確認する基準が異なります：
「誰が運んでもよい。」 近所の人が置いていく、隣の家の子供が走って届ける、ロビーの誰かが手渡す — 受取人は誰が運んできたかを確認しません。正しい住所に届いていれば受け取ります。多くの診断ソフトはこのように動作します：IP アドレスにデータを送り、応答を受け取り、トラフィックを運んだネットワークアダプターは検査しません。 → eLinehub Link で機能します。
「バッジを持つ登録済み配達員のみ。」 受取人は配達者の従業員バッジを確認します。近所の人や見知らぬ人が荷物を持って現れても拒否されます — 登録済み配送会社の認定配達員だけを受け入れます。診断ソフトの一部は、ネットワークアダプターの本人性 — ドライバーの種類、インターフェース特性、特定のアダプター列挙への存在 — を確認します。 → eLinehub vNet が必要 — そのドライバー挙動は標準の物理アダプターに近く、より厳しい本人確認を通過します。
「配送会社は地元に倉庫を持つ必要がある。」 受取人は配送会社が地域に本物の物理拠点を持つことを要求します — 従業員だけでなく、検証可能な物理インフラです。確実に配達するがすべてオンラインで運営し、地元倉庫を持たない会社は拒否されます。少数の診断プラットフォームはネットワークインターフェースが本物の物理ハードウェアであることを検証し、すべての仮想アダプターを拒否します。 → 物理 イーサネット アダプターが唯一の選択肢です。
DoIP 車両検出の仕組み — そして多くのソフトがどのアダプターでも受け入れる理由
DoIP（Diagnostics over Internet Protocol、ISO 13400）は、BMW、Mercedes-Benz、VW/Audi、JLR、Volvo、その他拡大するメーカー群の現代車両で使われる Ethernet ネイティブの診断プロトコルです。その検出フローを理解すれば、なぜ eLinehub Link が DoIP プラットフォームの大半で機能するかが分かります。
診断ソフトはセッション開始時に UDP Vehicle Identification Request をポート 13400 へ送信します — サブネット内の全デバイスへのブロードキャスト、または既知の IP へのユニキャストとして。VCI または車両ゲートウェイが VIN、論理アドレス、接続状態を含む UDP Vehicle Identification Response で応答します。診断ソフトは続いて実際の診断セッションのために VCI の IP アドレスへ TCP 接続を開きます。
この一連のステップはすべて IP およびトランスポート層で動作します：検出には UDP データグラム、診断には TCP ストリーム。ソフトは下位のネットワークアダプターを検査せず、標準ソケット API を通して動作します。アダプターが UDP と TCP のトラフィックを VCI の IP アドレスへルーティングできる限り、セッションは成功します。だから eLinehub Link — 任意の IP トラフィックを運べる Layer 2 仮想 Ethernet アダプター — は DoIP 診断プラットフォームの大多数をカバーします。
例外は IP 層の下に降りるプラットフォームです：名前でアダプターをバインドする、ドライバーの本人情報を問い合わせる、ソケットを開く前にハードウェア裏付けを検証するソフトです。これらのチェックは DoIP セッション開始前に起き、eLinehub vNet や物理アダプターが必要になる場合がある理由です。
RNDIS と独自 USB-Ethernet ドライバー
一部の VCI デバイスは USB で PC へ接続しますが、Windows デバイスマネージャーでは USB コントローラーではなく ネットワークアダプター の下に表示されます。これは RNDIS（Remote Network Driver Interface Specification — USB ハードウェアを仮想 Ethernet アダプターとして提示できる Microsoft プロトコル）または同等の結果を生むメーカー独自のドライバーによるものです。いずれの場合も、診断ソフトは VCI と USB インターフェースではなくネットワークアダプターインターフェース経由で通信します。eLinehub が「整備士ネットワークアダプター」をブリッジするとき、遠隔アダプターは物理 イーサネット ポートか、これら USB 由来の仮想アダプターのいずれかになります — 3 カテゴリーの判定表はどちらにも適用されます。
ドライバー層での違い
eLinehub Link と eLinehub vNet はどちらも Layer 2 仮想 Ethernet アダプターです。どちらも完全な Ethernet フレーム — ARP、UDP ブロードキャスト（DoIP 車両検出がポート 13400 で使用）、TCP セッションを含む — を伝送します。プロトコル層の能力は同等です。
違いはドライバー層にあります。eLinehub Link と eLinehub vNet は異なるドライバー実装を使用します。多くの診断ソフトは標準 Windows ネットワーキング API を介してネットワークアダプターと対話し、両者を区別しません。しかし少数のプラットフォームはさらに深く入ります：アダプターのドライバー本人情報を問い合わせ、プロミスキャスモード（他の MAC アドレス宛ての Ethernet フレームを受信する能力）をサポートするか確認し、アダプターが本物のハードウェアに裏付けられているかを検証します。これらのチェックこそ eLinehub Link と eLinehub vNet が分かれる場所であり、物理アダプターが単独で立つ場所です。
プロミスキャスモードを一文で：ネットワークアダプターが自身の MAC 宛てだけでなく、ネットワークセグメント上のすべての Ethernet フレームを受信できる機能です。物理アダプターおよび一部の仮想アダプター（eLinehub vNet を含む）が対応します。他の仮想アダプターは対応しないことがあり — プロミスキャスモードに依存する診断ソフトや OS のブリッジ機能はそれなしでは動作しません。
第 2 節で述べたとおり、IP アドレス設定は別個の事項です。OEM ソフトが静的 IP、DHCP 取得 IP、または設定不要のどれを要求するかは、ソフト自身のネットワーク検出ロジックに依存し、ブリッジ先のアダプターには依存しません。
第 6 節
VPN 衝突、IP 地域不一致、OEM アカウントブロック — 物理的分離が必要な場面
OEM 診断バックエンド — Mercedes Online、BMW AOS、JLR TOPIx Cloud など — は各セッションの IP アドレスを追跡します。IP がアカウントの登録地域と一致しない場合、バックエンドはセッションをフラグ付けし、アカウントをブロックする可能性があります。国境をまたいでワークショップへサービスを提供する独立系の専門家、あるいは以前は遠隔診断手段としてリモートデスクトップに頼っていた専門家（これは専門家自身ではなくワークショップの IP を OEM バックエンドへ晒します）は、この問題に定期的に遭遇します。一般的な回避策は VPN ですが、VPN クライアントは独自の仮想ネットワークアダプターを作成し、それがブリッジセッションと衝突する可能性があります。
本節は、遠隔診断セッションを中断させ得る 2 つの異なる問題を扱います。外見は似ていますが、原因と解決策は異なります。
問題 A：VCI ゲートウェイがインターネット経路を上書きする。 接続された VCI または車両がネットワークゲートウェイを公開すると、専門家の既定インターネット経路を置き換える場合があります。診断接続は有効なまま残りますが、専門家のブラウザやその他インターネット依存のアプリケーションが動作しなくなります。これは eLinehub のシステムパネル内の 切り替えボタン で解決します — 診断優先とインターネットアクセスモードを切り替えてください。遠隔接続セットアップガイド で詳述します。
問題 B：専門家 PC 上の VPN クライアントが eLinehub の仮想アダプターと衝突する。 VPN クライアントは独自の仮想ネットワークアダプターを作成し、システムのルーティングテーブルを変更します。これは eLinehub Link と eLinehub vNet に干渉し得ます — 本来ブリッジされたアダプターを流れるはずのパケットが VPN 経由でルーティングされ、DoIP のタイミングを崩したり、OEM ソフトが VCI 接続を失う原因になります。これこそ 2 台構成の物理アダプター（4.1 節）が解決する課題です：診断マシンに eLinehub コンポーネントがないため、VPN と衝突するものが存在しません。
これら 2 つの問題は同時に起こり得ます。物理アダプターブリッジは問題 B を解決します。切り替えボタンは引き続き問題 A に有効です。
多くの OEM オンラインプログラミングは VPN を必要としない
BMW AOS、Mercedes Online（SCN coding）、JLR TOPIx Cloud、Porsche PPN はすべて標準 HTTPS でバックエンドサーバーへ接続します。VPN クライアントをインストールせず、追加の仮想ネットワークアダプターも作成しません。これらのプラットフォームでは、オンラインプログラミングワークフローの正しい出発点は eLinehub Link です。
専門家が VPN を使う理由 — そして eLinehub が不要にする場面
OEM 診断ソフトと並行して VPN を動かす専門家がそうするのは、OEM プラットフォームの要求であるケースは稀です。最も一般的な理由は別にあります：OEM バックエンドは専門家の IP アドレスをアカウントの登録地域と照合します。 IP が一致しないと — 専門家が別の国から作業している、あるいはリモートデスクトップセッションが専門家ではなくワークショップの IP を晒した — バックエンドはアカウントを不審な活動としてフラグ付けし、アクセスをブロックする可能性があります。
VPN は、専門家の IP がアカウントの登録国から発信されているように見せることでこれを解決します。しかし VPN クライアントは独自の仮想ネットワークアダプターを作成し、それがアクティブなブリッジセッション中に eLinehub の仮想アダプターと衝突します。
eLinehub はこの問題の最も一般的な引き金を取り除きます。 OEM 診断ソフトは専門家自身の PC で動作し、リモートデスクトップ経由でワークショップ PC では動かないため、OEM バックエンドは専門家自身の IP アドレスを見ます。専門家のインターネット接続がアカウント登録と同じ国にあれば、IP は一致します。VPN は不要です。
これはすべての eLinehub 接続タイプに当てはまります — ネットワークアダプターブリッジも USB デバイスマッピングも、OEM ソフトを専門家自身の PC に保ち、専門家自身の IP を発信元として維持します。
それでも VPN が必要な場合
eLinehub と並行して VPN が必要なシナリオが 2 つ残ります：
専門家がアカウント登録と物理的に異なる国にいる場合。 ドイツの OEM アカウントを持つ専門家が中東から作業すれば、eLinehub を使っても OEM バックエンドにはドイツ以外の IP が提示されます。登録国への VPN が IP 不一致を解消します。
OEM プラットフォーム自体が VPN 接続を要求する場合。 一部の OEM 診断プラットフォーム — 特に一部の新しい自動車ブランド — は、技術アーキテクチャの一部として診断ソフトに VPN クライアント経由でバックエンドへ接続することを要求します。これは回避策ではなく OEM 要件です。
どちらのケースでも、VPN クライアントの仮想アダプターやルーティング変更は、同一マシン上の eLinehub のブリッジセッションに干渉し得ます。VPN 分離の方法 — 2 台構成や、USB および ネットワークアダプター タイプの VCI に対する単機共存の指針を含む — については、Remote OEM Online Programming を参照してください。