Fedora 30 にアップグレードすると、MTU より大きいパケットが原因でルータがクラッシュします。バグを報告する必要があります。しかし、問題を引き起こすソフトウェアは何ですか?

Fedora 30 にアップグレードすると、MTU より大きいパケットが原因でルータがクラッシュします。バグを報告する必要があります。しかし、問題を引き起こすソフトウェアは何ですか?

質問

私のラップトップにFedora 30(KDE)をインストールした後、接続直後にルーターがクラッシュします。有線イーサネットとWi-Fi経由で接続すると、これが発生します。幸いなことに、ルータログはなぜこれが起こるのかについての手がかりを提供します。次の警告が表示されます。

kern.err kernel: [ 116.293427] ipq806x-gmac-dwmac 37200000.ethernet eth0: len 1675 larger than size (1536)

以下は:

daemon.warn dnsmasq[2721]: reducing DNS packet size for nameserver 92.220.228.70 to 1280

私が見つけた最初のメッセージについてOpenWrtフォーラムに投稿同じ問題を抱えている他の人と。スイッチドライバのバグにより、カーネルがデフォルトのMTU(1500)(「ジャンボフレーム」とも呼ばれる)よりも大きいパケットを受信するたびにパニックが発生することがわかりました。

このスレッドの他の人は2番目の警告を受けませんでしたが、私の場合は関係があると思います。

Fedora 29を使用すると、私はこの問題を見たことがなく、ネットワーク上の他のすべてのデバイスはうまく接続されています。したがって、Fedora 30にはいくつかのバグが導入されているはずです。

私が観察したもの

警告やクラッシュを起こさずにルーターに接続できることを確認するためにいくつかの作業を試みました。以下にリストします。

Wi-Fi、NetworkManagerを有効にする

接続できますが、警告と競合が発生します。ifconfig出力MTUは1500です。

Wi-Fi、NetworkManagerの有効化、およびKDEシステム設定でMTUを1500に設定

接続できますが、警告と競合が発生します。ifconfig出力MTUは1500です。

Wi-Fi、NetworkManagerの無効化、手動接続

$ sudo wpa_supplicant -B -iwlp18s0 -cwpa.conf -Dnl80211

$ sudo dhclient wlp18s0

うまくいきます!その結果、警告や競合は発生しませんでした。ifconfig出力MTUは1500です。

有線イーサネット、NetworkManagerを有効にする

接続できますが、警告と競合が発生します。ifconfig出力MTUは1500です。

有線イーサネット、NetworkManagerを有効にし、KDEシステム設定でMTUを1500に設定

接続できますが、警告と競合が発生します。ifconfig出力MTUは1500です。

有線イーサネット、NetworkManagerの無効化、および手動接続

ケーブルをポートに接続し、次のコマンドを実行します。

$ sudo dhclient enp19s0

うまくいきます!その結果、警告や競合は発生しませんでした。ifconfig出力MTUは1500です。

理由を探す

このエラーの原因を見つけてアップストリームに報告したいと思います。デバッグ経験のある方がお役に立てば幸いです。

ベストアンサー1

私はドランに彼のラップトップでWiresharkを実行して大容量のパケットを見つけるように提案しました。 Wiresharkでラップトップを示しています。受け取った断片化されたIPパケット。 (ノートブックがジャンボフレームを送信することは表示されません。)断片化されたパケットを再組み立てすると、1500バイトより大きくなります。断片化されたパケットは、ルータのネットワークドライバで誤動作を引き起こす可能性があります。

問題のIPパケットはDNSの結果です。 DNS結果タイプはDNSSec(DNSKEYとRRSIG)に関連しています。 DNSSec関連の要求と応答は、 http://fedoraproject.org/static/hotspot.txtNetworkManagerの依存ポータルテスト(HTTP要求)の直前に送信されます。 DNSSec応答は1500バイトを超えると予想されます。

したがって、Fedora 29とFedora 30のインストールの違いに関する最善の推測は、NetworkManagerからのDNS要求です。


編集:Dolanは、Fedora 30インストールでDNSSecを特に有効にしないことを明らかにしました。それ以来、私はノートブックをFedora 30にアップグレードしました。同じテストを実行してみましたが、このタイプのDNS要求や応答は表示されません。 A / AAAAタイプのIPv4 / IPv6アドレスのみが表示されます。 Fedora 30で発表された変更のリストにはDNSSecに関する内容が含まれていないため、これが私が最初に期待したものです。

特に有効にすると、systemd-resolvedDNSSecを使用しようとすることがわかります。ただし、Fedora 30のデフォルトインストールではこれを有効にしませんsystemd-resolved


Dolanは後でFedora 30ノートブックの簡単な解決策を探していましたが、問題に十分な時間を費やしました。

おすすめ記事