ソフトウェアのアップグレード
完全なアップグレードの手順については、『Cisco ASA Upgrade Guide』を参照してください。
ASDM ブック 1：Cisco ASA シリーズ ASDM 7.14 コンフィギュレーション ガイド（一般的な操作）
Bias-Free Language
The documentation set for this product strives to use bias-free language. For the purposes of this documentation set, bias-free is defined as language that does not imply discrimination based on age, disability, gender, racial identity, ethnic identity, sexual orientation, socioeconomic status, and intersectionality. Exceptions may be present in the documentation due to language that is hardcoded in the user interfaces of the product software, language used based on RFP documentation, or language that is used by a referenced third-party product. Learn more about how Cisco is using Inclusive Language.
- Updated:
- January 21, 2022
Chapter: ソフトウェアおよびコンフィギュレーション
- ソフトウェアおよびコンフィギュレーション
- ソフトウェアのアップグレード
- ROMMON を使用したイメージのロード（ASA 5506-X、5508-X、5516-X、および ISA 3000）
- ROMMON イメージのアップグレード（ASA 5506-X、5508-X、5516-X、および ISA 3000）
- ASA 5506W-X ワイヤレス アクセス ポイントのイメージの回復およびロード
- ソフトウェアのダウングレード
- ファイルの管理
- ファイル管理ツールへのアクセス
- ファイルの転送
ソフトウェアおよびコンフィギュレーション
この章では、Cisco ASA ソフトウェアおよびコンフィギュレーションの管理方法について説明します。
ROMMON を使用したイメージのロード（ASA 5506-X、5508-X、5516-X、および ISA 3000）
TFTP を使用して ROMMON モードから ASA へソフトウェア イメージをロードするには、次の手順を実行します。
手順
| ステップ 1 |
ASA ハードウェアまたは ISA 3000 コンソールへのアクセスに従って、ASA のコンソール ポートに接続します。 |
||
| ステップ 2 |
ASA の電源を切ってから、再び電源をオンにします。 |
||
| ステップ 3 |
スタートアップの間に、ROMMON モードに入るようにプロンプト表示されたら、Escape キーを押します。 |
||
| ステップ 4 |
ROMMON モードで、IP アドレス、TFTP サーバ アドレス、ゲートウェイ アドレス、ソフトウェア イメージ ファイル、およびポートを含む、ASA に対するインターフェイス設定を次のように定義します。
|
||
| ステップ 5 |
設定を検証します。 |
||
| ステップ 6 |
TFTP サーバーに ping を送信します。 |
||
| ステップ 7 |
ネットワーク設定を、後で使用できるように保管しておきます。 |
||
| ステップ 8 |
システム ソフトウェア イメージをロードします。 ソフトウェア イメージが正常にロードされると、ASA は自動的に ROMMON モードを終了します。 |
||
| ステップ 9 |
ROMMON モードから ASA を起動する場合、システム イメージはリロード間で保持されないため、やはりイメージをフラッシュ メモリにダウンロードする必要があります。ソフトウェアのアップグレード を参照してください。 |
ROMMON イメージのアップグレード（ASA 5506-X、5508-X、5516-X、および ISA 3000）
ASA 5506-X シリーズ、ASA 5508-X、ASA 5516-X、および ISA 3000 の ROMMON イメージをアップグレードするには、次の手順に従います。 ASA モデルの場合、システムの ROMMON バージョンは 1.1.8 以上である必要があります。最新バージョンへのアップグレードを推奨します。
新バージョンへのアップグレードのみ可能です。ダウングレードはできません。
 注意 |
ASA 5506-X、5508-X、5516-X の ROMMON 1.1.15 へのアップグレード、および ISA 3000 の ROMMON 1.0.5 へのアップグレードには、以前の ROMMON バージョンの 2 倍の時間がかかります（約 15 分）。アップグレード中はデバイスの電源を再投入しないでください。アップグレードが 30 分以内に完了しないか、または失敗した場合は、シスコ テクニカル サポートに連絡してください。デバイスの電源を再投入したり、リセットしたりしないでください。 |
始める前に
Cisco.com から新しい ROMMON イメージを取得して、サーバー上に置いて ASA にコピーします。ASA は、FTP サーバー、TFTP サーバー、SCP サーバー、HTTP（S）サーバー、および SMB サーバーをサポートしています。次の URL からイメージをダウンロードします。
-
ASA 5506-X、5508-X、5516-X： https://software.cisco.com/download/home/286283326/type
-
ISA 3000： https://software.cisco.com/download/home/286288493/type
手順
| ステップ 1 |
ROMMON イメージを ASA フラッシュ メモリにコピーします。この手順では、FTP コピーを表示します。他のサーバータイプのシンタックスの場合は copy ? と入力します。 copy ftp://[username:password@]server_ip/asa5500-firmware-xxxx.SPA disk0:asa5500-firmware-xxxx.SPA |
| ステップ 2 |
現在のバージョンを確認するには、show module コマンドを入力して、MAC アドレス範囲テーブルの Mod 1 の出力で Fw バージョンを調べます。 |
| ステップ 3 |
ROMMON イメージをアップグレードします。 upgrade rommon disk0:asa5500-firmware-xxxx.SPA 例: |
| ステップ 4 |
プロンプトが表示されたら、確認して ASA をリロードします。 ASA が ROMMON イメージをアップグレードして、その後オペレーティングシステムをリロードします。 |
ASA 5506W-X ワイヤレス アクセス ポイントのイメージの回復およびロード
TFTP を使用してソフトウェア イメージを回復して ASA 5506W-X にロードするには、次の手順を実行します。
手順
| ステップ 1 |
アクセス ポイント（AP）へのセッションを確立し、AP ROMMON（ASA ROMMON ではなく）を開始します。 |
| ステップ 2 |
Cisco Aironet アクセス ポイント Cisco IOS ソフトウェア コンフィギュレーション ガイド [英語] の手順に従います。 |
ソフトウェアのダウングレード
多くの場合、ASA ソフトウェアをダウングレードし、以前のソフトウェアバージョンからバックアップ設定を復元することができます。ダウングレードの方法は、ASA プラットフォームによって異なります。
ダウングレードに関するガイドラインおよび制限事項
ダウングレードする前に、次のガイドラインを参照してください。
-
クラスタリング用の公式のゼロ ダウンタイム ダウングレードのサポートはありません。ただし場合によっては、ゼロ ダウンタイム ダウングレードが機能します。ダウングレードに関する次の既知の問題を参照してください。この他の問題が原因でクラスタ ユニットのリロードが必要になることもあり、その場合はダウンタイムが発生します。
-
クラスタリングを含む 9.9(1) より前のリリースへのダウングレード：9.9(1) 以降では、バックアップの配布が改善されています。クラスタに 3 つ以上のユニットがある場合は、次の手順を実行する必要があります。
-
クラスタからすべてのセカンダリ ユニットを削除します（クラスタはプライマリ ユニットのみで構成されます）。
-
1 つのセカンダリ ユニットをダウングレードし、クラスタに再参加させます。
-
プライマリ ユニットでクラスタリングを無効にします。そのユニットをダウングレードし、クラスタに再参加させます。
-
残りのセカンダリ ユニットをダウングレードし、それらを一度に 1 つずつクラスタに再参加させます。
-
-
クラスタ サイトの冗長性を有効にする場合は、9.9(1) より前のリリースにダウングレードします。ダウングレードする場合（または 9.9(1) より前のユニットをクラスタに追加する場合）は、サイトの冗長性を無効にする必要があります。そうしないと、古いバージョンを実行しているユニットにダミーの転送フローなどの副作用が発生します。
-
クラスタリングおよび暗号マップを使用する場合に 9.8(1) からダウングレードする：暗号マップが設定されている場合に 9.8 (1) からダウングレードすると、ゼロ ダウンタイム ダウングレードはサポートされません。ダウングレード前に暗号マップ設定をクリアし、ダウングレード後に設定をもう一度適用する必要があります。
-
クラスタリング ユニットのヘルスチェックを 0.3 ～ 0.7 秒に設定した状態で 9.8(1) からダウングレードする：（health-check holdtime で）ホールド時間を 0.3 ～ 0.7 秒に設定した後で ASA ソフトウェアをダウングレードすると、新しい設定はサポートされないため、設定値はデフォルトの 3 秒に戻ります。
-
クラスタリング（CSCuv82933）を使用している場合に 9.5(2) 以降から 9.5(1) 以前にダウングレードする：9.5(2) からダウングレードする場合、ゼロ ダウンタイム ダウングレードはサポートされません。ユニットがオンラインに戻ったときに新しいクラスタが形成されるように、すべてのユニットをほぼ同時にリロードする必要があります。ユニットが順番にリロードされるのを待つと、クラスタを形成できなくなります。
-
クラスタリングを使用する場合に 9.2(1) 以降から 9.1 以前にダウングレードする：ゼロ ダウンタイム ダウングレードはサポートされません。
-
-
プラットフォームモードでの 9.13/9.14 から 9.12 以前への Firepower 2100 のダウングレードの問題：プラットフォームモードに変換した 9.13 または 9.14 を新規インストールした Firepower 2100 の場合：9.12 以前にダウングレードすると、FXOS で新しいインターフェイスの設定や、既存のインターフェイスの編集ができなくなります（9.12 以前ではプラットフォームモードのみがサポートされていたことに注意してください）。バージョンを 9.13 以降に戻すか、または FXOS の erase configuration コマンドを使用して設定をクリアする必要があります。この問題は、元々以前のリリースから 9.13 または 9.14 にアップグレードした場合は発生しません。新しいデバイスや再イメージ化されたデバイスなど、新規インストールのみが影響を受けます。（CSCvr19755）
-
スマート ライセンスの 9.10(1) からのダウングレード：スマート エージェントの変更により、ダウングレードする場合、デバイスを Cisco Smart Software Manager に再登録する必要があります。新しいスマート エージェントは暗号化されたファイルを使用するので、古いスマート エージェントが必要とする暗号化されていないファイルを使用するために再登録する必要があります。
-
PBKDF2（パスワード ベースのキー派生関数 2 ）ハッシュをパスワードで使用する場合に 9.5 以前のバージョンにダウングレードする：9.6 より前のバージョンは PBKDF2 ハッシュをサポートしていません。9.6(1) では、32 文字より長い enable パスワードおよび username パスワードで PBKDF2 ハッシュを使用します。9.7(1) では、すべての新しいパスワードは、長さに関わらず PBKDF2 ハッシュを使用します（既存のパスワードは引き続き MD5 ハッシュを使用します）。ダウングレードすると、enable パスワードがデフォルト（空白）に戻ります。ユーザー名は正しく解析されず、username コマンドが削除されます。ローカル ユーザーをもう一度作成する必要があります。
-
ASAv 用のバージョン 9.5(2.200) からのダウングレード：ASAv はライセンス登録状態を保持しません。license smart register idtoken id_token force コマンドで再登録する必要があります（ASDM の場合、[Configuration] > [Device Management] > [Licensing] > [Smart Licensing] ページで [Force registration] オプションを使用）。Smart Software Manager から ID トークンを取得します。
-
元のトンネルがネゴシエートした暗号スイートをサポートしないソフトウェア バージョンをスタンバイ装置が実行している場合でも、VPN トンネルがスタンバイ装置に複製されます。このシナリオは、ダウングレード時に発生します。その場合、VPN 接続を切断して再接続してください。
ダウングレード後に削除される互換性のない設定
以前のバージョンにダウングレードすると、それ以降のバージョンで導入されたコマンドは設定から削除されます。ダウングレードする前に、ターゲットバージョンに対して設定を自動的にチェックする方法はありません。新しいコマンドが ASA の新しい機能にいつ追加されたかをリリースごとに表示できます。
show startup-config errors コマンドを使用してダウングレードした後、拒否されたコマンドを表示できます。ラボデバイスでダウングレードを実行できる場合は、実稼働デバイスでダウングレードを実行する前にこのコマンドを使用して効果を事前に確認できます。
場合によっては、ASA はアップグレード時にコマンドを新しいフォームに自動的に移行するため、バージョンによっては新しいコマンドを手動で設定しなかった場合でも、設定の移行によってダウングレードが影響を受けることがあります。ダウングレード時に使用できる古い設定のバックアップを保持することを推奨します。8.3 へのアップグレード時には、バックアップが自動的に作成されます（<old_version>_startup_cfg.sav）。他の移行ではバックアップが作成されません。ダウングレードに影響する可能性がある自動コマンド移行の詳細については、 『ASAアップグレードガイド』の「バージョン固有のガイドラインと移行」を参照してください。
ダウングレードに関するガイドラインおよび制限事項の既知のダウングレードの問題も参照してください。
たとえば、バージョン9.8(2) を実行している ASA には、次のコマンドが含まれています。
access-list acl1 extended permit sctp 192.0.2.0 255.255.255.0 198.51.100.0 255.255.255.0
username test1 password $sha512$1234$abcdefghijklmnopqrstuvwxyz privilege 15
snmp-server user snmpuser1 snmpgroup1 v3 engineID abcdefghijklmnopqrstuvwxyz encrypted auth md5 12:ab:34 priv aes 128 12:ab:34
9.0(4) にダウングレードすると、起動時に次のエラーが表示されます。
access-list acl1 extended permit sctp 192.0.2.0 255.255.255.0 198.51.100.0 255.255.255.0
^
ERROR: % Invalid input detected at '^' marker.
username test1 password $sha512$1234$abcdefghijklmnopqrstuvwxyz pbkdf2 privilege 15
^
ERROR: % Invalid input detected at '^' marker.
snmp-server user snmpuser1 snmpgroup1 v3 engineID abcdefghijklmnopqrstuvwxyz encrypted auth md5 12:ab:34 priv aes 128 12:ab:34
^
ERROR: % Invalid input detected at '^' marker.この例では、access-list extended コマンドでの sctp のサポートがバージョン 9.5(2) で、username コマンドでの pbkdf2 のサポートがバージョン 9.6(1) で、snmp-server user コマンドでの engineID のサポートがバージョン9.5(3) で追加されました。
アプライアンスモードでの Firepower 1000 または Firepower 2100 のダウングレード
ASA のバージョンを古いバージョンに設定し、バックアップ設定をスタートアップ コンフィギュレーションに復元してからリロードすることによって、ASA ソフトウェアのバージョンをダウングレードすることができます。
始める前に
この手順ではアップグレードする前に ASA のバックアップ設定を行う必要があるため、古い設定を復元することができます。古い設定を復元しない場合は、新規または変更された機能を表す互換性のないコマンドが存在する可能性があります。新しいコマンドは、ソフトウェアの古いバージョンをロードすると拒否されます。
手順
| ステップ 1 |
スタンドアロン、フェールオーバー、またはクラスタリング展開のために、『ASA Upgrade Guide』のアップグレード手順を使用して、ASA ソフトウェアの古いバージョンをロードします。この場合は、ASA の新しいバージョンではなく、古いバージョンを指定します。重要：まだ ASAをリロードしないでください。 |
| ステップ 2 |
ASA CLI で、バックアップの ASA 設定をスタートアップ コンフィギュレーションにコピーします。フェールオーバーの場合は、アクティブユニットでこの手順を実行します。この手順では、コマンドをスタンバイ装置に複製します。 copy old_config_url startup-config write memory を使用して実行コンフィギュレーションをスタートアップ コンフィギュレーションに保存しないことが重要です。このコマンドは、バックアップ設定を上書きします。 例: |
| ステップ 3 |
ASA をリロードします。 ASA CLI reload ASDM を選択します。 |
プラットフォームモードでの Firepower 2100 のダウングレード
バックアップ設定をスタートアップ コンフィギュレーションに復元し、ASA のバージョンを古いバージョンに設定してからリロードすることによって、ASA ソフトウェアのバージョンをダウングレードすることができます。
始める前に
この手順ではアップグレードする前に ASA のバックアップ設定を行う必要があるため、古い設定を復元することができます。古い設定を復元しない場合は、新規または変更された機能を表す互換性のないコマンドが存在する可能性があります。新しいコマンドは、ソフトウェアの古いバージョンをロードすると拒否されます。
手順
| ステップ 1 |
ASA CLI で、バックアップの ASA 設定をスタートアップ コンフィギュレーションにコピーします。フェールオーバーの場合は、アクティブユニットでこの手順を実行します。この手順では、コマンドをスタンバイ装置に複製します。 copy old_config_url startup-config write memory を使用して実行コンフィギュレーションをスタートアップ コンフィギュレーションに保存しないことが重要です。このコマンドは、バックアップ設定を上書きします。 例: |
| ステップ 2 |
FXOS では、スタンドアロン、フェールオーバー、またはクラスタリング展開のために、Firepower Chassis Manage または FXOS CLI を使用して、『ASA Upgrade Guide』のアップグレード手順に従い、ASA ソフトウェアの古いバージョンを使います。この場合は、ASA の新しいバージョンではなく、古いバージョンを指定します。 |
Firepower 4100/9300 のダウングレード
バックアップ設定をスタートアップ コンフィギュレーションに復元し、ASA のバージョンを古いバージョンに設定してからリロードすることによって、ASA ソフトウェアのバージョンをダウングレードすることができます。
始める前に
-
この手順ではアップグレードする前に ASA のバックアップ設定を行う必要があるため、古い設定を復元することができます。古い設定を復元しない場合は、新規または変更された機能を表す互換性のないコマンドが存在する可能性があります。新しいコマンドは、ソフトウェアの古いバージョンをロードすると拒否されます。
-
ASA の古いバージョンが、FXOS の現在のバージョンと互換性があることを確認します。互換性がない場合は、古い ASA 設定を復元する前に最初の手順として FXOS をダウングレードします。ダウングレードされた FXOS も、（ダウングレードする前に）ASA の現在のバージョンと互換性があることを確認してください。互換性を実現できない場合は、ダウングレードを実行しないことをお勧めします。
手順
| ステップ 1 |
ASA CLI で、バックアップの ASA 設定をスタートアップ コンフィギュレーションにコピーします。フェールオーバーまたはクラスタリングの場合は、アクティブ/制御ユニットでこの手順を実行します。この手順では、コマンドをスタンバイ/データユニットに複製します。 copy old_config_url startup-config write memory を使用して実行コンフィギュレーションをスタートアップ コンフィギュレーションに保存しないことが重要です。このコマンドは、バックアップ設定を上書きします。 例: |
| ステップ 2 |
FXOS では、スタンドアロン、フェールオーバー、またはクラスタリング展開のために、Firepower Chassis Manage または FXOS CLI を使用して、『ASA Upgrade Guide』のアップグレード手順に従い、ASA ソフトウェアの古いバージョンを使います。この場合は、ASA の新しいバージョンではなく、古いバージョンを指定します。 |
| ステップ 3 |
また、FXOS をダウングレードする場合は、スタンドアロン、フェールオーバー、またはクラスタリング展開のために、Firepower Chassis Manager または FXOS CLI を使用して、『ASA Upgrade Guide』 のアップグレード手順に従い、ASA ソフトウェアの古いバージョンを使います。 |
ASA 5500-X または ISA 3000 のダウングレード
ダウングレードでは、ASA 5500-X および ISA 3000 モデルで以下の機能を完了するためのショートカットが存在します。
-
ブート イメージ コンフィギュレーションのクリア（clear configure boot ）。
-
古いイメージへのブート イメージの設定（boot system ）。
-
（オプション）新たなアクティベーション キーの入力（activation-key ）。
-
実行コンフィギュレーションのスタートアップへの保存（write memory ）。これにより、BOOT 環境変数を古いイメージに設定します。このため、リロードすると古いイメージがロードされます。
-
古いコンフィギュレーションのバックアップをスタートアップ コンフィギュレーションにコピーします（copy old_config_ur startup-config ）。
-
リロード（reload ）。
始める前に
-
この手順ではアップグレードする前に ASA のバックアップ設定を行う必要があるため、古い設定を復元することができます。
-
ASA FirePOWER モジュールのバージョンがインストールされている場合は、ASA の古いバージョンと互換性があることを確認します。FirePOWER モジュールを以前のメジャーバージョンにダウングレードすることはできません。
手順
| ステップ 1 |
を選択します。 [Downgrade Software] ダイアログボックスが表示されます。 |
| ステップ 2 |
ASA イメージの場合、[Select Image File] をクリックします。 [Browse File Locations] ダイアログボックスが表示されます。 |
| ステップ 3 |
次のいずれかのオプション ボタンをクリックします。
|
| ステップ 4 |
[Configuration] で [Browse Flash] をクリックし、移行前の設定ファイルを選択します。 |
| ステップ 5 |
（任意） バージョン 8.3 よりも前のアクティベーション キーに戻す場合は、[Activation Key] フィールドで以前のアクティベーション キーを入力します。 |
| ステップ 6 |
[Downgrade] をクリックします。 |
ファイルの管理
ASDM には、基本的なファイル管理タスクを実行するのに便利なファイル管理ツール セットが用意されています。ファイル管理ツールにより、フラッシュ メモリに保存されているファイルの表示、移動、コピー、および削除、ファイルの転送、およびリモート ストレージ デバイス（マウント ポイント）のファイルの管理を行うことができます。
 （注） |
マルチコンテキスト モードの場合、このツールはシステムのセキュリティ コンテキストでだけ使用できます。 |
ファイル アクセスの設定
ASA では、FTP クライアント、セキュア コピー クライアント、または TFTP クライアントを使用できます。また、ASA をセキュア コピー サーバーとして設定することもできるため、コンピュータでセキュア コピー クライアントを使用できます。
FTP クライアント モードの設定
ASA では、FTP サーバーとの間で、イメージ ファイルやコンフィギュレーション ファイルのアップロードおよびダウンロードを実行できます。パッシブ FTP では、クライアントは制御接続およびデータ接続の両方を開始します。パッシブ モードではデータ接続の受け入れ側となるサーバーは、今回の特定の接続においてリッスンするポート番号を応答として返します。
手順
| ステップ 1 |
[Configuration] > [Device Management] > [Management Access] > [File Access] > [FTP Client] ペインで、[Specify FTP mode as passive] チェックボックスをオンにします。 |
| ステップ 2 |
[Apply] をクリックします。 FTP クライアントのコンフィギュレーションが変更され、その変更内容が実行コンフィギュレーションに保存されます。 |
セキュア コピー サーバーとしての ASA の設定
ASA 上でセキュア コピー（SCP）サーバーをイネーブルにできます。SSH による ASA へのアクセスを許可されたクライアントだけが、セキュア コピー接続を確立できます。
始める前に
-
サーバーにはディレクトリ サポートがありません。ディレクトリ サポートがないため、ASA の内部ファイルへのリモート クライアント アクセスは制限されます。
-
サーバーでは、バナーまたはワイルドカードがサポートされていません。
-
ASDM、その他のクライアントの HTTPS アクセスの設定 に従って、ASA で SSH を有効にします。
-
SSH バージョン 2 接続をサポートするには、ASA のライセンスに強力な暗号化（3DES/AES）ライセンスが必要です。
-
特に指定されていないかぎり、マルチ コンテキスト モードでは、システム実行スペースで次の手順を実行します。まだシステム コンフィギュレーション モードに入っていない場合、[Configuration] > [Device List] ペインで、アクティブなデバイスの IP アドレスの下にある [System] をダブルクリックします。
-
セキュア コピーのパフォーマンスは、使用する暗号化アルゴリズムにある程度依存します。デフォルトで、ASA は 3des-cbc aes128-cbc aes192-cbc aes256-cbc aes128-ctr aes192-ctr aes256-ctr の順にアルゴリズムをネゴシエートします。提示された最初のアルゴリズム（3des-cbc）が選択された場合、aes128-cbc などの一層効率的なアルゴリズムが選択された場合よりも大幅にパフォーマンスが低下します。提示された暗号方式を変更するには、 ペインを使用します。たとえば、[Custom] を選択して aes128-cbc に設定します。
手順
| ステップ 1 |
コンテキスト モードによって次のように異なります。
|
| ステップ 2 |
[Enable secure copy server] チェック ボックスをオンにします。 |
| ステップ 3 |
（オプション）ASA は接続先の各 SCP サーバーの SSH ホストキーを保存します。必要に応じて、ASA データベースから手動でサーバとそのキーを追加または削除できます。 キーを追加するには、次の手順を実行します。 キーを削除するには、信頼できる SSH ホストのテーブルからサーバーを選択し、[Delete] をクリックします。 |
| ステップ 4 |
（オプション）新しいホストキーが検出されたときに通知を受け取るには、[Inform me when a new host key is detected] チェックボックスをオンにします。 デフォルトで、このオプションは有効になっています。このオプションがイネーブルになっている場合、ASA にまだ格納されていないホストキーを許可または拒否するように求められます。このオプションがディセーブルになっている場合、ASA は過去に保存されたことがないホストキーを自動的に許可します。 |
| ステップ 5 |
[適用（Apply）] をクリックします。 |
例
外部ホストのクライアントから、SCP ファイル転送を実行します。たとえば、Linux では次のコマンドを入力します。
scp -v -pw password [path/]source_filename username @asa_address :{disk0|disk1}:/[path/]dest_filename
-v は冗長を表します。-pw が指定されていない場合は、パスワードの入力を求めるプロンプトが表示されます。
ASA TFTP クライアントのパス設定
TFTP は、単純なクライアント/サーバー ファイル転送プロトコルで、RFC 783 および RFC 1350 Rev. 2 で規定されています。TFTP サーバーとの間でファイルをコピーできるように、ASA を TFTP クライアントとして設定できます。これにより、コンフィギュレーション ファイルをバックアップし、それらを複数の ASA にプロパゲートできます。
ここでは、TFTP サーバーへのパスを事前定義できるため、copy および configure net などのコマンドで入力する必要がなくなります。
手順
| ステップ 1 |
の順に選択し、[Enable] チェックボックスをオンにします。 |
| ステップ 2 |
[Interface Name] ドロップダウン リストから、TFTP クライアントとして使用するインターフェイスを選択します。 |
| ステップ 3 |
コンフィギュレーション ファイルの保存先とする TFTP サーバーの IP アドレスを [IP Address] フィールドに入力します。 |
| ステップ 4 |
コンフィギュレーション ファイルの保存先とする TFTP サーバーへのパスを [Path] フィールドに入力します。 例：/tftpboot/asa/config3 |
| ステップ 5 |
Apply をクリックします。 |
マウント ポイントの追加
CIFS マウント ポイントまたは FTP マウント ポイントを追加できます。
CIFS マウント ポイントの追加
共通インターネット ファイル システム（CIFS）マウント ポイントを定義するには、次の手順を実行します。
手順
| ステップ 1 |
の順に選択し、 の順にクリックします。 [Add CIFS Mount Point] ダイアログボックスが表示されます。 |
| ステップ 2 |
[Enable mount point] チェックボックスをオンにします。 これにより、ASA 上の CIFS ファイル システムが UNIX のファイル ツリーに接続されます。 |
| ステップ 3 |
[Mount Point Name] フィールドに、既存の CIFS が存在する位置の名前を入力します。 |
| ステップ 4 |
[Server Name] フィールドまたは [IP Address] フィールドに、マウント ポイントを配置するサーバーの名前または IP アドレスを入力します。 |
| ステップ 5 |
[Share Name] フィールドに、CIFS サーバー上のフォルダの名前を入力します。 |
| ステップ 6 |
[NT Domain Name] フィールドに、サーバーが常駐する NT ドメインの名前を入力します。 |
| ステップ 7 |
サーバーに対するファイル システムのマウントを認可されているユーザーの名前を、[User Name] フィールドに入力します。 |
| ステップ 8 |
サーバーに対するファイル システムのマウントを認可されているユーザーのパスワードを、[Password] フィールドに入力します。 |
| ステップ 9 |
[Confirm Password] フィールドにパスワードを再入力します。 |
| ステップ 10 |
[OK] をクリックします。 [Add CIFS Mount Point] ダイアログボックスが閉じます。 |
| ステップ 11 |
[Apply] をクリックします。 |
FTP マウント ポイントの追加
FTP マウント ポイントの場合、FTP サーバーには UNIX のディレクトリ リスト スタイルが必要です。Microsoft FTP サーバーには、デフォルトで MS-DOS ディレクトリ リスト スタイルがあります。
手順
| ステップ 1 |
の順に選択し、 の順にクリックします。 [Add FTP Mount Point] ダイアログボックスが表示されます。 |
| ステップ 2 |
[Enable] チェックボックスを選択します。 これにより、ASA 上の FTP ファイル システムが UNIX のファイル ツリーに接続されます。 |
| ステップ 3 |
[Mount Point Name] フィールドに、既存の FTP が存在する位置の名前を入力します。 |
| ステップ 4 |
[Server Name] フィールドまたは [IP Address] フィールドに、マウント ポイントを配置するサーバーの名前または IP アドレスを入力します。 |
| ステップ 5 |
[Mode] フィールドで、オプション ボタン（[Active] または [Passive]）をクリックして FTP モードを選択します。[Passive] モードを選択した場合、クライアントでは、FTP コントロール接続とデータ接続がともに起動します。サーバーは、この接続をリッスンするポートの番号で応答します。 |
| ステップ 6 |
FTP ファイル サーバへのディレクトリ パス名を [Path to Mount] フィールドに入力します。 |
| ステップ 7 |
サーバーに対するファイル システムのマウントを認可されているユーザーの名前を、[User Name] フィールドに入力します。 |
| ステップ 8 |
サーバーに対するファイル システムのマウントを認可されているユーザーのパスワードを、[Password] フィールドに入力します。 |
| ステップ 9 |
[Confirm Password] フィールドにパスワードを再入力します。 |
| ステップ 10 |
[OK] をクリックします。 [Add FTP Mount Point] ダイアログボックスが閉じます。 |
| ステップ 11 |
[Apply] をクリックします。 |
ファイル管理ツールへのアクセス
ファイル管理ツールを使用するには、次の手順を実行します。
手順
| ステップ 1 |
メイン ASDM アプリケーション ウィンドウで、 の順に選択します。 [File Management] ダイアログボックスが表示されます。
|
| ステップ 2 |
選択したファイルをブラウザに表示するには、[View] をクリックします。 |
| ステップ 3 |
選択したファイルを切り取って別のディレクトリに貼り付けるには、[Cut] をクリックします。 |
| ステップ 4 |
選択したファイルをコピーして別のディレクトリに貼り付けるには、[Copy] をクリックします。 |
| ステップ 5 |
コピーしたファイルを選択した場所に貼り付けるには、[Paste] をクリックします。 |
| ステップ 6 |
選択したファイルをフラッシュ メモリから削除するには、[Delete] をクリックします。 |
| ステップ 7 |
ファイルの名前を変更するには、[Rename] をクリックします。 |
| ステップ 8 |
ファイルを保存するディレクトリを新規作成するには、[New Directory] をクリックします。 |
| ステップ 9 |
[File Transfer] ダイアログボックスを開くには、[File Transfer] をクリックします。詳細については、「ファイルの転送」を参照してください。 |
| ステップ 10 |
[Manage Points] ダイアログボックスを開くには、[Mount Points] をクリックします。詳細については、マウント ポイントの追加 を参照してください。 |
ファイルの転送
File Transfer ツールにより、ローカルにあるファイルとリモートにあるファイルを転送できます。PC またはフラッシュ ファイル システムのローカル ファイルを ASA との間で転送できます。HTTP、HTTPS、TFTP、FTP、または SMB を使用して、ASA との間でファイルを転送できます。
（注） |
IPS SSP ソフトウェア モジュールの場合、IPS ソフトウェアを disk0 にダウンロードする前に、フラッシュ メモリに少なくとも 50% の空きがあることを確認してください。IPS をインストールするときに、IPS のファイル システム用に内部フラッシュ メモリの 50% が予約されます。 |
ローカル PC とフラッシュ間でのファイル転送
ローカル PC とフラッシュ ファイル システムとの間でファイルを転送するには、次の手順を実行します。
手順
| ステップ 1 |
メイン ASDM アプリケーション ウィンドウで、 の順に選択します。 [File Management] ダイアログボックスが表示されます。 |
| ステップ 2 |
[File Transfer] の横にある下矢印をクリックし、続いて [Between Local PC and Flash] をクリックします。 [File Transfer] ダイアログボックスが表示されます。 |
| ステップ 3 |
ローカル PC またはフラッシュ ファイル システムのどちらかで、アップロードまたはダウンロードしたいファイルを選択し、目的の場所にドラッグします。または、ローカル PC またはフラッシュ ファイル システムのどちらかで、アップロードまたはダウンロードしたいファイルを選択し、右矢印または左矢印をクリックし、目的の場所にファイルを転送します。 |
| ステップ 4 |
完了したら [Close] をクリックします。 |
リモート サーバーとフラッシュ間でのファイル転送
リモート サーバーとフラッシュ ファイル システムとの間でファイルを転送するには、次の手順を実行します。
手順
| ステップ 1 |
メイン ASDM アプリケーション ウィンドウで、 の順に選択します。 [File Management] ダイアログボックスが表示されます。 |
| ステップ 2 |
[File Transfer] ドロップダウン リストで下矢印をクリックし、[Between Remote Server and Flash] をクリックします。 [File Transfer] ダイアログボックスが表示されます。 |
| ステップ 3 |
リモート サーバーからファイルを転送するには、[Remote server] オプションをクリックします。 |
| ステップ 4 |
転送対象になるソース ファイルを定義します。 |
| ステップ 5 |
フラッシュ ファイル システムからファイルを転送するには、[Flash file system] オプションを選択します。 |
| ステップ 6 |
ファイルの場所へのパスを入力するか、[Browse Flash] をクリックしてファイルの場所を指定します。 |
| ステップ 7 |
また、CLI により、スタートアップ コンフィギュレーション、実行コンフィギュレーション、または SMB ファイル システムからファイルをコピーすることもできます。Copy コマンドの使用方法については、CLI コンフィギュレーション ガイドを参照してください。 |
| ステップ 8 |
転送するファイルの宛先を定義します。
|
| ステップ 9 |
リモート サーバーにファイルを転送するには、[Remote server] オプションを選択します。 |
| ステップ 10 |
[Transfer] をクリックしてファイル転送を開始します。 [Enter Username and Password] ダイアログボックスが表示されます。 |
| ステップ 11 |
リモート サーバーのユーザー名、パスワード、ドメイン（必要な場合）が表示されます。 |
| ステップ 12 |
[OK] をクリックし、ファイル転送を続行します。 ファイル転送プロセスには数分かかる場合があります。必ず終了するまでお待ちください。 |
| ステップ 13 |
ファイル転送が完了したら [Close] をクリックします。 |
ASA イメージ、ASDM、およびスタートアップ コンフィギュレーションの設定
複数の ASA または ASDM イメージがある場合は、ブートするイメージを指定する必要があります。イメージを設定しない場合はデフォルトのブート イメージが使用され、そのイメージは意図されたものではない可能性があります。スタートアップ コンフィギュレーションでは、コンフィギュレーション ファイルを任意で指定できます。
次のモデルのガイドラインを参照してください。
-
Firepower 4100/9300 シャーシ：ASA のアップグレードは FXOS によって管理されます。ASA オペレーティング システム内で ASA をアップグレードすることはできないため、ASA イメージに対してこの手順を使用しないでください。ASA と FXOS を個別にアップグレードできます。この 2 つは FXOS ディレクトリ リストに別々に表示されます。ASA パッケージには必ず ASDM が含まれています。
-
プラットフォーム モードの Firepower 2100：ASA、ASDM、および FXOS のイメージは 1 つのパッケージに一緒にバンドルされています。パッケージの更新は FXOS によって管理されます。ASA オペレーティング システム内で ASA をアップグレードすることはできないため、ASA イメージに対してこの手順を使用しないでください。ASA と FXOS を個別にアップグレードすることはできません。常にバンドルされています。
-
アプライアンス モードの Firepower 1000 および 2100：ASA、ASDM、および FXOS のイメージは 1 つのパッケージに一緒にバンドルされています。パッケージの更新は、次の手順を使用して ASA によって管理されます。これらのプラットフォームでは、ブートするイメージを識別するために ASA が使用されますが、基盤となるメカニズムはレガシー ASA とは異なります。詳細については、以下のコマンドの説明を参照してください。
-
Firepower モデルの ASDM：ASDM は ASA オペレーティング システム内からアップグレードできるため、バンドルされた ASDM イメージのみを使用する必要はありません。プラットフォームモードの Firepower 2100 ではFirepower 4100/9300、手動でアップロードする ASDM イメージは FXOS イメージリストに表示されません。ASA から ASDM イメージを管理する必要があります。
（注）
ASA バンドルをアップグレードすると、同じ名前（asdm.bin）であるため、バンドル内の ASDM イメージが ASA 上の前の ASDM バンドル イメージに置き換わります。ただし、アップロードした別の ASDM イメージ（たとえば asdm-782.bin）を手動で選択すると、バンドル アップグレード後も引き続き同じイメージが使用されます。互換性のある ASDM バージョンを実行していることを確認するには、バンドルをアップグレードする前に ASDM をアップグレードするか、または ASA バンドルをアップグレードする直前に、バンドルされた ASDM イメージ（asdm.bin）を使用するように ASA を再設定する必要があります。
-
ASAv：初期導入時の ASAv パッケージは、読み取り専用 boot:/ パーティション内に ASA イメージを配置します。ASAv をアップグレードする際は、フラッシュ メモリ内の別のイメージを指定します。後でコンフィギュレーションをクリアすると、ASAv は元の展開のイメージをロードするようになる点に注意してください。また、初期導入時の ASAv パッケージには、フラッシュ メモリ内に配置される ASDM イメージも含まれています。ASDM イメージを個別にアップグレードできます。
次のデフォルト設定を参照してください。
-
ASA イメージ：
-
Firepower 1000 およびアプライアンス モードの Firepower 2100：以前実行していたブート イメージをブートします。
-
その他の物理 ASA：内部フラッシュ メモリ内で見つかった最初のアプリケーション イメージをブートします。
-
ASAv：最初に展開したときに作成された、読み取り専用の boot:/ パーティションにあるイメージをブートします。
-
Firepower 4100/9300 シャーシ：どの ASA イメージをブートするかは FXOS システムによって決定されます。この手順を使用して ASA イメージを設定することはできません。
-
プラットフォーム モードの Firepower 2100：どの ASA/FXOS パッケージをブートするかは FXOS システムによって決定されます。この手順を使用して ASA イメージを設定することはできません。
-
-
すべての ASA 上の ASDM イメージ：内部フラッシュ メモリ内で見つかった（この場所にイメージがない場合は外部フラッシュ メモリ内で見つかった）最初の ASDM イメージをブートします。
-
スタートアップ コンフィギュレーション：デフォルトで、ASA は、隠しファイルであるスタートアップ コンフィギュレーションからブートします。
手順
| ステップ 1 |
を選択します。 アプライアンス モードの Firepower 1000、2100：1 つのイメージのみが追加できます。新しいイメージにアップグレードする場合は、以前に設定したイメージを削除する必要があります。この変更を適用すると、システムによってアクションが実行されます。システムはイメージを検証して解凍し、ブート場所 (FXOS によって管理される disk0 の内部ロケーション) にコピーします。ASA をリロードすると、新しいイメージがロードされます。リロードする前に注意してください。ブートイメージの場所を削除して再適用すると、ブートロケーションから新しいイメージを削除できます。そのため、現在のイメージは引き続き実行されます。この変更を適用した後、ASA のフラッシュメモリから元のイメージファイルを削除することもできます。また、ASA はブート場所から正しく起動します。他のモデルとは異なり、スタートアップコンフィギュレーション内のこのコマンドは、ブートイメージには影響しません。リロード時には、最後にロードされたブート イメージが常に実行されます。Cisco ダウンロード サイトからロードできるのは、元のファイル名のイメージのみです。ファイル名を変更した場合はロードされません。 他のモデル：起動イメージとして使用するバイナリ イメージ ファイルは、ローカルから 4 つまで指定できます。また TFTP サーバーのイメージを 1 つ指定して、そこからデバイスをブートできます。TFTP サーバーに格納されているイメージを指定する場合は、そのファイルをリスト内の先頭に配置する必要があります。デバイスが、イメージのロード元の TFTP サーバに到達できない場合は、フラッシュ メモリに保存されているリスト内の次のイメージ ファイルのロードが試行されます。 |
| ステップ 2 |
[ブート イメージ/設定（Boot Image/Configuration）] ペインで [追加（Add）] をクリックします。 |
| ステップ 3 |
ブートするイメージを参照します。TFTP イメージの場合は、[ファイル名（File Name）] フィールドに TFTP URL を入力します。[OK] をクリックします。 |
| ステップ 4 |
[上へ移動（Move Up）] ボタンと [下へ移動（Move Down）] ボタンを使用してイメージの順番を並べ替えます。 |
| ステップ 5 |
（オプション）[ブート設定ファイル パス（Boot Configuration File Path）] フィールドで、[フラッシュを参照（Browse Flash）] をクリックしてコンフィギュレーションを選択してスタートアップ コンフィギュレーション ファイルを指定します。[OK] をクリックします。 |
| ステップ 6 |
[ASDM イメージ ファイル パス（ASDM Image File Path）] フィールドで、[フラッシュを参照（Browse Flash）] をクリックしてイメージを選択して ASDM イメージを指定します。[OK] をクリックします。 |
| ステップ 7 |
[Apply] をクリックします。 |
コンフィギュレーションまたはその他のファイルのバックアップと復元
システム障害に備えて、コンフィギュレーション ファイルなどのシステム ファイルを定期的にバックアップすることを推奨します。
完全なシステム バックアップまたは復元の実行
次の手順では、コンフィギュレーションおよびイメージの zipバックアップ zip ファイルへのバックアップおよび復元方法と、そのファイルのローカル コンピュータへの転送方法について説明します。
バックアップまた復元を開始する前に
-
バックアップまたは復元を開始する前に、バックアップまたは復元場所に使用可能なディスク領域が少なくとも 300 MB ある必要があります。
-
ASA は、シングル コンテキスト モードである必要があります。
-
バックアップ中またはバックアップ後にコンフィギュレーションを変更した場合、その変更内容はバックアップに含められません。バックアップの実行後にコンフィギュレーションを変更してから復元を実行した場合、このコンフィギュレーションの変更は上書きされます。結果として、ASA は異なる挙動をすることもあります。
-
一度に開始できるバックアップまたは復元は 1 つだけです。
-
コンフィギュレーションは、元のバックアップを実行したときと同じ ASA バージョンにのみ復元できます。復元ツールを使用して、ASA の異なるバージョン間でコンフィギュレーションを移行することはできません。コンフィギュレーションの移行が必要な場合、ASA は、新しい ASA OS をロードした時に常駐するスタートアップ コンフィギュレーションを自動的にアップグレードします。
-
クラスタリングを使用する場合、バックアップまたは復元できるのは、スタートアップ コンフィギュレーション、実行コンフィギュレーション、およびアイデンティティ証明書のみです。ユニットごとに別々にバックアップを作成および復元する必要があります。
-
フェールオーバーを使用する場合、バックアップの作成および復元は、アクティブ ユニットとスタンバイ ユニットに対して別々に行う必要があります。
-
ASA にマスター パスフレーズを設定している場合は、この手順で作成したバックアップ コンフィギュレーションの復元時にそのマスター パスフレーズが必要となります。ASA のマスター パスフレーズが不明な場合は、マスター パスフレーズの設定を参照して、バックアップを続行する前に、マスター パスフレーズをリセットする方法を確認してください。
-
PKCS12 データをインポート（crypto ca trustpoint コマンドを使用）する際にトラストポイントが RSA キーを使用している場合、インポートされたキー ペアにはトラストポイントと同じ名前が割り当てられます。この制約のため、ASDM コンフィギュレーションを復元した後でトラストポイントおよびそのキー ペアに別の名前を指定した場合、スタートアップ コンフィギュレーションは元のコンフィギュレーションと同じになるのに、実行コンフィギュレーションには異なるキー ペア名が含まれることになります。つまり、キー ペアとトラストポイントに別の名前を使用した場合は、元のコンフィギュレーションを復元できないということです。この問題を回避するため、トラストポイントとそのキー ペアには必ず同じ名前を使用してください。
-
CLI を使用してバックアップしてから ASDM を使用して復元したり、その逆を行うことはできません。
-
各バックアップ ファイルに含まれる内容は次のとおりです。
-
実行コンフィギュレーション
-
スタートアップ コンフィギュレーション
-
すべてのセキュリティ イメージ
Cisco Secure Desktop およびホスト スキャンのイメージ
Cisco Secure Desktop およびホスト スキャンの設定
AnyConnect（SVC）クライアントのイメージおよびプロファイル
AnyConnect（SVC）のカスタマイズおよびトランスフォーム
-
アイデンティティ証明書（アイデンティティ証明書に関連付けられた RSA キー ペアは含まれるが、スタンドアロン キーは除外される）
-
VPN 事前共有キー
-
SSL VPN コンフィギュレーション
-
アプリケーション プロファイルのカスタム フレームワーク（APCF）
-
ブックマーク
-
カスタマイゼーション
-
ダイナミック アクセス ポリシー（DAP）
-
プラグイン
-
接続プロファイル用の事前入力スクリプト
-
プロキシ自動設定
-
変換テーブル
-
Web コンテンツ
-
バージョン情報
-
システムのバックアップ
この手順では、完全なシステム バックアップを実行する方法について説明します。
手順
| ステップ 1 |
コンピュータ上にフォルダを作成し、バックアップ ファイルを保存します。こうすると、後で復元するときに探しやすくなります。 |
||
| ステップ 2 |
を選択します。 [Backup Configurations] ダイアログボックスが表示されます。[SSL VPN Configuration] 領域の下矢印をクリックし、SSL VPN コンフィギュレーションのバックアップ オプションを確認します。デフォルトでは、すべてのコンフィギュレーション ファイルがチェックされ、利用できる場合にはバックアップされます。リスト内のすべてのファイルをバックアップするには、手順 5 に進みます。 |
||
| ステップ 3 |
バックアップするコンフィギュレーションを選択する場合は、[Backup All] チェックボックスをオフにします。 |
||
| ステップ 4 |
バックアップするオプションの横にあるチェックボックスをオンにします。 |
||
| ステップ 5 |
[Browse Local to specify a directory and file name for the backup .zip file] をクリックします。 |
||
| ステップ 6 |
[Select] ダイアログボックスで、バックアップ ファイルを格納するディレクトリを選択します。 |
||
| ステップ 7 |
[Select] をクリックします。[Backup File] フィールドにパスが表示されます。 |
||
| ステップ 8 |
ディレクトリ パスの後にバックアップ ファイルの宛先の名前を入力します。バックアップ ファイルの名前の長さは、3 ～ 232 文字の間である必要があります。 |
||
| ステップ 9 |
[Backup] をクリックします。証明書をバックアップする場合や、ASA でマスター パスフレーズを使用している場合を除き、すぐにバックアップが続行されます。 |
||
| ステップ 10 |
ASA でマスター パスフレーズを設定し、イネーブルにしている場合、バックアップを続行する前に、マスター パスフレーズが不明な場合は変更することを推奨する警告メッセージが表示されます。マスター パスフレーズがわかっている場合は、[Yes] をクリックしてバックアップを続行します。ID 証明書をバックアップする場合を除き、すぐにバックアップが続行されます。 |
||
| ステップ 11 |
ID 証明書をバックアップする場合は、証明書を PKCS12 形式でエンコーディングするために使用する別のパスフレーズを入力するように求められます。パスフレーズを入力するか、またはこの手順をスキップすることができます。
[OK] または [Cancel] をクリックすると、すぐにバックアップが開始されます。 |
||
| ステップ 12 |
バックアップが完了すると、ステータス ウィンドウが閉じ、[Backup Statistics] ダイアログボックスが表示され、成功または失敗のメッセージが示されます。
|
||
| ステップ 13 |
[OK] をクリックし、[Backup Statistics] ダイアログボックスを閉じます。 |
バックアップの復元
zip tar.gz ファイルからローカル PC に復元するコンフィギュレーションやイメージを指定します。
手順
| ステップ 1 |
を選択します。 |
| ステップ 2 |
[Restore Configurations] ダイアログボックスで、[Browse Local Directory] をクリックし、ローカル コンピュータ上の、復元するコンフィギュレーションが含まれている zip ファイルを選択し、[Select] をクリックします。[Local File] フィールドにパスと zip ファイル名が表示されます。 復元する zip ファイルは、[Tools] > [Backup Configurations] オプションを選択して作成したものである必要があります。 |
| ステップ 3 |
[Next] をクリックします。2 つ目の [Restore Configuration] ダイアログボックスが表示されます。復元するコンフィギュレーションの横にあるチェックボックスをオンにします。使用可能なすべての SSL VPN コンフィギュレーションがデフォルトで選択されています。 |
| ステップ 4 |
[Restore] をクリックします。 |
| ステップ 5 |
バックアップ ファイルの作成時に、証明書の暗号化に使用する証明書パスフレーズを指定している場合は、このパスフレーズを入力するように ASDM から求められます。 |
| ステップ 6 |
実行コンフィギュレーションの復元を選択した場合、実行コンフィギュレーションを結合するか、実行コンフィギュレーションを置換するか、または復元プロセスのこの部分をスキップするかを尋ねられます。
ASDM では、復元操作が完了するまでステータス ダイアログボックスが表示されます。 |
| ステップ 7 |
実行コンフィギュレーションを置換または結合した場合は、ASDM を閉じてから再起動します。実行コンフィギュレーションを復元しなかった場合は、ASDM セッションをリフレッシュして、変更を有効にします。 |
自動バックアップおよび復元の設定（ISA 3000）
ISA 3000 では、設定を保存するたびに、特定の場所への自動バックアップを設定できます。
自動復元では、完全な設定を SD フラッシュメモリカードにロードして、新しいデバイスを簡単に設定できます。工場出荷時のデフォルト設定では、自動復元が有効になっています。
自動バックアップの設定（ISA 3000）
ISA 3000 では、設定を保存するたびに、特定の場所への自動バックアップを設定できます。
始める前に
この機能は、ISA 3000 のみで使用できます。
手順
| ステップ 1 |
の順に選択します。 |
| ステップ 2 |
[自動バックアップ設定（Automatic Restore Configuration）] をオンまたはオフにして、自動バックアップを有効または無効にします。 自動バックアップを有効にした場合、設定を保存すると、その設定は自動的にバックアップの場所とスタートアップ コンフィギュレーションに保存されます。バックアップファイルの名前は「auto-backup-asa.tgz」です。 次のパラメータを設定します。
|
自動復元の設定（ISA 3000）
自動復元モードは、ユーザの操作なしでデバイスのシステム設定を復元します。たとえば、保存したバックアップ設定を含む SD メモリカードを新しいデバイスに挿入し、デバイスの電源をオンにします。デバイスが起動すると、システム設定を復元する必要があるかどうかを判断するために SD カードがチェックされます。（復元は、バックアップファイルに別のデバイスの「フィンガープリント」がある場合にのみ開始されます。バックアップファイルのフィンガープリントは、バックアップまたは復元操作中に現在のデバイスに一致するように更新されます。そのため、デバイスがすでに復元を完了している場合、またはデバイスが独自のバックアップを作成している場合は、自動復元はスキップされます。）フィンガープリントに復元が必要であることが示されている場合、デバイスはシステム設定を置き換えます（startup-config、running-config、SSL VPN 設定など。バックアップの内容の詳細については、システムのバックアップを参照してください）。デバイスの起動が完了すると、保存された設定が実行されます。
工場出荷時のデフォルト設定では自動復元が有効になっているため、デバイスの事前設定を実行しなくても、SD メモリカードにロードされた完全な設定で新しいデバイスを簡単に設定できます。
デバイスは、システム設定を復元する必要があるかどうかをブートプロセスの早い段階で決定する必要があるため、ROMMON 変数をチェックして、デバイスが自動復元モードかどうかを判断し、バックアップ設定の場所を取得します。次の ROMMON 変数が使用されます。
-
RESTORE_MODE = {auto | manual}
デフォルトは auto です。
-
RESTORE_LOCATION = {disk0: | disk1: | disk2: | disk3:}
デフォルトは disk3: です。
-
RESTORE_PASSPHRASE = key
デフォルトは cisco です。
自動復元設定を変更するには、次の手順を実行します。
始める前に
-
この機能は、ISA 3000 のみで使用できます。
-
デフォルトの復元設定を使用する場合は、SD メモリカード（部品番号 SD-IE-1GB=）を取り付ける必要があります。
-
自動復元を有効にするためにデフォルト設定を復元する必要がある場合は、configure factory default コマンドを使用します。このコマンドは、トランスペアレント ファイアウォール モードでのみ使用できます。そのため、ルーテッド ファイアウォール モードの場合は、最初に firewall transparent コマンドを使用します。
手順
| ステップ 1 |
の順に選択します。 |
| ステップ 2 |
[自動復元設定（Automatic Restore Configuration）] をオンまたはオフにして、自動復元を有効または無効にします。 復元されるファイルの名前は「auto-backup-asa.tgz」です。自動復元を有効にする場合は、次のパラメータを設定します。
|
TFTP サーバーへの実行コンフィギュレーションの保存
この機能により、現在の実行コンフィギュレーション ファイルのコピーを TFTP サーバーに保存します。
手順
| ステップ 1 |
を選択します。 [Save Running Configuration to TFTP Server] ダイアログボックスが表示されます。 |
||
| ステップ 2 |
TFTP サーバーの IP アドレスと、コンフィギュレーション ファイルの保存先となる TFTP サーバー上のファイル パスを入力して、[Save Configuration] をクリックします。
|
システム再起動のスケジュール
System Reload ツールにより、システムの再起動をスケジュールしたり、現在の再起動をキャンセルしたりできます。
手順
| ステップ 1 |
を選択します。 |
| ステップ 2 |
[Reload Scheduling] 領域で、次の設定を定義します。 |
| ステップ 3 |
次のいずれかを選択します。
|
Auto Update の設定
Auto Update は、Auto Update サーバーがコンフィギュレーションおよびソフトウェア イメージを多数の ASA にダウンロードすることを許可し、中央からの ASA の基本的なモニターリングを提供するプロトコル仕様です。
Auto Update について
この項では、Auto Update の実装方法と Auto Update が必要になる理由について説明します。
Auto Update クライアントまたはサーバー
ASA は、クライアントまたはサーバーとして設定できます。Auto Update クライアントとして動作する場合は、ソフトウェア イメージおよびコンフィギュレーション ファイルへのアップデートのため、Auto Update サーバーを定期的にポーリングします。Auto Update サーバーとして動作する場合は、Auto Update クライアントとして設定された ASA のアップデートを発行します。
Auto Update の利点
Auto Update は、次のように、管理者が ASA の管理で直面するさまざまな問題を解決できる便利な機能です。
-
ダイナミック アドレッシングおよび NAT に関する問題点の解決。
-
コンフィギュレーションの変更を 1 つのアクションでコミット。
-
ソフトウェア更新用の信頼度の高い方式の提供。
-
ハイ アベイラビリティ用の十分実績のある方式の活用（フェールオーバー）。
-
オープン インターフェイスによる柔軟性の提供。
-
サービス プロバイダ環境のセキュリティ ソリューションの簡素化。
Auto Update 仕様は、中央、または複数の場所から、リモート管理アプリケーションにより ASA のコンフィギュレーションやソフトウェア イメージをダウンロードしたり、基本的な監視機能を実行したりする場合に必要なインフラストラクチャです。
Auto Update 仕様に従うと、Auto Update サーバーから ASA にコンフィギュレーション情報をプッシュしたり、要求を送信して情報を取得したりすることも、ASA から Auto Update サーバーに定期的にポーリングすることによって、最新のコンフィギュレーション情報を引き出す（プルする）こともできます。また、Auto Update サーバーはいつでも ASA にコマンドを送信し、ただちにポーリング要求を送信させることもできます。Auto Update サーバーと ASA の通信では、通信パスとローカル CLI コンフィギュレーションをすべての ASA に設定する必要があります。
フェールオーバー設定での Auto Update サーバー サポート
Auto Update サーバを使用して、ソフトウェア イメージとコンフィギュレーション ファイルを、アクティブ/スタンバイ フェールオーバー コンフィギュレーションの ASA に配置できます。アクティブ/スタンバイ フェールオーバー コンフィギュレーションで Auto Update をイネーブルにするには、フェールオーバー ペアのプライマリ装置に Auto Update サーバーのコンフィギュレーションを入力します。
フェールオーバー コンフィギュレーションの Auto Update サーバー サポートには、次の制限と動作が適用されます。
-
アクティブ/スタンバイ コンフィギュレーションがサポートされるのは、シングル モードだけです。
-
新しいプラットフォーム ソフトウェア イメージをロードする際、フェールオーバー ペアはトラフィックの転送を停止します。
-
LAN ベースのフェールオーバーを使用する場合、新しいコンフィギュレーションによってフェールオーバー リンクのコンフィギュレーションが変更されてはいけません。フェールオーバー リンクのコンフィギュレーションが変更されると、装置間の通信は失敗します。
-
Auto Update サーバへの Call Home を実行するのはプライマリ装置だけです。Call Home を実行するには、プライマリ装置がアクティブ状態である必要があります。そうでない場合、ASA は自動的にプライマリ装置にフェールオーバーします。
-
ソフトウェア イメージまたはコンフィギュレーション ファイルをダウンロードするのは、プライマリ装置だけです。その後、ソフトウェア イメージまたはコンフィギュレーション ファイルはセカンダリ装置にコピーされます。
-
インターフェイス MAC アドレスとハードウェアのシリアル番号は、プライマリ装置のものです。
-
Auto Update サーバーまたは HTTP サーバーに保存されたコンフィギュレーション ファイルは、プライマリ装置専用です。
Auto Update プロセスの概要
次に、フェールオーバー コンフィギュレーションでの Auto Update プロセスの概要を示します。このプロセスは、フェールオーバーがイネーブルであり、動作していることを前提としています。装置がコンフィギュレーションを同期化している場合、SSM カードの不具合以外の理由でスタンバイ装置に障害が発生している場合、または、フェールオーバー リンクがダウンしている場合、Auto Update プロセスは実行できません。
-
両方の装置は、プラットフォームおよび ASDM ソフトウェア チェックサムとバージョン情報を交換します。
-
プライマリ装置は Auto Update サーバーにアクセスします。プライマリ装置がアクティブ状態でない場合、ASA はプライマリ装置にフェールオーバーした後、Auto Update サーバーにアクセスします。
-
Auto Update サーバーは、ソフトウェア チェックサムと URL 情報を返します。
-
プライマリ装置が、アクティブまたはスタンバイ装置のプラットフォーム イメージ ファイルをアップデートする必要があると判断した場合は、次の処理が実行されます。
-
プライマリ装置は、Auto Update サーバーの URL を使用して、HTTP サーバーから適切なファイルを取得します。
-
プライマリ装置は、そのイメージをスタンバイ装置にコピーしてから、自身のイメージをアップデートします。
-
両方の装置に新しいイメージがある場合は、セカンダリ（スタンバイ）装置が最初にリロードされます。
-
セカンダリ装置のブート時にヒットレス アップグレードが可能な場合は、セカンダリ装置がアクティブ装置になり、プライマリ装置がリロードされます。リロードが終了すると、プライマリ装置がアクティブ装置になります。
-
スタンバイ装置のブート時にヒットレス アップグレードができない場合は、両方の装置が同時にリロードされます。
-
-
セカンダリ（スタンバイ）装置だけに新しいイメージがある場合は、セカンダリ装置だけがリロードされます。プライマリ装置は、セカンダリ装置のリロードが終了するまで待機します。
-
プライマリ（アクティブ）装置だけに新しいイメージがある場合は、セカンダリ装置がアクティブ装置になり、プライマリ装置がリロードされます。
-
もう一度アップデート プロセスが手順 1 から開始されます。
-
-
ASA が、プライマリまたはセカンダリ装置の ASDM ファイルをアップデートする必要があると判断した場合は、次の処理が実行されます。
-
プライマリ装置は、Auto Update サーバーから提供された URL を使用して、HTTP サーバーから ASDM イメージ ファイルを取得します。
-
プライマリ装置は、必要に応じてそのイメージをスタンバイ装置にコピーします。
-
プライマリ装置は、自身の ASDM イメージをアップデートします。
-
もう一度アップデート プロセスが手順 1 から開始されます。
-
-
プライマリ装置が、コンフィギュレーション ファイルをアップデートする必要があると判断した場合は、次の処理が実行されます。
-
プライマリ装置は、指定された URL を使用して、からコンフィギュレーション ファイルを取得します。
-
両方の装置で同時に、古いコンフィギュレーションが新しいコンフィギュレーションに置換されます。
-
もう一度アップデート プロセスが手順 1 から開始されます。
-
-
チェックサムがすべてのイメージおよびコンフィギュレーション ファイルと一致している場合、アップデートは必要ありません。このプロセスは、次のポーリング時間まで中断されます。
Auto Update のガイドライン
コンテキスト モード
Auto Update は、シングル コンテキスト モードでのみサポートされます。
クラスタ
クラスタリングはサポートされません。
モデル
次のモデルではサポートされません。
-
ASA 5506-X、5508-X、5516-X
-
Firepower 1000、 2100、 4100、および 9300
-
ASAv
その他のガイドライン
-
Auto Update サーバーから ASA のコンフィギュレーションが更新されても、ASDM には通知されません。[Refresh] または [File] > [RefreshASDM with the Running Configuration on the Device] を選択して、最新のコンフィギュレーションを取得する必要があります。また、ASDM でコンフィギュレーションに加えた変更は失われます。
-
Auto Update サーバーと通信するためのプロトコルとして HTTPS が選択されている場合は、ASA は SSL を使用します。これは、ASA による DES または 3DES ライセンスの保有が必須です。
Auto Update サーバーとの通信の設定
手順
| ステップ 1 |
を選択します。 [Auto Update] ペインには、[Auto Update Servers] テーブルの他に [Timeout] 領域と [Polling] 領域があります。 [Auto Update Servers] テーブルで、Auto Update サーバーにすでに設定されているパラメータを確認できます。ASA は、テーブルの一番上にあるサーバーを最初にポーリングします。 |
| ステップ 2 |
テーブル内のサーバーの順序を変更するには、[Move Up] または [Move Down] をクリックします。 [Auto Update Servers] テーブルには次のカラムがあります。
|
| ステップ 3 |
[Auto Update Server] テーブルの行のいずれかをダブルクリックすると、[Edit Auto Update Server] ダイアログボックスが開き、Auto Update サーバーのパラメータを変更できます。ここで行った変更はただちにテーブルに反映されますが、コンフィギュレーションに保存するには [Apply] をクリックする必要があります。 |
| ステップ 4 |
[Timeout] エリアでは、ASA が Auto Update サーバーのタイムアウトを待つ時間を設定できます。[Timeout] 領域には次のフィールドがあります。
|
| ステップ 5 |
[Polling] エリアで、ASA から Auto Update サーバーの情報をポーリングする頻度を設定できます。[Polling] 領域には次のフィールドがあります。
|
| ステップ 6 |
ポーリング スケジュールの設定 [Set Polling Schedule] ダイアログボックスでは、ASA から Auto Update サーバーをポーリングする特定の日付と時刻を設定できます。 [Set Polling Schedule] ダイアログボックスには次のフィールドがあります。 [Days of the Week]：ASA から Auto Update サーバーをポーリングする曜日のチェックボックスを選択します。 [Daily Update] ペイン グループでは、ASA が Auto Update サーバーをポーリングする時刻を設定できます。次のフィールドがあります。
|
Auto Update のモニターリング
Auto Update プロセスのモニターリング
debug auto-update client または debug fover cmd-exe コマンドを使用して、Auto Update プロセスで実行される処理を表示できます。次に、debug auto-update client コマンドの出力例を示します。debugターミナル セッションからコマンドを 実行します。
Auto-update client: Sent DeviceDetails to /cgi-bin/dda.pl of server 192.168.0.21
Auto-update client: Processing UpdateInfo from server 192.168.0.21
Component: asdm, URL: http://192.168.0.21/asdm.bint, checksum:
0x94bced0261cc992ae710faf8d244cf32
Component: config, URL: http://192.168.0.21/config-rms.xml, checksum:
0x67358553572688a805a155af312f6898
Component: image, URL: http://192.168.0.21/cdisk73.bin, checksum:
0x6d091b43ce96243e29a62f2330139419
Auto-update client: need to update img, act: yes, stby yes
name
ciscoasa(config)# Auto-update client: update img on stby unit...
auto-update: Fover copyfile, seq = 4 type = 1, pseq = 1, len = 1024
auto-update: Fover copyfile, seq = 4 type = 1, pseq = 501, len = 1024
auto-update: Fover copyfile, seq = 4 type = 1, pseq = 1001, len = 1024
auto-update: Fover copyfile, seq = 4 type = 1, pseq = 1501, len = 1024
auto-update: Fover copyfile, seq = 4 type = 1, pseq = 2001, len = 1024
auto-update: Fover copyfile, seq = 4 type = 1, pseq = 2501, len = 1024
auto-update: Fover copyfile, seq = 4 type = 1, pseq = 3001, len = 1024
auto-update: Fover copyfile, seq = 4 type = 1, pseq = 3501, len = 1024
auto-update: Fover copyfile, seq = 4 type = 1, pseq = 4001, len = 1024
auto-update: Fover copyfile, seq = 4 type = 1, pseq = 4501, len = 1024
auto-update: Fover copyfile, seq = 4 type = 1, pseq = 5001, len = 1024
auto-update: Fover copyfile, seq = 4 type = 1, pseq = 5501, len = 1024
auto-update: Fover copyfile, seq = 4 type = 1, pseq = 6001, len = 1024
auto-update: Fover copyfile, seq = 4 type = 1, pseq = 6501, len = 1024
auto-update: Fover copyfile, seq = 4 type = 1, pseq = 7001, len = 1024
auto-update: Fover copyfile, seq = 4 type = 1, pseq = 7501, len = 1024
auto-update: Fover copyfile, seq = 4 type = 1, pseq = 8001, len = 1024
auto-update: Fover copyfile, seq = 4 type = 1, pseq = 8501, len = 1024
auto-update: Fover copyfile, seq = 4 type = 1, pseq = 9001, len = 1024
auto-update: Fover file copy waiting at clock tick 6129280
fover_parse: Rcvd file copy ack, ret = 0, seq = 4
auto-update: Fover filecopy returns value: 0 at clock tick 6150260, upd time 145980 msecs
Auto-update client: update img on active unit...
fover_parse: Rcvd image info from mate
auto-update: HA safe reload: reload active waiting with mate state: 20
auto-update: HA safe reload: reload active waiting with mate state: 20
auto-update: HA safe reload: reload active waiting with mate state: 20
auto-update: HA safe reload: reload active waiting with mate state: 20
auto-update: HA safe reload: reload active waiting with mate state: 20
auto-update: HA safe reload: reload active waiting with mate state: 20
auto-update: HA safe reload: reload active waiting with mate state: 20
auto-update: HA safe reload: reload active waiting with mate state: 20
auto-update: HA safe reload: reload active waiting with mate state: 20
auto-update: HA safe reload: reload active waiting with mate state: 20
auto-update: HA safe reload: reload active waiting with mate state: 20
auto-update: HA safe reload: reload active waiting with mate state: 20
auto-update: HA safe reload: reload active waiting with mate state: 20
auto-update: HA safe reload: reload active waiting with mate state: 20
auto-update: HA safe reload: reload active waiting with mate state: 20
Beginning configuration replication: Sending to mate.
auto-update: HA safe reload: reload active waiting with mate state: 50
auto-update: HA safe reload: reload active waiting with mate state: 50
auto-update: HA safe reload: reload active waiting with mate state: 80
Sauto-update: HA safe reload: reload active unit at clock tick: 6266860
Auto-update client: Succeeded: Image, version: 0x6d091b43ce96243e29a62f2330139419
Auto Update プロセスが失敗すると、次の syslog メッセージが生成されます。
%ASA4-612002: Auto Update failed: file version: version reason: reason
file は、失敗したアップデートに応じて “image”、“asdm”、または “configuration” になります。version は、アップデートのバージョン番号です。reason は、アップデートが失敗した原因です。
ソフトウェアとコンフィギュレーションの履歴
|
機能名 |
プラットフォームリリース |
機能情報 |
|---|---|---|
|
セキュアコピークライアントおよびサーバ |
9.1(5)/9.2(1) |
SCP サーバとの間でファイルを転送するため、ASA は Secure Copy（SCP）クライアントおよびサーバをサポートするようになりました。 次の画面が変更されました。 [Tools] > [File Management] > [File Transfer] > [Between Remote Server and Flash] [Configuration] > [Device Management] > [Management Access] > [File Access] > [Secure Copy (SCP) Server] |
|
設定可能な SSH 暗号機能と整合性アルゴリズム |
9.1(7)/9.4(3)/9.5(3)/9.6(1) |
ユーザーは SSH 暗号化を管理するときに暗号化モードを選択し、さまざまなキー交換アルゴリズムに対して HMAC と暗号化を設定できます。アプリケーションに応じて、暗号の強度を強くしたり弱くする必要がある場合があります。セキュアなコピーのパフォーマンスは暗号化アルゴリズムに一部依存します。デフォルトで、ASA は 3des-cbc aes128-cbc aes192-cbc aes256-cbc aes128-ctr aes192-ctr aes256-ctr の順にアルゴリズムをネゴシエートします。提示された最初のアルゴリズム（3des-cbc）が選択された場合、aes128-cbc などの一層効率的なアルゴリズムが選択された場合よりも大幅にパフォーマンスが低下します。たとえば、提示された暗号方式に変更するには、ssh cipher encryption custom aes128-cbc を使用します。 次の画面が導入されました。 |
|
デフォルトでイネーブルになっている Auto Update サーバー証明書の検証 |
9.2(1) |
Auto Update サーバ証明書の検証がデフォルトでイネーブルになりました。新しいコンフィギュレーションでは証明書の検証を明示的にディセーブルにする必要があります。証明書の確認をイネーブルにしていなかった場合に、以前のリリースからアップグレードしようとすると、証明書の確認はイネーブルではなく、次の警告が表示されます。 設定を移行する場合は、次のように確認なしを明示的に設定します。 次の画面が変更されました。[Configuration] > [Device Management] > [System/Image Configuration] > [Auto Update] > [Add Auto Update Server]。 |
|
CLI を使用したシステムのバックアップと復元 |
9.3(2) |
CLI を使用してイメージや証明書を含む完全なシステム コンフィギュレーションをバックアップおよび復元できるようになりました。 変更された ASDM 画面はありません。 |
|
新しい ASA 5506W-X イメージの回復およびロード |
9.4(1) |
新しい ASA 5506W-X イメージのリカバリおよびロードがサポートされています。 変更された ASDM 画面はありません。 |
|
ISA 3000 の自動バックアップと復元 |
9.7(1) |
バックアップ コマンドと復元コマンドのプリセット パラメータを使用して、自動バックアップ機能や自動復元機能を有効にできます。これらの機能は、外部メディアからの初期設定、デバイス交換、作動可能状態へのロールバックなどで使用されます。 次の画面が導入されました。 |
Feedback