既知の問題

インストールとアップグレードの問題

このリリースのOracle Linux 8で発生した既知のインストールおよびアップグレードの問題を次に示します。

代替言語を選択した場合、対話型テキストベースのインストール・ウィザードを完了できない

テキストベースのインストーラを使用した対話式のインストール時に代替言語が選択された場合、インストール・ウィザードのすべてのステップを実行することはできません。ソフトウェアの選択およびインストール先の[!]の箇条書きでは、これらの2つのオプションで何が選択されているかに関係なく、インストールがブロックされます。

この問題は、デフォルトの言語選択である英語を使用してインストールを実行するとき、またはグラフィカル・インストーラを使用している場合には発生しないことに注意してください。

(バグID 30535416)

ブート時に代替インストール・リポジトリが設定されている場合、インストール・ソースを変更するとエラーが発生する

inst.repoオプションを設定してインストーラがブートされた場合、インストーラ内でCDまたはDVDデバイスを使用するようにインストール・ソースを変更すると、ブート時に設定された元のソースに戻さないかぎり、インストールを続行できないというエラーが発生します。

ハード・ディスクを指定するようにinst.repoオプションを設定してから、インストーラ内のインストール・ソースを変更しようとすると、エラーが表示されますが、インストールを続行できます。

これらの問題を回避するには、提供されているインストール・ソースを使用しない場合、ブート時にinst.repoオプションを設定しないでください。または、インストーラ内のインストール・ソースを変更せずに、ブート時に定義されたinst.repoソースを使用します。

(バグID 30316179)

許容できないKdump値が入力されると、グラフィカル・インストール・プログラムが失敗してエラーが発生する

アップストリームのマイナーなユーザビリティ・エラーは、Kdumpの構成中にグラフィカル・インストール・プログラムに影響を与えます。

Kdumpのメモリー予約を手動で構成するときに許容できない値を指定した場合は、「完了」をクリックして「インストール・サマリー」画面に戻ることができます。インストーラでは、警告またはエラー・メッセージは生成されません。かわりに、インストーラによって、値が最後に認識された許容値またはデフォルト値の512 MBに自動的にリセットされます。これにより、インストールは成功します。ただし、この修正された設定は画面に表示されないため、指定した値が無視されたことに気付かない場合があります。

この問題は、テキストベースのインストーラでは発生しません。許容できない値を入力するとエラーが適切に返され、続行できません。

(バグID 31133351、31182708)

グラフィカル・インストール・プログラムにKdumpに手動で設定されている予約メモリーが表示されない

マイナーなユーザビリティ・エラーは、Kdumpの構成中にグラフィカル・インストール・プログラムに影響を与えます。Kdump用に予約されているデフォルトのメモリー・サイズを手動で変更した場合、画面がリフレッシュされても新しい設定は表示されません。かわりに、システム・メモリーの合計と使用可能なシステム・メモリーの値のみが表示されます。したがって、予約するメモリー(Mb)パラメータの制限は、将来のKdump構成では不明になります。

ノート:

Kdumpメモリー予約のデフォルト設定であるautoは、カーネルがブート時に使用するサイズを決定するため、適切な設定になっています

(バグID 31133287および31182699)

python3-rhn-virtualization-hostパッケージがインストールされている場合、rhnreg_ks登録コマンドが失敗することがある

Oracle Linux 8.1以降、python3-rhn-virtualization-hostsパッケージがシステムにインストールされている場合、rhnreg_ksコマンドを使用してシステムをUnbreakable Linux Network (ULN)に登録すると、失敗することがあります。この問題は、libvirtdサービスが実行されていない場合に発生しています。

この問題を回避するには、rhnreg_ksコマンドを発行する前に、システムにlibvirtdパッケージがインストールされており、サービスが有効化されて実行されていることを確認します。

(バグID 30366521)

beignetパッケージが存在すると、アップグレード中に依存関係の問題が発生する可能性がある

システムを現在のOracle Linux 8リリースにアップグレードする場合、アップグレードするシステムにbeignetパッケージが存在していると、依存関係の問題が発生することがあります。

この問題は、Oracle Linux 8.2以前のリリースを実行しているシステムを現在のOracle Linuxバージョンにアップグレードする場合に特に発生します。これらの以前のリリースでは、beginetパッケージに以前のバージョンのclang-libsパッケージが必要です。

ただし、beignetパッケージは現在、Oracle Linux 8.4以降のOracle Linux 8リリースでは使用できません。したがって、これらの場合には問題はありません。

この問題を回避するには、現在のOracle Linux 8リリースにアップグレードする前に、システムからbeignetパッケージを削除します。

(バグID 31213935)

インストール後の初回ブート時にULN登録ウィザードが表示されない

Oracle Linux 8の新規インストールでは、ULNに登録してOracle Kspliceを使用するオプションを提供するULN登録ウィザードは初回ブート時に表示されません。

代替手段として、インストールの完了後にULNに登録します。手順は、https://linux.oracle.com/を参照してください。

(バグID 29933974)

Syslogエラー: モジュール'ip_tables'の挿入に失敗しました: 操作が許可されません

Oracle Linux 8のインストール時に、/var/log/messages:systemdログに次のメッセージが記録されます。

1]: Failed to insert module 'ip_tables': Operation not permitted

ip_tablesカーネル・モジュールはその後、次のコマンドを実行して検証できるため、このエラーは無視できます。

grep IPTABLES /boot/config*

次の出力は、モジュールが正常にロードされたことを示しています。

CONFIG_IP_NF_IPTABLES=m
CONFIG_IP6_NF_IPTABLES=m

また、次のコマンドを実行して、モジュールが正常にロードされたことを確認することもできます。

modinfo ip_tables

前述のコマンドの出力は、モジュールが正常にロードされたことを示しています。

filename:      
/lib/modules/4.18.0-32.el8.x86_64/kernel/net/ipv4/netfilter/ip_tables.ko.xz
alias:          ipt_icmp
description:    IPv4 packet filter
author:         Netfilter Core Team <coreteam@netfilter.org>
license:        GPL
rhelversion:    8.0
srcversion:     3967C875058C2EE2475C9C2
depends:        
retpoline:      Y
intree:         Y
name:           ip_tables
vermagic:       4.18.0-32.el8.x86_64 SMP mod_unload modversions
sig_id:         PKCS#7
signer:        
sig_key:        
sig_hashalgo:   md4
signature:      30:82:02:59:06:09:2A:86:48:86:F7:0D:01:07:02:A0:82:02:4A:30:
82:02:46:02:01:01:31:0D:30:0B:06:09:60:86:48:01:65:03:04:02:
01:30:0B:06:09:2A:86:48:86:F7:0D:01:07:01:31:82:02:23:30:82:
02:1F:02:01:01:30:7A:30:62:31:22:30:20:06:03:55:04:0A:0C:19:
4F:72:61:63:6C:65:20:41:6D:65:72:69:63:61:2C:20:49:6E:63:2E:
2C:63:3D:55:53:31:19:30:17:06:03:55:04:03:0C:10:4F:72:61:63:
.
.
.

(バグID 29500599)

Oracle VM VirtualBoxゲストにインストールするためのグラフィック・コントローラの要件

グラフィカル・インストール・プログラムが使用され、デフォルトのServer with GUI環境が選択されているOracle VM VirtualBoxゲストにOracle Linux 8を正常にインストールするには、ゲストがVMSVGAグラフィック・コントローラを使用するように設定し、少なくとも64MBのメモリーでゲストを構成する必要があります。そうしないと、グラフィカル表示が正しく開始できません。

Oracle VM VirtualBox 6.0以降、VMSVGAグラフィック・コントローラは、Linuxオペレーティング・システムを実行しているゲストのデフォルトのコントローラです。この問題は、以前のOracle VM VirtualBoxリリースで作成された既存のゲストにOracle Linux 8をインストールすると発生する可能性が高くなります。Oracle Linux 8ゲストを構成するには、Oracle VM VirtualBox 6.0以上を使用することをお薦めします。

(バグID 30004543)

iPXEおよびiSCSIブートを使用したKVMゲストへのインストールで正しくないIQN名が生成される

iPXEおよびiSCSIブートを使用してOracle Linux 8をKVMゲストにインストールした後、/etc/iscsi/initiatorname.iscsiファイルのSCSI修飾名(IQN)が正しくありません。

この不適切な構成は、kdump機能に影響を与える可能性があります。

この問題の回避策は、インストールの完了後に正しいIQNで/etc/iscsi/initiatorname.iscsiファイルを手動で変更することです。

(バグID 29536715)

aarch64のみ: 特定のデバイスを使用している場合、Oracle Linux 8 (aarch64) ISOからブートできない

ISOを使用してOracle Linux 8 (aarch64)インストーラをブートしようとすると、失敗することがあります。USBで接続されたSCSIデバイスが存在する場合は、ブート・プロセスがシェル・プロンプトにドロップすることがあります。このようなデバイスの例として、仮想ハード・ディスク・ドライブ(HDD)、仮想CD-ROM、メモリー・スティックなどがあります。

また、Oracle Linux 8 (aarch64)のインストール中に問題が発生することがあります。この場合、カーネルがシステムの制御を受け取った直後にUSBポートがシステムおよびインストールされたシステムによって認識されません。この問題が発生すると、キーボードなど、システムに接続されているUSBデバイスは動作しません。さらに、サービス・プロセッサによって処理される仮想デバイス(たとえば、MegaRAC SPファームウェア)などの特定のUSB接続ドライブからのイメージのブートは機能しません。

回避策は、ISOイメージを使用して以前のOracle Linux 8 (aarch64)リリースをインストールしてから、dnf updateコマンドを使用して現在のOracle Linux 8 (aarch64)リリースに更新することです。

また、この問題はPXEブートに影響しないため、代替ソリューションとしてOracle Linux 8 (aarch64)のネットワークベースのインストールを実行できます。ネットワークからインストールを実行する手順は、Oracle Linux 8: Oracle Linuxのインストールを参照してください。

(バグID 31626109、31678684)

aarch64のみ: Btrfsパーティションを持つディスクがあるホストにOracle Linux 8をインストールできない

ArmプラットフォームでのOracle Linux 8のGUIベースおよびテキストベースの両方のインストールでは、インストールの開始時に次のエラーが生成されます。

** (anaconda:2843): CRITICAL **: 09:49:18.542: The function
'bd_btrfs_list_subvolumes' called, but not implemented!

このエラーにより、インストールを続行できません。

この問題を回避するには、インストール前に、Oracle Linux 8のインストールを計画しているホスト上のすべてのディスクからすべてのBtrfsパーティションを削除またはフォーマットします。

(バグID 31160993)

dnf update glusterfs-*コマンドを実行すると、以前にインストールしたパッケージのアップグレードに失敗する

glusterfs-*.i686パッケージがOracle Linux 8システムに存在し、次の更新バージョンにアップグレードする場合、後でdnf update glusterfs*コマンドを実行すると、GlusterFSパッケージのアップグレードに失敗します。

回避策として、最初にシステムからglusterfs-*.i686パッケージを削除し、次にdnf update glusterfs*コマンドを実行します。

(バグID 30279840)

Cockpit Webコンソールの「サービス」ページで状態別にサービスを検索できない

Cockpit Webコンソールの「サービス」ページが更新されており、名前、説明および状態別にサービスを検索できます。この新機能は、「名前」および「説明」でサービスをフィルタする場合は期待どおりに機能しますが、「状態」でサービスをフィルタしようとすると、一致する結果がないことを示すエラーが生成されます。

(バグID 30286168)

Oracle Linux 8で古いOracle Sunハードウェア上のSASコントローラが認識されない

Oracle Linux 8インストーラでは、古いOracle Sunサーバー・モデルに搭載されている一部のSerial Attached SCSI (SAS)コントローラが認識されません。これらのサーバー・モデルにOracle Linux 8をインストールしようとすると、インストーラはローカル・ディスクを認識せず、インストールが失敗します。これらのサーバー・モデルの例としては、Oracle Sun Fire X4170 M2 Server、Oracle Sun Fire X4170 M3 Server、Oracle Sun OVCA X3-2 ServerおよびOracle Sun X4-2 Serverなどがあります(これらのみではありません)。

次のSASコントローラは、RHCKのmpt2sasドライバから削除されます。

SAS2004、PCI ID 0x1000:0x0070
SAS2008、PCI ID 0x1000:0x0072
SAS2108_1、PCI ID 0x1000:0x0074
SAS2108_2、PCI ID 0x1000:0x0076
SAS2108_3、PCI ID 0x1000:0x0077
SAS2116_1、PCI ID 0x1000:0x0064
SAS2116_2、PCI ID 0x1000:0x0065
SSS6200、PCI ID 0x1000:0x007E

次のSASコントローラは、RHCKのmegaraid_sasドライバから削除されます。

Dell PERC5、PCI ID 0x1028:0x15
SAS1078R、PCI ID 0x1000:0x60
SAS1078DE、PCI ID 0x1000:0x7C
SAS1064R、PCI ID 0x1000:0x411
VERDE_ZCR、PCI ID 0x1000:0x413
SAS1078GEN2、PCI ID 0x1000:0x78
SAS0079GEN2、PCI ID 0x1000:0x79
SAS0073SKINNY、PCI ID 0x1000:0x73
SAS0071SKINNY、PCI ID 0x1000:0x71

この問題の回避策は、Unbreakable Enterprise Kernelリリース6 (UEK R6)のブートISOを使用してから、Oracle Linux 8でUEK R6を実行することです。これらのコントローラは、Unbreakable Enterprise Kernelリリースでサポートされているためです。

(バグID 29120478)

ファイル・システムの問題

Oracle Linux 8のこのリリースで発生した既知のファイル・システムの問題を次に示します。

Btrfsファイル・システムがRHCKでサポートされていない

Oracle Linux 8ではBtrfsファイル・システムはRHCKから削除されています。つまり、このカーネルの使用時にこのファイル・システムを作成またはマウントすることはできません。また、提供されているBtrfsユーザー領域パッケージはRHCKでサポートされていません。

Btrfsファイル・システムのサポートは、UEK R7およびUEK R6で有効になっています。Oracle Linux 8.3以降、インストール中にBtrfsルート・ファイル・システムを作成するオプションがあり、同じようにデバイスのフォーマット時にファイル・システム・タイプとしてBtrfsを選択するオプションもあります。

これらの変更の詳細は、次のドキュメントを参照してください。

インストール中にBtrfsルート・ファイル・システムを作成する方法については、Oracle Linux 8: Oracle Linuxのインストールを参照してください。
Btrfsファイル・システムの管理については、Oracle Linux 8: ローカル・ファイル・システムの管理を参照してください。
UEK R6でのBtrfsに対するその他の機能拡張の最新情報は、Unbreakable Enterprise Kernel: リリース・ノートfor Unbreakable Enterprise Kernelリリース6更新3 (5.4.17-2136)を参照してください。

UEK R7の詳細は、Unbreakable Enterprise Kernel: リリース・ノートfor Unbreakable Enterprise Kernelリリース7 (5.15.0-0.30)を参照してください。

OCFS2ファイル・システムがRHCKでサポートされていない

Oracle Linux 8ではOCFS2ファイル・システムはRHCKから削除されています。つまり、このカーネルの使用時にこのファイル・システムを作成またはマウントすることはできません。また、提供されているOCFS2ユーザー領域パッケージはRHCKでサポートされていません。

OCFS2ファイル・システムのサポートは、UEK R7およびUEK R6で有効になっていることに注意してください。UEK R6のOCFS2に加えられた最新情報およびその他の拡張機能については、Unbreakable Enterprise Kernel: リリース・ノートfor Unbreakable Enterprise Kernelリリース6更新3 (5.4.17-2136)を参照してください。Unbreakable Enterprise Kernel: リリース・ノートfor Unbreakable Enterprise Kernelリリース7 (5.15.0-0.30)も参照してください。

ext4: 頻繁なシステム停止または繰り返されるシステム停止によって、ファイル・システムが破損する可能性がある

ext4ファイル・システムを使用しているシステムが繰り返しまたは頻繁に停止する場合、ファイル・システムが破損する可能性があります。この問題は、再現が難しいため、まれな問題であると考えられています。問題はアップストリーム・コードに存在し、提案されたパッチは現在レビュー中です。

(バグID 27547113)

カーネルの問題

Oracle Linux 8のこのリリースで発生した既知のカーネルの問題を次に示します。

AMD 64ビット・プラットフォームでKVMゲストが「amd64_edac_mod: 不明な記号」エラーを表示して起動する

64ビットのAMDホストでのKVMゲストのブート中に、次のエラーが繰り返し表示されることがあります。

[   12.474069] amd64_edac_mod: Unknown symbol amd_register_ecc_decoder (err [ 120)
[   12.474083] amd64_edac_mod: Unknown symbol amd_report_gart_errors (err 0)
[   12.852250] amd64_edac_mod: Unknown symbol amd_unregister_ecc_decoder (err 0)
[   12.852297] amd64_edac_mod: Unknown symbol amd_register_ecc_decoder (err 0)
.
.
.

これらのエラーは、ロードに失敗し、モジュール・リストから削除中であるモジュールに対してカーネルのモジュール・コードが誤って-EEXISTを返すため発生します。amd64_edac_modモジュールはVMにロードされません。これらのエラーは機能に影響しないため、無視できます。

この問題は、RHCKを実行しているOracle Linux 8ホストでのみ発生し、UEK R6ホストでは検出されません。

(バグID 29853602)

modinfoコマンドの出力でRetpolineのサポートが表示されない

Oracle Linux 8コードのバグにより、CONFIG_RETPOLINEフラグがYに設定されていても、modinfo -F retpolineコマンドの出力にRetroplineサポートが表示されません。次に例を示します。

sudo modinfo -F retpoline
/usr/lib/modules/4.18.0-80.el8.x86_64/kernel/sound/usb/usx2y/snd-usb-us122l.ko
.xz

Retpolineサポートを追加および表示するには、CONFIG_RETPOLINE=Yフラグが必要です。パラメータが有効になっている場合、カーネルはRetpoline対応のコンパイラを使用して構築されます。

CONFIG_RETPOLINEフラグが有効になっていることを確認するには、カーネルのconfig-kernel構成ファイルでパラメータを検索します。次に例を示します。

cat /boot/config-5.4.17-2011.7.4.el8uek.x86_64 | grep RETPOLINE.

CONFIG_RETPOLINE=y

(バグID 29894295)

一部のAMDハードウェアでKdumpが失敗する可能性がある

Kdumpは、現在のOracle Linuxリリースを実行している一部のAMDハードウェアで失敗することがあります。影響を受けるハードウェアには、AMD EPYC CPUサーバーが含まれます。

この問題を回避するには、/etc/sysconfig/kdump構成ファイルを変更し、KDUMP_COMMANDLINE_APPEND変数からiommu=offコマンドライン・オプションを削除します。kdumpサービスを再起動して、変更内容を有効にします。

(バグID 31274238、34034614、34211826)

論理ボリューム・マネージャを使用するFCディスクに/sysrootをマウントしようとすると、Kdumpがメモリー不足になる

Oracle Linux 8の問題により、LVMを使用するファイバ・チャネル(FC)ディスクに/sysrootをマウントしようとすると、Kdumpがメモリー不足になります。この問題は、crashkernelがロードされるときのメモリー不足によるものです。

この問題を解決するには、次のいずれかの手順を実行します。

Kdumpにより多くのメモリーが予約されるように、crashkernel=autoブート・オプションをオーバーライドします。たとえば、カーネル・ブート・パラメータをcrashkernel=512Mに設定します。
Kdumpの宛先をネットワークの場所(NFSまたはSSH)に設定します。

(バグID 29840266)

LVM dm-writecacheキャッシュ・メソッドの制限事項

新しいLVMのdm-writecacheキャッシュ・メソッドには、dm-cacheメソッドに存在しない次のような制限があります。

論理ボリュームがアクティブの場合、dm-writecacheをアタッチまたはデタッチできません。
論理ボリュームがdm-writecacheを使用している場合、論理ボリュームのスナップショットを取得できません。
dm-writecacheを非アクティブな論理ボリュームにアタッチする場合、既存のファイル・システムのブロック・サイズと一致するdm-writecacheブロック・サイズを使用する必要があります。
dm-writecacheがボリュームにアタッチされている場合、論理ボリュームのサイズを変更できません。
dm-writecacheで使用されるデバイスでは、pvmoveコマンドを使用できません。
シン・プールまたは仮想データ・オプティマイザ(VDO)を使用している場合、dm-writecacheで論理ボリュームを使用できません。

dm-writecacheキャッシュ・メソッドの詳細は、Oracle Linux 8: リリース・ノートfor Oracle Linux 8.2のファイル・システムおよびストレージの機能に関する項を参照してください。lvmcache(7)マニュアル・ページも参照してください。

aarch64のみ: KdumpがThunderX2およびX-Gene 3プラットフォームで失敗することがある

Oracle Linux 8 (aarch64)を実行しているThunderX2およびX-Gene 3プラットフォームでのクラッシュ・カーネルのブート中に、システムのハングが発生することがあります。この問題は、ブート・プロセスの様々な段階で発生しています。その結果、このハードウェアではKdumpが予期したとおりに動作しないことがあります。

(バグID 30339519、30339571)

aarch64のみ: キャッシュ・デバイスの登録の試行中にUEK R6でbcacheエラーが発生する

削除後にキャッシュ・セットを登録しようとすると、次のエラーで失敗します。

echo "CACHE_DEV" > /sys/fs/bcache/register
        echo: write error: Invalid argument

dmesg出力に次のエラーメッセージが表示されます。

bcache: register_bcache() error /dev/CACHE_DEV: Not a bcache superblock

この問題は、bcacheが現在サポートしていない64KBのページ・サイズ(CONFIG_ARM64_64K_PAGES=y)に関連しています。

キャッシュ・デバイスのスーパーブロックは、このプロセス中に破損するため、デバイスを再登録することはできません。

この問題を回避するには、bcache-toolsパッケージを再インストールしてから、新しいbcache構成を作成します。

別の方法として、Oracle Linux 8 (aarch64)システムではbcache構成を使用しないようにします。

(バグID 30210051)

ネットワークの問題

Oracle Linux 8のこのリリースで発生する可能性のあるネットワークの問題を次に示します。

tracepath6で宛先IPv6アドレスが正しく解析されない

tracepath6コマンドの実行で宛先IPv6アドレスを正しく解析できません。その結果、このツールで、正しくないホストへのルートがトレースされます。

この問題を回避するには、tracepath6コマンドと同様の機能があるツールを使用します。

(バグID 29540588)

ip_tablesモジュールの挿入に失敗する

ip_tablesモジュールは「操作が許可されていません」エラーで挿入に失敗します。この問題は、現在調査中ですが、SELinuxが強制モードになっている場合に発生する可能性があります。

この問題の回避策は、SELinuxを許容モードに設定することです。setenforce 0コマンドを実行することによって、一時的にこれを実行できます。または、/etc/selinux/configファイルを編集してシステムを再起動することで、SELinuxを永続モードに設定できます。

(バグID 29517166)

nohupを実行すると、sshコマンドが実行されない

Oracle Linux 8システムで、次の例に示すようなnohupコマンドを実行すると、sshコマンドの問題が発生することがあります。

/usr/bin/nohup ./myscript > nohup.out &

sshコマンドを使用して同じシステムにリモート接続しようとすると、コマンドが停止します。

この問題を回避するには、nohupコマンドの構文を次のように変更します。

/usr/bin/nohup ./myscript > nohup.out 2>&1 &

(バグID 30287091)

firewalldサービスを再起動するとSSH接続がタイムアウトする

firewalldサービスを再起動すると、サービスが開始された端末でSSH接続タイムアウトが発生します。他のSSH端末では接続したままです。

(バグID 29478124)

エラー: 「mcelogサービスはこのプロセッサをサポートしていません」

mcelogサービスがプロセッサをサポートしていないことを示すエラーが、AMDプロセッサを使用するシステム(一部のOracle Serverハードウェアなど)上のシステム・ログに表示されます。メッセージは次のように表示されます。

mcelog: ERROR: AMD Processor family
23: mcelog does not support this processor.  Please use the edac_mce_amd
module instead.

mcelogデーモンは、ハードウェア・エラー・メッセージを記録して処理するためにx86_64プラットフォームで使用されるサービスです。AMDシステムでは、edac_mce_amdカーネル・モジュールによってマシン例外ロギングが処理されます。したがって、AMDシステムでは、mcelogデーモンは必要ありません。このエラーは警告にダウングレードする必要があります。

(バグID 29501190)

Podmanの問題

Oracle Linux 8のPodmanコンテナ管理ツールの既知の問題の詳細は、『Oracle Linux Podmanユーザー・ガイド』の「既知の問題」の章を参照してください。

NSSでFIPSモードでのTLS 1.3がサポートされていない

Oracle Linux 8では、TLS 1.3がデフォルトで有効になっています。NSSで構築されたアプリケーションは、FIPSモードでTLS 1.3を必要とする接続をサポートしません。このような接続を機能させるには、FIPSモードを無効にするか、TLS 1.2を使用します。