グレーの NetworkManager コントロール?権限の前に所有権を確認する
死んだトグルは、管理されていないデバイス、認可エージェントの欠落、エディタープラグインの欠落のいずれかです。三つの読み取り専用チェックでどれかがわかります。
デスクトップメニューのグレーになった VPN スイッチは、何かがおかしいと伝えるだけで、何がおかしいかは何も伝えません。 それは観察であって、診断ではありません。 三つの異なる境界が同じ死んだコントロールを生みます。NetworkManager がデバイスを所有していない、セッションに変更する権限がない、VPN エディタープラグインがそもそもインストールされていない、のいずれかです。 間違った境界を変えると、五分で終わる修正が丸一日のパッケージ再インストールになります。
三つの読み取り専用コマンドが、何かを変更する前にケースを切り分けます。
三つの質問を順番に投げかける
nmcli device status
nmcli general permissions
nmcli connection showこれらは実際に NetworkManager を使うシステム向けの調査コマンドで、一般ユーザーとして実行しても安全です。 出力をどこかに貼り付けるなら、非公開の接続情報は公開ログに残さないでください。
デバイスの状態は、インターフェースが管理され利用可能かを答えます。 権限の表示は、呼び出しているセッションに何が許されているかを答えます。 接続一覧はどのプロファイルが存在するかを示しますが、対応する VPN エディターや取り込みプラグインが入っている証明にはなりません。
所有権と権限は別の障害である
管理対象外と印を付けられたデバイスは NetworkManager の制御の外にあり、権限をいくら与えても動くトグルにはなりません。 ifupdown プラグインはよくある原因です。その managed 設定が interfaces ファイルの項目の扱いを決め、残った節がインターフェースを古い道具の下に留め置くことがあります。 ファイルの存在は中身を消せという指示ではありませんし、自分が書いていない項目を消すのは接続を失うよい方法です。
権限は別の軸です。 NetworkManager は PolicyKit を通じて非 root の呼び出し元を認可し、報告される答えは yes、auth、no のいずれかです。 認証エージェントのないセッションは auth を報告し、その後デスクトップで静かに失敗します。これはエージェントの欠落ではなく壊れたコントロールに見えます。
デスクトップを root として動かしてどちらかを直さない
一つのトグルを動かすためにセッション全体を root で動かすと、マシン上のすべてのアプリケーションのセキュリティモデルが変わります。 それは根本の設定ミスを記録するのではなく、隠してしまいます。 操作に管理者の認可が必要なら、それが意図された設計であり、修正はポリシーかエージェントの起動方法に属します。
同様に、NetworkManager の二つ目のコピーや競合するデーモンを起動しないでください。 同じデバイスをめぐって争う二つのマネージャー は、筋道立てて考えるのが難しく、支えるのはさらに難しい状態を生みます。 二つ目のデーモンがコントロールを取り戻す唯一の方法に見えるなら、直すべきは最初のマネージャーの設定です。 ほかを変える前に余分なデーモンを止めてください。そうしないと次のテストは両方を一度に測ってしまいます。
プラグインの問いはエディターにも関わる
VPN 接続の作成や取り込みには、その接続種別を提供するプラグインが必要で、デスクトップではたいていエディター連携も必要です。 サービス側のパッケージがあってもエディターのフォームが欠けていることがあり、メニュー項目が存在しても失敗するのはそのためです。 一つのパッケージがすべてを入れると決めつけず、両方の半分をディストリビューションのパッケージ構成に照らして確認してください。
単体のクライアントバイナリも証拠にはなりません。 OpenVPN のバイナリを入れただけでは、デスクトップのエディターに OpenVPN プロファイルを作るフォームは与えられません。
責任のある境界を直し、それから検証する
どの境界が間違っているか分かったら、それだけを変えてください。 デバイスを管理対象として印を付けること、権限を与えること、エディターのパッケージを入れることは、リスクの性格が異なる三つの別の操作であり、混ぜると結果を帰属できなくなります。 所有権を移す必要があるなら、コンソールか帯域外のアクセスを確保してから行ってください。そこの誤りは、直すために使っているネットワークを失わせかねません。
そのうえで実際のアカウントと実際のプロファイルで検証してください。ルート、DNS の見え方、秘密がどこに保存されているかを確認します。 有効になったボタンはインターフェースの状態であり、トンネルが動く証明ではありません。 デバイスの状態、権限の答え、プラグインの版をチケットに記録し、次の人がどの境界が実際に変わったかを分かるようにしてください。