Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
このページの目次
 

Junos OS のインストールとアップグレードの概要

概要 Junos® OSがプレインストールされたジュニパーネットワークスのデバイスを受け取ります。デバイスの電源をオンにすると、インストールされているソフトウェアを使用して起動(ブート)します。新機能およびソフトウェア修正が利用可能になると、ユーザー・エクスペリエンスを向上させるためにソフトウェアをアップグレードする必要があります。アップグレードの前に、構成ファイルをバックアップします。このトピックでは、Junos OSをアップグレードすると得られるメリットについて説明します。

モバイル、クラウド、モノのインターネット(IoT)テクノロジーの急速に変化する時代において、ネットワークとセキュリティの課題は当たり前のことです。ネットワークインフラストラクチャ用のレガシーOS(OS)は、これらの課題に対応するには不十分です。デバイス上のソフトウェアのバージョンが古いと、サイバー攻撃などのリスクがユーザーとネットワーク環境の両方にとって増加します。さらに、古いOSを維持することの複雑さは、チームの運用効率を低下させ、時間やお金などの貴重なリソースを消費する可能性があります。また、デバイス上の古いOSが原因で、政府やその他の組織の規制に準拠していないためにビジネス損失を被るリスクもあります。

最新のJunos OSへのアップグレードについて、以下のような懸念をお持ちになると思います。

  • ビジネスの継続性を混乱させるネットワークのダウンタイムとメンテナンス
  • 学習曲線とトレーニングによる運用コストの増加と従業員の生産性の低下
  • リリース間の構成の互換性

ただし、サポートされている最新のJunos OSにアップグレードすることの利点は、多くの場合、古いOSを使用する潜在的なリスクを上回ります。Junos OSの新しいバージョンには、新機能、拡張機能、バグ修正が含まれています。多くのお客様は、新しいバージョンにアップグレードすることの価値が組織にとって有益であり、アップグレードからすぐに利益が得られると感じています。ソフトウェアを最新の状態に保つことの主な利点は次のとおりです。

図 1: アップグレードBenefits of an Upgradeの利点

始める方法

ジュニパーネットワークスのデバイスは、Junos OSが事前にインストールされた状態で提供されます。デバイスの電源をオンにすると、インストールされているソフトウェアを使用してデバイスが起動(ブート)します。新機能およびソフトウェア修正が利用可能になったら、これらの機能および修正を使用するためにソフトウェアをアップグレードする必要があります。

Junos OSのバージョンをアップグレード(またはダウングレード)する場合、まずソフトウェアインストールパッケージをデバイスまたはローカルネットワーク上の他のシステムにコピーする必要があります。次に、CLI を使用して、新しいソフトウェアをデバイスにインストールします。その後、デバイスを再起動すると、新しくインストールされたソフトウェアから起動します。

最初のステップは、必要なソフトウェアバージョンを決定することです。ソフトウェアバージョンの詳細については、 Junosソフトウェアバージョン - 検討および評価すべき推奨リリースを参照してください。

手記：

カスタム YANG データ モデルで構成されたデバイスにソフトウェアをインストールする前に、これらのデータ モデルに対応する構成データをバックアップし、アクティブな構成から削除します。詳細については、 ソフトウェア アップグレードまたはダウングレード時の YANG パッケージと設定の管理を参照してください。

インフラストラクチャデバイスでのアップグレードには、スケジュールされたダウンタイムと、アップグレード前後のタスクが必要になる場合があることを理解しています。さらに、正常な結果を得るために、計画を作成し、アップグレード手順を文書化する必要がある場合があります。

ジュニパーネットワークスでは、Junos OSアップグレードソフトウェアを無料でお客様に提供しています。

アップグレードを計画するときは、次の点を確認することをお勧めします。

  • 製品およびサービスからアクセスできる製品データシート、またはジュニパーアカウントチームまたはジュニパーパートナーにお問い合わせください。

  • サポートサイトのJunos OSアップグレードに関連するナレッジベース(KB)の記事。

  • 『ジュニパーライセンスユーザーガイド』では、Junos OSソフトウェアライセンスと、お使いのデバイスに必要なソフトウェアライセンスについて説明しています。次の表 1 は、特定のプラットフォームのライセンス情報へのクイック リファレンスです。

表 1: Junos OS ライセンス リファレンス

Junos OSデバイス

参照トピック

ジュニパーネットワークス® EXシリーズスイッチ

EXシリーズ スイッチのソフトウェア ライセンス

ジュニパーネットワーク®スMXシリーズユニバーサルルーター

MXシリーズ ルーターおよびMPCサービス カードのソフトウェア ライセンス

ジュニパーネットワークスの® QFXシリーズスイッチ

QFXシリーズ スイッチのソフトウェア ライセンス

ジュニパーネットワークス® SRXシリーズファイアウォール

SRXシリーズファイアウォールのソフトウェアライセンス

Junos OSソフトウェアを迅速かつ簡単にアップグレードし、デバイスで新しい機能の使用を開始できるシンプルなアップグレードパスを提供します。次の図に示すように、アップグレードを実行できます。

Junos OS のインストールに関する考慮事項

次のサブセクションでは、ソフトウェアのインストールに関する全体的な考慮事項について説明します。

Junos OSのインストール タイプの選択

デバイスで実行されているJunos OSをアップグレードまたはダウングレードするために使用できるインストールには、標準インストール、カテゴリ変更インストール、およびリカバリインストールの3種類があります。インストールの種類を選択する前に、 Junos OSのインストール パッケージ名 を参照して、さまざまなJunos OSインストール パッケージを確認してください。ニーズに最適なインストールの種類を理解するには、次の表を参照してください。

Standard Installation

標準インストールの種類は、サーバー上のソフトウェアをアップグレードまたはダウングレードするために使用する一般的な方法です。この方法では、デバイスにすでにインストールされているインストールパッケージと一致するインストールパッケージを使用できます。

Category Change Installation

カテゴリー変更インストールタイプとは、同じデバイス上でJunos OSのあるエディションから別のエディションに移行するために使用するプロセスです。例えば、ルーターでのJunos OS標準インストールからJunos-FIPSインストールへの移行などです。

あるインストール・カテゴリーから別のインストール・カテゴリーに移動する場合は、この変更に関する制約事項に注意する必要があります。

ジュニパーネットワークスでは、 request system software rollback コマンドを使用して、デバイスに別のインストール カテゴリを復元することはサポートしていません。デバイスに別のJunos OSカテゴリーをインストールする場合、インストールが完了した直後に、 request system snapshot コマンドを実行して、システムからバックアップインストールを削除する必要があります。

手記：

Junos OS リリース 15.1R1 より、Junos および Junos Limited エディションという簡易版スキームが導入されました。 Junos エディションは、暗号化を完全にサポートしています。 Junos Limited エディションの暗号化サポートには制限があります。エディション間で変更することはできません。
Recovery Installation

回復インストールの種類は、破損したソフトウェア、またはソフトウェアのアップグレード、ダウングレード、またはソフトウェアのインストール カテゴリの変更を妨げる条件を持つデバイスを修復するために使用するプロセスです。

現在のシステムのファイルをバックアップする

アップグレードを開始する前に、デバイスのバックアップを作成することをお勧めします。デバイスでは次のことができます。

  • アップグレードに失敗した場合や、アップグレード中に電源障害が発生したためにプライマリ ブート デバイスが破損した場合は、バックアップからブートし、オンラインに戻ります。

  • アクティブな構成ファイルとログ ファイルをバックアップから取得します。

  • アップグレードに失敗した場合に備えて、既知の安定した環境から回復します。

アップグレードが成功すると、アップグレード パッケージによって既存の OS が完全に再インストールされます。アップグレードプロセスでは、保存されているファイルはすべて削除されますが、 juniper.conf ファイルとSSHファイルのみが保持されます。その他の情報は削除されます。 juniper.conf ファイルには、動作デバイスの設定が保存されます。したがって、インストール・プログラムの実行後に既存の構成に戻す必要がある場合に備えて、既存の構成をバックアップする必要があります。

バックアップを作成するには、システム スナップショット機能を使用して、デバイスの実行に現在使用されているファイルのスナップショットを作成します。スナップショットには、 /config ディレクトリと /var ディレクトリの完全な内容がキャプチャされます。これらのディレクトリには、デバイスで実行されるソフトウェア、アクティブな設定、レスキュー設定が含まれています。デバイスは、これらのファイルを代替(内部フラッシュまたは外部USBフラッシュ)メモリソースにコピーします。その後、このスナップショットを使用して、次回の起動時にデバイスをブートしたり、バックアップブートオプションとして使用したりできます。バックアップが完了すると、既存のソフトウェアのインストールとバックアップソフトウェアのインストールは同じになります。

手記：

FreeBSD がアップグレードされた Junos OS を搭載したシステムで request system snapshot コマンドで取得されたスナップショットは、レガシー Junos OS システムで request system snapshot コマンドで取得したスナップショットとは異なります。アップグレードされた FreeBSD システム デバイスとともに Junos OS をバックアップするには、 request system snapshot recovery コマンドを使用します。

アップグレードされた FreeBSD で Junos OS がシステムで使用されているかどうかを確認するには、 Junos カーネルから FreeBSD 10+ へのアップグレードを参照してください。

正しいスナップショット・コマンドを発行すると、 /root ファイル・システムは /altroot ファイル・システムにバックアップされ、 /config ファイル・システムは /altconfig ファイル・システムにバックアップされます。 /root および /config ファイル システムは、デバイスのフラッシュ メモリ デバイス上にあります。 /altroot および /altconfig ファイル システムは、デバイスのハード ディスクまたはソリッド ステート ドライブ (SSD) 上にあります。詳細については 、「スナップショットを使用したインストールのバックアップ(Junos OS)」 を参照してください。

バックアップを使用する前に、デバイスの起動順序を理解することをお勧めします。詳細については、 ルーティングエンジンを搭載したデバイスのブートシーケンス(Junos OS) を参照してください。

インストールするソフトウェア インストール パッケージの決定

すべてのソフトウェアリリースは、お客様がジュニパーネットワークスの公式ソフトウェアを確実にダウンロードできるように、デジタル署名を含む署名付きパッケージで提供されています。デバイスの /var/tmp ディレクトリにソフトウェアをダウンロードするか、 https://support.juniper.net/support/downloads/ のダウンロードページから直接インストールすることができます。

デバイスで現在実行中のソフトウェア パッケージを確認するには、CLI の最上位レベルで show version operational mode コマンドを入力します。 show version コマンドの出力には、インストールされているソフトウェアのリリース番号が表示されますが、インストールされているソフトウェアのエディションは表示されません。

署名されたソフトウェア パッケージの詳細については、「 Junos OS インストール パッケージ名」を参照してください。

アウトオブバンドインターフェイスを使用したアップグレード

個々のソフトウェア パッケージをアップグレードするには、コンソールまたは管理イーサネット インターフェイスからの帯域外接続を使用することをお勧めします。Junos OS デバイスのコンソール ポートに接続して Junos OS ソフトウェアをアップグレードすると、次のことが可能になります。

  • デバイスが接続されている、または接続されていないネットワークを使用せずに、Junos OS デバイスに接続します。この接続により、ネットワークに依存しないJunos OSデバイスへのセカンダリパスが作成されます。

  • シームレスな接続を体験してください(アップグレードプロセス中にインバンド接続を使用すると、接続が失われる可能性があります)。

  • 電源が完全にオフになっていない限り、Junos OSデバイスの状態に関係なく、ターミナルまたはラップトップインターフェイスを介してJunos OSデバイスにルートアクセスできます。

  • 端末インターフェイスから、Junos OSデバイスを復元するか、最小構成を安全に構成します。遠くにいるネットワーク運用技術者は、プライマリ ネットワークに障害が発生した場合でも、モデムを使用して端末インターフェイスでこれらのタスクを安全に実行できます。コンソール ポートに接続していない場合、技術者はこれらのタスクを実行するためにサイトを訪問する必要があります。モデム経由でJunos OSデバイスにリモート接続するには、以下が必要です。

    • デバイスアクセサリボックスに付属のケーブルとコネクタ。

    • モデム用の DB-9 to DB-25 (または同様の) アダプター。別途購入する必要があります。

デバイスを最初に設定するには、 図 2 に示すように、コンソール ポートを介して端末またはラップトップ コンピュータをデバイスに接続する必要があります。

図2:ジュニパーネットワークスのデバイスConnect to the Console Port on a Juniper Networks Deviceコンソールポートに接続する

現在の設定でのインストールパッケージの検証

ソフトウェアをアップグレードまたはダウングレードする場合、候補となるソフトウェアが現在の設定と互換性があるかどうかを確認するために、request system software add コマンドに validate オプションを含めることをお勧めします。異なるリリース番号のパッケージを追加すると、Junos OSはデフォルトでソフトウェアと現在の設定との互換性を検証します。

古いバージョンの FreeBSD カーネルをベースにした Junos OS リリースから FreeBSD をアップグレードした状態で、Junos OS ベースのリリースにアップグレードした場合、実行コンフィギュレーションの直接検証は機能しません。そのため、古いJunos OSとFreeBSDをアップグレードしたJunos OSの間でアップグレードまたはダウングレードする場合、別のホストでの検証が必要になることがあります。詳細については、「 アップグレードされた FreeBSD による Junos へのアップグレードとダウングレード」を参照してください。

アップグレード中に検証しない場合は、 no-validate オプションを指定する必要があります。

Junos OSアップグレードのベストプラクティス

アップグレード エクスペリエンスを最適化するために、次のベスト プラクティスから始めることをお勧めします。

  • アップグレード先のリリースの Junos OSリリースノート をお読みください。

  • アップグレード手順を計画して文書化し、確実に成果を上げます。

  • CLIを使用してソフトウェアをアップグレードする場合、コンソールポートを介してラップトップまたはコンピューターをJunos OSデバイスに接続します(推奨)。

  • デバイスをインターネットに接続します。

  • 現在の設定とソフトウェアをバックアップします。

  • コミットされていない設定変更をすべて削除するか、コミットします。

  • request system storage cleanupコマンドを使用して、ファイルをクリアし、不要な設定や未使用の設定を消去します。

  • (ジュニパーネットワークス® SRXシリーズファイアウォールのみ)シャーシクラスター内のSRXシリーズファイアウォールペアの両方のノードがオンラインであり、同じJunos OSバージョンであることを確認します。

  • 影響を最小限に抑えるために、アップグレード、トラブルシューティング、および構成後の手順のために、メンテナンスウィンドウの延長(できれば営業時間外)を計画します。

  • アップグレード後のアプリケーションとネットワーク機能の検証に役立つビジネス連絡先を特定します。

Junos OSインストール パッケージ名

インストールパッケージは、あるリリースから別のリリースにアップグレードまたはダウングレードするために使用されます。インストール時に、インストールパッケージはソフトウェアを完全に再インストールし、Junos OSファイルシステムを再構築し、以前のインストールからシステムログやその他の補助情報を消去できます。ただし、インストールパッケージには、以前のインストールの設定ファイルが保持されます。

Junos OSインストールパッケージは、次のいずれかの一般的なパターンを持つことができます。

  • prefix-platform-product-architecture-application-binary-interface-release-edition.extension ( request system software add コマンドを使用してインストールする場合)

  • prefix-media-media-keyword-platform-architecture-application-binary-interface-release-edition.extension (USBドライブまたはローダー プロンプトからインストールされたイメージの場合)

  • prefix-flex-release-edition.extension (Junos OSの拡張自動化バリアント用)

表 2: Junos OS パッケージ名のフィールドの説明
フィールド名 の説明
prefix パッケージ名のプレフィックス。製品が異なれば、使用するプレフィックスも異なります。これらのプレフィックスについては、この章の後半で説明します。
ホスト ホストは、プラットフォームがLinuxベースの場合、パッケージ名に含まれます。このプレフィックスは、イメージにホストソフトウェアとJunos OSが含まれていることを示します。
メディア media-keyword メディア キーワードは、 request system software add コマンドを使用してソフトウェア イメージをインストールできない場合に、パッケージ名に含まれます。メディア キーワードの値には、次のものが含まれます。

  • usb USB ドライブからインストールするイメージの場合

  • net ローダー プロンプトからインストールするイメージの場合
platform (オプション)製品シリーズの名前 ( mx 、 ptxなど)。
product (オプション)QFXシリーズスイッチの 5e など、モデル番号または製品バリアント。
architecture (オプション)プラットフォームの CPU アーキテクチャ。たとえば、Intel CPU の場合は x86 、高度な RISC マシン CPU の場合は arm です。
application-binary-interface ( architecture が名前の一部である場合に含まれます。CPUアーキテクチャの「ワード長」を示します。値には、32 ビット アーキテクチャの場合は 32、64 ビット アーキテクチャの場合は 64 が含まれます。
release リリース番号。リリース番号の形式については、この章の後半で説明します。
edition ソフトウェア パッケージのエディション。ソフトウェアのエディションについては、この章の後半で説明します。

ソフトウェアは、デジタル署名、セキュア ハッシュ アルゴリズム(SHA-1)、メッセージ ダイジェスト 5(MD5)チェックサムを含む署名付きパッケージで提供されます。パッケージは、その中のチェックサムが対応するファイルに記録されているハッシュと一致する場合にのみインストールされます。どのチェックサムが使用されるかは、ソフトウェアのバージョンによって異なります。

  • デジタル署名は、Junos OSリリース7.0とそれ以降のバージョン間でアップグレードまたはダウングレードするときに使用されます。

  • SHA-1チェックサムは、Junos OSリリース6.4とそれ以降のバージョン間でアップグレードまたはダウングレードするときに使用されます。

  • MD5チェックサムは、Junos OSリリース6.3以前とそれ以降のバージョン間でアップグレードまたはダウングレードする場合に使用されます。

2015年以降、ファイル名のエディションの後に 署名 された単語が表示される頻度は少なくなります。ただし、ソフトウェアインストールパッケージで表示される場合があります。 署名 付きが表示されるかどうかにかかわらず、Junos OS リリース 15.1 以降のすべての Junos OS イメージが検証のために署名されます。

拡張子は tgz、 gz、 img、 isoなどです。

Junos OS インストール パッケージのプレフィックス

インストールパッケージのファイル名の最初の部分は、標準のプレフィックスと製品指定の組み合わせです。 表 3 に、さまざまな Junos OS パッケージ名のプレフィックスを示します。

Junos OS リリース 15.1 以降、特定のハードウェアプラットフォームでは、FreeBSD 10.x 以降のアップグレードされた FreeBSD カーネルをベースにした Junos OS が動作します (以下、アップグレードされた FreeBSD を備えた Junos OS と呼びます)。 表 3 は、アップグレードされた FreesBSD を搭載した Junos OS を実行するさまざまなプラットフォームで使用されるプレフィックスも示しています。アップグレードされた FreeBSD を使用した Junos OS へのアップグレードまたはダウングレードの詳細については、「 アップグレードされた FreeBSD を使用した Junos へのアップグレードとダウングレード」を参照してください。

表に示されている場合を除き、これらのパッケージは request system software add CLI コマンドを使用してインストールします。

表 3: インストール パッケージのプレフィックス
インストールパッケージのプレフィックス の説明

jinstall*

M Series、MX シリーズ、T Series、TX Matrix、TX Matrix Plus ルーター用 Junos OS。

jinstall64*

JCS1200ルートリフレクタ向け64ビットJunos OS、3D SIB搭載TX Matrix Plusルーター、PTXシリーズパケットトランスポートルーター。

jinstall-ex*

EXシリーズイーサネットスイッチポートフォリオ向けのJunos OS。

jinstall-host-acx5k*

Linux ベースの ACX5000 シリーズルーター用のアップグレードされた FreeBSD を使用した Junos OS。このプレフィックスは、イメージにホストと Junos OS が含まれていることを示します。たとえば、 jinstall-host-acx5k-17.2R1.13-signed.tgz のようになります。

jinstall-host-ex*

Linux ベースの EX4600 用の FreeBSD をアップグレードした Junos OS。このプレフィックスは、イメージにホストと Junos OS が含まれていることを示します。たとえば、 jinstall-host-ex-4600-17.2R1.13-signed.tgz のようになります。

jinstall-host-nfx-2*

Linux ベースの NFX2xx プラットフォーム用の FreeBSD をアップグレードした Junos OS。このプレフィックスは、イメージにホスト ソフトウェアと Junos OS が含まれていることを示します。

たとえば、 jinstall-host-nfx-2-flex-x86-32-17.2R1.13-secure-signed.tgz のようになります。nfx-2 パッケージを使用するプラットフォームのリストについては、 NFX シリーズ ハードウェアでサポートされている Junos OS リリース を参照してください。

jinstall-host-nfx-3*

Linux ベースの NFX プラットフォーム用 FreeBSD をアップグレードした Junos OS。このプレフィックスは、イメージにホスト ソフトウェアと Junos OS が含まれていることを示します。

たとえば、 jinstall-host-nfx-3-x86-64-22.4R1.10-secure-signed.tgz のようになります。nfx-3 パッケージを使用するプラットフォームのリストについては、 NFX シリーズ ハードウェアでサポートされている Junos OS リリース を参照してください。

jinstall-host-ocx*

 Linux ベースの OCX プラットフォーム用にアップグレードされた FreeBSD を備えた Junos OS。このプレフィックスは、イメージにホストソフトウェアとJunos OSが含まれていることを示します。

jinstall-host-ptx*

 Linux ベースの PTX プラットフォーム用の FreeBSD をアップグレードした Junos OS。このプレフィックスは、イメージにホストソフトウェアとJunos OSが含まれていることを示します。

jinstall-host-qfx*

Linux ベースの QFX プラットフォーム用のアップグレードされた FreeBSD を備えた Junos OS。このプレフィックスは、イメージにホストソフトウェアとJunos OSが含まれていることを示します。たとえば、 jinstall-host-qfx-5e-x86-64-17.2R1.13.tgz は、QFX5100上のJunos OSのパッケージ名です。Junos OS リリース 24.2R1 以降、QFX5110 の全モデルのパッケージ接頭辞は jinstall-host-qfx-5x* です。リリース 24.2R1 より前のリリースでは、QFX5110 の全モデルのパッケージ接頭辞は jinstall-host-qfx-5e* です。

jinstall-ocx-flex*

OCXシリーズスイッチ。

jinstall-ppc*

ACXシリーズ、MX5、MX10、MX40、MX80、MX104ルーター向けのJunos OS。

Junos-Arm*

EX2300 および EX3400 スイッチ用 FreeBSD をアップグレードした Junos OS。例: junos-arm-32-15.1X53-D50.2.tgz。

junos-arm-media-media-keyword*

EX2300 および EX3400 スイッチ用 FreeBSD をアップグレードした Junos OS。これらのイメージは、CLI プロンプトで request system software add コマンド以外の方法(USB ドライブやローダー プロンプトからのインストールなど)を使用してインストールします。media キーワードには、以下のいずれかを指定できます。

  • usb USB ドライブからインストールするイメージの場合

  • net ローダー プロンプトからインストールするイメージの場合

たとえば、 junos-install-media-usb-arm-32-15.1X53-D50.2.img や junos-install-media-net-arm-32-15.1X53-D50.2.tgz などです。

junosインストール*

Junos OSとアップグレードされたFreeBSDをサポートするEX4100、EX9200、MXシリーズルーター、およびSRXシリーズファイアウォール用のアップグレードされたFreeBSDを使用したJunos OS。たとえば、EX4100 の場合は junos-install-ex-arm-64-22.2R1.3.tgz 、EX9200 の場合は junos-install-ex92xx-x86-64-17.2R1.13.tgz 、MX シリーズ ルーターの場合は junos-install-mx-x86-32-15.1R1.9.tgz 、SRX5400、SRX5600、SRX5800 の場合は junos-install-srx5000-x86-64-17.3R1.9.tgz です。

junos-install-media-media-keyword*

Junos OSとアップグレードされたFreeBSDをサポートするEX4100、EX9200、MXシリーズルーター、およびSRXシリーズファイアウォール用のアップグレードされたFreeBSDを使用したJunos OS。これらのイメージは、CLI プロンプトで request system software add コマンド以外の方法(USB ドライブやローダー プロンプトからのインストールなど)を使用してインストールします。media キーワードには、以下のいずれかを指定できます。

  • usb USB ドライブからインストールするイメージの場合

  • net ローダー プロンプトからインストールするイメージの場合

  • pxe 起動前実行環境(PXE)を使用してSRX1500、SRX4600、SRX5400、SRX5600、およびSRX5800にインストールするイメージの場合

たとえば、MXシリーズルーターの場合は junos-install-media-usb-mx-x86-32-15.1R1.9.tgz 、EX4100の場合は junos-install-media-usb-ex-arm-64-22.2R1.3.tgz 、EX9200の場合は junos-install-media-usb-ex92xx-17.2R1.13.img.gz 、SRX5400、SRX5600、 SRX5800の場合はjunos-install-media-usb-srx5000-x86-64-17.3R1.9.img.gz などです。

Junos-SRX1K3K*

SRX1400、SRX3400、SRX3600向けのJunos OS。

Junos-SRX5000*

SRX5400、SRX5600、SRX5800向けのJunos OS。

Junos-SRXENTEDGE*

SRX1500向けJunos OS。

junos-SRXHE-X86*

SRX4600用Junos OS。

Junos-SRXMR*

SRX4100およびSRX4200向けJunos OS。

Junos-SRXSME*

SRX300、SRX320、SRX340、SRX345、SRX380 および SRX550M 用の Junos OS。

junos-vmhost-install*

VM ホストを使用するデバイス向けに FreeBSD をアップグレードした Junos OS。これらのイメージをインストールするには、 request vmhost software add CLI コマンドを使用します。VM ホストのインストールの詳細については、「 VM ホストのインストール、アップグレード、バックアップ、および回復」を参照してください。

junos-vmhost-install-media-media-keyword*

VM ホストを使用するデバイス向けに FreeBSD をアップグレードした Junos OS。これらのイメージは、 request vmhost software add CLI コマンドではなく、起動前実行環境(PXE)ブートサーバーまたはUSBドライブを使用してインストールします。media キーワードには、以下のいずれかを指定できます。

  • usb USB ドライブからインストールするイメージの場合

  • net 起動前実行環境(PXE)ブートサーバからインストールするイメージの場合

このインストール方法の詳細については、 PXE ブート サーバーへの VM ホスト インストール パッケージのコピー または VM ホストをサポートするルーティング エンジン用の緊急ブート デバイスの作成を参照してください。

関連項目

Junos OSリリース番号

リリース番号は、Junos OSリリース14.1、14.2、15.1、17.1など、ジュニパーネットワークスのルーティングプラットフォーム上で動作するソフトウェアの特定のリビジョンを表しています。各リリースには、インターネットルーティングプロトコルをサポートするソフトウェアプロセスを補完し、デバイスのインターフェイスとデバイスシャーシ自体を制御し、デバイスシステム管理を可能にする特定の新機能があります。ジュニパーネットワークスのサポートWebページで、特定のリリース番号のソフトウェアをダウンロードします。

この例では、ソフトウェア リリース番号の形式を分析して、それが示す内容を示します。一般化された形式は次のとおりです。

の形式を考えると

  1. m.nZb.s

たとえば、ソフトウェア リリース番号 17.2R1.13 は、次の形式にマップされます。

  • m は、製品のメイン リリース番号 (17 など) です。

  • n は製品のマイナーリリース番号です (例:2)。

  • Z は、ソフトウェア リリースのタイプです。たとえば、FRS やメンテナンス リリースの場合は R です。

    ソフトウェア リリースのタイプについては、 表 4 を参照してください。

  • b は製品のビルド番号 (1 など) で、メンテナンス リリースではなく FRS を示します。

  • s は製品のスピン数です (例: 13)。

表 4: ソフトウェア リリースの種類

リリースタイプ

形容

R

ファーストレベニューシップ(FRS)またはメンテナンスリリースソフトウェア。R1 は FRS です。R2以降はメンテナンスリリースです。

F

機能のベロシティリリース。機能のベロシティリリースは、Junos OS リリース 15.1 でのみ実行されます。

B

ベータリリースソフトウェア。

私

内部リリースソフトウェア。これらは、修正を検証するためのプライベートソフトウェアリリースです。

S

特定の問題を解決するためにお客様にリリースされるサービス リリース ソフトウェア。このリリースは、基になるリリースの有効期間と共に維持されます。サービス リリース番号は、R 番号の後に追加されます (例: 14.2R3-S4.4)。ここで、S4は14.2R3に加えて4番目のサービスリリースを表し、4番目の再スピンです。

X

特別な(eXception)リリースソフトウェア。X リリースは、標準のリリース番号付けとは異なる番号付けシステムに従います。

Junos OSリリース12.1X44-D10以降、SRXシリーズファイアウォールはJunos OSリリースの特別な命名規則に従います。詳細については、 https://kb.juniper.net/InfoCenter/index?page=home でKB30092されたサポート技術情報の記事を参照してください。
手記：

Junos OS リリース 11.4 以前は、サービス リリースのソフトウェア リリース番号の形式は他のリリースと同じでした。たとえば、10.4S4.2 は 10.4 の 4 回目のサービス リリースと 2 回目の再スピンを表します。

Junos OSエディション

エディションは、リリース番号文字列の後、 署名される前に、インストールパッケージ名に表示されます。

Junos OS リリース 15.1 より前のリリースでは、インストール パッケージは、国内、全世界、連邦情報処理標準(FIPS)など、複数の主要なソフトウェア パッケージ カテゴリーまたはエディションで提供されていました。これらの用語を含む名前のパッケージをまだ使用している人のために、ここに彼らが示すものがあります:

  • 国内 - 米国とカナダのお客様、および有効な暗号化契約を結んでいる他のすべてのお客様向けのJunos OS。このエディションには、ルーターまたはスイッチから送信されるデータ用のIPsecやSSHなどの高度な暗号化機能が含まれています。それ以降の画像では、このカテゴリに null または空のエディション フィールドが使用されます。

  • 制限付き - 他のすべての顧客向けのJunos OS。このエディションには、ルーターまたはスイッチから送信されるデータの高度な暗号化機能は含まれていません。 Junos OSリリース15.1R1以降、このカテゴリーは限定版に名称変更されます。

  • fips—連邦情報処理標準(FIPS)140-2環境でジュニパーネットワークスのルーターとスイッチのネットワークを設定するためのソフトウェアツールを必要とするお客様に、高度なネットワークセキュリティを提供するJunos OS。Junos-FIPS の詳細については、「FIPS 140-2 セキュリティコンプライアンス」を参照してください。以降のイメージでは、FIPS は別個のエディションではなく、インストール時に選択するオプションです。

Junos OS 15.1以降、簡易版スキームが開始されました。

  • null(空)エディションフィールドがあるJunos OSは、Junos OSの標準イメージです。

  • limited—バージョンは暗号化をサポートしておらず、ユーラシア関税同盟(EACU)加盟国を対象としています。これらの国では、データプレーン暗号化を含むソフトウェアの輸入が制限されています。

ルーティングエンジンを搭載したデバイスでの起動シーケンス(Junos OS)

ジュニパーネットワークスのデバイスは、インストールされたJunos OSの使用を開始します。 Junos OSのブータブルコピーは、内蔵フラッシュディスク、ハードドライブ、リムーバブルメディアなど、さまざまな場所に保存されます。次のサブセクションでは、有効な起動可能なオペレーティング システムをチェックする場所の順序について説明します。

デバイスの起動順序

ルーティング エンジンを搭載した各種デバイスのブート順序については、本セクションでデバイス ファミリーのアルファベット順に説明します。

手記：

各デバイスでサポートされているルーティング エンジンについては、「 https://www.juniper.net/documentation/en_US/release-independent/ junos/topics/reference/general/routing-engine-m-mx-t-series-support-by-chassis.html」を参照してください。

ACXシリーズルーターは、以下の順番でストレージメディアからの起動を試みます。

  1. USB ストレージ メディア デバイス

  2. デュアル内蔵NANDフラッシュデバイス(最初にda0s1、次にda0s2)

ルーターは、以下の順番でストレージメディアからのブートを試みます。

MX80ルーターは、次の順序でストレージメディアからの起動を試みます。

  1. USB メディア緊急ブート デバイス

  2. デュアル内蔵NANDフラッシュデバイス(最初にda0、次にda1)

MX104ルーターは、次の順序でストレージメディアからの起動を試みます。

  1. USB ストレージ メディア デバイス

  2. 内蔵NANDフラッシュデバイス(da0)

ソリッドステートドライブ(SSD)を搭載したルーティングエンジンを搭載したM SeriesとMXシリーズは、以下の順番でストレージメディアからの起動を試みます。

  1. USB メディア緊急ブート デバイス(存在する場合)

  2. コンパクトフラッシュカード

  3. SSD スロット 1 または SSD スロット 2(存在する場合)のソリッド ステート ドライブ(SSD)

ハードディスクを備えたルーティングエンジンを搭載したM SeriesおよびMXシリーズ(MX80ルーターとMX104ルーターを除く)ルーターは、以下の順番でストレージメディアからの起動を試みます。

  1. PC カードなどのリムーバブル メディア緊急ブート デバイス(存在する場合)

  2. コンパクトフラッシュカード(存在する場合)

  3. ハードディスク

PTXシリーズパケットトランスポートルーターは、以下の順番でストレージメディアからの起動を試みます。

  1. USB メディア緊急ブート デバイス

  2. コンパクトフラッシュカード

  3. ディスク 1 スロットのソリッド ステート ドライブ (SSD) (存在する場合)

  4. LANで利用可能なストレージメディア

T SeriesルーターとTX Matrixルーターは、ハードディスクを備えたルーティングエンジンを搭載しており、以下の順番でストレージメディアからの起動を試みます。

  1. PC カードなどのリムーバブル メディア緊急ブート デバイス(存在する場合)

  2. コンパクトフラッシュカード(存在する場合)

  3. ハードディスク

ソリッドステートドライブ(SSD)を備えたルーティングエンジンを搭載したTシリーズルーターとTX Matrix Plusルーターは、以下の順番でストレージメディアからの起動を試みます。

  1. USB メディア緊急ブート デバイス

  2. コンパクトフラッシュカード(存在する場合)

  3. ディスク 1 スロットのソリッド ステート ドライブ (SSD) (存在する場合)

    手記：

    ディスク 2 スロットは現在サポートされていません。

  4. LANで利用可能なストレージメディア

代替ブートデバイスからのブート

手記：

通常の操作中に緊急ブートデバイスを挿入しないでください。緊急ブートデバイスから起動すると、ルーターは正常に動作しません。

ルーターが代替ブートデバイスから起動する場合、ルーターにログインすると、Junos OSがそのことを示すメッセージを表示します。たとえば、次のメッセージは、ソフトウェアがハード ディスク (/dev/ad1s1a) から起動されたことを示しています。

この状況は、ルータがプライマリ ブート デバイス(通常はコンパクトフラッシュ カード)の問題を検出して起動を妨げ、その結果、代替ブート デバイス(ハード ディスク ドライブ)から起動した場合に発生します。この場合、プライマリ ブート デバイスは候補ブート デバイスのリストから削除されます。問題は通常、重大なハードウェアエラーです。ジュニパーネットワークス技術支援センター(JTAC)にお問い合わせいただくことをお勧めします。

手記：

MX104ルーターでは、ルーターが代替ブートデバイスから起動した場合、ルーターにログインしても、Junos OSはそのことを示すメッセージを表示しません。

ルーターが代替ブートデバイスから起動する場合、ソフトウェアと設定は最新の request system snapshot コマンドと同程度にしか最新ではありません。ただし、 mirror-flash-on-disk コマンドが有効になっている場合、ハード ディスク ドライブにはコンパクト フラッシュ ドライブの同期されたミラー イメージが含まれているため、現在のソフトウェアと構成が含まれています。

関連ドキュメント