これはあいまいな問題です。憂慮すべきもの。しかし、ハッピーエンドがあります。それでは、問題の説明を紹介しましょう。 Kubuntu Beaverをうまく実行しているSlimbookで、VPN接続を設定して、オペレーティングシステムがあらゆる種類のこと、テクノロジー、ユースケースをどれだけうまく処理できるかを確認しました。必要なパッケージが不足していたため、これは簡単なことではありませんでしたが、最終的には実行されました。
すると突然、物事が止まりました。 VPNは接続できなくなり、システムログにかなりあいまいなエラーが表示されます（ユーザーには他に何も表示されず、接続時にサイレント失敗が発生します）。VPNプラグイン：失敗：接続失敗（1）のようになります。私の最初の考えは、ああ、いや、回帰でした。しかし、Kubuntuを非難するだけでなく、これについてもう少し掘り下げることにしました。
注：画像はFreeimages.com/fabrizioturcoの厚意により提供されています。
問題の詳細
私のSlimbookの戦闘レポートをフォローしている場合は、時折のリグレッションやレーダーの下に潜入するバグなどの問題があることをご存知でしょう。つまり、オペレーティングシステムが常に堅固で不変で信頼できる基盤を提供していることを100％確信することはできません。常に疑問があります。
当然のことながら、テストセッションが失敗し、他のいくつかの問題が発生した場合、最初に考えたのは、誰かがさらに別のコンポーネントを中断したということです。とにかく、どんな種類の目に見えるエラーメッセージもありませんでした。ログには、次のものがありました：
Jan 30 10:12:38 Slimbook NetworkManager [1886]：<警告> [1548843158.8280] vpn-connection [0x55a61eff3800,9eed06ec-8e33-4c59-ac18-fdbbc3ca4591、 "Il mio VPN"、0]：VPNプラグイン：失敗：接続-失敗（1）
次に、インターネットの魔法の答えのボックスは、これがOpenVPNに関連していることを示しています。これにより、バージョン2.4以降、ディスク上のフォルダーと構成のレイアウトが変更されました。これは確かに流れを壊し、このようなことが起こる可能性があることは不可解ですが、オープンソースのLinuxは、安定性を無視しましょう。ただし、この特定のバグは、Slimbookを購入する前に解決され、/ etcの下に正しいディレクトリツリーがあったので、そうではありませんでした。それなら、何か他のもの。
解決策
この時点で、私が行ったことは、スタックのすべての部分を1つずつ調べることでした。ネットワークマネージャーでVPN構成を調べたところ、リストされているすべてのオプションとファイルを調べたところ、PEBKACが原因で問題が発生していることがわかりました。自分自身！どういうわけか、奇妙な理由で、実際のキーを別のフォルダーに移動しましたが、VPNはそれを見つけることができませんでした。キーを予想される場所に復元すると、問題はすぐに修正されました。
現在、理想的な解決策は、ネットワークマネージャーがキーをキャッシュするか、キーファイルが欠落していることをユーザーに警告することです。つまり、これは明らかなことなので、構成に誤りがある場合は、ユーザーが問題を明確にトラブルシューティングできるように説明する必要があります。 「プラグインが失敗しました」と言っても意味がありません。
しかし、なぜあなたはこの記事を書くのをわざわざしているのか、あなたは問題を引き起こしたと言うかもしれません！正しい。しかし、問題の兆候は明らかではなく、エラーも明白ではなく、非難の要因も明白ではありませんでした。また、上記のバグレポートを考えると些細なことのように思われる、KubuntuからOpenVPNに非難を移しても解決策を進めるのに役立ちません。とにかく。最後に、オペレーティングシステムはこの例外を適切に処理しません。それどころか、エラーメッセージは誤解を招くものです。
したがって、このチュートリアル。
結論
私はこれを修正して先に進むことができたでしょう、そして誰も知りませんし、気にしませんでした。あるいは、私はあきらめて、これまたはその要因を非難することもできました。これは、多くの場合、人々が行うことです。使用パターンを内省して自己調査することははるかに困難です。しかし、それは問題解決方法の必要な部分です。オペレーティングシステムとVPNソフトウェアを免除できてうれしいです。
しかし、私も改善の余地がたくさんあると思います。一般的なエラーメッセージは、実際には役に立たない一般的な解決策につながります。私はそのVPNバグレポートに立ち寄ることができたでしょう。ソフトウェアはより堅牢で直感的である必要があり、エラーはエラーテーブルのランダムなエントリではなく、正確な原因を反映している必要があると思います。まあ、うまくいけば、あなたの何人かはこの記事が面白いと思うでしょう。それは特定の事故についてではなく、未知の問題を処理し、誤検知に目がくらむことがないようにする方法についてです。完了しました。