SoftEther の仮想アダプターが表示されるのに通信しない

SoftEther の仮想アダプターはオペレーティングシステムのネットワーク一覧に表示され、未接続と報告し、通信を一切運びません。この組み合わせはセッションが接続されていないデバイスでは正常であり、誤ったプロファイルが結び付いているときにも見える状態です。アダプターはオペレーティングシステムが所有するデバイスであり、セッションがそれに命を与えます。これら四つの確認を順に進め、最初に失敗したところで止めてください。

デバイスとセッションを切り分ける

アダプターの作成はネットワークデバイスをインストールするだけで、どのサーバーとも認証しません。インターフェースの状態から何かを読み取る前に、クライアントの接続一覧が何を言っているかを確認してください。接続されていないプロファイルは、それ以上の調査なしに未接続という状態を説明します。

アダプターと物理インターフェースの役割は異なります。一方はアプリケーションが見る復号済みの通信を運び、もう一方は 暗号化された外側の接続をサーバーまで運びます。両者を混同すると、ファイアウォールの規則や経路が誤ったデバイスに適用されます。物理インターフェース向けに書かれた規則はトンネルの通信に一致せず、トンネル向けに書かれた規則は外側の接続に影響しません。

一つのアダプターを一つのプロファイルに結び付ける

各アダプターは意図した接続プロファイルに結び付けておくべきで、その結び付きは記憶ではなくクライアントに表示されるべきです。アダプターが複数ある場合は、どれかに触れる前に、どのプロファイルがどのデバイスを所有しているかを記録してください。プロファイルをまたいでアダプターを使い回すと、再接続の後も古いアドレスが残ります。

クライアントが結び付きを再作成する対応方法を備えているなら、オペレーティングシステムの設定を直接編集する代わりにそれを使ってください。クライアントは接続時にアダプターの設定を書き込むため、手動の変更は消えたり次のセッションで衝突したりしがちです。

接続後に有効な設定を読む

セッションが確立したら、アドレス、経路、リゾルバーをシステムから読み取ります。クライアントの状態パネルは何を要求したかを示し、カーネルは実際に何が起きたかを示します。

ip -brief address show
ip route get 10.20.30.41
resolvectl status | head -20

アドレスの一覧は、アダプターが何かを受け取ったかどうかを示し、ログインに成功した後にアドレスがないアダプターは、ドライバーではなくプロファイルの設定を指します。経路の問い合わせは、どのインターフェースがプライベートな宛先を運ぶかを示し、そこに欠落した経路が現れます。リゾルバーの出力は、ローカル DNS のまま動作するリンクでは接続が半分壊れたままになるため、DNS がセッションに追随したかを示します。

有用な設定がないまま作成されたアダプターは、クライアントの別の場所で管理ログインに成功している状態と共存できます。二つのパネルは別の問いに答えるので、一方が他方の証拠になることはありません。両者が食い違うとき、アプリケーションが経験するのはシステム側の見え方です。

ブリッジや削除の前に立ち止まる

仮想アダプターを物理アダプターにブリッジするのは修理ではなく設計変更です。二つのネットワーク境界を融合するものであり、欠落した経路を直す方法ではありません。配備にその構成が必要なら、承認された設計とテスト計画が必要です。

別のサービスが使っている場合、アダプターの削除は同じくらい破壊的です。まず所有者を特定し、同じような名前のインターフェースを作成した、そのマシン上の他のクライアントや仮想化製品も含めて確認してください。削除後に再び現れるデバイスは、何かがそれを作り直していることを示しています。

アダプターではなくアプリケーションを試して締めくくります。トンネル経由で読み込まれるファイル共有やイントラネットのページが、デバイス、セッション、経路がそろって一致している証拠です。