クライアントの決定はファイアウォールが行い、デスクトップにはその結果だけが反映されるので、Mac から始めて外側へ向かって進みます。システム設定を開き、既存の VPN 構成を確認し、パスワードを入力する前に管理者へ質問を一つ投げてください。答えは有効になっているリモートアクセスサービスであり、ログイン画面の機器モデルではありません。ノートパソコンに二つのクライアントが同居していても、どちらも正しいとは限りません。

ゲートウェイに有効なサービスを尋ねる

同じ製品名の下に二つのリモートアクセスサービスが現れ、振る舞いはまったく異なります。一つはベンダーのクライアントで到達する SSL VPN であり、もう一つは macOS の内蔵クライアントが発信できる IPsec または L2TP です。ポート、認証、アドレス割り当てが異なるため、一方のプロファイルは他方には役に立ちません。Mac 側だけで選ぶことは、構成という衣装を着た推測です。

三つを同時に尋ねてください:ライセンスされ有効なサービス、そのサービスが macOS で対応するクライアントとバージョン、そして想定する認証フローです。それより少なければ、次の失敗で推測することになります。

ネイティブ L2TP の道をたどる

ネイティブ接続はプロファイルが追加されていれば Mac に存在し、設定パネルは Wi-Fi と Ethernet の隣にそれを表示します。一覧が空なら、そのマシンには VPN 構成がまったくなく、問題は接続性ではなく配備にあります。以下のコマンドは、システムが実際に保持している内容を、画面に隠れている可能性のある構成も含めて出力します。

何かを追加する前に、身近な名前の古いプロファイルが新しい設定を無視されたように見せるよくある原因なので、出力を読んでください。次に、サーバーアドレスを管理者から渡されたアドレスと比較し、古いチケットのものと比べないでください。どちらの確認も一分で終わり、よくある行き止まりを二つ減らせます。

scutil --nc list
networksetup -listallnetworkservices

ネイティブ L2TP エントリには、共有シークレット、ユーザー名とパスワード、そして想定されるポートでそのサービスを提供するゲートウェイも必要です。どれかが欠けていると、Mac は認証エラーまたはサーバーが応答しないというエラーを報告し、どちらのメッセージも間違ったシークレットと一度も有効にされなかったサービスを区別しません。管理者とメモを突き合わせる際は、三つの値を一緒に保管してください。

SSL クライアントの道をたどる

SSL VPN クライアントは TLS でポータルに接続し、その後は独自のトンネルと独自のアドレスポリシーを実行します。ポータルのアドレス、アカウント、配備が強制する第二要素が必要で、初回実行時に通常はネットワーク拡張をインストールします。あるクライアント向けに書き出したプロファイルが別のクライアントに読み込まれることはまれで、両方が下で IPsec を話していても同じです。拡張が承認されるまで、そのどれもシステム設定の VPN 一覧には現れません。

並べてインストールされた二つの SSL クライアントは同じネットワーク拡張を奪い合うことがあり、先に読み込まれた方が勝つ傾向があります。承認された方をインストールする前に未使用のクライアントを削除し、その後で再起動して拡張の一覧を作り直してください。

インストール前に macOS のリリースをベンダーの現行サポート表明と照らし合わせ、インストーラがプライバシーとセキュリティで承認を求めてくることも想定してください。ブロックされた拡張は、決して始まらない接続とまったく同じに見えます。

ブランド変更の告知を正しく読む

クライアント名は動くものであり、改名はプロトコルの変更ではありません。ベンダーの告知で Mobile Connect が NetExtender になると述べているのはブランディングの話であり、デスクトッププラットフォームのサポートに関する古い記述を、新しい名前を持つあらゆるアプリに移すことはできません。

実際にインストールしたクライアントは、アイコンのラベルではなくバンドル識別子とバージョンで特定してください。その違いが、どのサポートマトリクスがあなたの Mac に当てはまるかを決めます。

有効なサービスとサポート対象の Mac クライアントに重なりがない場合、正直な選択肢は承認済みの代替サービスか、計画的なゲートウェイ変更です。ノートパソコン一台を満足させるために共有ポリシーを書き換えたり、フォーラムの回答が挙げていたからという理由でアプリを買ったりしても、互換性の問いは始まった場所にそのまま残ります。

関連記事