未解決の問題

Junos SRX5600およびvSRX3プラットフォームでは、古いJUNOSバージョンから22.4R3-S1または22.4R3-S2にアップグレードする際に、検証プロセスの一環としてrpdがクラッシュし、アップグレードプロセスが失敗することがあります。これは、ルーター設定にマルチキャスト/インターネットグループ管理プロトコル(IGMP)またはブロードバンドエッジ設定がある場合に表示されます。PR1810817

このtenant_id s3idh8g4cbe4p5pkでは、SecProfilingカテゴリに64個のフィードがありましたが、CDB - secintel_feedsに保存されているのは19個のフィードのみであることがわかりました。このため、UI には 19 個のフィードしか表示されませんでした。ただし、新しいフィードを作成している間は、スケジュール DDB テーブルのtenant_idに対して新しい SecProfiling フィードを作成できるかどうかをチェックしています。DDB テーブルには既に 64 個のフィード (テナントあたりのフィードの最大数) があるため、カテゴリ: SecProfiling のフィード作成エラー: フィード数の制限 (64) に達しました。スクリプトを実行してフィードを作成した後、テスト中にデータが正確になるように、DDBからフィードを削除するスクリプトも必要です。DDBテーブルから不要なエントリを削除しました(テナントのフィードは20個しかありません)。今後は、「適応型脅威プロファイリング」セクションの新しいフィードを作成できますPR1819444

OpenSSH 9.0/9.0p1 リリースノートによると、「このリリースでは、scp(1) がデフォルトでレガシーの scp/rcp プロトコルの使用から SFTP プロトコルの使用に切り替わります。」 この場合、OpenSSH 9.0以降を実行しているため-OpenSSH_9.7p1 、scpコマンドがシェルから呼び出されると、デフォルトで「SFTP」プロトコルが使用されます。ただし、vSRX3.0は、scpコマンドが呼び出されたときに「SCP」プロトコルをデフォルトでサポートします。したがって、シェルから従来の「SCP」プロトコルを使用するには、-Oコマンドラインオプションを使用してください次に例を示します。 scp -O その他のオプション/引数 注:Junos OSではsftp-serverがデフォルトで無効になっているため、OpenSSHバージョン9.0/9.0p1を実行している外部ホストからの着信SCP接続が失敗する可能性があります。したがって、ユーザーは、scpファイル転送の開始時にリモートホストで-Oオプションを使用するか、ジュニパーの設定でsftp-serverを有効にする必要があります。ジュニパーの設定でsftp-serverを有効にするには、「set system services ssh sftp-server」階層を使用しますPR1827152

native-vlan-idで設定されたSRX3xxシリーズでは、SRX3xxシリーズのデバイスをJunosバージョン23.4R1以降にアップグレードすると、インターフェイス設定からnative-vlan-idオプションが表示されなくなります。アップグレード前に native-vlan-id が設定されていた場合、デバイスは設定を保持しますが、インターフェイスには適用されません。native-vlan-id を削除しようとすると、構文エラーが発生します。native-vlan-id 機能は機能せず、カスタム VLAN ID(1 以外)が使用された場合、その VLAN のトラフィックが影響を受けます。PR1847366

既存のRSIは、新しいRSI CLIコマンド「request support information security-components nat」を介して収集できるNATプラグインからいくつかの重要な情報を見逃しています。これにより、より多くのデータが提供され、デバッグが向上します。PR1825372