Red Hat Summit Red Hat Summitサポートコンソール開発者トライアルの開始お問い合わせ

8.6. ネットワーク

kTLS は、TLS 1.3 の NIC へのオフロードをサポートしない

Kernel Transport Layer Security (kTLS) は、TLS 1.3 の NIC へのオフロードをサポートしていません。そのため、NIC が TLS オフロードをサポートしていても、TLS 1.3 によるソフトウェア暗号化が使用されます。

回避策: オフロードが必要な場合は TLS 1.3 を無効にします。その結果、TLS 1.2 のみをオフロードすることができます。TLS 1.3 が使用されている場合、TLS 1.3 をオフロードすることができないため、パフォーマンスが低下します。

Jira:RHELPLAN-96004[1]

セッションキーの更新に失敗すると、接続が切断される

Kernel Transport Layer Security (kTLS) プロトコルは、対称暗号で使用されるセッションキーの更新をサポートしていません。その結果、ユーザーはキーを更新することができず、接続が切断されてしまいます。

回避策: kTLS を無効にします。その結果、この回避策により、セッションキーを正常に更新できます。

Jira:RHELPLAN-99859[1]

実行時に SR-IOV VF の数を減らすと、カーネルがパニックを起こす可能性がある

次のすべての条件が当てはまる場合、Linux カーネルがパニックを起こす可能性があります。

  • ホストの Input-Output Memory Management Unit (IOMMU) が有効化されている。
  • ネットワークドライバーがページプールを使用している。
  • このドライバーを使用するネットワークインターフェイスの Single Root I/O Virtualization (SR-IOV) Virtual Function (VF) の数を減らしている。

回避策: 実行時に VF の数を減らさないでください。マシンを再起動して、すべてのインターフェイスの VF の数を 0 にリセットします。その後、VF の数を増やしてもカーネルパニックは発生しないため、新しい VF の数を設定できます。

Jira:RHEL-76845[1]

initscripts パッケージがデフォルトでインストールされない

デフォルトでは、initscripts パッケージはインストールされません。これにより、ifup ユーティリティーおよび ifdown ユーティリティーが利用できません。

回避策: 別の方法として、nmcli connection up コマンドおよび nmcli connection down コマンドを使用して、接続を有効および無効にします。提案された代替案がうまくいかない場合は、問題を報告し、NetworkManager-initscripts-updown パッケージをインストールしてください。これは、ifup および ifdown ユーティリティー用の NetworkManager ソリューションを提供します。

Jira:RHELPLAN-121205[1]

iwl7260-firmware は、Intel Wi-Fi 6 AX200、AX210、および Lenovo ThinkPad P1 Gen 4 で Wi-Fi の問題を引き起こす

iwl7260-firmware または iwl7260-wifi ドライバーを RHEL 9.1 以降に提供されるバージョンに更新すると、ハードウェアが誤った状態になり、そのステータスを誤って報告する可能性があります。その結果、Intel Wi-Fi 6 カードが正常に機能しなくなり、次のエラーメッセージが表示される場合があります。 

kernel: iwlwifi 0000:09:00.0: Failed to start RT ucode: -110
kernel: iwlwifi 0000:09:00.0: WRT: Collecting data: ini trigger 13 fired (delay=0ms)
kernel: iwlwifi 0000:09:00.0: Failed to run INIT ucode: -110
Copy to Clipboard Toggle word wrap

回避策: 未確認ですが、システムの電源を完全に切ってから再度電源を入れることで回避できる可能性があります。再起動は行わないでください。

Jira:RHELPLAN-134771[1]

PF リセット中の DPLL 安定性の問題

Digital Phase-Locked Loop (DPLL) システムでは、初期化されていないミューテックスの使用や、特に Physical Function (PF) リセット中のピン位相調整の誤った処理など、いくつかの問題が発生しました。これらの問題により、DPLL とピン設定の管理が不安定になり、データ状態が一貫しなくなったり、接続の誤管理が発生したりしました。

回避策: この問題を解決するために、ミューテックスが適切に初期化され、PF リセット中にピン位相調整、DPLL データ、および接続状態を更新するメカニズムが修正されました。その結果、DPLL システムは正確な位相調整と一貫した接続状態によりリセット時に確実に動作するようになり、クロック同期の全体的な安定性が向上しました。

Jira:RHEL-36283[1]

キーファイル形式の NetworkManager プロファイルのデフォルトゲートウェイを解析すると失敗することがある

RHEL 9.6 以降、NetworkManager は、新しいプロファイルを作成するか、キーファイル形式の既存のプロファイルを変更すると、gateway パラメーターにデフォルトゲートウェイを格納します。以下に例を示します。 

[ipv4]
address1=192.0.2.1/24
gateway=192.0.2.254
...

[ipv6]
address1=2001:db8:1::fffe/64
gateway=2001:db8:1::fffe
...
Copy to Clipboard Toggle word wrap

RHEL 9.5 以前のバージョンでは、デフォルトゲートウェイは address1 パラメーターに割り当てられていました。次に例を示します。 

[ipv4]
address1=192.0.2.1/24,192.0.2.254
...

[ipv6]
address1=2001:db8:1::fffe/64,2001:db8:1::fffe
...
Copy to Clipboard Toggle word wrap

その結果、アプリケーションがキーファイルを解析すると、デフォルトゲートウェイが返されなくなる可能性があります。この問題を解決するには、両方の形式をサポートするようにアプリケーションを変更します。

Jira:RHEL-71153[1]

トップに戻る
Red Hat logoGithubredditYoutubeTwitter

詳細情報

試用、購入および販売

コミュニティー

Red Hat ドキュメントについて

Red Hat をお使いのお客様が、信頼できるコンテンツが含まれている製品やサービスを活用することで、イノベーションを行い、目標を達成できるようにします。 最新の更新を見る.

多様性を受け入れるオープンソースの強化

Red Hat では、コード、ドキュメント、Web プロパティーにおける配慮に欠ける用語の置き換えに取り組んでいます。このような変更は、段階的に実施される予定です。詳細情報: Red Hat ブログ.

会社概要

Red Hat は、企業がコアとなるデータセンターからネットワークエッジに至るまで、各種プラットフォームや環境全体で作業を簡素化できるように、強化されたソリューションを提供しています。

Theme

© 2025 Red Hat