Linuxに面白い問題があることをどうやって知っていますか？実際のデバッグよりも、記事に適したタイトルを考えるのに時間がかかる場合。かなり奇妙なネットワーク関連の問題に遭遇し、何が得られるかを理解しようとしばらく時間を費やしたからです。私はそれを解決しました、そして私は今それを共有しています。
本質的に、これが起こったことです。私は自分がいくつかの新しいルーターをテストしていることに気づきました。私のKDEneonインスタンスでは、新しいワイヤレスアクセスポイントに接続して、参照しようとしました。何もない。有線ケーブルで試してみましたが、問題ありませんでした。次に、この8ブートマシンで別のLinuxインスタンスを起動しましたが、ワイヤレス接続は問題なく機能していました。どちらのシステムもUbuntuベースで、どちらも18.04ベースラインを使用していました。さて、私のワイヤレスがネオンで動作しなかった理由を理解する時が来ました。
問題の詳細
この問題をよりよく理解するために、私はいくつかの基本的なpingを実行しようとしました。これにより、実際にリモートホストに到達できるかどうかがわかりやすくなり、DNSが正しく設定されているかどうかを理解することができます。すぐに問題に気づきました：
192.168.2.107（192.168.2.107）からicmp_seq=1宛先ホストに到達できません
192.168.2.107（192.168.2.107）からicmp_seq=2宛先ホストに到達できません
192.168.2.107（192.168.2.107）からicmp_seq =3宛先ホストに到達できません
任意のアドレス（たとえばdedoimedo.com）にpingを実行しようとすると、192.168.2.107に解決されます。さらに悪いことに、アクセスポイントの範囲は192.168.8.Xでした。そのため、この異なる内部範囲に何かがハードコーディングされ、私のInternetzを台無しにしていました。ルーティングテーブルを確認することでこれを確認できました：
ルート
カーネルIPルーティングテーブル
宛先ゲートウェイGenmaskフラグメトリック参照Ifaceを使用
デフォルト192.168.2.10.0.0.0UG 303 0 0 wlp2s0
link-local 0.0.0.0 255.255.0.0 U 1000 0 0 wlp2s0
192.168.2.0 0.0.0.0 255.255.255.0 U 303 0 0 wlp2s0
192.168.8.0 0.0.0.0 255.255.255.0 U 600 0 0 wlp2s0
いくつかの醜い理由で、192.168.8.0ネットワークに接続するときはいつでも、192.168.2.0ネットワークも追加され、デフォルトゲートウェイとして設定されます。これは、接続がなかった理由を説明しています。しかし、これはワイヤレスアダプターでのみ発生し、有線アダプターでは発生しませんでした。手がかり、そこに。ただし、最初に、他のいくつかのオプションを削除しましょう。
システム解決
この時点で、というより、この時点の直前に、私はsystemdのせいにする傾向がありました。しかし、結局のところ、それは何も悪いことではありません。さて、そこにはバグがありました。そのため、Linuxで接続の問題を検索すると、非常に高くなります。それが原因ではないことを確認するために、私はそれを無効にしました：
sudo systemctl disable systemd-resolved
sudo systemctl stop systemd-resolved
また、/ etc / resolv.confシンボリックリンクを削除し、ネットワーク管理構成を編集しました：
/etc/NetworkManager/NetworkManager.conf
[メイン]セクションに追加しました：
dns =default
これまでのところ違いはありません。先に進む必要があります。
Network Manager
もう1つの悪役は、NetworkManagerである可能性があります。実際、奇妙なことをしていないことを確認するために、保存されているすべてのワイヤレス構成を削除し、その構成ファイルを削除して再起動し、新しく開始しました。これも違いはありませんでした。次の犯人。
解決策
DNSやNetworkManagerのせいにすることはできないことがわかります。また、192.168.2.0以外のネットワークに接続するたびに、間違ったゲートウェイが構成されていることもわかります。これは、DHCP構成に何かがあることを示している可能性があります-IPアドレスの自動（静的）割り当て。確かに、おそらくどこかに静的なルールがありますか？見よ、あった！ /etc/dhcpcd.confの下に、次のようなものがありました。
...
slaac private
interface wlp2s0
static ip_address =192.168.2.107 / 24
static routers =192.168.2.1
static domain_name_servers =127.0.0.1
...
何か（そして私は漠然とフレーズを使用しています）が静的IPアドレスとルーターを構成していたため、問題が発生しました。そして、これが何だったのかを思い出すことができました。私はしばらく前にこのボックスでPi-Holeをテストしました。そして、それを削除した後、明らかに、構成はクリーンアップされていませんでした。 DHCP構成ではなく、すべての異なる部分がなくなりました。静的ルーティングに一致するネットワークを使用する場合は問題ありませんが、別の範囲を試す場合は大きな問題になります。ワイヤレスインターフェイスの2つのエントリを削除するとすぐに、問題はありませんでした。問題は解決しました。
結論
このような問題が発生することはほとんどありません。しかし、そうする場合は、すべきではない結論にジャンプしてください。慎重に、系統的に作業する必要があります。すぐにsystemdが疑われたことを認めなければなりませんが、その後、悪役が隔離されるまで、ネットワークスタック内のさまざまなコンポーネントをゆっくりと調べました。結局のところ、アンインストールされたソフトウェアがシステムに構成変更を残し、問題を引き起こしていました。さらに悪いことに、これは何ヶ月も後に起こったので、2つをつなぐのは必ずしも簡単ではありません。
うまくいけば、ネットワークの問題に取り組む方法についての洞察を得ることができます。簡単に始めて、基本的な接続を確認し、情報を相互に関連付けてから、根本的な原因にたどり着きます。ここでは、インターネット自体を使用していましたが、ルートが正しく構成されていなかったため、適切なWebサイトにアクセスできなかったか、アドレスを正しく解決できませんでした。これはあなたをコースから外す可能性がありますが、それから、私は方程式からsystemdを排除し、何か間違ったことをしているのはネットワークマネージャーではないことを理解し、最終的にDHCP静的IP/ルート割り当てにゾーンインしました。さて、これが助けになるなら、いつかどこかで私にある種の仮想飲料を買ってください。終わったね。 ACK。