設定のバックアップとリカバリー

アップグレードが正常に完了すると、アップグレードパッケージは既存のオペレーティングシステムを完全に再インストールします。 juniper.conf、 rescue.conf、SNMP ifIndexes、 /var/home、 /config/scripts、SSHファイル、およびその他のファイルシステムファイルを保持します。その他の情報は削除されます。したがって、インストールプログラムを実行した後に現在のソフトウェアインストールに戻す必要がある場合に備えて、現在の設定をバックアップする必要があります。

レスキュー設定を保存する

ソフトウェア障害が発生した場合、レスキュー設定があると、既知の動作設定を読み込むのに役立ちます。ロールバック番号を覚えたり検索したりする必要はありません。レスキュー設定を保存しておけば、いつでも使用できます。

レスキュー設定ファイルは、デバイスの設定ファイルが正しく設定されていない場合に役立ちます。レスキュー設定では、既知の作業設定や、いつでもロールバックできる既知の状態の設定を定義することができます。デバイスをこのレスキュー設定に復元することで、デバイスをオンラインに戻すことができます。このファイルをデバイスから保存しておけば、ソフトウェア障害が発生した場合にレスキュー設定を使用してデバイスを復元できます。

現在のデバイス設定をレスキュー設定ファイルとして保存するには:

デバイス上のコンフィギュレーション・ファイルを編集して、保存するコンフィギュレーションを反映させます。
CLI動作モードで、編集したこの設定をレスキュー設定ファイルとして保存します。
システムは、レスキュー設定ファイルを rescue.conf.gz として /config ディレクトリに自動的に保存します。デバイスに冗長ルーティングエンジンがある場合、システムは両方のルーティングエンジンにレスキュー設定ファイルを保存します。

レスキュー設定を検証する

test configuration filenameコマンドを使用することで、コンフィギュレーションファイルの構文が正しいことを確認し、コミットチェックエラーをチェックすることができます。

レスキュー設定ファイルが正しいかどうかを確認するには:

test configuration filename動作モードコマンドを発行します。

コンフィギュレーションにシンタックス・エラーまたはコミット・チェック・エラーが含まれている場合は、エラーが見つかった行番号と列番号を示すメッセージが表示されます。このコマンドはテキストファイルのみを受け入れます。

レスキュー設定へのロールバック

コンソールからデバイスにログインします。
CLIの設定モードから rollback rescue コマンドを発行します。
設定をコミットします。
失敗した設定を修正します。

失敗した設定を修正する

レスキュー設定が、システム上で望ましい設定または必要な設定ではない可能性があります。そのため、失敗した設定を修正し、再コミットする必要があります。

失敗した設定を修正するには:

管理インターフェイス、またはコンソールポート(許可されている場合)からデバイスにログインします。
失敗した設定を読み込みます。
設定を修正します。
commit設定モードコマンドのcheckオプションを使用します。
checkオプションは、候補コンフィギュレーションのエラーを指摘し、エラーを修正する機会を与えます。設定に構文エラーが含まれている場合、エラーの場所を示すメッセージが表示され、システムは設定を有効にしません。
他に修正が必要な場合は、修正してください。システムがエラーを検出しなくなるまで、 commit check 設定モードコマンドを使用し続けます。
commit設定モードコマンドを発行して、設定をコミットします。

失敗した設定を修正した後、この設定をレスキュー設定として保存するか、リモートサーバーまたはその他のオフボックスの場所に保存して、この設定をバックアップすることをお勧めします。レスキュー設定の保存を参照するか、設定ファイルまたはレスキュー設定のいずれかをリモートサーバーにコピーします。

レスキュー設定を削除する

既存のレスキュー設定を削除するには:

request system configuration rescue deleteコマンドを発行します。

設定ファイルまたはレスキュー設定のいずれかをリモートサーバーにコピーします

このタスクは省略可能ですが、推奨されます。

現在実行中のコンフィギュレーションまたはレスキューコンフィギュレーション・ファイルをリモート・サーバーにコピーするには、以下を行います。

管理インターフェイス、またはコンソールポート(許可されている場合)からデバイスにログインします。
デバイスシェルを起動します。
/configディレクトリに移動し、設定ファイルを一覧表示します。
現在実行中のコンフィギュレーション・ファイルは juniper.conf.gz で、レスキュー・コンフィギュレーション・ファイルは rescue.conf.gzです。

構成ファイルをリモートホストにFTPで送信します。

以前の設定にロールバックする

最後にコミットされた設定より前の設定に戻るには、 rollback 設定モードコマンドに設定番号0〜49を含めます。最も新しく保存されたコンフィギュレーションは 0 番(システムが戻るデフォルトコンフィギュレーション)で、最も古いコンフィギュレーションは 49 番です。ロールバック番号、日時、変更をコミットしたユーザー名、コミット方法など、以前にコミットされた設定のリストを表示するには、 rollback ? 設定モードコマンドを使用します。

以前の設定にロールバックするには:

rollback number設定モードコマンドを発行します。
ロールバック設定が候補設定になります。
候補の設定を有効にするには、 commit 設定モードコマンドを発行します。

現在の設定が同期された後、レスキュー設定をセカンダリルーティングエンジンに同期します

システムの起動時に、現在の設定ファイルがソフトウェアと互換性がないことが判明した場合、システムは設定ファイル(/config/juniper.conf.gz)をコミットできません。以前にレスキュー設定をシステムに保存している場合、システムはレスキュー設定をコミットし、現在の設定ファイル /config/juniper.conf.gz として保存します。

デュアルルーティングエンジンシステムの場合、セカンダリルーティングエンジンがプライマリルーティングエンジンの現在のイメージとは異なる現在のイメージで起動し、 auto-sw-sync enable ステートメントを設定すると、プライマリルーティングエンジン現在のイメージをセカンダリルーティングエンジンに同期します。プライマリルーティングエンジンは、ロールバックソフトウェアイメージとその他のイメージをセカンダリルーティングエンジンに同期します。プライマリルーティングエンジンの現在の設定ファイル(juniper.conf.gz)がセカンダリルーティングエンジンの現在の設定ファイルと一致する場合、プライマリルーティングエンジンはレスキュー設定(rescue.conf.gz)をセカンダリルーティングエンジンに同期しません。

プライマリルーティングエンジンからセカンダリルーティングエンジンにレスキュー設定を同期させるには、プライマリルーティングエンジンで file copy コマンドを発行します。

USBソフトウェアのインストール後にバックアップコピーから設定を復元する

Junos OS EvolvedをUSBドライブからシングルルーティングエンジンデバイスにインストールする場合、インストールプロセスで設定ファイルが削除されます。そのため、デバイスを再設定する必要があります。また、 request system zeroize コマンドを使用してデバイスを工場出荷時のデフォルトにリセットした場合は、デバイスの再設定も必要です。すでにリモートサーバーまたはオフボックスの場所にコンフィギュレーションファイルを保存している場合は、そのコンフィギュレーションファイルをデバイスにコピーして、デバイスの再コンフィギュレーションの時間を節約できます。

バックアップコピーから設定を復元するには:

コンソールポートを介してデバイスに接続します。
デバイスの電源を入れ、起動するまで待ちます。

Junos OS Evolvedは自動的に起動します。起動プロセスが完了すると、コンソールに login: プロンプトが表示されます。
ユーザー rootとしてログインします。

デバイスは工場出荷時のデフォルト設定を使用しているため、root ユーザーアカウントのパスワードは必要ありません。デバイスプロンプトの root@# に、あなたが root ユーザーであることが示されます。設定ファイルをデバイスにコピーする前に、rootユーザーアカウントの管理インターフェイスアドレスとパスワードを設定する必要があります。
cliコマンドを発行して、Junos OS Evolved CLIを起動します。
configureコマンドを発行して、設定モードにアクセスします。
[edit]階層レベルでinterfacesステートメントを設定して、RE0の管理アドレスのIPアドレスとプレフィックス長を設定します。
root パスワードを設定します。通常、root ユーザーアカウントに設定するパスワードを使用します。
システムが暗号化するプレーンテキストパスワード、すでに暗号化されたパスワード、またはSSH公開キー文字列を入力します。[edit]階層レベルでsystem root-authenticationステートメントを設定し、プロンプトが表示されたらパスワードまたは文字列を入力または貼り付けます。
- プレーンテキストパスワードを入力するには:
- すでに暗号化されたパスワードを入力するには、コマンドの encrypted-password オプションの後にパスワードを貼り付けます。
- SSHパブリックキー文字列を入力するには、コマンドの ssh-rsa オプションの後にキー文字列を貼り付けます。
設定をコミットします。
設定モードを終了します。
コンフィギュレーション・ファイルをルーターにコピーするには、 file copy コマンドを使用します。

ファイルを /var/tmp ディレクトリに配置します。

設定モードを開始します。

ファイルを現在の設定に読み込み、既存のファイルを上書きします。
設定をコミットします。
設定モードを終了します。
新しい設定が正常に実行されていることに満足したら、 request system snapshot 動作モードコマンドを発行してシステムをバックアップします。レスキュー設定を作成することもお勧めします。詳細については、「レスキュー設定の保存」を参照してください。

request system snapshotコマンドを発行しない場合、セカンダリソリッドステートドライブ(SSD)の設定はプライマリSSDの設定と同期しなくなります。

工場出荷時のデフォルト設定に戻す

request system zeroizeコマンドは、システムを工場出荷時のデフォルト設定に戻す動作モードコマンドです。表 1 は、さまざまなタイプのディスクのサニタイズ方法を示しています。

表1:ディスクの種類とそのサニタイズに使用する方法
ディスクタイプ	方法
ATA	Junos OS Evolved リリース 21.3R1 以降、この機能をサポートするデバイスでは、ルーティングエンジン内のディスクが ATA 標準をサポートしている場合、このコマンドは ATA `secure erase` コマンドを使用してデータを上書きし、ルーティングエンジン上のディスクをサニタイズします。ATA `secure erase` コマンドは、LBA 0 の内容を READ NATIVE MAX または READ NATIVE MAX EXT のいずれか大きい方まで上書きし、その内容を 0 または 1 に置き換えます。セキュア消去機能は、NIST 800-88標準に従って、CLEAR NISTメディアサニタイズレベルに分類されます。セキュア消去が完了すると、システムは現在実行中のOSをRAMディスクからATAディスクにコピーします。現在実行中のOSをインストールすると、システムが再起動し、工場出荷時のデフォルト設定に戻ります。
SATA	Junos OS Evolved 24.4R1以降、この機能をサポートするデバイスでは、ルーティングエンジンのディスクがSATA規格をサポートしている場合、このコマンドはNIST 800-88標準に従って、PURGE NISTメディアサニタイゼーションレベルを使用してディスクをサニタイズします。パージレベルは、CRYPTO_SCRAMBLE(SATA SSDコントローラでサポートされている場合)とBLOCK_ERASEメカニズムの両方で構成されます。CRYPTO_SCRAMBLEメカニズム(SATA SSDコントローラでサポートされている場合)に続いて、すべてのサニタイズケースでBLOCK_ERASEメカニズムが続きます。CRYPTO_SCRAMBLEメカニズムがサポートされていない場合は、BLOCK_ERASEメカニズムのみが実行されます。ディスクサニタイズが完了すると、システムは現在実行中のOSをRAMディスクからSATAディスクにコピーします。現在実行中のOSをインストールすると、システムが再起動し、工場出荷時のデフォルト設定に戻ります。
NVMe	Junos OS Evolvedリリース25.4R1以降、この機能をサポートするデバイスでは、ルーティングエンジンのディスクがNVMe規格をサポートしている場合、このコマンドはNIST 800-88標準に従って、PURGE NISTメディアサニタイズレベルを使用してディスクをサニタイズします。パージレベルは、次の3つの方法で構成され、優先度順に順に決まります。 CRYPTO_ERASE(NVMe SSDコントローラでサポートされている場合) BLOCK_ERASE ユーザーデータ消去機能付きNVMeフォーマット CRYPTO_ERASEメカニズム(SATA SSDコントローラでサポートされている場合)に続いて、すべてのサニタイズケースでBLOCK_ERASEメカニズムが続きます。CRYPTO_ERASEメカニズムがサポートされていない場合は、BLOCK_ERASEメカニズムのみが実行されます。BLOCK_ERASEメカニズムが実行された後、NVMeフォーマットメカニズムはユーザーデータを消去します。PURGEメソッドが失敗した場合、システムは `nvme format` コマンドを使用するCLEARメソッドを実行します。ディスクサニタイズが完了すると、システムは現在実行中のOSをRAMディスクからNVMeディスクにコピーします。現在実行中のOSをインストールすると、システムが再起動し、工場出荷時のデフォルト設定に戻ります。 QFX5240-64QDおよびQFX5240-64ODスイッチでNIST PURGEサニタイズ方法を利用するには、BIOSファームウェアをバージョンv41.01.08.05以降にアップグレードする必要があります。
その他すべてのタイプ (eMMC や SCSI など)、および NIST 800-88 サニタイズ標準をサポートしないディスク	Junos OS Evolvedリリース21.3R1以前、およびNIST 800-88サニタイズ標準をサポートしていないディスクのリリースでは、このコマンドは、ディレクトリからファイルのリンクを解除することで、カスタマイズされた設定ファイルやログファイルを含むすべてのデータファイルを削除します。このコマンドは、SSH、ローカル暗号化、ローカル認証、IPSec、RADIUS、TACACS+、SNMP のすべてのプレーンテキストパスワード、シークレット、プライベートキーを含む、ユーザーが作成したファイルをすべてシステムから削除します。

注意:

request system zeroize動作モードコマンドを発行する前に、request system snapshot動作モードコマンドを使用して、デバイスの実行に現在使用しているファイルをセカンダリSSDにバックアップします。

request system zeroizeコマンドを使用して工場出荷時のデフォルト設定に戻すには、次の手順に従います。

request system zeroize動作モードコマンドを発行します。

yesを入力してデバイスをサニタイズし、工場出荷時のデフォルト設定に戻します。
デバイスの初期設定を完了します。お使いの製品のハードウェアガイドまたはジュニパーネットワークスデバイスの初期設定概要を参照してください。また、リモートサーバーまたはその他のオフボックスの場所からデバイスにコンフィギュレーションファイルをコピーすることもできます。USBソフトウェアのインストール後にバックアップコピーから設定を復元するを参照してください。