WAN Miniport の警告：アダプターを修復するかプロファイルを作り直す

資格情報が提示される前に固まる、プロファイルの削除を拒む、誰も知らない名前のアダプターが表示される：これらは一つの不具合の三つの顔です。VPN が結び付くソフトウェアインターフェイスが壊れている一方で、アカウントとゲートウェイは無傷です。正当化できる修復は三つあり、どれが当てはまるかは一回の読み取り専用の調査から決まります。その調査より後はすべて算術で、その前はすべて推測です。

プロファイルが実際に結び付いている先

Windows のネイティブなトンネルの種類はそれぞれ専用の仮想アダプターによって提供され、そのアダプターは物理カードではなくミニポートドライバーです。 プロファイルがトンネルの種類を選び、その種類がアダプターを選ぶため、一つの不健全なドライバーがそれを共有するすべてのプロファイルを壊す一方で、ファイル共有やブラウジングはそのまま動き続けます。この依存関係はプロファイルのプロパティには現れません。

これらのインターフェイスは既定で非表示のままで、デバイスマネージャーでもアダプター一覧でも同じです。だからこそ、機械の持ち主が何も変わっていないと主張する間も、壊れたものは見えないままなのです。

警告の印は有用な証拠で、きれいなアイコンはそうではありません。アダプターは自分を健全と報告しながら壊れたバインドを抱えることがあるので、有用な問いはインターフェイスが何に接続されているかであり、アイコンがどう見えるかではありません。アイコンが最も面白くない問いに答えるので、まず状態を読み、次にバインドを読んでください。この順序を飛ばすことが、十分の確認を丸一日のドライバー作業に変えます。

エラーコードではなくアダプターの状態で判断する

エラー番号はどの段階が失敗したかを報告するだけで、どのコンポーネントが原因かは何も語りません。アドレスの割り当て、証明書の選択、トンネルのプロトコルにはそれぞれ独自の番号があり、慣例的に 720、789、806 ですが、三つのどれもミニポートについての証拠ではありません。番号は次の確認を選ぶために使い、修復を選ぶためには使いません。

見分ける観察はわずかであり、この表はそれぞれを読み取り専用の次の手順に対応づけます。

ドライバーの再インストールは遅く破壊的なので、順序が重要です。割り当ての問題を直すためにそれを行うと一時間を費やし、次の人に何も教えません。この表は被害範囲も定めます：すべてのプロファイルで一つのプロトコルが壊れていればドライバーを指し、動いているネイティブなプロファイルの隣で一つのベンダークライアントが壊れていればベンダーのスタックを指します。

ほとんどのチケットを決着させる二つの読み取り

どちらの読み取りも読み取り専用で、どちらもドライバーに触れませんが、一つ目は隠れたミニポートインターフェイスを状態とともに一覧し、二つ目は名前のあるアダプターが何にバインドされているかを一覧します。

Get-NetAdapter -IncludeHidden | Where-Object InterfaceDescription -like 'WAN Miniport*' | Select-Object Name, InterfaceDescription, Status
Get-NetAdapterBinding -Name 'WAN Miniport (IKEv2)' -IncludeHidden -AllBindings

プロファイルが使うプロトコルに置き換えてください：IKEv2 のバインド一覧は SSTP プロファイルについては何も語りません。無効になった ARP や IPv4 のバインド、あるいはアダプターに取り付いたサードパーティのフィルタードライバーは、トンネルが始まる前に止めることがあります。その一覧にセキュリティソフトが現れることは原因の証拠ではないので、何かを無効にする前に効果を確かめてください。

健全なアダプターは期待どおりのバインドを示し、説明できないフィルターはありません。一覧がきれいなら証拠はドライバー自体に移っており、次の節が当てはまる節です。

アダプターを削除する前に名前とドライバーのバージョンを記録する

アダプターが本当に使えない場合、標準的な修復は、削除可能にしてからアンインストールし、次にプロファイルがそのプロトコルを使うときに Windows に新しいインスタンスを作らせることです。デバイスマネージャーでドライバーを更新し、一覧から選び、互換ハードウェアのフィルターを外し、アンインストールの選択肢がある汎用の Microsoft アダプターを選びます。

その前に、何を削除するのかを記録します：アダプター名、ドライバーのバージョン、提供元、日付です。後から説明できない修復は繰り返せず、説明のない修復の通常の代償は同じ機械を三回直すことです。ベンダーのユーティリティは同じ仕事をより広い範囲で行い、ミラーではなくベンダーから来るなら管理された環境では妥当です。ドライバーのバイナリを入れ替えるユーティリティは一つのアダプターの再インストールより多くを変えるので、そのバージョンもチケットに記録してください。

ベンダーの一つの事例は同じ症状により別の修復を要します。インストーラーの参照を含む表示名でアダプターを登録するクライアントは、アップグレード後に有効化に失敗することがあり、修正はベンダーが持つサービスキーでその名前を編集します。値は普通のアダプター名を取り、その後クライアントを再起動します：

HKLM\SYSTEM\CurrentControlSet\Services\CVirtA
DisplayName = Cisco Systems VPN Adapter for 64-bit Windows

そのキーは一つのクライアントのものです。一般的な Windows の修復ではなく、そのクライアントを実行しない機械に適用してはいけません。

チケットを閉じる前に二つ目のプロトコルで確認する

再接続が一回成功しても、一つのアダプターを通した一つのプロトコルを試しただけで、見た目ほど多くを証明しません。元のプロファイルを再試行し、その次に別のトンネルの種類で作った二つ目を試し、両方が接続することを求めます。一つ目だけが動くなら、残る失敗は今作り直したインターフェイスではなく、ドライバーやポリシーについての証拠です。

元の苦情が削除できないプロファイルだったなら、アダプターが健全になった後も削除を拒むプロファイルは別の不具合であり、さらなるアダプター作業は無駄なので、それも再試験してください。アカウントとゲートウェイは、何かがそこを指さない限り記録から外してください。認証の前に死ぬトンネルは通常、機械の側を語っており、正直な記録はアダプター、プロトコル、そしてそれを確認した検査を名指しします。