デスクトップに VPN ボタンがない：プロファイルは残っているのか
パネルの不在はインターフェースの問題であり、プロトコルが消えた証拠ではありません。保存済みプロファイルを UUID で一覧し、再インストールの前に nmcli でひとつを有効化してください。
パッケージを再インストールしても、デスクトップのネットワークメニューが一度も描かなかった VPN の項目が戻ることはほとんどありません。パネルと接続は別々のオブジェクトで、所有者も別です。デスクトップのフロントエンドはプラグインが公開するものを描き、ネットワークサービスはプロファイルを保持しますが、片方がメニューから消えてももう片方は動き続けることがあるため、メニューは調べ始める場所として適切ではありません。まずプロファイルを確認し、そのうえで壊れているのがデスクトップなのか接続なのかを判断してください。
ボタンとプロファイルは別のものに属している
デスクトップのネットワークページは、インストールされたフロントエンドとその VPN エディタのコンポーネントが描けるものを描きます。NetworkManager、またはそのマシンのネットワークを所有する任意のサービスが接続定義を保持し、起動できるかどうかを決めます。二つの見え方を一致させる仕組みはなく、デスクトップの変更、ディストリビューションのアップグレード、開発版に対する実行のあとでは、しばしば一致しません。したがってトンネルが失われていなくてもパネルは不完全になり得ます。これをプロトコルの問題と読むと、何も直さない再インストールのループへ一直線に進みます。
| What the screen shows | Check it against | What the answer rules out |
|---|---|---|
| No VPN section at all | nmcli connection show | Whether any profile exists |
| A VPN section with an empty list | The editor or plugin package for that VPN type | Whether the frontend can draw it |
| The same profile listed twice | Both UUIDs | Whether an import loop made copies |
表は上から順にたどってください。各行は別の問いに答えるもので、最初の行がもっとも安上がりです。プロファイルが存在すれば問題はフロントエンド側へ移り、まったくなければプロビジョニング側へ移りますが、どちらなのかを推測することが十分で終わる確認を丸一日の再インストールに変えてしまいます。
NetworkManager に何を保存しているかを尋ねる
メニューを読むのではなくサービスに直接尋ねてください。二つのコマンドが、存在するものと動作中のものを分けます。マシン上で実行し、二つ目は有効化を試みる前と後に実行しますが、二つの一覧は互換ではなく、その差が診断そのものです。
nmcli -f NAME,UUID,TYPE,DEVICE connection show
nmcli connection show --active保存済みのプロファイルが非アクティブなのは正常で、デスクトップについては何も語りません。似た名前の項目が二つあるのはインポートのループのあとではよくあることで、区別できるのは UUID だけです。別のサービスが直接所有するトンネルはこの一覧に現れないことがあり、空の結果がただちに NetworkManager の不具合とは限りませんから、以降は UUID で選んでください。名前は人が編集するラベルであり、識別子はそうではないからです。
再インポートするのではなくプロファイルを調べる
プロファイルが存在するときは、保存された秘密を要求せずに詳細を読みます。存在しないときは、プラグインが文書化しているプロビジョニングまたはインポートの手順を一度だけ使い、何が作られたかを確認します。メニューが空のままだったからとインポートを繰り返すと、やがて一つの接続に対して四つの競合するコピーが残ります。
それらのコピーは、誰も読まない紙の記録を伴うずれであり、デスクトップの利用者はどれが使われたはずかを言えず、次の管理者も同じです。識別子を記録したうえで、重複を意図的に削除するインポートのループに決めさせるのではなく、そうし、生き残った UUID を控えてください。端末からの有効化に必要なのはその値です。別々の名前で二度インポートされたプロファイルは、通常は一つが機能する定義で、もう一つはせっかちさの産物です。プロファイルの一覧は設定であり、接続そのものと同じ注意を受けるべきです。
保存済みプロファイルを端末から有効化する
nmcli のドキュメントは、選択したプロファイルを対話的に有効化する方法を扱っています。これはコマンドラインを回避策ではなく、サポートされた第二のインターフェースにします。下の例の識別子を、控えておいた UUID に置き換え、実行する前にコマンドが何をするのかを理解してください。ネットワークの状態を変えるため、ルートと DNS は動くことがあり、再設定中のインターフェース越しのリモートセッションは生き残りません。
ローカルのコンソールから実行するか、変更が失敗したときに戻る手順を用意して実行してください。--ask はプロファイルに欠けている入力を集めますが、システムの認可を迂回するものではありません。プラグインの認証プロンプトがすべて端末で動く保証はなく、そこからは到達できないダイアログを待つものもあります。
nmcli --ask connection up uuid 11111111-2222-4333-8444-555555555555デスクトップを責める前に結果を読む
プロファイルが上がれば、保存された接続は機能し、この管理経路も機能します。そうなれば不満はフロントエンドに絞られ、それは別のコンポーネント一覧であり、多くの場合に別のチームです。上がらなければ、障害はプロファイルかトンネルにあり、デスクトップは最初から問題ではありませんでした。
有効化が成功しても、フロントエンドのエディタのコンポーネントが存在するかどうか、パネル自体が誤動作するかどうかは何も言えません。それらはディストリビューションがサポートするフロントエンドと、対応するプラグインのパッケージへの問いとして残ります。それらを再インストールにまとめてしまうと、パネルは元のままになり、話に再起動が一つ増えるだけです。
有用な報告には、デスクトップのリリース、接続の種類、欠けているパネルの操作、そしてサポートされたインターフェースからプロファイルが見えるか有効化できるかが含まれます。欠けているメニューを説明するのに秘密鍵も、資格情報を持つプロファイルも要りません。それだけで保守担当は資格情報に触れずにパネルの状態を再現できます。