GNU/Linux >> Linux の 問題 >  >> Linux

Network Managerは接続が制限されていると言っていますが、すべてが機能します

結局のところ、あなたがそれに心と思いを向ければ、あなたのシステムを壊すことは非常に簡単です。この問題は複雑な原因とかなり興味深い解決策を持っているので、我慢してください。たまたま、'暗くて雨の夜だったので、私はいくつかのVPNサービスのテストに取り掛かりました。それらの1つ:Mullvad。しばらくは正常に動作しましたが、アプリケーションのバージョンを2019.1ビルドから2019.8ビルドにアップグレードすると、正常に動作しなくなりました。 VPNに接続するたびに、DNS解決が停止します。テストボックス:Kubuntu18.04。

これが私のホストに固有のものなのか、それともより広い問題なのかわからなかったので、G50ラップトップにインストールした多くのディストリビューションの1つであるKDEネオンでもテストすることにしました。 1、2回の再起動、たくさんの素晴らしいPlasmaアップデート(執筆時点では5.16.90まで)、そしていくつかの小さな調整で、Mullvadは正常に動作していました。しかし、その後、NetworkManagerは接続の制限について不平を言い始めました。何が得られるか見てみましょう。

その他の問題、詳細

まず、KubuntuインスタンスでMullvadがうまく機能しなかった理由を理解したいと思いました。いくつかの魔法のデバッグの後、ローカルにインストールされたPi-Holeとの競合があることに気付きました。 DNSに関しては、1つしか存在できません。か何か。そしてもちろん、systemdは無数のシンボリックリンクや難読化されたログには役立ちません。しかし、それは別の話です。

ネオンではVPN接続が可能でしたが、セッションの約1分後に、ワイヤレスアイコンの横に感嘆符が突然表示されました。奇妙。あらゆる種類のネットワーク速度と接続性のテストを行いましたが、すべてが問題なく機能していました。ただし、アイコンはそのままで、nmcligeneralはコマンドラインでこれを確認します。

ログには何と書かれていますか?

ええと、システムログを調べることは決して楽しい活動ではありませんが、これは私が前に見たことがない何かを示しました。 VMwareWorkstation仮想アダプターvmnet1およびvmnet8に関連するエラー。どうやら、それらはDHCP機能の問題でした。

... dhcpcd [1042]:vmnet8:dhcp_sendpacket:操作は許可されていません
... dhcpcd [1042]:vmnet1:dhcp_sendpacket:操作は許可されていません

ワークステーションのセットアップはとにかく期限切れの試用版だったので、プログラムをアンインストールして、これで実際に問題が解決するかどうかを確認することにしました。そして、それはそうだったように見えます。この問題の実際の理由は、Mullvadが接続時にデフォルトでローカルネットワークトラフィックをブロックするように構成されていることでした。これには、vmnetアダプターによって使用されるローカル範囲が含まれます。

したがって、この問題の回避策は、VPNアプリケーションでローカルトラフィックを許可するか、影響を受けるソフトウェアの使用法を微調整することです。繰り返しになりますが、これらの両方を同時に使用する必要がない限り、問題は実際には1つではありません。ほとんどの人にとって、これは決して関係ありません。

では、ここでのメッセージは何ですか?

Webで「ネットワークマネージャー+感嘆符」に関するレポートを何十も見てきましたが、ほとんどのユーザーはこれをばかげたバグであると信じています。これは、ネットワークマネージャーを再起動するか、ネットワークに再接続することで解消できる一時的な動作です。しかし、この特定のケースでは、「一種の」実際の問題がありました-しかし、それは愚かな言葉と一致します。その時点で仮想マシンを実行する必要がない限り、それは大きくも重要でも目立たないものでもありませんでしたが、実際には存在し、Network Managerは機能の低下した状態を正しく報告したため、接続が制限されていました。

結論

ランダムな小さな問題は非常に迷惑になる可能性があります。あなたがそれらをソフトウェアのバグとして無視したいと思う傾向があるときはなおさらですが、そうするとそれらは本物になってしまいます。必ずしも枢機卿ではなく、誤検知ではありません。そのため、コア機能がすべて揃っている場合は、問題を診断しないでください。しかし、私たちはこれを理解したので、すべてがうねりです。

このようなシナリオでは、次の論理的なステップは、オペレーティングシステムが単に警告するのではなく、問題の詳細を共有し、ユーザーがその影響を完全に理解して、何かをするか無視するかを決定できるようにすることです。感嘆符は、詳細な説明がないため、特に目に見える効果がないため、不必要に憂慮すべきものです。それに直面しましょう。インターネットが機能していれば、問題はありません。さて、あなたが突然のランダム性を嫌うオタクの一人なら、これはあなたのOCDデーモンをほんの少しだけ落ち着かせるかもしれません。さて、感嘆符が再び戻ってきたら、話し合いましょう。また。完了しました。


Linux
  1. 16.04のNetworkManagerアイコンが表示されていませんか?

  2. Linuxサーバーのネットワーク接続を確認してください

  3. Pycharm tensorflow ImportError ですが、ターミナルでは正常に動作します

  1. ネットワーク接続をテストするためのポートへのTelnet

  2. 方法:MTR –ネットワーク接続の理解とトラブルシューティング

  3. CentOS 8 の Docker CE コンテナーとの間のネットワーク接続がない

  1. rc.local でスクリプトを実行します:スクリプトは機能しますが、起動時には機能しません

  2. base64 -d デコードしますが、無効な入力と表示されます

  3. ネットワーク ポートは開いていますが、プロセスが接続されていませんか?