ネットワークダイアログに L2TP の項目がない：何をインストールするか

VPN 接続を追加し、一覧で L2TP/IPsec を探しても、そこにありません。あるいは項目はあってプロファイルも保存できるのに、接続がプラグインに関するメッセージとともに落ちます。どちらの症状も、独立してインストールされるパッケージの積み重ねを指しており、ダイアログはその末端しか見せていません。何かをインストールする前に、部品を整理してください。

メニューではなく、積み重ねから始める

この項目は、マネージャーがその VPN タイプを名乗るプラグインを見つけられるときに現れます。そのプラグイン自体も、実行時に L2TP デーモンと IPsec の実装を必要とし、さらにリンクそのもののために PPP モジュールを必要とします。それぞれが独自の依存関係の連鎖を持つ別々のパッケージであり、ディストリビューションは部分的にしか揃っていない組み合わせで配布することがあります。IPsec デーモンだけをインストールしても一覧には何も加わりません。マネージャーがそれを探していないからです。まずインストール済みのプラグインを読み、それから下へたどってください。

メニューに項目がないのはパッケージングの問題です。どれほどそう感じても、設定の問題であることはほとんどありません。

編集と実行は別のパッケージ

サービスのプラグインが接続を確立し、エディターの部品がデスクトップの設定画面にプロトコルのオプションを表示させ、保存させます。両者は別々にパッケージ化されており、片方だけを配布するディストリビューションもあります。その結果、接続は存在し、コマンドラインからは開始できるのに、グラフィカルなツールでは編集できない、という状態になります。

パッケージ名を選ぶ前に、動作中のデスクトップ環境を確認してください。GNOME の編集用部品と KDE のフロントエンドは同じパッケージではなく、ディストリビューションがどちらの名前も変えることがあります。名前はそのリリース自身のパッケージ一覧から取ってください。

PPP プラグインはバージョン付きのパスに住む

L2TP は PPP の上で動き、サービスが読み込むプラグインは特定の PPP バージョンに対してビルドされるため、そのバージョン名の付いたディレクトリに置かれます。古いパスを決め打ちした手順は、それが書かれたマシンを説明しているだけです。ここでのバージョンが違えば、コマンドをどれほど慎重にコピーしてもプラグインは見つかりません。

コピーしたビルドではなくディストリビューションのパッケージを選ぶべき、最も強い理由がこれです。パッケージの保守担当者はこのパスを追いかけますが、コピーした configure 行は追いかけません。

ネゴシエーションの失敗はインストールの失敗ではない

項目が存在しプロファイルが保存されるようになった後の失敗は、別の種類の問題です。相手が認証を拒否するのは、IPsec バックエンドが具体的な何かを伝えているのです。

何かを再インストールする前に、バックエンド自身のログを読んでください。マネージャーのジャーナルには、プラグインが処理を引き渡す様子と、IPsec デーモンがなぜ停止したかを報告する様子が残っており、その二行を合わせればどちら側が拒否したかが分かります。エディターを再インストールしても拒否された事前共有鍵は直らず、プラグインを再インストールしても別の提案を期待するサーバーは直りません。パッケージに触れる前に、メモの中で層を分けてください。

二つの秘密、二つの欄

IPsec の認証と利用者の PPP ログインは無関係な秘密でありながら、たまたま同じダイアログに並んでいます。一方は機械を認証し、もう一方は人を L2TP サービスに対して認証し、サーバーは片方を受け入れてもう片方を拒否できます。

アカウントのパスワードは PPP 欄に、共有秘密は IPsec 欄に入れ、そのうえでログがどちらについて不平を言ったかを確認してください。両方の入力が伏せられているからといってパスワードを共有秘密の欄にコピーするのは、よくある、そして完全に無言の誤りです。最終的に使ったパッケージのバージョンを記録してください。次のマシンにも同じ組み合わせが必要で、ダイアログはそれが何かを誰にも教えてくれません。