ASA를 Threat Defense로 마이그레이션 워크플로우

엔드 투 엔드 절차

다음 순서도는 Secure Firewall 마이그레이션 툴을 사용하여 ASA를 Threat Defense로 마이그레이션하는 워크플로우를 보여줍니다.

업무 환경

단계

로컬 컴퓨터

Cisco.com에서 Secure Firewall 마이그레이션 툴의 최신 버전을 다운로드합니다. 자세한 단계는 Cisco.com에서 Secure Firewall 마이그레이션 툴 다운로드를 참고하십시오.

ASA CLI

(선택 사항) ASA 구성 파일 가져오기: ASA CLI에서 ASA 구성 파일을 가져오려면 ASA 구성 파일 가져오기를 참고하십시오. Secure Firewall 마이그레이션 툴에서 ASA를 연결하려는 경우 3단계로 건너뜁니다.

ASA CLI

(선택 사항) ASA CLI에서 PKI 인증서 내보내기: 이 단계는 사이트 대 사이트 VPN, RA VPN 또는 WebVPN 구성을 ASA에서 Threat Defense로 마이그레이션하려는 경우에만 필요합니다. ASA CLI에서 PKI 인증서를 내보내려면 Firewall Management Center에서 PKI 인증서 내보내기 및 Firewall Management Center로 가져오기, 1단계를 참고하십시오. 사이트 간 VPN, RA VPN 또는 WebVPN을 마이그레이션할 계획이 없는 경우 7단계로 건너뜁니다.

ASA CLI

(선택 사항) ASA CLI에서 AnyConnect 패키지와 프로파일 내보내기: 이 단계는 RA VPN 기능을 ASA에서 Threat Defense로 마이그레이션하려는 경우에만 필요합니다. ASA CLI에서 AnyConnect 패키지 및 프로파일을 내보내려면 AnyConnect 패키지 및 프로파일 검색, 1단계를 참고하십시오. 사이트 간 VPN 및 RA VPN을 마이그레이션할 계획이 없는 경우 7단계로 건너뜁니다.

Management Center

(선택 사항) PKI 인증서 및 AnyConnect 패키지를 Management Center로 가져오기: PKI 인증서를 Management Center로 가져오려면 Firewall Management Center에서 PKI 인증서 내보내기 및 Firewall Management Center로 가져오기, 2단계 및 AnyConnect 패키지 및 프로파일 검색, 2단계를 참고하십시오.

로컬 컴퓨터

로컬 컴퓨터에서 Secure Firewall 마이그레이션 툴을 실행합니다(Secure Firewall 마이그레이션 툴 실행 참조).

Secure Firewall 마이그레이션 툴

(선택 사항) ASA CLI에서 가져온 ASA 구성 파일을 업로드합니다. ASA 구성 파일 업로드를 참고하십시오. 라이브 ASA에 연결하려는 경우 8단계로 건너뜁니다.

Secure Firewall 마이그레이션 툴

Secure Firewall 마이그레이션 툴에서 라이브 ASA에 직접 연결할 수 있습니다. 자세한 내용은 Secure Firewall 마이그레이션 툴에서 ASA에 연결을 참고하십시오.

Secure Firewall 마이그레이션 툴

이 단계에서 마이그레이션의 대상 매개변수를 지정할 수 있습니다. 자세한 단계는 Secure Firewall 마이그레이션 툴에 대한 대상 매개변수 지정을 참고하십시오.

Security Cloud Control

(선택 사항) 이 단계는 선택 사항이며, 클라우드 제공 Firewall Management Center를 대상 Management Center로 선택한 경우에만 필요합니다. 자세한 단계는 Secure Firewall 마이그레이션 툴에 대한 대상 매개변수 지정, 1단계를 참조하십시오.

Secure Firewall 마이그레이션 툴

마이그레이션 전 보고서를 다운로드한 위치로 이동하여 보고서를 검토합니다. 자세한 단계는 마이그레이션 전 보고서 검토를 참고하십시오.

Secure Firewall 마이그레이션 툴

Secure Firewall 마이그레이션 툴을 사용하면 ASA 구성을 Threat Defense 인터페이스와 매핑할 수 있습니다. 자세한 단계는 Secure Firewall Device Manager Threat Defense 인터페이스와 ASA 구성 매핑을 참고하십시오.

Secure Firewall 마이그레이션 툴

ASA 구성이 올바르게 마이그레이션되도록 하려면 ASA 인터페이스를 적절한 위협 방어 인터페이스 개체, 보안 영역 및 인터페이스 그룹에 매핑합니다. 자세한 단계는 ASA 인터페이스를 보안 영역 및 인터페이스 그룹에 매핑을 참고하십시오.

Secure Firewall 마이그레이션 툴

구성을 최적화하고 신중하게 검토하여 구성이 올바른지 확인하고 Threat Defense 디바이스를 구성하는 방법과 일치하는지 확인합니다. 자세한 단계는 마이그레이션할 구성 최적화, 검토 및 검증을 참고하십시오.

Secure Firewall 마이그레이션 툴

마이그레이션 프로세스의 이 단계에서는 마이그레이션된 구성을 Management Center로 전송하며, 마이그레이션 후 보고서를 다운로드할 수 있습니다. 자세한 단계는 마이그레이션된 구성을 Management Center에 푸시를 참고하십시오.

로컬 컴퓨터

마이그레이션 후 보고서를 다운로드한 위치로 이동하여 보고서를 검토합니다. 자세한 단계는 마이그레이션 후 보고서 검토 및 마이그레이션 완료를 참고하십시오.

Management Center

Management Center에서 Threat Defense로 마이그레이션된 구성을 구축합니다. 자세한 단계는 마이그레이션 후 보고서 검토 및 마이그레이션 완료를 참고하십시오.

마이그레이션 사전 요건

ASA 구성을 마이그레이션하기 전에 다음 활동을 수행합니다.

Cisco.com에서 Secure Firewall 마이그레이션 툴 다운로드

시작하기 전에

Cisco.com에 인터넷으로 연결되는 Windows 10 64비트 또는 macOS 10.13 이상 버전 시스템이 있어야 합니다.

Security Cloud Control에서 호스팅되는 Secure Firewall 마이그레이션 툴의 클라우드 버전을 사용하는 경우 4단계로 건너뜁니다.

프로시저


단계 1

컴퓨터에서 Secure Firewall 마이그레이션 툴용 폴더를 생성합니다.

이 폴더에는 다른 파일을 저장하지 않는 것이 좋습니다. Secure Firewall 마이그레이션 툴을 실행하면 로그, 리소스 및 기타 모든 파일이 이 폴더에 저장됩니다.


참고


Secure Firewall 마이그레이션 툴의 최신 버전을 다운로드할 때마다 새 폴더를 생성하고 기존 폴더를 사용하지 않아야 합니다.

단계 2

https://software.cisco.com/download/home/286306503/type으로 이동하여 Firewall 마이그레이션 툴을 클릭합니다.

위 링크를 클릭하면 Firewall NGFW Virtual 아래의 Secure Firewall 마이그레이션 툴로 이동합니다. Firewall Threat Defense 디바이스 다운로드 영역에서 Secure Firewall 마이그레이션 툴을 다운로드할 수도 있습니다.

단계 3

생성한 폴더에 최신 버전의 Secure Firewall 마이그레이션 툴을 다운로드합니다.

Windows 또는 macOS 시스템용 Secure Firewall 마이그레이션 툴의 해당 실행 파일을 다운로드합니다.

단계 4

Security Cloud Control 사용자이고 여기에서 호스팅되는 마이그레이션 툴을 사용하려는 경우, Security Cloud Control 테넌트에 로그인한 후 왼쪽 창에서 Administration(관리) > Migration(마이그레이션) > Firewall Migration 툴로 이동하여 마이그레이션 인스턴스를 만듭니다.


다음에 수행할 작업

ASA 컨피그레이션 파일 가져오기

구성 파일 가져오기

다음 방법 중 하나를 사용하여 컨피그레이션 파일을 가져올 수 있습니다.

컨피그레이션 파일 내보내기

이 작업은 컨피그레이션 파일을 수동으로 업로드하려는 경우에만 필요합니다. Secure Firewall 마이그레이션 툴에서 에 연결하려면 Secure Firewall 마이그레이션 툴에서 ASA에 연결로 건너뜁니다.


참고


파일을 내보낸 후에는 직접 코딩하거나 컨피그레이션을 변경하지 마십시오. 이러한 변경 사항은 마이그레이션되지 않으며 마이그레이션에 오류를 일으키거나 실패를 초래합니다. 예를 들어 터미널에서 구성 파일을 열고 저장하면 Secure Firewall 마이그레이션 툴에서 구문 분석할 수 없는 공백 또는 빈 라인이 추가될 수 있습니다.

내보낸 구성 파일에 --More-- 키워드가 텍스트로 포함되어 있지 않은지 확인하십시오. 이 키워드로 인해 마이그레이션이 실패할 수 있습니다.


프로시저

단계 1

마이그레이션하는 ASA 디바이스 또는 컨텍스트에 대해 show running-config 명령을 사용하고 여기에서 컨피그레이션을 복사합니다. 실행 중인 컨피그레이션 보기를 참고하십시오.

또는 마이그레이션하려는 ASA 디바이스 또는 컨텍스트에 대해 ASDM(Adaptive Security Device Manager)을 사용하고 File(파일) > Show Running Configuration in New Windows(실행 중인 컨피그레이션 표시)를 선택하여 컨피그레이션 파일을 가져옵니다.


참고


멀티 컨텍스트 의 경우 show tech-support 명령을 사용하여 모든 컨텍스트에 대한 컨피그레이션을 단일 파일로 가져올 수 있습니다.


단계 2

컨피그레이션을 .cfg 또는 .txt로 저장합니다.

다른 확장명을 갖는 경우 Secure Firewall 마이그레이션 툴에 구성을 업로드할 수 없습니다.

단계 3

Secure Firewall 마이그레이션 툴을 다운로드한 컴퓨터로 구성 파일을 전송합니다.


ASA 에서 PKI 인증서 내보내기 및 Management Center로 가져오기

시작하기 전에

Secure Firewall 마이그레이션 툴은 Management Center로의 인증서 기반 VPN 마이그레이션을 지원합니다.

ASA에서는 구성에 인증서를 저장하기 위해 트러스트 포인트 모델을 사용합니다. 트러스트 포인트는 인증서가 저장되는 컨테이너입니다. ASA 트러스트 포인트는 최대 2개의 인증서를 저장할 수 있습니다.

ASA 구성 파일의 ASA 트러스트 포인트 또는 인증서에 해시 값이 포함되어 있습니다. 따라서 Management Center로 직접 가져올 수 없습니다.

대상 Management Center에서 마이그레이션 전 활동의 일부로 ASA 트러스트 포인트 또는 VPN 인증서를 PKI 개체로 수동으로 마이그레이션합니다.

프로시저


단계 1

다음 명령을 사용하여 CLI를 통해 키가 있는 소스 ASA 구성에서 PKCS12 파일로 PKI 인증서를 내보냅니다.

ASA(config)#crypto ca export <trust-point-name> pkcs12 <passphrase>

단계 2

PKI 인증서를 Management Center(Object Management(개체 관리) PKI Objects(PKI 개체))로 가져옵니다

자세한 내용은 Firepower Management Center 구성 가이드를 참조하십시오.

수동으로 생성한 PKI 개체는 이제 Optimize, Review and Validate(최적화, 검토 및 검증) 페이지의 Remote Access VPN(원격 액세스 VPN)의 Trustpoint(트러스트 포인트) 섹션에 있는 Secure Firewall 마이그레이션 툴에서 사용할 수 있습니다.


AnyConnect 패키지 및 프로파일 검색

AnyConnect 프로파일은 선택 사항이며, Management Center 또는 Secure Firewall 마이그레이션 툴을 통해 업로드할 수 있습니다.

시작하기 전에

  • Management Center의 원격 액세스 VPN에는 하나 이상의 AnyConnect 패키지가 필요합니다.

  • 구성이 Hostscan 및 외부 브라우저 패키지로 구성된 경우 이러한 패키지를 업로드해야 합니다.

  • 모든 패키지는 마이그레이션 전 활동의 일부로 Management Center에 추가해야 합니다.

  • Dap.xml 및 Data.xml은 Secure Firewall 마이그레이션 툴을 통해 추가해야 합니다.

프로시저


단계 1

다음 명령을 사용하여 소스 ASA에서 필요한 패키지를 FTP 또는 TFTP 서버로 복사합니다.

Copy <source file location:/source file name> <destination> 
ASA# copy disk0:/anyconnect-win-4.10.02086-webdeploy-k9.pkg tftp://1.1.1.1 <----- Example of copying Anyconnect Package. 
ASA# copy disk0:/ external-sso- 4.10.04071-webdeploy-k9.zip tftp://1.1.1.1 <----- Example of copying External Browser Package. 
ASA# copy disk0:/ hostscan_4.10.04071-k9.pkg tftp://1.1.1.1 <----- Example of copying Hostscan Package. 
ASA# copy disk0:/ dap.xml tftp://1.1.1.1. <----- Example of copying Dap.xml 
ASA# copy disk0:/ sdesktop/data.xml tftp://1.1.1.1 <----- Example of copying Data.xml 
ASA# copy disk0:/ VPN_Profile.xml tftp://1.1.1.1 <----- Example of copying Anyconnect Profile.

단계 2

다운로드한 패키지를 Management Center(Object Management(개체 관리) >) > VPN > AnyConnect File(AnyConnect 파일)로 가져옵니다.

  1. Dap.xml 및 Data.xml을 Review and Validate(검토 및 검증) > Remote Access VPN(원격 액세스 VPN) > AnyConnect File(AnyConnect 파일) 섹션을 통해 Secure Firewall 마이그레이션 툴에서 Management Center로 업로드해야 합니다.

  2. AnyConnect 프로파일은 Management Center에 직접 업로드하거나 Review and Validate(검토 및 검증) > Remote Access VPN(원격 액세스 VPN) > AnyConnect File(AnyConnect 파일)의 Secure Firewall 마이그레이션 툴을 통해 업로드할 수 있습니다.

수동으로 업로드한 파일을 이제 Secure Firewall 마이그레이션 툴에서 사용할 수 있습니다.


마이그레이션 실행

Secure Firewall 마이그레이션 툴 실행

이 작업은 Secure Firewall 마이그레이션 툴의 데스크톱 버전을 사용하는 경우에만 적용됩니다. Security Cloud Control에서 호스팅되는 마이그레이션 툴의 클라우드 버전을 사용하는 경우, ASA 구성 파일 업로드 로 건너뜁니다.


참고


Secure Firewall 마이그레이션 툴의 데스크톱 버전을 실행하면 별도의 창에 콘솔이 열립니다. 마이그레이션을 진행하는 동안 Secure Firewall 마이그레이션 툴의 현재 단계 진행률이 콘솔에 표시됩니다. 화면에 콘솔이 표시되지 않으면 Secure Firewall 마이그레이션 툴의 뒤에 있을 가능성이 높습니다.

시작하기 전에

프로시저


단계 1

컴퓨터에서 Secure Firewall 마이그레이션 툴을 다운로드한 폴더로 이동합니다.

단계 2

다음 중 하나를 수행합니다.

  • Windows 시스템에서 Secure Firewall 마이그레이션 툴 실행 파일을 더블 클릭하여 Google Chrome 브라우저에서 실행합니다.

    프롬프트가 표시되면 Yes(예)를 클릭하여 Secure Firewall 마이그레이션 툴에서 시스템을 변경할 수 있도록 허용합니다.


    참고


    브라우저의 팝업 차단 기능을 반드시 비활성화해 주십시오. 팝업 차단 기능이 활성화되어 있으면 로그인 팝업이 표시되지 않을 수 있습니다.


    Secure Firewall 마이그레이션 툴은 Log(로그) 및 Resources(리소스) 폴더를 포함하여 해당 파일이 있는 폴더에 모든 관련 파일을 생성하고 저장합니다.

  • Mac에서 Secure Firewall 마이그레이션 툴*.command 파일을 원하는 폴더로 이동하고, 터미널 애플리케이션을 실행하고, Secure Firewall 마이그레이션 툴이 설치된 폴더로 이동한 후 다음 명령을 실행합니다.

    # chmod 750 Firewall_Migration_Tool-version_number.command

    # ./Firewall_Migration_Tool-version_number.command

    Secure Firewall 마이그레이션 툴은 Log(로그) 및 Resources(리소스) 폴더를 포함하여 해당 파일이 있는 폴더에 모든 관련 파일을 생성하고 저장합니다.


    팁


    Secure Firewall 마이그레이션 툴을 열려고 하면 확인된 개발자가 Secure Firewall 마이그레이션 툴을 Apple에 등록하지 않았으므로 경고 대화 상자가 표시됩니다. 확인되지 않은 개발자로부터 애플리케이션을 여는 방법에 대한 자세한 내용은 확인되지 않은 개발자의 앱 열기를 참고하십시오.

    참고


    MAC 터미널 압축 방법을 사용합니다.


단계 3

Cisco와 텔레메트리 정보를 공유하려는 경우 End User License Agreement(엔드 유저 라이선스 계약) 페이지에서 I agree to share data with Cisco Success Network(Cisco Success Network와 데이터 공유 동의)를 클릭하고, 그렇지 않은 경우 I'll do later(나중에)를 클릭합니다.

Cisco Success Network로 통계를 전송하는 데 동의하면 Cisco.com 계정을 사용하여 로그인하라는 메시지가 표시됩니다. Cisco Success Network로 통계를 보내지 않도록 선택하는 경우 로컬 자격 증명을 사용하여 Secure Firewall 마이그레이션 툴에 로그인합니다.

단계 4

Secure Firewall 마이그레이션 툴의 로그인 페이지에서 다음 중 하나를 수행합니다.

  • Cisco Success Network와 통계를 공유하려면 Login with CCO(CCO로 로그인) 링크를 클릭하여 SSO(Single Sign-On, 단일 인증) 자격 증명으로 Cisco.com 계정에 로그인합니다. Cisco.com 계정이 없는 경우 Cisco.com 로그인 페이지에서 생성합니다.

    Cisco.com 계정을 사용하여 로그인한 경우 8단계로 진행합니다.

  • 인터넷 액세스가 불가능한 에어 갭(air-gapped) 네트워크에 방화벽을 구축한 경우 Cisco TAC에 문의하여 관리자 자격 증명을 사용하는 빌드를 받으십시오. 이 빌드는 시스코에 사용량 통계를 보내지 않으며, TAC가 자격 증명을 제공할 수 있습니다.

단계 5

Reset Password(비밀번호 재설정) 페이지에서 이전 비밀번호와 새 비밀번호를 입력하고 확인을 위해 새 비밀번호를 다시 입력합니다.

새 비밀번호는 8자 이상이어야 하며 대문자, 소문자, 숫자 및 특수 문자를 포함해야 합니다.

단계 6

Reset(재설정)을 클릭합니다.

단계 7

새 비밀번호로 로그인합니다.


참고


비밀번호를 잊어버린 경우 <migration_tool_folder>에서 기존의 모든 데이터를 삭제하고 Secure Firewall 마이그레이션 툴을 다시 설치합니다.

단계 8

마이그레이션 전 체크리스트를 검토하고 나열된 모든 항목을 완료했는지 확인합니다.

체크리스트에서 하나 이상의 항목을 완료하지 않은 경우, 완료할 때까지 계속하지 마십시오.

단계 9

New Migration(새 마이그레이션)을 클릭합니다.

단계 10

Secure Firewall 마이그레이션 툴의 최신 버전을 실행하고 있는지 확실하지 않은 경우 Software Update Check(소프트웨어 업데이트 확인) 화면에서 Cisco.com을 통해 버전을 확인합니다.

단계 11

Proceed(진행)를 클릭합니다.


다음에 수행할 작업

다음 단계로 진행할 수 있습니다.

Secure Firewall 마이그레이션 툴에서 데모 모드 사용

Secure Firewall 마이그레이션 툴을 실행하고 Select Source Configuration(소스 구성 선택) 페이지에 있는 경우, Start Migration(마이그레이션 시작)을 사용하여 마이그레이션 수행을 시작하거나 Demo Mode(데모 모드)를 입력할 수 있습니다.

데모 모드에서는 더미 디바이스를 사용하여 데모 마이그레이션을 수행하고 실제 마이그레이션 플로우가 어떤지 시각화할 수 있습니다. 마이그레이션 툴은 Source Firewall Vendor(소스 방화벽 벤더) 드롭다운에서 선택한 항목에 따라 데모 모드를 트리거합니다. 구성 파일을 업로드하거나 라이브 디바이스에 연결하고 마이그레이션을 계속할 수 있습니다. 데모 FMC, 데모 FTD 디바이스와 같은 또는 와 같은 Multicloud Defense 데모 소스 및 대상 디바이스를 선택하여 데모 마이그레이션을 진행할 수 있습니다.


경고


데모 모드를 선택하면 기존 마이그레이션 워크플로우가 있는 경우 지워집니다. Resume Migration(마이그레이션 재개)에서 액티브 마이그레이션이 진행 중인 상태에서 데모 모드를 사용하면, 액티브 마이그레이션이 손실되며 데모 모드를 사용한 이후에 처음 부터 다시 시작해야 합니다.


또한 실제 마이그레이션 워크플로우에서와 마찬가지로 마이그레이션 전 보고서를 다운로드하여 확인하고, 인터페이스를 매핑하고, 보안 영역을 매핑하고, 인터페이스 그룹을 매핑하는 등 모든 작업을 수행할 수 있습니다. 그러나 구성 검증까지만 데모 마이그레이션을 수행할 수 있습니다. 선택한 데모 대상 디바이스는 데모 모드이므로 구성을 푸시할 수 없습니다. 검증 상태 및 요약을 확인하고 Exit Demo Mode(데모 모드 종료)를 클릭하여 Select Source Configuration(소스 구성 선택) 페이지로 다시 이동하여 실제 마이그레이션을 시작할 수 있습니다.


참고


데모 모드에서는 구성 푸시를 제외하고 Secure Firewall 마이그레이션 툴의 전체 기능 집합을 활용하고, 실제 마이그레이션을 수행하기 전에 End-to-End 마이그레이션 절차를 평가판으로 실행할 수 있습니다.


ASA 구성 파일 업로드

시작하기 전에

소스 ASA 디바이스에서 구성 파일을 .cfg 또는 .txt로 내보냅니다.


참고


직접 코딩하거나 수동으로 변경한 구성 파일을 업로드하지 마십시오. 텍스트 편집기에서 파일에 빈 라인 또는 기타 문제가 추가되어 마이그레이션이 실패할 수 있습니다.

프로시저


단계 1

Extract(추출) ASA Information(정보) 페이지의 Manual Upload(수동 업로드) 섹션에서 Upload(업로드)를 클릭하여 ASA 구성 파일을 업로드합니다.

단계 2

구성 파일이 있는 위치로 이동하여 Open(열기)을 클릭합니다.

Secure Firewall 마이그레이션 툴이 컨피그레이션 파일을 업로드합니다. 대규모 컨피그레이션 파일의 경우 이 단계는 시간이 더 오래 걸립니다. 콘솔에서는 구문 분석 중인 ASA 구성 라인을 포함하여 진행 상황의 라인별 로그 보기를 제공합니다. 콘솔이 표시되지 않는 경우 Secure Firewall 마이그레이션 툴 뒤의 별도 창에서 콘솔을 찾을 수 있습니다.

Context Selection(컨텍스트 선택) 섹션에는 업로드된 구성이 멀티 컨텍스트 ASA에 해당하는지 여부가 나와 있습니다.

단계 3

Context Selection(컨텍스트 선택) 섹션을 검토하고 마이그레이션할 컨텍스트를 선택합니다.


다음에 수행할 작업

Secure Firewall 마이그레이션 툴에 대한 대상 매개변수 지정

Secure Firewall 마이그레이션 툴에서 ASA에 연결

Secure Firewall 마이그레이션 툴은 마이그레이션할 ASA 디바이스에 연결하여 필요한 구성 정보를 추출할 수 있습니다.

시작하기 전에

  • Secure Firewall 마이그레이션 툴을 다운로드하여 실행합니다.

  • 단일 컨텍스트 ASA의 경우 관리 IP 주소, 관리자 자격 증명 및 활성화 비밀번호를 가져옵니다.

  • 멀티 컨텍스트 모드 ASA의 경우 관리자 컨텍스트의 IP 주소, 관리자 자격 증명 및 활성화 비밀번호를 가져옵니다.


    참고


    ASA에 Enable Password(활성화 비밀번호)가 구성되지 않은 경우 Secure Firewall 마이그레이션 툴에서 필드를 비워 둘 수 있습니다.

프로시저


단계 1

Extract ASA Information(ASA 정보 추출) 화면의 Connect to ASA(ASA에 연결) 섹션에서 Connect(연결)를 클릭하여 마이그레이션할 ASA 디바이스에 연결합니다.

단계 2

ASA Login(ASA 로그인) 화면에서 다음 정보를 입력합니다.

  1. ASA IP Address/Hostname(ASA IP 주소/호스트 이름) 필드에 관리 IP 주소 또는 호스트 이름(단일 컨텍스트 ASA의 경우) 또는 관리자 컨텍스트 IP 주소 또는 호스트 이름(멀티 컨텍스트 ASA의 경우)을 입력합니다.

  2. Username(사용자 이름), Password(비밀번호) 및 Enable Password(활성화 비밀번호) 필드에 해당 관리자 로그인 자격 증명을 입력합니다.


    참고


    ASA에 Enable Password(활성화 비밀번호)가 구성되지 않은 경우 Secure Firewall 마이그레이션 툴에서 필드를 비워 둘 수 있습니다.
  3. Login(로그인)을 클릭합니다.

Secure Firewall 마이그레이션 툴이 ASA에 연결되면 ASA에 성공적으로 연결되었다는 메시지가 표시됩니다.

멀티 컨텍스트 ASA의 경우 Secure Firewall 마이그레이션 툴이 컨텍스트를 식별하고 나열합니다.

단계 3

Context(컨텍스트) 드롭다운 목록에서 마이그레이션할 ASA 컨텍스트를 선택합니다.

단계 4

(선택 사항) Collect Hitcounts(적중 횟수 수집)를 선택합니다.

이 옵션을 선택하면 Firepower 마이그레이션 툴에서 ASA 규칙이 사용된 횟수와 ASA 업타임 또는 최종 ASA 재시작 이후 마지막으로 규칙이 사용된 시간을 계산하여 이 정보를 Review and Validate(검토 및 검증) 페이지에 표시합니다. 이를 통해 마이그레이션 전에 규칙의 효율성과 관련성을 평가할 수 있습니다.

단계 5

Start Extraction(추출 시작)을 클릭합니다.

Secure Firewall 마이그레이션 툴이 ASA에 연결되고 구성 정보 추출을 시작합니다. 추출이 성공적으로 완료되면 업로드된 컨피그레이션이 단일 컨텍스트 ASA와 멀티 컨텍스트 ASA 중 어느 것에 해당하는지가 Context Selection(컨텍스트 선택) 섹션에 표시됩니다.


ASA 보안 컨텍스트 선택

시작하기 전에

단일 ASA 디바이스를 다중 가상 장치로 분할할 수 있으며 이러한 파티션을 보안 컨텍스트라고 합니다. 각 보안 상황은 각자 보안 정책, 인터페이스, 관리자가 있는 독립적인 디바이스의 역할을 합니다. 다중 컨텍스트는 실제로는 단 하나의 디바이스만 있음에도 불구하고, 마치 여러 대의 독립형 디바이스가 있는 것과 비슷합니다. 보안 컨텍스트에 대해 자세히 알아보려면 Cisco ASA 시리즈 일반 운영 CLI 컨피그레이션 가이드의 보안 컨텍스트의 일반적인 용도를 참조하십시오.

이 작업 절차는 Cisco Secure Firewall ASA에서 둘 이상의 보안 컨텍스트를 구성한 경우에 적용됩니다. ASA 구성을 업로드할 때 Secure Firewall 마이그레이션 툴은 디바이스에서 보안 상황을 탐지하고, 컨텍스트에 관련된 모든 구성 정보를 구문 분석하여 Context Selection(컨텍스트 선택) 페이지에 표시합니다.

프로시저


단계 1

ASA 구성 파일을 업로드합니다. 구성 파일에 컨텍스트가 포함된 경우 마이그레이션 툴은 모든 보안 컨텍스트의 이름을 표시합니다.

그림 1. Cisco ASA(8.4+) 정보 창 추출

단계 2

(선택 사항) 컨텍스트 중 하나에서 구성을 마이그레이션하려면 Context Migration (One at a time)(컨텍스트 마이그레이션(한 번에 하나씩)) 라디오 버튼을 클릭하고 컨텍스트를 선택하여 마이그레이션을 계속 진행합니다.

단계 3

(선택 사항) 여러 컨텍스트의 설정을 단일 인스턴스로 병합하고 마이그레이션하려면 다음을 수행합니다.


참고


여러 컨텍스트 병합을 시도하기 전에 다음 사전 요건을 읽어보십시오.

  • ASA에 포트 채널이 구성되어 있는 경우 대상 Firewall Threat Defense 디바이스에서도 포트 채널이 구성되어 있는지 확인합니다.

  • 두 인터페이스의 VLAN ID 및 하위 인터페이스 ID가 동일한 경우 마이그레이션 툴은 새 인터페이스에 새 VLAN 및 하위 인터페이스 ID를 자동으로 추가합니다. 이러한 ID에 대한 정보는 마이그레이션 전 보고서의 일부입니다. 마이그레이션 툴로 생성한 새 인터페이스를 해당 디바이스의 트렁크 포트 개체로 구성해야 합니다. 이는 Firewall Threat Defense 디바이스 가 동일한 VLAN 및 하위 인터페이스 ID를 가진 두 개의 인터페이스를 허용하지 않기 때문입니다.

  • AS 경로 개체는 마이그레이션되는 모든 컨텍스트에서 고유해야 합니다. 중복은 마이그레이션되지 않습니다.


  1. Merge Multi-Context to Single Instance(멀티 컨텍스트를 단일 인스턴스로 병합) 라디오 버튼을 클릭합니다. 멀티컨텍스트 병합을 선택하는 경우 설정 라인 수, ACL, 개체, 정적 경로를 포함한 경로, PBR 및 ECMP, 인터페이스 등의 컨텍스트 정보를 볼 수 있습니다.

  2. 모든 라우팅 모드 방화벽 컨텍스트를 병합하려면 Select All Context - Routed(모든 컨텍스트 선택 - 라우팅) 체크 박스를 선택하고 모든 투명 모드 방화벽 컨텍스트를 병합하려면 Select All Context - Transparent(모든 컨텍스트 선택 - 투명) 체크 박스를 선택합니다.


참고


여러 컨텍스트를 병합할 때 병합하기 위해 선택한 둘 이상의 컨텍스트에 VPN이 구성된 경우 마이그레이션 툴은 VPN 구성을 사용하여 컨텍스트 중 하나를 선택하라는 프롬프트를 표시합니다. 선택한 컨텍스트의 VPN 설정만 마이그레이션되고 다른 컨텍스트의 VPN 설정은 무시됩니다. 그러나 개체, 확장 ACL, NAT 규칙 및 선택되지 않은 컨텍스트에서 참조되지 않은 VPN 개체와 같은 다른 모든 구성은 계속 마이그레이션됩니다.


단계 4

Start Parsing(구문 분석 시작)을 클릭합니다. 컨텍스트를 선택하고 구문 분석을 시작하면 마이그레이션 툴은 모든 컨텍스트의 구성을 병합하고 구문 분석하며 Parsed Summary(구문 분석 요약)를 표시합니다. 병합 컨텍스트 마이그레이션을 수행하는 경우, 마이그레이션하도록 선택한 컨텍스트의 수는 구문 분석된 요약에 있는 VRF의 수와 동일합니다. 그러나 VPN 구성이 있는 컨텍스트가 있는 경우 VPN 구성이 있는 VRF는 글로벌 라우터에 직접 푸시되므로 구문 분석된 요약은 하나의 VRF를 덜 표시합니다.


참고


Start Parsing(구문 분석 시작)을 클릭한 상태에서 다른 컨텍스트를 선택하려는 경우, 이전으로 돌아가 다른 컨텍스트를 선택할 수 없습니다. Back(뒤로)을 클릭하고 구성 파일 업로드부터 시작하여 이번에는 다른 컨텍스트를 선택할 수 있습니다.


단계 5

업로드된 구성 파일에서 Secure Firewall 마이그레이션 툴이 감지하고 구문 분석한 요소에 대한 요약을 검토합니다.

단계 6

Next(다음)를 클릭하여 대상 매개변수를 선택합니다.


Secure Firewall 마이그레이션 툴에 대한 대상 매개변수 지정

시작하기 전에

Security Cloud Control에서 호스팅되는 마이그레이션 툴의 클라우드 버전을 사용하는 경우 3단계로 건너뜁니다.

  • 온프레미스 Firewall Management Center용 Firewall Management Center의 IP 주소를 가져옵니다.

  • Secure Firewall 마이그레이션 툴 3.0부터는 온프레미스 Firewall Management Center 또는 클라우드 제공 Firewall Management Center 중에서 선택할 수 있습니다.

  • 클라우드 제공 Firewall Management Center의 경우 지역 및 API 토큰을 제공해야 합니다. 자세한 내용은 마이그레이션에 지원되는 대상 Management Center를 참조하십시오.

  • 관리 액세스를 위한 사용자 어카운트에 설명된 대로 Firewall Management Center에서 REST API에 액세스할 수 있는 충분한 권한이 있는 Secure Firewall 마이그레이션 툴 전용 사용자를 생성합니다.

  • (선택 사항) 인터페이스 및 경로와 같은 디바이스별 구성을 마이그레이션하려면 대상을 추가합니다. Firewall Threat Defense 인 경우 Management Center에 대상 Threat Defense 디바이스를 추가합니다. Firewall Management Center에 디바이스 추가 참고

  • Review and Validate(검토 및 검증) 페이지에서 ACL에 IPS 또는 파일 정책을 적용해야 하는 경우 마이그레이션 전에 Firewall Management Center에서 정책을 생성하는 것이 매우 권장됩니다. Secure Firewall 마이그레이션 툴이 연결된 Firewall Management Center에서 정책을 가져오므로 동일한 정책을 사용합니다. 새 정책을 생성하고 여러 액세스 제어 목록에 할당하면 성능이 저하될 수 있으며 푸시가 실패할 수도 있습니다.

프로시저


단계 1

Select Target(대상 선택) 화면의 Firewall Management(방화벽 관리) 섹션에서 다음을 수행합니다. 온프레미스 Firewall Management Center 또는 클라우드 제공 Firewall Management Center로 마이그레이션하도록 선택할 수 있습니다.

  • 온프레미스 Firewall Management Center로 마이그레이션하려면 다음을 수행합니다.

  1. On-Prem FMC(온프레미스 FMC) 라디오 버튼을 클릭합니다.

  2. Management Center의 IP 주소 또는 FQDN(정규화된 도메인 이름)을 입력합니다.

  3. Domain(도메인) 드롭다운 목록에서 마이그레이션할 도메인을 선택합니다.

    Firewall Threat Defense 디바이스로 마이그레이션하려는 경우 선택한 도메인에서 사용 가능한 Firewall Threat Defense 디바이스로만 마이그레이션할 수 있습니다.

  4. Connect(연결)를 클릭하고 2단계로 진행합니다.

  • 클라우드 제공 Firewall Management Center로 마이그레이션하려면 다음을 수행합니다.

  1. Cloud 사용 FMC 라디오 버튼을 클릭합니다.

  2. 지역을 선택하고 Security Cloud Control API 토큰을 붙여넣습니다. API 토큰을 생성합니다. Security Cloud Control에서 다음 단계를 수행합니다.

    1. Security Cloud Control에 로그인합니다.

    2. 오른쪽 상단에서 Preferences(환경 설정) > General Preferences(일반 환경설정)로 이동하여 My Tokens(내 토큰) 섹션의 API 토큰을 복사합니다.

  3. Connect(연결)를 클릭하고 2단계로 진행합니다.

단계 2

Firewall Management Center Login(Firewall Management Center 로그인) 대화 상자에서 Secure Firewall 마이그레이션 툴 전용 계정의 사용자 이름과 비밀번호를 입력하고 Login(로그인)을 클릭합니다.

Secure Firewall 마이그레이션 툴이 Firewall Management Center에 로그인하여 해당 Firewall Management Center에서 관리되는 Firewall Threat Defense 디바이스 목록을 검색합니다. 콘솔에서 이 단계의 진행 상황을 볼 수 있습니다.

단계 3

Proceed(진행)를 클릭합니다.

Choose Threat Defense(Threat Defense 선택) 섹션에서 마이그레이션할 Firewall Threat Defense 디바이스를 선택하거나 Firewall Threat Defense 디바이스가 없는 경우 ASA 구성의 공유 정책(액세스 제어 목록, NAT 및 개체)을 Firewall Management Center로 마이그레이션할 수 있습니다.

단계 4

Choose FTD(FTD 선택) 섹션에서 다음 중 하나를 수행합니다.

  • Select FTD Device(FTD 디바이스 선택)Select FTD Device (Includes FTD - Standalone/HA Pair)(FTD 디바이스 선택(FTD - 독립형/HA 쌍 포함)) 드롭다운 목록을 클릭하고 ASA 구성을 마이그레이션할 디바이스를 선택합니다.

    참고


    이 목록에는 독립형 위협 방어 디바이스와 대상 Firewall Management Center의 고가용성(HA) 쌍의 일부인 디바이스가 모두 포함됩니다.


    선택한 Firewall Management Center 도메인의 디바이스가 IP Address(IP 주소), Name(이름), Device Model(디바이스 모델) 및 Mode(모드)(라우팅 또는 투명)별로 나열됩니다.


    참고


    최소한, 선택하는 Firewall Threat Defense 네이티브 디바이스가 마이그레이션하는 ASA 컨피그레이션과 동일한 수의 물리적인터페이스 또는 포트 채널 인터페이스를 가져야 합니다. 최소한, Firewall Threat Defense 디바이스의 컨테이너 인스턴스가 동일한 수의 물리적 인터페이스 또는 포트 채널 인터페이스 및 하위 인터페이스를 가져야 합니다. ASA 컨피그레이션과 동일한 방화벽 모드로 디바이스를 구성해야 합니다. 그러나 이러한 인터페이스가 두 디바이스에서 동일한 이름을 가질 필요는 없습니다.

    참고


    지원되는 대상 Threat Defense 플랫폼이 Management Center 버전 6.5 이상을 사용하는 Firewall 1010인 경우에만 FDM 5505 마이그레이션 지원은 공유 정책에 적용되며 디바이스별 정책에는 적용되지 않습니다. Threat Defense 없이 진행하면 Secure Firewall 마이그레이션 툴이 Threat Defense에 구성 또는 정책을 푸시하지 않습니다. 따라서 Threat Defense 디바이스별 구성인 인터페이스 및 경로, 사이트 간 VPN은 마이그레이션되지 않습니다. 그러나 NAT, ACL 및 포트 개체와 같은 지원되는 다른 모든 컨피그레이션(공유 정책 및 개체)은 마이그레이션됩니다. 원격 액세스 VPN은 공유 정책이며 Threat Defense 없이도 마이그레이션할 수 있습니다.


    표 1. ASA 방화벽 기능 및 지원되는 Firewall Management Center 또는 Firewall Threat Defense 버전

    방화벽 기능

    지원되는 Management Center 또는 Threat Defense 버전

    원격 구축으로

    6.7 이상

    암호화 맵 사이트 간 VPN

    6.6 이상

    Virtual Tunnel Interface(VTI) 및 경로 기반 (VTI)

    6.7 이상

    유동 경로 개체 및 BGP

    7.1 이상

    원격 액세스 VPN

    • Management Center 7.2 이상

    • Threat Defense 7.0 이상

    EIGRP

    • Management Center 7.2 이상

    • Threat Defense 7.0 이상

    PBR

    • Management Center 7.3 이상

    • Threat Defense 7.3 이상

    ECMP

    • Management Center 7.1 이상

    • Threat Defense 6.5 이상

    WebVPN

    • Management Center 7.4 이상

    • Threat Defense 7.4 이상

    SNMP

    • Management Center 7.4 이상

    • Threat Defense 7.4 이상

    DHCP 릴레이, 서버 및 DDNS

    • Management Center 7.4 이상

    • Threat Defense 7.4 이상


    참고


    사이트 간 VPN, VTI 및 경로 기반 (VTI) 인터페이스를 마이그레이션하려면 Firewall Threat Defense를 Firewall Management Center에 구성해야 합니다.
  • ASA 5505의 경우, 지원되는 대상 Firewall Threat Defense 플랫폼이 Firewall Management Center 6.5 이상 버전을 실행하는 Firewall 1010인 경우에만 디바이스별 구성(인터페이스 및 경로) 및 공유 정책(NAT, ACL 및 개체)을 마이그레이션할 수 있습니다.

    참고


    • 대상 Firewall Threat Defense가 FPR-1010이 아니거나 대상 Firewall Management Center가 6.5 이전 버전인 경우, ASA 5505 마이그레이션 지원은 공유 정책에만 적용됩니다. 디바이스 관련 정보는 마이그레이션되지 않습니다.

    • 소스 구성이 ASA 5505이므로 Select Device(디바이스 선택) 드롭다운 목록에서 FPR-1010만 선택할 수 있습니다.

    • ASA-SM 마이그레이션 지원은 공유 정책에만 적용됩니다. 디바이스 관련 정보는 마이그레이션되지 않습니다.


  • 컨피그레이션을 Firewall Management Center로 마이그레이션하려면 Proceed without FTD(FTD 없이 진행)를 클릭합니다.

    Firewall Threat Defense 없이 진행하면 Secure Firewall 마이그레이션 툴이 Firewall Threat Defense에 구성 또는 정책을 푸시하지 않습니다. 따라서 Firewall Threat Defense 디바이스별 구성인 인터페이스 및 라우트, 사이트 간 VPN은 마이그레이션되지 않으며, Firewall Management Center에서 수동으로 구성해야 합니다. 그러나 NAT, ACL 및 포트 개체와 같은 지원되는 다른 모든 컨피그레이션(공유 정책 및 개체)은 마이그레이션됩니다. 원격 액세스 VPN은 공유 정책이며 Threat Defense 없이도 마이그레이션할 수 있습니다.

  • 이 옵션은 소스 ASA 디바이스가 HA 쌍에 있는 경우에만 표시됩니다.

    Proceed with FTD HA Pair Configuration(FTD HA 쌍 구성 진행) 클릭하여 HA 쌍에 대한 액티브 및 스탠바이 위협 방어 디바이스를 선택합니다. 액티브 디바이스를 선택할 때 FMT가 스탠바이 디바이스 옵션으로 동일한 디바이스를 표시하고 HA 쌍 생성이 성공하려면 대상 Firewall Management Center에 동일한 디바이스가 있는지 확인합니다.


    참고


    스탠바이 디바이스로 선택할 대상 Firewall Management Center에 동일한 디바이스 가 없거나 대기 위협 방어 디바이스 를 선택하지 않는 경우 마이그레이션의 추가 단계를 진행할 수 없습니다.


    Setup FTD HA Pair(FTD HA 쌍 설정)를 클릭하고 Configure Target FTDs in High Availability Pair(고가용성 쌍에서 대상 FTD 구성) 창에서 다음을 구성합니다.

    1. HA Pair Name(HA 쌍 이름) 필드에 HA 쌍의 이름을 지정합니다.

    2. High Availability Link(고가용성 링크)에서 페일오버 통신을 수행해야 하는 경우 대역폭 이 충분한 Interface(인터페이스)를 선택합니다.


      참고


      Interface(인터페이스) 드롭다운에는 논리적 이름이 없고 보안 영역의 일부가 아닌 인터페이스만 나열됩니다.


    3. 인터페이스의 Logical Name(논리적 이름)을 지정합니다.

    4. 액티브 디바이스 유닛에서 고가용성 링크에 대한 Primary IP(기본 IP) 주소를 지정합니다. IP 주소가 사용되지 않는 서브넷에 있는지 확인합니다.

    5. 스탠바이 디바이스 유닛에서 고가용성 링크에 대한 Secondary IP(보조 IP) 주소를 지정합니다. 보조 IP 주소가 기본 IP 주소와 동일한 서브넷에 있는지 확인합니다.

    6. 기본 및 보조 IP 주소에 적용되는 Subnet Mask(서브넷 마스크)를 입력합니다.

    7. State Link(상태 링크)에서 Same as LAN Failover Link(LAN 페일오버 링크와 동일) 또는 다른 Interface(인터페이스)를 선택합니다. Same as LAN Failover Link(LAN 페일오버 링크와 동일)를 선택하면 방금 구성한 페일오버 링크의 데이터가 입력됩니다.

    8. IPsec Encryption(IPsec 암호화) 아래의 Enabled(활성화됨) 체크 박스를 선택하여 페일오버 링크 사이에 암호화를 활성화하고 Key Generation(키 생성) 방법을 선택합니다.

    9. Add(추가)를 클릭하여 HA 쌍 설정을 시작합니다.

    HA 쌍 생성이 진행될 때까지 Notifications Center(알림 센터) 아이콘은 계속 깜박입니다. 어떤 이유로든 HA 쌍 생성에 실패하는 경우 FMT는 Blocked(차단됨) 오류 메시지를 표시하여 알림을 전송합니다. 이 경우 마이그레이션 툴이 HA 쌍 생성을 시도했는데 실패했으므로 Firewall Management Center는 HA 쌍을 생성하지만 성공하지 못합니다.

    Firewall Management Center에 로그인하고 수동으로 HA를 중단한 다음 마이그레이션 툴의 오류 메시지에서 Click here(여기를 클릭)를 선택하여 HA 쌍 다시 구성을 시작합니다. HA 쌍을 분리하는 방법에 대한 자세한 내용은 다음을 참조하십시오.

    • 대상 Firewall Management Center가 온프레미스 방화벽 Management Center인 경우 고가용성 쌍 분리

    • 대상 Firewall Management Center가 클라우드 제공 Firewall Management Center인 경우 고가용성 쌍 분리


    참고


    다른 마이그레이션 단계의 일부로 입력되거나 채워진 값은 HA 설정이 실패하여 다시 구성되는 경우에도 유지됩니다.


단계 5

Proceed(진행)를 클릭합니다.

마이그레이션하는 대상에 따라 Secure Firewall 마이그레이션 툴에서 마이그레이션할 기능을 선택할 수 있습니다.

단계 6

Select Features(기능 선택) 섹션을 클릭하여 대상으로 마이그레이션할 기능을 검토하고 선택합니다.

  • 대상 Firewall Threat Defense 디바이스로 마이그레이션하는 경우 Secure Firewall 마이그레이션 툴이 Device Configuration(디바이스 구성) 및 Shared Configuration(공유 구성) 섹션의 ASA 구성에서 마이그레이션에 사용할 수 있는 기능을 자동으로 선택합니다. 요구 사항에 따라 기본 선택 항목을 추가로 수정할 수 있습니다.
  • Firewall Management Center로 마이그레이션하는 경우 Secure Firewall 마이그레이션 툴이 Device Configuration(디바이스 구성) 및 Shared Configuration(공유 구성) 및 Optimization(최적화) 섹션에서 ASA 구성에서 마이그레이션에 사용할 수 있는 기능을 자동으로 선택합니다. 요구 사항에 따라 기본 선택 항목을 추가로 수정할 수 있습니다.
  • Secure Firewall 마이그레이션 툴은 마이그레이션 중에 다음과 같은 액세스 제어 기능을 지원합니다.

    • 대상 보안 영역 채우기 - 마이그레이션 중에 ACL에 대한 대상 영역의 매핑을 활성화합니다.

      경로 조회 논리는 정적 경로와 연결된 경로로 제한되며, PBR과 유동 경로, NAT는 고려되지 않습니다. 인터페이스 네트워크 컨피그레이션은 연결된 경로 정보를 도출하는 데 사용됩니다.

      소스 및 대상 네트워크 개체 그룹의 특성에 따라 이 작업으로 인해 규칙이 급증할 수 있습니다.

    • 터널링된 규칙을 사전 필터로 마이그레이션 - ASA 캡슐화된 터널 프로토콜 규칙을 사전 필터 터널 규칙에 매핑하면 다음과 같은 이점이 있습니다.

      • 심층 검사 맞춤화 - 캡슐화된 트래픽에 대해 가능하며 단축경로(Fastpath)를 지정하여 성능을 높일 수 있습니다.

      • 성능 향상 - 조기에 처리하는 것이 유리한 그 밖의 연결도 단축경로를 지정하거나 차단할 수 있습니다.

      Secure Firewall 마이그레이션 툴은 소스 구성에서 캡슐화된 터널 트래픽 규칙을 식별하고 이를 사전 필터 터널 규칙으로 마이그레이션합니다. 사전 필터 정책에서 마이그레이션된 터널 규칙을 확인할 수 있습니다. 사전 필터 정책은 Firewall Management Center에서 마이그레이션된 액세스 제어 정책과 연결됩니다.

      사전 필터 터널 규칙으로 마이그레이션되는 프로토콜은 다음과 같습니다.

      • GRE(47)

      • IPv4 캡슐화(4)

      • IPv6 캡슐화(41)

      • Teredo 터널링(UDP:3544)


      참고


      사전 필터 옵션을 선택하지 않으면 모든 터널링된 트래픽 규칙이 지원되지 않는 규칙으로 마이그레이션됩니다.

      ASA 구성의 ACL 터널 규칙(GRE 및 IPnIP)은 현재 기본적으로 양방향으로 마이그레이션됩니다. 이제 액세스 제어 상태 옵션에서 대상의 규칙 방향을 양방향 또는 단방향으로 지정할 수 있습니다.

  • Secure Firewall 마이그레이션 툴은 VPN 터널 마이그레이션을 위해 다음 인터페이스 및 개체를 지원합니다.

    • 정책 기반(암호화 맵) - 대상 Firewall Management Center 및 Firewall Threat Defense가 버전 6.6 이상인 경우.

    • 경로 기반(VTI) - 대상 Firewall Management Center 및 Firewall Threat Defense가 버전 6.7 이상인 경우.

  • Secure Firewall 마이그레이션 툴은 대상 Management Center가 7.2 이상인 경우 원격 액세스 VPN의 마이그레이션을 지원합니다. 원격 액세스 VPN은 Threat Defense 없이도 마이그레이션할 수 있는 공유 정책입니다. Threat Defense를 사용하여 마이그레이션을 선택한 경우 Threat Defense 버전은 7.0 이상이어야 합니다.

  • (선택 사항) Optimization(최적화) 섹션에서 Migrate only referenced objects(참조된 개체만 마이그레이션)를 선택하여 액세스 제어 정책 및 NAT 정책에서 참조되는 개체만 마이그레이션합니다.

    참고


    이 옵션을 선택하면 ASA 구성에서 참조되지 않는 개체는 마이그레이션되지 않습니다. 이렇게 하면 마이그레이션 시간이 최적화되고 컨피그레이션에서 사용되지 않는 개체가 제거됩니다.
  • (선택 사항) Optimization(최적화) 섹션에서 Firewall Threat Defense의 액세스 정책을 기준으로 최적의 메모리 사용률을 위한 Object group search(개체 그룹 검색)를 선택합니다.
  • (선택 사항) Inline Grouping(인라인 그룹화) 섹션에서 Secure Firewall 마이그레이션 툴을 사용하면 CSM 또는 DM으로 시작하는 사전 정의된 네트워크 및 서비스 개체 이름의 액세스 규칙을 지울 수 있습니다. 이 옵션의 선택을 취소하면 마이그레이션 중에 사전 정의된 개체 이름이 유지됩니다. 자세한 내용은 인라인 그룹화를 참고하십시오.

    참고


    기본적으로 인라인 그룹화 옵션은 활성화되어 있습니다.
  • 소스 ASA 디바이스에서 SNMP 및 DHCP 서버, 릴레이및 DDNS 구성이 있는 경우 해당 확인란이 기본적으로 선택됩니다. 이러한 설정을 마이그레이션하지 않으려면 수동으로 선택을 취소합니다. DHCP를 선택하면 서버 또는 릴레이 및 DDNS를 모두 선택할 수 있습니다.
  • SSL 클라이언트리스 VPN 터널 프로토콜 구성이 포함된 그룹 정책과 SAML 인증을 사용하는 그룹 정책이 포함된 터널 그룹이 있는 경우 마이그레이션 툴은 기본적으로 WebVPN 확인란을 선택합니다. 이러한 구성을 마이그레이션하지 않으려는 경우에는 이 확인란을 수동으로 선택 취소해야 합니다.

단계 7

Proceed(진행)를 클릭합니다.

단계 8

Rule Conversion/ Process Config(규칙 변환/프로세스 컨피그레이션) 섹션에서 Start Conversion(변환 시작)을 클릭하여 변환을 시작합니다.

단계 9

Secure Firewall 마이그레이션 툴에서 변환한 요소의 요약을 검토합니다.

컨피그레이션 파일이 성공적으로 업로드되고 구문 분석되었는지 확인하려면 마이그레이션을 계속하기 전에 Pre-Migration Report(마이그레이션 전 보고서)를 다운로드하여 확인하십시오.

단계 10

Download Report(보고서 다운로드)를 클릭하고 Pre-Migration Report(마이그레이션 전 보고서)를 저장합니다.

Pre-Migration Report(마이그레이션 전 보고서)의 사본도 Secure Firewall 마이그레이션 툴과 동일한 위치의 Resources(리소스) 폴더에 저장됩니다.


다음에 수행할 작업

마이그레이션 전 보고서 검토

인라인 그룹화

ASDM 및 CSM으로 관리되는 ASA별 개체 그룹화

소스/수신 주소 또는 소스/대상 서비스에 둘 이상의 항목(개체 또는 인라인 값)을 입력할 경우, CSM 또는 ASDM에서는 개체 그룹을 자동으로 생성합니다. 각 ASA 디바이스에 컨피그레이션을 구축하는 동안 CSM 및 ASDM에서 사용되는 이러한 개체 그룹의 명명 규칙은 각각 CSM_INLINE 및 DM_INLINE입니다.


참고


Tools(툴) > Preferences(기본 설정)에서 개체 그룹화의 동작을 변경하려면 Auto-expand network and service objects with specified prefix(지정된 접두사로 네트워크 및 서비스 개체 자동 확장) 규칙 테이블 기본 설정을 선택합니다.

다음은 ASDM으로 관리되는 ASA에서 show run 명령을 사용하여 추출한 컨피그레이션 스니펫입니다.

object network host1
 host 10.1.1.100
object network fqdn_obj1
 fqdn abc.cisco.com
object-group network DM_INLINE_NETWORK_1
 network-object 10.21.44.189 255.255.255.255
 network-object 10.21.44.190 255.255.255.255
object-group network DM_INLINE_NETWORK_2
 network-object 10.21.44.191 255.255.255.255
 network-object object host1
 network-object object fqdn_obj1
 
 
access-list CSM_DM_ACL extended permit tcp object-group DM_INLINE_NETWORK_1 object-group DM_INLINE_NETWORK_2

위의 예에서 ASDM UI의 access-list CSM_DM_ACL은 DM_INLINE 그룹을 규칙의 소스 및 대상 네트워크로 표시하지 않으며 대신 DM_INLINE 그룹의 내용을 표시합니다.

인라인 그룹화 - ASDM/CSM

Secure Firewall 마이그레이션 툴의 인라인 그룹화 기능을 사용하면 ASDM 또는 CSM으로 관리되는 ASA 디바이스의 show running-configuration을 구문 분석할 수 있습니다. 이 기능은 ASDM 또는 CSM과 동일하게 access-list 규칙의 UI 표현을 유지하는 옵션을 제공합니다. 이 옵션의 선택을 취소하면 마이그레이션된 규칙이 ASA show running-configuration에 기록된 대로 DM_INLINE 그룹을 참조합니다.


참고


Secure Firewall 마이그레이션 툴에 입력된 소스 ASA 구성 파일은 여전히 ASA에서 수집되거나 ASA 디바이스에 대한 라이브 연결(SSH)을 통해 수집된 show run 또는 show tech입니다. Secure Firewall 마이그레이션 툴은 다른 형식의 구성 파일 또는 메서드를 지원하지 않습니다.

다음 그림에서는 인라인 그룹화 옵션을 활성화하거나 비활성화할 때 ACE 또는 RULE의 Source(소스) 및 Destination(대상) Network(네트워크) 필드가 각각 어떻게 변경되는지 보여줍니다.

그림 2. 인라인 그룹화 - ASDM/CSM 활성화 시
그림 3. 인라인 그룹화 - ASDM/CSM 비활성화 시

마이그레이션 전 보고서 검토

마이그레이션 중에 마이그레이션 전 보고서를 다운로드하지 못한 경우 다음 링크를 사용하여 다운로드하십시오.

마이그레이션 전 보고서 다운로드 엔드포인트 - http://localhost:8888/api/downloads/pre_migration_summary_html_format


참고


Secure Firewall 마이그레이션 툴이 실행 중일 때만 보고서를 다운로드할 수 있습니다.

프로시저


단계 1

Pre-Migration Report(마이그레이션 전 보고서)를 다운로드한 위치로 이동합니다.


참고


Pre-Migration Report(마이그레이션 전 보고서)의 사본도 Secure Firewall 마이그레이션 툴과 동일한 위치의 Resources(리소스) 폴더에 저장됩니다.


단계 2

Pre-Migration Report(마이그레이션 전 보고서)를 열고 내용을 신중하게 검토하여 마이그레이션의 실패를 일으킬 수 있는 문제를 파악합니다.

Pre-Migration Report(마이그레이션 전 보고서)에는 다음 정보가 포함됩니다.

  • Overall Summary(전체 요약) - ASA 구성 정보를 추출하거나 라이브 ASA 구성에 연결하는 데 사용되는 방법입니다.

    라이브 ASA에 연결한다면 ASA에서 감지된 방화벽 모드이며, 멀티 컨텍스트 모드의 경우 마이그레이션을 위해 선택한 컨텍스트입니다.

    Firewall Threat Defense 또는 Multicloud Defense로 성공적으로 마이그레이션할 수 있는 지원되는 ASA 구성 요소 및 마이그레이션을 위해 선택한 특정 ASA 기능의 요약입니다.

    라이브 ASA에 연결하는 동안에는 요약에 적중 횟수 정보(ASA 규칙이 적용된 횟수 및 타임스탬프 정보)가 포함됩니다.

  • Configuration Lines with Errors(오류가 있는 구성 라인) - Secure Firewall 마이그레이션 툴이 구문 분석할 수 없으므로, 마이그레이션할 수 없는 ASA구성 요소에 대한 세부 정보입니다. 계속 진행하기 전에 ASA 구성에서 이러한 오류를 해결하고 새 구성 파일을 내보낸 다음 Secure Firewall 마이그레이션 툴에 새 구성 파일을 업로드합니다.

  • Object and Object Groups Conflict Resolution(개체 및 개체 그룹 충돌 확인) - 마이그레이션하려는 상황 전체에서 충돌이 발생한 ASA 네트워크 및 서비스 개체와 개체, 서비스, 프로토콜 개체 그룹에 대한 세부 정보입니다. 이러한 개체 충돌에 대한 세부 정보를 보려면 Link for Conflict Count(충돌 수 링크)를 클릭합니다. 충돌의 이유를 확인하고 마이그레이션 툴이 충돌을 처리하는 방법도 알 수 있습니다.

  • Ignored Configuration(무시된 구성) - Firewall Management Center 또는 Secure Firewall 마이그레이션 툴에서 지원되지 않기 때문에 무시되는 ASA 구성 요소의 세부 정보입니다. Secure Firewall 마이그레이션 툴은 이러한 라인을 구문 분석하지 않습니다. 이러한 라인을 검토하고 Firewall Management Center에서 각 기능이 지원되는지 확인한 다음, 지원되지 않는 경우 해당 기능을 수동으로 구성하도록 계획합니다.모든 무시된 라인을 보려면 무시된 구성 라인에 대한 링크를 클릭합니다.

Firewall Management Center 및 Firewall Threat Defense에서 지원되는 기능에 대한 자세한 내용은 Cisco Secure Firewall Management Center 디바이스 컨피그레이션 가이드를 참조하십시오.

단계 3

(선택 사항) Pre-Migration Report(마이그레이션 전 보고서)에서 시정 조치를 권장하는 경우, 계속하기 전에 ASA 인터페이스에서 해당 시정 조치를 완료하고 ASA 구성 파일을 다시 내보낸 후 업데이트된 구성 파일을 업로드하십시오.

단계 4

ASA 구성 파일이 성공적으로 업로드되고 구문 분석된 후 Secure Firewall 마이그레이션 툴로 돌아가 Next(다음)를 클릭하여 마이그레이션을 계속합니다.


다음에 수행할 작업

Firepower Threat Defense 인터페이스와 ASA 인터페이스 매핑

ASA 구성과 Firewall Threat Defense 인터페이스 매핑

Firewall Threat Defense 디바이스에는 ASA 구성에 사용되는 것과 같거나 더 많은 수의 물리적 및 포트 채널 인터페이스가 있어야 합니다. 이러한 인터페이스가 두 디바이스에서 동일한 이름을 가질 필요는 없습니다. 인터페이스 매핑 방법을 선택할 수 있습니다.

Map FTD Interface(FTD 인터페이스 매핑) 화면에서 Secure Firewall 마이그레이션 툴로 Firewall Threat Defense 디바이스의 인터페이스 목록을 검색합니다. 기본적으로 Secure Firewall 마이그레이션 툴은 인터페이스 ID에 따라 ASA 의 인터페이스와 Firewall Threat Defense 디바이스를 매핑합니다. 예를 들어, ASA 인터페이스의 '관리 전용' 인터페이스는 Firewall Threat Defense 디바이스의 '관리 전용' 인터페이스에 자동으로 매핑되며 이를 변경할 수 없습니다.

Firewall Threat Defense 인터페이스에 대한 ASA 인터페이스 매핑은 Firewall Threat Defense 디바이스 유형에 따라 달라집니다.

  • 대상 Firewall Threat Defense가 네이티브 유형인 경우:

    • Firewall Threat Defense에서 같거나 더 많은 수의 ASA 인터페이스 또는 PC(Port Channel) 데이터 인터페이스(ASA 구성의 관리 전용 및 하위 인터페이스 제외)를 사용해야 합니다. 이 수가 더 적은 경우 대상 Firewall Threat Defense에 필요한 인터페이스 유형을 추가합니다.

    • 하위 인터페이스는 물리적 인터페이스 또는 포트 채널 매핑을 기반으로 Secure Firewall 마이그레이션 툴에서 생성됩니다.

  • 대상 Firewall Threat Defense가 컨테이너 유형인 경우:

    • Firewall Threat Defense에서 같거나 더 많은 수의 ASA 인터페이스, 물리적 하위 인터페이스, 포트 채널 또는 포트 채널 하위 인터페이스(ASA 구성의 관리 전용 인터페이스 제외)를 사용해야 합니다. 이 수가 더 적은 경우 대상 Firewall Threat Defense에 필요한 인터페이스 유형을 추가합니다. 예를 들어, 대상 Firewall Threat Defense의 물리적 인터페이스 및 물리적 하위 인터페이스 수가 ASA 보다 100개 적을 경우 대상 Firewall Threat Defense에서 추가 물리적 인터페이스 또는 물리적 하위 인터페이스를 생성할 수 있습니다.

    • 하위 인터페이스는 Secure Firewall 마이그레이션 툴로 생성되지 않습니다. 물리적 인터페이스, 포트 채널 또는 하위 인터페이스 간의 인터페이스 매핑만 허용됩니다.

시작하기 전에

Firewall Management Center에 연결하고 대상을 Firewall Threat Defense로 선택했는지 확인합니다. 자세한 내용은 Secure Firewall 마이그레이션 툴에 대한 대상 매개변수 지정를 참고하십시오.


참고


이 단계는 Firewall Threat Defense 디바이스 없이 Firewall Management Center로 마이그레이션하는 경우 적용되지 않습니다.

프로시저


단계 1

인터페이스 매핑을 변경하려면 FTD Interface Name(FTD 인터페이스 이름)의 드롭다운 목록을 클릭하고 해당 ASA 인터페이스에 매핑할 인터페이스를 선택합니다.

관리 인터페이스의 매핑은 변경할 수 없습니다. Firewall Threat Defense 인터페이스가 ASA 인터페이스에 이미 할당된 경우 드롭다운 목록에서 해당 인터페이스를 선택할 수 없습니다. 할당된 모든 인터페이스는 회색으로 표시되며 사용할 수 없습니다.

하위 인터페이스는 매핑할 필요가 없습니다. Secure Firewall 마이그레이션 툴은 ASA 구성의 모든 하위 인터페이스에 대해 Firewall Threat Defense 디바이스의 하위 인터페이스를 매핑합니다.

단계 2

각 ASA 인터페이스를 Firewall Threat Defense 인터페이스에 매핑했으면 Next(다음)를 클릭합니다.


다음에 수행할 작업

ASA 인터페이스를 적절한 Firewall Threat Defense 인터페이스 개체, 보안 영역 및 인터페이스 그룹에 매핑합니다. 자세한 내용은 보안 영역 및 인터페이스 그룹에 인터페이스 매핑을 참고하십시오.

ASA 인터페이스를 보안 영역 및 및 VRF에 매핑


참고


ASA 구성에 액세스 목록 및 NAT 규칙이 포함되어 있지 않거나 이러한 정책을 마이그레이션하지 않도록 선택한 경우에는 이 단계를 건너뛰고 최적화, 구성 검토 및 검증로 진행할 수 있습니다.

ASA 구성이 올바르게 마이그레이션되도록 하려면 ASA 인터페이스를 적절한 Firewall Threat Defense 인터페이스 개체, 보안 영역과 인터페이스 그룹 및 VRF에 매핑합니다. ASA 구성에서 액세스 제어 정책 및 NAT 정책은 인터페이스 이름(nameif)을 사용합니다. Firewall Management Center에서 이러한 정책은 인터페이스 개체를 사용합니다. 또한 Firewall Management Center 정책은 인터페이스 개체를 다음과 같이 그룹화합니다.

  • 보안 영역 — 하나의 인터페이스가 하나의 보안 영역에만 속할 수 있습니다.

  • 인터페이스 그룹 — 하나의 인터페이스가 여러 인터페이스 그룹에 속할 수 있습니다.

  • VRF — 하나의 인터페이스는 하나의 VRF 구성에만 속할 수 있습니다.

Secure Firewall 마이그레이션 툴을 사용하면 보안 영역 인터페이스 그룹 및 VRF이 있는 인터페이스를 일대일로 매핑할 수 있습니다. 보안 영역 또는 인터페이스 그룹이 인터페이스에 매핑된 경우 Firewall Management Center에서 허용하더라도 다른 인터페이스에 매핑할 수 없습니다. Firewall Management Center의 보안 영역 및 인터페이스 그룹에 대한 자세한 내용은 Cisco Secure Firewall Management Center 디바이스 환경 설정 설명서 의 에서 보안 영역 및 인터페이스 그룹을 참조하십시오.

프로시저


단계 1

Map Security Zones and Interface Groups(보안 영역 및 인터페이스 그룹 매핑) 화면에서 사용 가능한 인터페이스, 보안 영역, 인터페이스 그룹 및 VFR 구성을 검토합니다.

단계 2

Firewall Management Center에 존재하는, 즉 ASA 구성 파일에서 보안 영역 유형 개체로 사용 가능하고 드롭다운 목록에서 사용 가능한 보안 영역 및 인터페이스 그룹에 인터페이스를 매핑하려면 다음과 같이 합니다.

  1. Security Zones(보안 영역) 열에서 해당 인터페이스의 보안 영역을 선택합니다.

  2. Interface Groups(인터페이스 그룹) 열에서 해당 인터페이스의 인터페이스 그룹을 선택합니다.

  3. VRF 열에서 인터페이스의 VRF 구성을 선택합니다.


참고


마이그레이션의 일부로 위협 방어 HA 쌍을 설정하는 경우 기본 및 보조 피어 모두에 대해 보안 영역 및 인터페이스 그룹을 추가하거나 자동으로 생성할 수 있습니다. 보조 피어의 보안 영역 및 인터페이스 그룹은 기본 피어와 동일합니다.


단계 3

보안 영역, 인터페이스 그룹 및 VRF를 수동으로 매핑하거나 자동으로 생성할 수 있습니다.

단계 4

보안 영역, 인터페이스 그룹 및 VRF를 수동으로 매핑하려면 다음과 같이 합니다.

  1. Add SZ, IG & VRF(SZ, IG 및 VRF 추가)를 클릭합니다.

  2. Add SZ, IG and VRF(SZ, IG 및 VRF 추가) 대화 상자에서 편집 아이콘을 클릭하고 VRF에 지정할 이름을 입력한 다음 녹색 확인 표시를 클릭합니다. 편집 아이콘을 다시 클릭하여 VRF 이름을 수정할 수도 있습니다.


    참고


    병합 구성 마이그레이션을 수행 중이고 컨텍스트 중 하나에 VPN 구성이 있는 경우, 전역 라우터로 직접 마이그레이션되므로 여기에 인터페이스에 매핑할 수 있도록 표시되지 않습니다.


  3. Security Zone(보안 영역) 열에 보안 영역 이름을 입력합니다. 허용되는 최대 문자 수는 48자입니다. 마찬가지로 인터페이스 그룹을 추가할 수 있습니다.

  4. Close(닫기)를 클릭합니다.

자동 생성을 통해 보안 영역 및 인터페이스 그룹을 매핑하려면 다음과 같이 합니다.

  1. Auto-Create(자동 생성)를 클릭합니다.

  2. Auto-Create(자동 생성) 대화 상자에서 Interface Groups(인터페이스 그룹) 및 Zone Mapping(영역 매핑) 중 하나 또는 둘 다를 선택합니다.

  3. Auto-Create(자동 생성)를 클릭합니다.

Secure Firewall 마이그레이션 툴은 이러한 보안 영역에 ASA 인터페이스와 같은 이름(예: outside(외부) 또는 inside(내부))을 지정하고 이름 뒤에 "(A)"를 표시하여 Secure Firewall 마이그레이션 툴에서 생성되었음을 나타냅니다. 인터페이스 그룹에는 outside_ig 또는 inside_ig와 같은 _ig 접미사가 추가됩니다. 또한 보안 영역 및 인터페이스 그룹은 ASA 인터페이스와 동일한 모드를 사용합니다. 예를 들어 ASA 논리적 인터페이스가 L3 모드인 경우 인터페이스에 대해 생성된 보안 영역 및 인터페이스 그룹도 L3 모드입니다.

단계 5

모든 인터페이스를 적절한 보안 영역 , 인터페이스 그룹 및 VRF에 매핑했으면 Next(다음)를 클릭합니다.


최적화, 구성 검토 및 검증

마이그레이션된 ASA 구성을 Firewall Management Center로 푸시하기 전에 구성을 최적화하고 신중하게 검토하여 해당 구성이 올바르며 Firewall Threat Defense 디바이스 구성 방법과 일치하는지 확인하십시오. 깜박이는 탭은 다음 작업 과정을 수행해야 함을 나타냅니다.


참고


Optimize, Review and Validate Configuration(구성 최적화, 검토 및 검증) 화면에서 Secure Firewall 마이그레이션 툴을 닫으면 진행 상황이 저장되고 나중에 마이그레이션을 재개할 수 있습니다. 이 화면 전에 Secure Firewall 마이그레이션 툴을 닫으면 진행 상황이 저장되지 않습니다. 구문 분석 후 오류가 발생한 경우 Secure Firewall 마이그레이션 툴을 다시 실행하면 Interface Mapping(인터페이스 매핑) 화면에서 재개됩니다.


여기서 Secure Firewall 마이그레이션 툴은 Firewall Management Center에 이미 있는 IPS(Intrusion Prevention System, 침입 방지 시스템) 정책 및 파일 정책을 가져와 마이그레이션 중인 액세스 제어 규칙에 연결할 수 있도록 합니다.

파일 정책은 네트워크에 대한 지능형 악성코드 차단 및 파일 제어를 수행하기 위해 시스템에서 전체 액세스 제어 구성의 일부로 사용하는 구성 집합입니다. 이 연결은 시스템이 액세스 제어 규칙의 조건에 일치하는 트래픽에 파일을 통과시키기 전에 먼저 파일을 검사하도록 합니다.

마찬가지로 트래픽이 대상으로 들어가기 전 시스템의 최후의 방어선으로 IPS 정책을 사용할 수 있습니다. 침입 정책은 보안 위반 확인을 위해 시스템이 인라인 배포에서 트래픽을 검사하는 방식을 제어하며, 악성 트래픽을 차단하거나 변경할 수 있습니다. 시스템이 트래픽 평가를 위해 침입 정책을 사용할 때마다, 연결된 변수 집합을 사용합니다. 집합 내 대부분의 변수는 소스 및 대상 IP 주소와 포트 확인을 위해 침입 규칙에서 일반적으로 사용되는 값을 나타냅니다. 규칙 삭제, 동적 규칙 상태의 IP 주소를 나타내려면 침입 정책 내 변수를 사용할 수도 있습니다.

탭에서 특정 컨피그레이션 항목을 검색하려면 열 맨 위의 필드에 항목 이름을 입력합니다. 검색어와 일치하는 항목만 표시하도록 테이블 행이 필터링됩니다.

소스 ASA 디바이스는 CSM 또는 ASDM에서 관리할 수 있습니다. 소스/수신 주소 또는 소스/대상 서비스에 둘 이상의 항목(개체 또는 인라인 값)을 입력할 경우, CSM 또는 ASDM에서는 개체 그룹을 자동으로 생성합니다. CSM 및 ASDM에서 사용되는 이러한 개체 그룹의 명명 규칙은 각각 CSM_INLINE 및 DM_INLINE입니다.

인라인 그룹화 CSM 또는 ASDM 관리 컨피그레이션을 지우도록 선택하는 경우 미리 정의된 개체가 실제 개체 또는 멤버 이름으로 대체됩니다. CSM 또는 ASDM 관리 컨피그레이션을 지우지 않으면 마이그레이션 시 미리 정의된 개체 이름이 유지됩니다.

예를 들어 10.21.44.189 및 10.21.44.190은 개체 그룹의 멤버이며 미리 정의된 이름(예: object-group DM_INLINE_NETWORK_1 및 object-group DM_INLINE_NETWORK_2)으로 변경됩니다.


참고


기본적으로 인라인 그룹화 옵션은 활성화되어 있습니다.

Optimize, Review and Validate Configuration(구성 최적화, 검토 및 검증) 화면에서 Secure Firewall 마이그레이션 툴을 닫으면 진행 상황이 저장되고 나중에 마이그레이션을 재개할 수 있습니다. 이 화면 전에 닫으면 진행 상황이 저장되지 않습니다. 구문 분석 후 오류가 발생한 경우 Secure Firewall 마이그레이션 툴을 다시 실행하면 Interface Mapping(인터페이스 매핑) 화면에서 재개됩니다.

Secure Firewall 마이그레이션 툴 ACL 최적화 개요

Secure Firewall 마이그레이션 툴은 네트워크 기능에 영향을 주지 않고 방화벽 규칙 베이스에서 최적화(비활성화 또는 삭제)할 수 있는 ACL을 식별하고 분리하기 위한 지원을 제공합니다.

ACL 최적화는 다음 ACL 유형을 지원합니다.

  • 중복 ACL - 두 ACL에 동일한 컨피그레이션 및 규칙 집합이 있는 경우 기본이 아닌 ACL을 제거해도 네트워크에 영향을 주지 않습니다. 예를 들어, 액세스 거부에 대해 정의된 규칙 없이 동일한 네트워크에서 FTP 및 IP 트래픽을 허용하는 두 규칙이 있는 경우 첫 번째 규칙을 삭제할 수 있습니다.

  • 섀도우 ACL - 첫 번째 ACL은 두 번째 ACL의 컨피그레이션을 완전히 섀도잉합니다. 두 규칙에 유사한 트래픽이 있는 경우, 두 번째 규칙은 액세스 목록의 뒷부분에 나타나므로 어떤 트래픽에도 적용되지 않습니다. 두 규칙이 트래픽에 대해 서로 다른 작업을 지정하는 경우, 섀도잉된 규칙을 이동하거나 규칙 중 하나를 편집하여 필요한 정책을 구현할 수 있습니다. 예를 들어 기본 규칙은 IP 트래픽을 거부할 수 있으며, 섀도잉된 규칙은 지정된 소스 또는 대상에 대한 FTP 트래픽을 허용할 수 있습니다.

  • ACL 비활성화—방화벽 구성에서 명시적으로 비활성화된 ACL입니다. 규칙은 구성 파일에 존재하지만, Secure Firewall 마이그레이션 툴은 트래픽을 처리할 때 해당 규칙을 무시합니다.

Secure Firewall 마이그레이션 툴은 ACL 최적화를 위한 규칙을 비교하는 동안 다음 매개변수를 사용합니다.


참고


최적화는 ACP 규칙에 대해서만 ASA 에 사용할 수 있습니다.


  • 소스 ACL은 해당 ACE(인라인 값)로 확장된 후 다음 매개변수에 대해 비교됩니다.

    • 소스 및 대상 영역

    • 소스 및 대상 네트워크

    • 소스 및 대상 포트

Download Report(보고서 다운로드)를 클릭하여 Excel 파일로 정리된 ACL 이름과 이에 해당하는 중복, 섀도, 비활성화된 ACL을 검토합니다. 자세한 ACL 정보를 보려면 세부 ACL 정보 시트를 사용합니다.

개체 최적화

마이그레이션 프로세스 중에 개체 최적화를 위해 다음 개체가 고려됩니다.

  • 참조되지 않은 개체 - 마이그레이션을 시작할 때 참조되지 않은 개체를 마이그레이션하지 않도록 선택할 수 있습니다.

  • 중복 개체 - 개체가 이미 Firewall Management Center에 있는 경우 중복 개체를 생성하는 대신 정책이 재사용됩니다.

프로시저


단계 1

(선택 사항) Optimize, Review and Validate Configuration(구성 최적화, 검토 및 검증) 화면에서 Access Control(액세스 제어) > ACP의 Optimize ACL(ACL 최적화)을 클릭하여 최적화 코드를 실행하고 다음을 수행합니다.

  1. Proceed(진행)를 클릭하여 ACL 최적화를 진행합니다. 마이그레이션을 위해 식별된 중복 ACL, 섀도우 ACL 및 비활성 ACL 규칙이 표시됩니다.

    ACL 최적화를 분석하는 데 걸리는 시간은 소스 구성 파일 크기에 따라 달라집니다. 예상 시간이 표시됩니다.

    최적화를 위해 고려된 총 ACL 규칙의 요약이 포함된 보고서가 표시됩니다. 최적화 보고서 및 해당 구성 요소에 대한 자세한 내용은 ACL 최적화 보고을 참고하십시오.

    Redundant ACL(중복 ACL), Shadow ACLs(섀도우 ACL) 및 Disable ACLs(비활성 ACL) 탭은 ACL 최적화 보고서에 데이터가 있는 경우에만 나타납니다.

    ACL은 서로 다른 기본 규칙의 중복, 섀도우 및 비활성 ACL에 모두 표시됩니다.


    참고


    중복, 섀도우 또는 비활성 ACL 아래에 표시되는 ACL 항목은 기본 ACL로 간주되지 않습니다.


  2. 식별된 ACL 최적화 규칙을 다운로드하려면 Download Report(보고서 다운로드)를 클릭합니다.

  3. 규칙을 선택하고 Actions(작업) > Migrate as disabled(비활성화된 항목으로 마이그레이션) 또는 Do not migration(마이그레이션하지 않음)을 선택하고 작업 중 하나를 적용합니다.

  4. Save(저장)를 클릭합니다.

    마이그레이션 작업이 Do not migrate(마이그레이션하지 않음)에서 disabled(비활성화됨)로 또는 그 반대로 변경됩니다.

    다음 옵션을 사용하여 규칙의 대량 선택을 수행할 수 있습니다.

    • Migrate(마이그레이션) - 기본 상태로 마이그레이션합니다.

    • Do not Migrate(마이그레이션 안 함) - ACL 마이그레이션을 무시합니다.

    • Migrate as disabled(비활성화된 상태로 마이그레이션) - State(상태) 필드가 Disable(비활성화)로 설정된 ACL을 마이그레이션합니다.

    • Migrate as enabled(활성화된 상태로 마이그레이션) - State(상태) 필드가 Enable(활성화)로 설정된 ACL을 마이그레이션합니다.

단계 2

Optimize, Review and Validate Configuration(구성 최적화, 검토 및 검증) 화면에서 Access Control Rules(액세스 제어 규칙)를 클릭하고 다음과 같이 합니다.

  1. 테이블의 각 항목에 대해 매핑을 검토하고 올바른지 확인합니다.

    마이그레이션된 액세스 정책 규칙은 ACL 이름을 접두사로 사용하고 ACL 규칙 번호를 추가하므로 ASA 구성 파일에 다시 쉽게 매핑할 수 있습니다. 예를 들어 ASA ACL의 이름이 "inside_access"인 경우 ACL의 첫 번째 규칙(또는 ACE) 라인은 "inside_access_# 1"로 지정됩니다. TCP 또는 UDP 조합, 확장된 서비스 개체 또는 기타 사유로 인해 규칙을 확장해야 하는 경우 Secure Firewall 마이그레이션 툴이 이름에 번호가 지정된 접미사를 추가합니다. 예를 들어 허용 규칙이 마이그레이션을 위해 두 개의 규칙으로 확장되는 경우 이름이 "inside_access _#1-1"및 "inside_access_#1-2"로 지정됩니다.

    지원되지 않는 개체를 포함하는 규칙의 경우 Secure Firewall 마이그레이션 툴이 이름에 "_UNSUPPORTED" 접미사를 추가합니다.

  2. 하나 이상의 액세스 제어 목록 정책을 마이그레이션하지 않으려면 해당 행의 확인란을 선택하고 Actions(작업) Do not migrate(마이그레이션 하지 않음)을 선택한 다음 Save(저장)를 클릭합니다.

    마이그레이션하지 않도록 선택하는 모든 규칙은 테이블에서 회색으로 표시됩니다.

  3. 액세스 제어 목록 정책을 편집하려면 해당 정책 옆의 체크 박스를 선택하고 Actions(작업) > Edit(편집)를 선택합니다.

  4. Edit Rule(규칙 편집) 대화 상자에서 기존 데이터를 업데이트하거나 새 데이터를 추가합니다.

    소스 또는 대상에 개체를 추가하려면:

    1. 왼쪽 창에서 해당 개체 옆에 있는 체크 박스를 선택합니다.

    2. Selected Sources(선택된 소스) 또는 Selected Destination and Applications(선택된 대상 및 애플리케이션) 열 아래에 있는 Add Source(소스 추가) 또는 Add Destination(대상 추가) 버튼을 클릭하여 개체를 해당 위치로 이동합니다.

    또한 삭제 아이콘을 클릭하여 소스 또는 대상에서 기존 개체를 삭제할 수도 있습니다.


    참고


    적용되지 않는 규칙은 표에서 회색으로 표시됩니다.


  5. 하나 이상의 액세스 제어 정책에 Firewall Management Center 파일 정책을 적용하려면 해당 행의 체크 박스를 선택하고 Actions(작업) > File Policy(파일 정책)를 선택합니다.

    File Policy(파일 정책) 대화 상자에서 적절한 파일 정책을 선택하고 선택한 액세스 제어 정책에 적용한 후 Save(저장)를 클릭합니다.

  6. 하나 이상의 액세스 제어 정책에 Firewall Management Center IPS 정책을 적용하려면 해당 행의 체크 박스를 선택하고 Actions(작업) > IPS Policy(IPS 정책)를 선택합니다.

    IPS Policy(IPS 정책) 대화 상자에서 적절한 IPS 정책과 해당 변수 집합을 선택하고 선택한 액세스 제어 정책에 적용한 후 Save(저장)를 클릭합니다.

  7. 기록이 활성화된 액세스 제어 규칙의 기록 옵션을 변경하려면 해당 행의 체크 박스를 선택하고 Actions(작업) > Log(로그)를 선택합니다.

    Log(로그) 대화 상자에서 연결 시작 또는 종료 시 또는 두 경우에 모두 이벤트 기록을 활성화할 수 있습니다. 기록을 활성화한 경우 Event Viewer(이벤트 뷰어) 또는 Syslog(시스템 로그) 또는 둘 다에 연결 이벤트를 보내도록 선택해야 합니다. 시스템 로그 서버에 연결 이벤트를 전송하도록 선택하는 경우 Syslog(시스템 로그) 드롭다운 메뉴에서 Firewall Management Center에 이미 구성된 시스템 로그 정책을 선택할 수 있습니다.

  8. 액세스 제어 테이블에서 마이그레이션된 액세스 제어 규칙에 대한 작업을 변경하려면 해당 행의 체크 박스를 선택하고 Actions(작업) > Rule Action(규칙 작업)을 선택합니다.

    Actions(작업) 드롭다운의 Rule Action(규칙 작업) 대화 상자에서 ACP 또는 Prefilter(사전 필터) 탭을 선택할 수 있습니다.

    • ACP - 모든 액세스 제어 규칙에는 시스템이 일치하는 트래픽을 처리하고 기록하는 방법을 결정하는 작업이 있습니다. 액세스 제어 규칙에 대해 허용, 신뢰, 모니터링, 차단 또는 차단 후 재설정 작업을 수행할 수 있습니다.

    • Prefilter(사전 필터) - 규칙의 작업은 시스템이 일치하는 트래픽을 처리하고 기록하는 방법을 결정합니다. 단축경로(Fastpath) 지정 및 차단을 수행할 수 있습니다.


    팁


    액세스 제어 규칙에 연결된 IPS 및 파일 정책은 Allow(허용) 옵션을 제외한 모든 규칙 작업 시 자동으로 제거됩니다.

    ACL 규칙 범주 - Secure Firewall 마이그레이션 툴은 CSM 관리 ASA 구성의 Rule(규칙) 섹션을 유지하고 Firewall Management Center에서 ACL 범주로 마이그레이션합니다.

    정책 용량 및 제한 경고 - Secure Firewall 마이그레이션 툴은 마이그레이션된 규칙의 총 ACE 수를 대상 플랫폼에서 지원되는 ACE 제한과 비교합니다.

    비교 결과를 기반으로 Secure Firewall 마이그레이션 툴은 마이그레이션된 ACE의 총 수가 임계값을 초과하거나 대상 디바이스의 지원되는 제한 임계값에 근접한 경우 가시적인 지표 및 경고 메시지를 표시합니다.

    규칙이 ACE Count(ACE 수) 열을 초과할 경우 마이그레이션을 최적화하거나 마이그레이션하지 않도록 결정할 수 있습니다. 구축 전에 Firewall Management Center에서 푸시한 후 마이그레이션을 완료하고 이 정보를 사용하여 규칙을 최적화할 수도 있습니다.


    참고


    Secure Firewall 마이그레이션 툴은 경고에도 불구하고 마이그레이션을 차단하지 않습니다.

    오름차순, 내림차순, 같음, 보다 큼, 보다 작음 필터링 순서 시퀀스로 ACE 수를 필터링할 수 있습니다.

    기존 필터 기준을 지우고 새 검색을 로드하려면 Clear Filter(필터 지우기)를 클릭합니다.


    참고


    ACE를 기준으로 ACL을 정렬하는 순서는 보기 전용입니다. ACL은 발생한 연대순으로 푸시됩니다.

단계 3

NAT 규칙의 소스 및 대상 영역을 편집하려면 NAT을 클릭한 후 다음 단계를 수행하십시오.

  1. 편집할 NAT 규칙 유형을 선택합니다.

  2. Actions(작업) 드롭다운 목록에서 Edit(수정)을 선택합니다.

  3. Security Zone Update(보안 영역 업데이트) 대화 상자에서 드롭다운 목록에서 Source Zone(소스 영역) 및 Destination Zone(대상 영역)을 선택하고 Update(업데이트)를 클릭합니다.

여러 NAT 규칙을 선택하여 일괄 업데이트를 수행할 수도 있습니다.

단계 4

다음 탭을 클릭하고 컨피그레이션 항목을 검토합니다.

  • 액세스 제어

  • 개체(액세스 목록 개체, 네트워크 개체, 포트 개체, VPN 개체, 보안 그룹 태그 개체 및 동적 경로 개체)

  • NAT

  • 인터페이스

  • 경로

  • DHCP

  • SNMP

  • 사이트 간 VPN 터널

  • 원격 액세스 VPN

  • WebVPN


참고


사이트 간 및 원격 액세스 VPN 구성의 경우 이와 관련된 VPN 필터 구성 및 확장 액세스 목록 개체가 마이그레이션되며 각 탭에서 검토할 수 있습니다.


액세스 목록 개체는 BGP, EIGRP, RA VPN에서 사용되는 표준 및 확장 ACL을 표시합니다.

하나 이상의 NAT 규칙 또는 라우팅 인터페이스를 마이그레이션하지 않으려면 해당 행의 체크 박스를 선택하고 Actions(작업) > Do not migrate(마이그레이션하지 않음)을 선택한 다음 Save(저장)를 클릭합니다.

마이그레이션하지 않도록 선택하는 모든 규칙은 테이블에서 회색으로 표시됩니다.

단계 5

(선택 사항) Network Objects(네트워크 개체) 및 Port Objects(포트 개체) 탭에서 모든 네트워크 개체, 네트워크 그룹, 포트 개체, 포트 그룹 및 그 값을 검토합니다. 개체 또는 개체 그룹의 이름을 변경하려면 개체를 선택하고 Actions(작업) > Rename(이름 변경)를 선택합니다.

  • Optimize Objects and Groups(개체 및 그룹 최적화)를 클릭하여 대상 Management Center로 개체를 마이그레이션하기 전에 개체 목록을 최적화합니다. 마이그레이션 툴은 동일한 값을 가진 개체 및 그룹을 식별하고 어떤 개체 및 그룹을 유지할지 선택하라는 메시지를 표시합니다.

  • 를 클릭하여 개체를 Conflict Detected(충돌 탐지됨) 열에서 Objects/Groups Retained(개체/그룹이 유지됨) 열로 이동하고 를 클릭하여 다시 뒤로 이동합니다. 대부분의 구성에서 참조되는 구성은 굵은 텍스트로 표시됩니다.

  • 가장 많은 참조 수를 가진 모든 개체 및 그룹을 자동으로 선택하려면 Auto Select(자동 선택)를 클릭합니다. 그러나 수동 선택의 우선 순위가 더 높으므로 자동 선택을 수동으로 재정의하고 열 간에 개체를 이동할 수 있습니다.

  • Optimize(최적화)를 클릭합니다. 마이그레이션 툴은 최적화를 수행하고 보존된 개체 및 중복 개체를 포함한 최적화 데이터가 포함된 최적화 요약을 표시합니다. 최적화 보고서의 자세한 버전은 마이그레이션 후 보고서를 참조하십시오.

  • Proceed(진행) 및 Validate(검증)를 클릭합니다.


    참고


    보존하도록 선택되지 않은 개체 및 그룹은 마이그레이션되지 않으며, ACL 및 NAT 구성 등 사용된 구성의 보존된 개체로 교체됩니다. 이렇게 하면 마이그레이션되는 개체 목록이 완전히 최적화되고 마이그레이션되는 중복 개체가 없습니다.


단계 6

(선택 사항) 구성을 검토하는 동안 Network Objects(네트워크 개체) 탭 또는 Port Objects(포트 개체) 탭 또는 VPN Objects(VPN 개체)에서 Actions(작업) > Rename(이름 바꾸기)을 선택하여 하나 이상의 네트워크, 포트 또는 VPN 개체의 이름을 변경할 수 있습니다.

이름이 변경된 개체를 참조하는 액세스 규칙 및 NAT 정책도 새 개체 이름으로 업데이트됩니다.

단계 7

Security Group Tag Objects(보안 그룹 태그 개체) 탭에서 모든 값을 검토합니다. 개체 또는 개체 그룹의 이름을 변경하려면 개체를 선택하고 Actions(작업) > Rename(이름 변경)를 선택합니다.

SGT 개체는 다중 컨텍스트 구성을 지원합니다. 태그 값은 0에서 65535 사이여야 합니다.


참고


SGT 개체 구성을 마이그레이션하려면 관리 센터 및 위협 방어 버전이 7.0 이상인지 확인하십시오.


단계 8

Dynamic-Route Objects(유동 경로 개체) 섹션에 마이그레이션되는 모든 지원 개체가 표시됩니다.

  • Policy-List

  • Prefix-List

  • Route-Map

  • 커뮤니티 목록

  • AS-Path

  • Access-List

단계 9

Routes(경로) 섹션에 다음 경로가 표시됩니다.

  • Static(정적) - 모든 IPv4 및 IPv6 정적 경로를 표시합니다.

  • BGP — 모든 BGP 경로를 표시합니다.

  • EIGRP - 모든 EIGRP 경로를 표시합니다.

    EIGRP의 경우 more system:running 구성이 업로드되고 키가 암호화되지 않은 경우 인증 키를 가져옵니다. 키가 소스 구성에서 암호화된 경우 EIGRP의 Interface(인터페이스) 섹션에서 키를 수동으로 제공할 수 있습니다. 인증 유형(encrypted(암호화됨), unencrypted(암호화되지 않음), auth(인증됨) 또는 none(없음))을 선택하고 그에 따라 키를 제공합니다.

  • ECMP - 모든 ECMP 영역 및 관련 VRF를 표시합니다.


    참고


    이 섹션에서는 ECMP 영역의 이름을 변경하는 작업만 수행할 수 있습니다.


  • PBR - 모든 PBR 경로를 표시합니다.

단계 10

DHCP 탭에서 다음 탭을 검토하고 검증할 수 있습니다.

  • DHCP Server(DHCP 서버): 모든 IP 주소 풀과 해당 인터페이스를 검토합니다.

  • DHCP Relay(DHCP 릴레이): DHCP 릴레이 서버 IP 주소, DHCP 서버가 연결된 인터페이스 및 릴레이가 활성화된 인터페이스를 검토합니다.

  • DDNS: DDNS Update Methods(DDNS 업데이트 방법) 탭에서 DDNS 방법 이름, 유형, DDNS 업데이트 간격 및 DHCP 서버에 의해 업데이트되도록 설정된 레코드(A 또는 PTR 레코드)를 검토합니다.


참고


Select Features(기능 선택) 페이지에서 DHCP 서버만 또는 릴레이와 DDNS를 함께 선택할 수 있습니다. 따라서 Optimize, Review and Validate Configuration(구성 최적화, 검토 및 검증) 페이지의 DHCP Server(DHCP 서버) 탭에 구성이 표시되는 경우 DHCP Relay(DHCP 릴레이) 및 DDNS 탭이 비어 있습니다.


단계 11

SNMP 탭에서 다음 탭을 검토, 검증 및 작업할 수 있습니다.

ASA 디바이스에 SNMPV1/V2 또는 SNMPV3 구성이 있는지에 따라 구성이 SNMPV1/V2 탭 또는 SNMPV3 탭에 표시됩니다.

SNMPV1/V2:

  • Host Server Name(호스트 서버 이름): SNMP 호스의 호스트이름

  • IP Address(IP 주소): SNMP 호스트의 IP 주소

  • Community String(커뮤니티 문자열): 수동으로 제공해야 하는 SNMP 커뮤니티 문자열입니다. 호스트를 선택하고 Actions (작업) (작업) > Update Community String(커뮤니티 문자열 업데이트)로 이동하여 커뮤니티 문자열을 제공합니다. 이것은 SNMP 서비스를 위해 구성된 커뮤니티 또는 사용자 이름과 동일해야 합니다.

  • Validation State(검증 상태) : 대상 Management Center에서 생성될 호스트 서버의 검증 상태

SNMPV3:

  • User Name(사용자 이름): SNMP 호스트의 사용자 이름

  • Authentication Password(인증 비밀번호): 사용자의 인증 비밀번호를 제공하려면 Actions(작업)를 클릭합니다.

  • Encryption Password(암호화 비밀번호): 사용자의 비공개 비밀번호를 제공하려면 Actions(작업)를 클릭합니다.

  • Validation State(검증 상태) : 대상 Management Center에서 생성될 사용자의 검증 상태

단계 12

Site-to-Site VPN Tunnels(사이트 간 VPN 터널) 섹션에는 다음 목록을 포함하여 ASA에서 Firewall Management Center로 마이그레이션된 모든 지원되는 VPN 터널이 표시됩니다.

  • 암호화 맵 및 경로 기반(VTI) 기반 VPN 터널.

  • 인증 유형 사전 공유 키 및 인증서 기반 인증의 VPN 터널.

    모든 행에 대한 검증을 위해 각 VPN 토폴로지에 대한 사전 공유 키 및 PKI 개체의 값을 입력해야 합니다. 업데이트에 실패하면 완료되지 않은 것으로 표시되고 Secure Firewall 마이그레이션 툴이 검증을 진행할 수 없습니다.


    참고


    라이브 연결 ASA의 경우 마이그레이션 툴이 사전 공유 키를 자동으로 검색합니다. 수동으로 업로드된 구성의 경우, more system: running-config 를 사용하여 숨겨진 키를 검색하고 Pre-shared Key(사전 공유 키) 열에 수동으로 제공합니다.



참고


ASA에서 Firewall Management Center로의 트러스트 포인트 또는 PKI 개체 마이그레이션은 사전 마이그레이션 활동의 일부이며 인증서 기반 VPN 마이그레이션을 성공적으로 수행하는 데 필요합니다.

단계 13

(선택 사항) 대상 위협 방어를 허브 노드로 사용하고 하나 이상의 ASA 피어 인터페이스를 스포크 노드로 선택하여 허브 앤 스포크 VPN 토폴로지를 구성하려면 Add Hub and Spoke Topology(허브 및 스포크 토폴로지 추가)를 클릭합니다.


참고


IKE 버전이 동일한 스포크 노드만 선택할 수 있습니다. 예를 들어 IKEv1의 스포크 노드 하나를 선택하고 IKEv2 IKE 버전 의 다른 스포크 노드를 선택할 수는 없습니다.


선택한 스포크 노드의 IKE 버전에 따라 다음을 구성하거나 확인합니다.

  • IKE Version(IKE 버전) - 선택한 노드의 IKE 버전이 선택되었는지 확인합니다.

  • Endpoints(엔드포인트)- 대상 위협 방어 디바이스가 허브 노드, 목록에서 선택한 스포크 노드, VPN 인터페이스 및 보호되는 소스 및 원격 네트워크로 기본적으로 선택되어 있는지 확인합니다.

  • IKE

    • IKEv1 Settings(IKEv1 설정) 또는 IKEv2 Settings(IKEv2 설정)

    • Advanced(고급)

      • Enable Aggressive Mode(적극적인 모드 활성화)—IP 주소를 알 수 없고 DNS 확인을 디바이스에서 사용할 수 없는 경우, 키 정보 교환을 위해 이 협상 방법을 선택합니다.

      • IKE Keepalive(IKE 킵얼라이브)- keepalive 모니터링을 위해 활성화 또는 비활성화합니다.

      • Threshold(임계값)—IKE keep alive 신뢰 구간을 지정합니다. 이 간격은 keepalive 모니터링을 시작하기 전에 피어가 유휴 상태에 있도록 허용하는 시간(초)입니다. 기본값 및 최소 간격은 10초이고, 최대 간격은 3600초입니다.

      • Retry Interval(재시도 간격) - IKE 킵얼라이브 재시도 간에 대기할 시간(초)을 지정합니다. 기본값은 2초, 최대값은 10초입니다.

  • IPSec

    • Crypto Map Type(암호화 맵 유형)—암호화 맵은 IPsec 보안 연결(SA)을 설정하는 데 필요한 모든 구성 요소를 결합합니다. 두 피어에서 SA를 설정하려고 시도할 때 최소 1개 이상의 호환 가능한 암호화 맵이 있어야 합니다. IPsec 보안 협상은 암호화 맵 항목에 정의된 제안을 사용하여 해당 암호화 맵의 IPsec 규칙에 지정된 데이터 흐름을 보호합니다. 이 구축의 암호화 맵에 대해 정적 또는 동적 여부를 선택합니다.

    • Transform Sets(변환 집합) - 선택한 IKE 버전 노드에 사용할 IPsec 제안을 선택합니다.

      • Enable Security Association (SA) Strength Enforcement(SA(Security Association) 강점 시행 활성화)—이 체크 박스를 선택하면 하위 IPsec SA에서 사용하는 암호화 알고리즘이 상위 IKE SA에 비해 키의 비트 수와 관련하여 더 강점을 보이지 않습니다.

      • Enable Reverse Route Injection(역방향 경로 삽입 활성화)—이 체크 박스를 선택하면 원격 터널 그룹 목록으로 보호되는 네트워크 및 호스트의 라우팅에 정적 경로를 자동으로 삽입하는 역방향 경로 삽입을 활성화합니다.

      • Enable Perfect Forward Secrecy(완전 순방향 비밀성 활성화)—이 체크 박스를 선택하여 암호화된 각 교환에 대해 고유 세션 키를 생성하고 사용합니다. 고유 세션 키는 전체 교환이 기록되었으며 공격자가 엔드포인트 디바이스에서 사용하는 사전 공유 키 또는 개인 키를 확보했더라도 후속 암호 해독에서 교환을 보호합니다.

    • Modulus Group(모듈러스 그룹)—공유 암호를 각 IPsec 피어에 전송하지 않고 두 IPsec 피어 간에 파생하는 데 사용할 Diffie Hellman 그룹을 선택합니다. 대형 모듈러스는 보안성은 더 높지만, 처리 시간이 더 오래 걸립니다. 두 피어의 모듈러스 그룹이 일치해야 합니다. 자세한 내용은 Cisco Secure Firewall Management Center 디바이스 구성 가이드의 사용할 Diffie-Hellman 모듈러스 그룹 결정을 참조하십시오.

    • Lifetime Duration(수명 기간) - 보안 연결이 만료되기 전에 보안 연결을 유지할 시간(초)입니다. 기본값은 28,800초입니다.

    • Lifetime Size(수명 크기)—만료되기 전에 지정된 보안 연결을 사용하여 IPsec 피어 간에 전달할 수 있는 트래픽 볼륨(KB)입니다. 기본값은 4,608,000킬로바이트입니다. 무한 데이터는 허용되지 않습니다.

관리 센터의 디바이스 중 하나에 기존 사이트 간 허브 앤 스포크 VPN 구성이 있는 경우, 대상 위협 방어 디바이스를 스포크 중 하나로 추가하도록 선택할 수 있습니다. Add to the existing Hub and Spoke Topology(기존 허브 및 스포크 토폴로지에 추가)를 선택하고 디바이스 를 추가할 토폴로지를 선택한 후 Interface(인터페이스) 및 Protected Networks(보호된 네트워크)를 선택합니다.

단계 14

여러 사이트 간 VPN 터널 구성이 포함된 구성의 경우 여러 항목에 대한 사전 공유 키를 한 번에 업데이트하려면 아래 단계를 수행합니다.

  • 사전 공유 키를 업데이트 할 사이트 간 VPN 구성 항목을 선택합니다.

  • 테이블을 편집 가능한 Excel 시트로 내보내려면 다운로드()를 클릭합니다.

  • 각 VPN 설정에 대한 각 열에 사전 공유 키를 입력하고 파일을 저장합니다. IKE의 IKEv1 및 IKEv2 버전을 모두 포함하는 VPN 설정의 경우에는 두 값을 쉼표로 구분하여 열에 입력합니다.

  • 업로드()를 클릭합니다. 마이그레이션 툴이 Excel의 항목을 읽고 VPN 구성의 해당 사전 공유 키 열에 자동으로 추가합니다.


    참고


    누락된 사전 공유 키를 일괄 업데이트의 일환으로 업데이트하려면 항목을 선택하고 Actions(작업) > Update Pre-Shared Key(사전 공유 키 업데이트)를 선택하는 기본 방법을 사용하거나 Excel을 내보내고 키를 업데이트한 다음 키를 가져옵니다.


대상 위협 방어 디바이스가 이미 사이트 간 VPN 토폴로지를 구성하고 있는 경우, 마이그레이션 툴은 이를 탐지하고 이를 삭제할지 여부를 선택하라는 메시지를 표시합니다. 삭제를 선택하면 마이그레이션 툴이 자동으로 삭제하므로 관리 센터에 로그인하여 수동으로 삭제하지 않아도 됩니다. No(아니요)를 선택하는 경우, 마이그레이션을 계속하려면 대상 위협 방어 디바이스에서 기존 VPN 구성을 수동으로 삭제해야 합니다.

단계 15

Remote Access VPN(원격 액세스 VPN) 섹션에서는 원격 액세스 VPN에 해당하는 모든 개체가 ASA 에서 Management Center로 마이그레이션되며 다음과 같이 표시됩니다.

  • Anyconnect Packages(AnyConnect 패키지)- AnyConnect 패키지, Hostscan 파일(Dap.xml, Data.xml, Hostscan 패키지), 외부 브라우저 패키지를 검색하고 AnyConnect 프로파일은 마이그레이션을 위해 소스 ASA 디바이스에서 검색되어야 합니다.

    마이그레이션 전 작업의 일부로 모든 AnyConnect 패키지를 Management Center에 업로드합니다. AnyConnect 프로파일을 Management Center에 직접 업로드하거나 Secure Firewall 마이그레이션 툴에서 업로드할 수 있습니다.

    Management Center에서 가져온 기존 AnyConnect, Hostscan 또는 외부 브라우저 패키지를 선택합니다.​ AnyConnect 패키지를 하나 이상 선택해야 합니다. 소스 구성에서 사용 가능한 경우 Hostscan, dap.xml, data.xml 또는 외부 브라우저를 선택해야 합니다. AnyConnect 프로파일은 선택 사항입니다.

    소스 방화벽에서 올바른 Dap.xml 파일이 검색되는지 확인합니다. 구성 파일에 있는 dap.xml에 대해 검증이 수행됩니다. 검증에 필요한 모든 파일을 선택하고 업로드해야 합니다. 업데이트에 실패하면 완료되지 않은 것으로 표시되고 Secure Firewall 마이그레이션 툴이 검증을 진행하지 않습니다.

  • AAA - Radius, LDAP, AD, LDAP, SAML 및 Local Realm(로컬 영역) 유형의 인증 서버가 표시됩니다. 모든 AAA 서버의 키를 업데이트합니다. Secure Firewall 마이그레이션 툴 3.0부터는 Live Connect ASA에 대해 사전 공유 키가 자동으로 검색됩니다. more system: running-config 파일을 사용하여 숨겨진 키와 함께 소스 구성을 업로드할 수도 있습니다. 일반 텍스트 형식의 AAA 인증 키를 검색하려면 다음 단계를 수행합니다.


    참고


    이러한 단계는 Secure Firewall 마이그레이션 툴 외부에서 수행해야 합니다.


    1. SSH 콘솔을 통해 ASA에 연결합니다.

    2. more system:running-config 명령을 입력합니다.

    3. aaa-server and local user(aaa-server 및 로컬 사용자) 섹션으로 이동하여 일반 텍스트 형식의 모든 AAA 구성 및 각 키 값을 찾습니다.

      ciscoASA#more system:running-config

      !

      aaa-server Test-RADIUS (inside) host 2.2.2.2

       key <key in clear text>     <-----The radius key is now displayed in clear text format.

      aaa-server Test-LDAP (inside) host 3.3.3.3

      ldap-login-password <Password in clear text> <-----TheLDAP/AD/LDAPS 비밀번호가 이제 일반 텍스트 형식으로 표시됩니다.

      username Test_User password <Password in clear text> <-----The Local user
              password is shown in clear text. 

      참고


      로컬 사용자의 비밀번호가 암호화된 경우 내부에서 비밀번호를 확인하거나 Secure Firewall 마이그레이션 툴에서 새 비밀번호를 구성할 수 있습니다.


  • LDAPS에는 Management Center의 도메인이 필요합니다. 암호화 유형 LDAPS에 대한 도메인을 업데이트해야 합니다.

  • AD 서버에는 Firewall Management Center에 고유한 AD 기본 도메인이 필요합니다. 고유한 도메인이 식별되면 Secure Firewall 마이그레이션 툴에 표시됩니다. 충돌이 발견되면 사용자는 고유한 AD 기본 도메인을 입력해야 개체를 푸시할 수 있습니다.

    암호화가 LDAPS로 설정된 AAA 서버의 경우 ASA는 IP 및 호스트 이름 또는 도메인을 지원하지만, Management Center는 호스트 이름 또는 도메인만 지원합니다. ASA 구성에 호스트 이름 또는 도메인이 포함된 경우 검색되어 표시됩니다. ASA 구성에 LDAPS용 IP 주소가 포함된 경우 Remote Access VPN(원격 액세스 VPN) 아래의 AAA 섹션에 도메인을 입력합니다. AAA 서버의 IP 주소로 확인할 수 있는 도메인을 입력해야 합니다.

    유형이 AD인 AAA 서버의 경우(서버 유형은 ASA 구성에서 Microsoft임) AD Primary Domain(AD 기본 도메인)은 Management Center에서 구성해야 하는 필수 필드입니다. 이 필드는 ASA에서 별도로 구성되지 않으며 ASA의 LDAP-base-dn 구성에서 추출됩니다.

    ldap-base-dn이 ou=Test-Ou,dc=gcevpn,dc=com인 경우

    AD Primary Domain(AD 기본 도메인)은 기본 도메인을 구성하는 dc, dc=gcevpn 및 dc=com으로 시작하는 필드입니다. AD 기본 도메인은 gcevpn.com입니다.

    LDAP-base-dn 예시 파일:

    cn=asa,OU=ServiceAccounts,OU=abc,dc=abc,dc=com:

    여기서 dc=abc 및 dc=com은 abc.com으로 결합되어 AD 기본 도메인을 형성합니다.

    cn=admin, cn=users, dc=fwsecurity, dc=cisco, dc=com:

    AD 기본 도메인은 fwsecurity.cisco.com입니다.

    AD 기본 도메인이 자동으로 검색되어 Secure Firewall 마이그레이션 툴에 표시됩니다.


    참고


    AD 기본 도메인 값은 각 영역 개체에 대해 고유해야 합니다. 충돌이 탐지되거나 Firewall 마이그레이션 툴이 ASA 구성에서 값을 찾을 수 없는 경우, 특정 서버에 대한 AD 기본 도메인을 입력하라는 메시지가 표시됩니다. 구성을 검증할 AD 기본 도메인을 입력합니다.


  • Address Pool(주소 풀) - 여기에 표시된 모든 Ipv4 및 Ipv6 풀을 검토합니다.

  • Group-Policy(그룹 정책) - 이 영역에서 사용자 프로파일, 관리 프로파일, 클라이언트 모듈 프로파일을 선택하거나 제거합니다. 이 영역에는 클라이언트 프로파일이 있는 그룹 정책, 관리 프로파일, 관리 모듈이 표시되며, 프로파일이 없는 그룹 정책이 표시됩니다. 프로파일이 AnyConnect file(AnyConnect 파일) 섹션에 추가된 경우 사전 선택된 것으로 표시됩니다. 사용자 프로파일, 관리 프로파일 및 클라이언트 모듈 프로파일을 선택하거나 제거할 수 있습니다.

    특정 그룹 정책과 관련된 사용자 지정 속성이 AnyConnect Custom Attribute(AnyConnect 사용자 지정 속성) 탭에 표시됩니다. 사용자 지정 속성을 선택하고 검증할 수 있습니다.

  • Connection Profile(연결 프로파일) - 여기에 표시된 모든 연결 프로파일/터널 그룹을 검토합니다.

  • Trustpoints(트러스트 포인트) - ASA 에서 Management Center로의 트러스트 포인트 또는 PKI 개체 마이그레이션은 사전 마이그레이션 활동의 일부이며 원격 액세스 VPN을 성공적으로 마이그레이션하는 데 필요합니다. Remote Access Interface(원격 액세스 인터페이스) 섹션에서 전역 SSL, IKEv2 및 인터페이스에 대한 트러스트 포인트를 매핑하여 다음 마이그레이션 단계를 진행합니다.LDAPS 프로토콜이 활성화된 경우 전역 SSL 및 IKEv2 트러스트 포인트는 필수입니다.

    SAML(Security Assertion Markup Language, 보안 어설션 마크업 언어) 개체가 존재하는 경우 SAML 섹션에서 SAML IDP 및 SP에 대한 트러스트 포인트를 매핑할 수 있습니다. SP 인증서 업로드는 선택 사항입니다. 특정 터널 그룹에 대해 트러스트 포인트를 재정의할 수도 있습니다. 재정의된 SAML 트러스트 포인트 구성을 소스 ASA 에서 사용할 수 있는 경우 Override SAML(SAML 재정의) 옵션에서 선택할 수 있습니다.

    ASA에서 PKI 인증서를 내보내는 방법에 대한 자세한 내용은 ASA 에서 PKI 인증서 내보내기 및 Management Center로 가져오기를 참고하십시오.

  • Certificate Maps(인증서 맵)- 여기에는 인증서 맵이 표시됩니다.

  • VPN Load Balancing(VPN 로드 밸런싱) - 여기에는 VPN 로드 밸런싱 구성이 표시됩니다.

    VPN 로드 밸런싱의 경우, more system: running-config 구성이 업로드되면 Secure Firewall 마이그레이션 툴이 암호화 키를 가져옵니다. Actions(작업) > Update Keys(키 업데이트)를 사용하여 암호화 키를 수동으로 업데이트할 수 있습니다.

  • WebVPN 탭에서 마이그레이션 툴은 소스 ASA 디바이스에서 탐지한 모든 WebVPN 정책을 나열합니다. WebVPN 정책에는 SSL 클라이언트리스 VPN 터널 프로토콜 구성이 포함된 모든 ASA 그룹 정책 및 SAML 인증을 사용하는 정책에서 참조되는 터널 그룹이 포함됩니다. 계속 진행하기 전에 WebVPN 설정과 관련된 탭을 검토합니다.

    • Zero Trust Application Policy(제로 트러스트 애플리케이션 정책): 정책을 선택하고 Actions(작업) > Update Zero Trust Policy(제로 트러스트 정책 업데이트) 필드로 이동하여 다른 값을 제공합니다.

      • Policy Name(정책 이름): 마이그레이션될 정책의 이름입니다.

      • Domain Name(도메인 이름): 수동으로 제공해야 하는 사용자 정의 도메인 이름입니다. 도메인 이름은 프라이빗 애플리케이션에 액세스하는 Threat Defense 인터페이스를 확인합니다. 도메인 이름은 애플리케이션 그룹의 모든 프라이빗 애플리케이션에 대한 ACS URL을 생성하는 데 사용됩니다.

      • Identity Certificate(ID 인증서): 마이그레이션하기 전에 대상 Management Center로 가져온 ID 인증서입니다. 이 작업은 마이그레이션 전 작업의 일부로 수행해야 합니다.

      • Security Zones(보안 영역): 정책과 연결된 해당 보안 영역입니다.

      • Global Port Pool(전역 포트 풀): 정책의 포트 범위입니다. 이 풀의 고유한 포트가 각 애플리케이션에 할당됩니다.

    • 애플리케이션 그룹

      • Application Group(애플리케이션 그룹): 애플리케이션 그룹 이름, 재인증 간격, 보안 영역을 포함한 Application Group Settings(애플리케이션 그룹 설정) 을 검토합니다.

        SAML IdP Metadata(SAML IdP 메타데이터) 탭에서 애플리케이션 그룹 이름, 서비스 제공자의 엔터티 ID, SAML IdP(Identity Provider)의 SSO(Single Sign-On) URL 및 IdP 인증서를 수동으로 구성하거나 Configure Later(나중에 구성)를 선택할 수 있습니다.

        Applications(애플리케이션) 탭에서는 애플리케이션 이름, 외부 URL, 애플리케이션 URL, 애플리케이션 인증서, 애플리케이션 그룹 등의 애플리케이션 관련 설정을 검토하거나 구성할 수 있습니다.

    • Standalone Applications(독립형 애플리케이션): 애플리케이션 이름, 외부 URL, 애플리케이션 URL, 애플리케이션 인증서, 재인증 간격, 보안 영역 등 독립형 애플리케이션의 Application Settings(애플리케이션 설정)을 검토하거나 구성합니다. SAML IdP Metadata(SAML IdP 메타데이터) 탭에서는 독립형 애플리케이션의 IdP 메타데이터 설정을 수동으로 구성하거나 나중에 구성할 수 있습니다. 탭에는 애플리케이션 그룹 이름, 엔터티 ID, SSO(Single Sign-On) URL 및 IdP 인증서가 포함됩니다.

    필드를 업데이트하려면 Actions(작업)를 클릭하고 다양한 필드를 업데이트하도록 선택합니다.

    마이그레이션을 성공적으로 수행한 후에는 Management Center로 마이그레이션한 구성을 철저하게 검토하고 준비가 되면 Threat Defense 디바이스에 구축해야 합니다.

단계 16

(선택 사항) 그리드의 각 구성 항목에 대한 세부 정보를 다운로드하려면 Download(다운로드)를 클릭합니다.

단계 17

검토를 완료한 후 Validate(검증)를 클릭합니다. 확인이 필요한 필수 필드는 값을 입력할 때까지 계속 깜박입니다. 모든 필수 필드를 입력한 후에만 유효성 검사 버튼이 활성화됩니다.

검증 과정에서 Secure Firewall 마이그레이션 툴은 Firewall Management Center에 연결하여 기존 개체를 검토하고 마이그레이션할 개체 목록과 비교합니다. 개체가 이미 Firewall Management Center에 있는 경우 Secure Firewall 마이그레이션 툴은 다음과 같이 합니다.

  • 개체의 이름과 구성이 동일한 경우 Secure Firewall 마이그레이션 툴은 기존 개체를 재사용하고 Firewall Management Center에 새 개체를 생성하지 않습니다.

  • 개체의 이름은 같지만 구성이 다른 경우 Secure Firewall 마이그레이션 툴이 개체 충돌을 보고합니다.

콘솔에서 검증 진행 상황을 볼 수 있습니다.

단계 18

검증이 완료된 후 Validation Status(검증 상태) 대화 상자에 하나 이상의 개체 충돌이 표시되면 다음과 같이 합니다.

  1. Resolve Conflicts(충돌 해결)를 클릭합니다.

    Secure Firewall 마이그레이션 툴은 개체 충돌이 보고된 위치에 따라 Network Objects(네트워크 개체) 또는 Port Objects(포트 개체) 탭 중 하나 또는 둘 다에 경고 아이콘을 표시합니다.

  2. 탭을 클릭하고 개체를 검토합니다.

  3. 충돌이 있는 각 개체의 항목을 확인하고 Actions(작업) > Resolve Conflicts(충돌 해결)를 선택합니다.

  4. Resolve Conflicts(충돌 해결) 창에서 권장 작업을 완료합니다.

    예를 들어, 기존 Firewall Management Center 개체와의 충돌을 방지하기 위해 개체 이름에 접미사를 추가하라는 메시지가 표시될 수 있습니다. 기본 접미사를 수락하거나 자체 접미사로 대체할 수 있습니다.

  5. Resolve(해결)를 클릭합니다.

  6. 탭에서 모든 개체 충돌을 해결했으면 Save(저장)를 클릭합니다.

  7. Validate(검증)를 클릭하여 컨피그레이션을 재검증하고 모든 개체 충돌이 해결되었는지 확인합니다.

단계 19

Optimize Your Configuration(구성 최적화) 대화 상자에는 최적화된 각 속성 옆에 체크 표시가 나타나며, 최적화가 필요한 속성을 표시합니다. Proceed(진행)를 클릭하여 최적화를 시작합니다. 최적화 단계를 건너뛸 수는 있지만, 마이그레이션을 진행하기 전에 속성을 최적화하는 것이 좋습니다.

단계 20

검증이 완료되고 Validation Status(검증 상태) 대화 상자에 Successfully Validated(검증 성공) 메시지가 표시되면 마이그레이션된 컨피그레이션을 Firewall Management Center에 푸시로 진행합니다.


ACL 최적화 보고

ACL 최적화 보고서에는 다음 정보가 표시됩니다.

  • 요약 시트 - ACL 최적화의 요약을 표시합니다.

  • 상세 ACL 정보 - 기본 ACL의 상세 정보를 표시합니다. 각 ACL에는 비교 및 최적화 카테고리와의 연결 여부를 보여주어 기본 ACL을 식별하기 위한 ACL 유형(섀도우 또는 중복) 태그가 제공됩니다.

마이그레이션된 컨피그레이션을 Firewall Management Center에 푸시

구성을 성공적으로 검증하고 모든 개체 충돌을 해결하지 않은 경우 마이그레이션된 ASA 구성을 Firewall Management Center에 푸시할 수 없습니다.

마이그레이션 프로세스의 이 단계에서는 마이그레이션된 컨피그레이션을 Firewall Management Center에 보냅니다. Firewall Threat Defense 디바이스에 컨피그레이션이 구축되지는 않습니다. 하지만 Firewall Threat Defense의 모든 기존 컨피그레이션이 이 단계에서 지워집니다.


참고


Secure Firewall 마이그레이션 툴이 마이그레이션된 구성을 Firewall Management Center에 보내는 동안에는 구성을 변경하거나 디바이스에 구축하지 마십시오.

프로시저


단계 1

Validation Status(검증 상태) 대화 상자에서 검증 요약을 검토합니다.

단계 2

Push Configuration(구성 푸시)을 클릭하여 마이그레이션된 ASA 구성을 Firewall Management Center에 보냅니다.

Secure Firewall 마이그레이션 툴의 새로운 최적화 기능을 통해 검색 필터를 사용하여 마이그레이션 결과를 빠르게 가져올 수 있습니다.

또한 Secure Firewall 마이그레이션 툴은 CSV 다운로드를 최적화하고 페이지 보기별로 또는 모든 규칙에 작업을 적용할 수 있도록 지원합니다.


참고


Secure Firewall 마이그레이션 툴이 중복 개체 속성을 감지하면 대화 상자가 나타나 중복된 값을 수정하라는 메시지가 표시됩니다. 중복 속성의 이름을 변경한 후에야 마이그레이션을 진행할 수 있습니다.


Secure Firewall 마이그레이션 툴에 마이그레이션 진행 상황의 요약이 표시됩니다. 콘솔에서 Firewall Management Center에 푸시되는 구성 요소의 세부적인 라인별 진행 상황을 볼 수 있습니다.


참고


대량 구성 푸시가 수행될 때 오류가 있는 구성이 있는 경우, 마이그레이션 툴에서 마이그레이션을 중단하여 오류를 수동으로 수정하거나 잘못된 구성 없이 마이그레이션을 계속하라는 메시지를 표시하는 경고가 표시됩니다. 오류가 있는 구성을 표시하도록 선택한 다음 Continue with migration(마이그레이션 계속 진행) 또는 Abort(중단)를 선택할 수 있습니다. 마이그레이션을 중단하는 경우 문제 해결 번들을 다운로드하고 분석을 위해 Cisco TAC와 공유할 수 있습니다.

마이그레이션을 계속하면 마이그레이션 툴이 마이그레이션을 부분 성공 마이그레이션으로 처리합니다. 마이그레이션 후 보고서를 다운로드하여 푸시 오류로 인해 마이그레이션되지 않은 구성 목록을 볼 수 있습니다.


단계 3

마이그레이션이 완료되면 Download Report(보고서 다운로드)를 클릭하여 마이그레이션 후 보고서를 다운로드하고 저장합니다.

Post-Migration Report(마이그레이션 후 보고서)의 사본도 Secure Firewall 마이그레이션 툴과 동일한 위치의 Resources 폴더에 저장됩니다.

단계 4

마이그레이션이 실패한 경우 마이그레이션 후 보고서, 로그 파일, 구문 분석되지 않은 파일을 신중하게 검토하여 실패의 원인을 파악합니다.

문제 해결을 위해 지원 팀에 문의할 수도 있습니다.

마이그레이션 실패 지원

마이그레이션이 실패할 경우 지원 팀에 문의합니다.

  1. Complete Migration(마이그레이션 완료) 화면에서 Support(지원) 버튼을 클릭합니다.

    도움말 지원 페이지가 나타납니다.

  2. Support Bundle(지원 번들) 체크 박스를 선택한 다음 다운로드할 컨피그레이션 파일을 선택합니다.


    참고


    로그 및 dB 파일은 기본적으로 다운로드하도록 선택됩니다.
  3. Download(다운로드)를 클릭합니다.

    지원 번들 파일은 로컬 경로에 .zip으로 다운로드됩니다. 압축 폴더의 압축을 풀고 로그 파일, DB 및 컨피그레이션 파일을 봅니다.

  4. Email us(이메일 문의)를 클릭하여 기술 팀에 실패 세부 정보를 이메일로 보냅니다.

    다운로드한 지원 파일을 이메일에 첨부할 수도 있습니다.

  5. Visit TAC page(TAC 페이지 방문)를 클릭하여 Cisco 지원 페이지에서 TAC 케이스를 생성합니다.


    참고


    마이그레이션하는 동안 언제라도 지원 페이지에서 TAC 케이스를 열 수 있습니다.

마이그레이션 후 보고서 검토 및 마이그레이션 완료

마이그레이션 후 보고서는 다양한 범주의 ACL 수, ACL 최적화 및 컨피그레이션 파일에서 수행된 최적화의 전체 보기에 대한 세부 정보를 제공합니다. 자세한 내용은 최적화, 구성 검토 및 검증을 참조해 주십시오.

개체를 검토하고 확인합니다.

  • 카테고리

    • 총 ACL 규칙(소스 컨피그레이션)

    • 최적화를 위해 고려된 총 ACL 규칙. 예를 들어, 중복, 섀도우 등이 있습니다.

  • 최적화할 ACL 수는 최적화 전후에 계산한 총 ACL 규칙 수를 제공합니다.

마이그레이션 중에 마이그레이션 후 보고서를 다운로드하지 못한 경우 다음 링크를 사용하여 다운로드하십시오.

마이그레이션 후 보고서 다운로드 엔드포인트 - http://localhost:8888/api/downloads/post_migration_summary_html_format


참고


Secure Firewall 마이그레이션 툴이 실행 중일 때만 보고서를 다운로드할 수 있습니다.

프로시저


단계 1

Post-Migration Report(마이그레이션 후 보고서)를 다운로드한 위치로 이동합니다.

단계 2

마이그레이션 후 보고서를 열고 내용을 신중하게 검토하여 ASA 구성이 어떻게 마이그레이션되었는지 파악합니다.

  • Migration Summary(마이그레이션 요약) - ASA 에서 Firewall Threat Defense로 성공적으로 마이그레이션된 구성의 요약으로, ASA 인터페이스, Firewall Management Center 호스트 이름 및 도메인, 대상 Firewall Threat Defense 디바이스 (적용 가능한 경우) 및 성공적으로 마이그레이션된 구성 요소에 대한 정보가 포함됩니다.

    또한 마이그레이션 전과 마이그레이션 후의 상태 수 차이를 보여주는 비교 차트를 확인할 수 있습니다.

  • Selective Policy Migration(선택적 정책 마이그레이션) - 마이그레이션하도록 선택한 특정 ASA 기능에 대한 세부 정보를 Device Configuration Features(디바이스 구성 기능), Shared Configuration Features(공유 구성 기능), Optimization(최적화)의 세 범주에서 확인할 수 있습니다.

  • ASA Interface to Threat Defense Interface Mapping(ASA FPS 포함 ASA FDM 매니지드 디바이스 인터페이스-Threat Defense 인터페이스 매핑) - 성공적으로 마이그레이션된 인터페이스와 ASA 구성의 인터페이스를 Firewall Threat Defense 디바이스의 인터페이스에 매핑한 방법에 대한 세부 정보입니다. 이러한 매핑이 예상과 일치하는지 확인합니다.


    참고


    이 섹션은 마이그레이션에 대상 Firewall Threat Defense 디바이스가 없는 경우 또는 인터페이스를 마이그레이션하도록 선택하지 않은 경우에는 적용되지 않습니다.
  • Source Interface Names to Threat Defense Security Zones and Interface Groups(소스 인터페이스 이름-Threat Defense 보안 영역 및 인터페이스 그룹) - 성공적으로 마이그레이션된 ASA 논리적 인터페이스 및 이름과 Firewall Threat Defense에서 이를 보안 영역 및 인터페이스 그룹에 매핑한 방법에 대한 세부 정보입니다. 이러한 매핑이 예상과 일치하는지 확인합니다.


    참고


    Access Control Lists(액세스 제어 목록) 및 NAT가 마이그레이션하도록 선택되지 않은 경우 이 섹션은 적용되지 않습니다.
  • Object Conflict Handling(개체 충돌 처리) - Firewall Management Center의 기존 개체와 충돌하는 것으로 확인된 ASA 개체에 대한 세부 정보입니다. 개체의 이름과 구성이 동일한 경우 Secure Firewall 마이그레이션 툴에서 Firewall Management Center 개체를 재사용했습니다. 개체의 이름은 같지만 컨피그레이션이 다른 경우 해당 개체의 이름을 변경했습니다. 이러한 개체를 신중하게 검토하고 충돌이 적절하게 해결되었는지 확인합니다.

  • Access Control Rules, NAT, and Routes You Chose Not to Migrate(마이그레이션하지 않도록 선택한 액세스 제어 규칙, NAT 및 경로) - Secure Firewall 마이그레이션 툴을 사용하여 마이그레이션하지 않도록 선택한 규칙에 대한 세부 정보입니다. Secure Firewall 마이그레이션 툴에서 비활성화되고 마이그레이션되지 않은 이러한 규칙을 검토합니다. 이러한 라인을 검토하고 선택한 모든 규칙이 이 섹션에 나열되어 있는지 확인합니다. 원하는 경우 이러한 규칙을 수동으로 구성할 수 있습니다.

  • Partially Migrated Configuration(부분적으로 마이그레이션된 구성) - 고급 옵션이 포함되어 있지만 고급 옵션 없이 마이그레이션될 수 있는 규칙을 비롯하여 부분적으로만 마이그레이션된 ASA 규칙에 대한 세부 정보입니다. 이러한 라인을 검토하고 Firewall Management Center에서 고급 옵션이 지원되는지 확인한 다음 지원되는 경우 해당 옵션을 수동으로 구성합니다.

  • Unsupported Configuration(지원되지 않는 구성) - Secure Firewall 마이그레이션 툴이 해당 기능의 마이그레이션을 지원하지 않으므로 마이그레이션할 수 없는 ASA 구성 요소에 대한 세부 정보입니다. 이러한 라인을 검토하여 각 기능이 Firewall Threat Defense에서 지원되는지 확인합니다. 지원되는 경우 Firewall Management Center에서 해당 기능을 수동으로 구성합니다.

  • Expanded Access Control Policy Rules(확장 액세스 제어 정책 규칙)- 마이그레이션 중에 단일 ASA 포인트 규칙에서 여러 Firewall Threat Defense 규칙으로 확장된 ASA 액세스 제어 정책 규칙에 대한 세부 정보입니다.

  • Actions Taken on Access Control Rules(액세스 제어 규칙에 대해 수행된 작업)

    • Access Rules You Chose Not to Migrate(마이그레이션하지 않도록 선택한 액세스 규칙) - Secure Firewall 마이그레이션 툴을 사용하여 마이그레이션하지 않도록 선택한 ASA 액세스 제어 규칙에 대한 세부 정보입니다. 이러한 라인을 검토하고 선택한 모든 규칙이 이 섹션에 나열되어 있는지 확인합니다. 원하는 경우 이러한 규칙을 수동으로 구성할 수 있습니다.

    • Access Rules with Rule Action Change(규칙 작업이 변경된 액세스 규칙) - Secure Firewall 마이그레이션 툴을 사용하여 '규칙 작업'이 변경된 모든 액세스 제어 정책 규칙에 대한 세부 정보입니다. 규칙 작업 값은 Allow(허용), Trust(신뢰), Monitor(모니터링), Block(차단), Block with reset(차단 후 재설정)입니다. 이러한 라인을 검토하고 선택한 모든 규칙이 이 섹션에 나열되어 있는지 확인합니다. 원하는 경우 이러한 규칙을 수동으로 구성할 수 있습니다.

    • Access Control Rules that have IPS Policy and Variable Set Applied(IPS 정책 및 변수 집합이 적용된 액세스 제어 규칙) - IPS 정책이 적용된 모든 ASA 액세스 제어 정책 규칙에 대한 세부 정보입니다. 이러한 규칙을 신중하게 검토하고 Firewall Threat Defense에서 해당 기능이 지원되는지 확인합니다.

    • Access Control Rules that have File Policy Applied(파일 정책이 적용된 액세스 제어 규칙) - 파일 정책이 적용된 모든 ASA 액세스 제어 정책 규칙에 대한 세부 정보입니다. 이러한 규칙을 신중하게 검토하고 Firewall Threat Defense에서 해당 기능이 지원되는지 확인합니다.

    • Access Control Rules that have Rule ‘Log’ Setting Change(규칙 '로그' 설정이 변경된 액세스 제어 규칙) - Secure Firewall 마이그레이션 툴을 사용하여 '로그 설정'이 변경된 ASA 액세스 제어 규칙에 대한 세부 정보입니다. 로그 설정 값은 False(거짓), Event Viewer(이벤트 뷰어), Syslog(시스템 로그)입니다. 이러한 라인을 검토하고 선택한 모든 규칙이 이 섹션에 나열되어 있는지 확인합니다. 원하는 경우 이러한 규칙을 수동으로 구성할 수 있습니다.

    • Access Control Rules that have failed Zone-lookup(영역 조회가 실패한 액세스 제어 규칙) - 경로 조회 작업이 실패했으며 Post-Migration Report(마이그레이션 후 보고서)에 입력된 ASA 액세스 제어 규칙에 대한 세부 정보입니다. Secure Firewall 마이그레이션 툴은 소스 구성의 경로(정적 및 연결) 정보를 기반으로 경로 조회 작업을 수행하여 액세스 규칙의 대상 보안 영역을 채웁니다.

    • Access Control Rules for Tunneled Protocols(터널링된 프로토콜에 대한 액세스 제어 규칙) - 마이그레이션 중에 사전 필터 터널 규칙으로 마이그레이션되는 터널 규칙에 대한 세부 정보입니다.

    • Errors/Failure on Migrated Configuration(마이그레이션된 구성의 오류/실패) — 마이그레이션된 구성 요소를 적용하는 과정에서 마이그레이션 실패를 유발한 오류에 대한 세부 정보입니다. 아래에 보고된 오류는 잘못 마이그레이션된 구성 때문일 수도 있고, 기존 구성이나 지원되지 않는 기능으로 인해 관리 센터에서 충돌이 발생한 것일 수도 있습니다. 대상 관리 센터로 구성을 전송하거나 재개하기 전에 이러한 오류를 검토하고 확인하십시오.


참고


마이그레이션되지 않은 지원되지 않는 규칙은 원치 않는 트래픽이 방화벽을 통과하는 문제를 일으킵니다. 이 트래픽이 Firewall Threat Defense에서 차단되도록 Firewall Management Center에서 규칙을 구성하는 것이 좋습니다.

참고


Review and Validate(검토 및 검증) 페이지에서 ACL에 IPS 또는 파일 정책을 적용해야 하는 경우 마이그레이션 전에 Management Center에서 정책을 생성하는 것이 좋습니다. Secure Firewall 마이그레이션 툴이 연결된 Management Center에서 정책을 가져오므로 동일한 정책을 사용합니다. 새 정책을 생성하고 여러 정책에 할당하면 성능이 저하될 수 있으며 푸시가 실패할 수도 있습니다.


Firewall Management Center 및 Firewall Threat Defense에서 지원되는 기능에 대한 자세한 내용은 Management Center 컨피그레이션 가이드, 버전 6.2.3을 참고하십시오.

단계 3

Pre-Migration Report(마이그레이션 전 보고서)를 열고 Firewall Threat Defense 디바이스에서 수동으로 마이그레이션해야 하는 ASA 구성 항목을 기록해 둡니다.

단계 4

Firewall Management Center에서 다음과 같이 합니다.

  1. Firewall Threat Defense 디바이스에 대해 마이그레이션된 컨피그레이션을 검토하여 다음을 비롯한 모든 예상 규칙 및 기타 컨피그레이션 항목이 마이그레이션되었는지 확인합니다.

    • ACL(액세스 제어 목록)

    • NAT(Network Address Translation) 규칙

    • 포트 및 네트워크 개체

    • 경로

    • 인터페이스

    • IP SLA 개체

    • 개체 그룹 검색

    • 시간 기반 개체

    • VPN 개체

    • 사이트 간 VPN 터널

    • 유동 경로 개체

  2. 마이그레이션되지 않은 부분적으로 지원되는 항목 및 규칙, 지원되지 않는 항목 및 규칙, 무시된 항목 및 규칙, 비활성화된 항목 및 규칙을 모두 구성합니다.

    이러한 항목 및 규칙에 대한 정보는 Management Center 컨피그레이션 가이드를 참고하십시오. 다음은 수동 구성이 필요한 컨피그레이션 항목의 예입니다.

단계 5

검토를 완료한 후 마이그레이션된 컨피그레이션을 Firewall Management Center에서 Firewall Threat Defense 디바이스로 구축합니다.

지원되지 않는 규칙과 부분적으로 지원되는 규칙에 대한 데이터가 Post-Migration Report(마이그레이션 후 보고서)에 올바르게 반영되어 있는지 확인합니다.

Secure Firewall 마이그레이션 툴이 Firewall Threat Defense 디바이스에 정책을 할당합니다. 변경 사항이 실행 중인 컨피그레이션에 반영되어 있는지 확인합니다. 마이그레이션되는 정책을 쉽게 식별할 수 있도록 해당 정책의 설명에 ASA 구성의 호스트 이름이 포함되어 있습니다.


Secure Firewall 마이그레이션 툴 제거

모든 구성 요소는 Secure Firewall 마이그레이션 툴과 같은 폴더에 저장됩니다.

시작하기 전에

이 절차는 Secure Firewall 마이그레이션 툴의 데스크톱 버전을 사용하는 경우에만 적용됩니다.

프로시저


단계 1

Secure Firewall 마이그레이션 툴을 배치한 폴더로 이동합니다.

단계 2

로그를 저장하려면 log 폴더를 잘라내거나 복사하여 다른 위치에 붙여 넣습니다.

단계 3

마이그레이션 전 보고서와 마이그레이션 후 보고서를 저장하려면 resources 폴더를 잘라내거나 복사하여 다른 위치에 붙여 넣습니다.

단계 4

Secure Firewall 마이그레이션 툴을 배치한 폴더를 삭제합니다.


팁


로그 파일은 콘솔 창과 연결되어 있습니다. Secure Firewall 마이그레이션 툴의 콘솔 창이 열려 있으면 로그 파일과 폴더를 삭제할 수 없습니다.

샘플 마이그레이션: ASA 를 Threat Defense 2100으로


참고


마이그레이션을 완료한 후 대상 디바이스에서 실행할 수 있는 테스트 계획을 생성합니다.


유지 보수 기간 작업별

시작하기 전에

Firewall Management Center를 설치하고 구축했는지 확인합니다. 자세한 내용은 해당 Firepower Management Center 하드웨어 설치 가이드 및 해당 Firepower Management Center 시작 가이드를 참고하십시오.

프로시저


단계 1

마이그레이션하는 디바이스 또는 컨텍스트에 대해 show running-config 명령을 사용하고 구성의 사본을 저장합니다. 실행 중인 컨피그레이션 보기를 참고하십시오.

또는 마이그레이션하려는 디바이스 또는 컨텍스트에 대해 ASDM(Adaptive Security Device Manager)을 사용하고 File(파일) > Show Running Configuration in New Windows(실행 중인 컨피그레이션 표시)를 선택하여 컨피그레이션 파일을 가져옵니다.


참고


멀티 컨텍스트 의 경우 show tech-support 명령을 사용하여 단일 파일의 모든 컨텍스트에 대한 컨피그레이션을 가져올 수 있습니다.


단계 2

구성 파일을 검토합니다.

단계 3

네트워크에 Firepower 2100 Series 디바이스를 구축하고 인터페이스를 연결한 다음 어플라이언스의 전원을 켭니다.

자세한 내용은 Management Center를 사용하는 2100 Series용 Cisco Threat Defense 빠른 시작 가이드를 참고하십시오.

단계 4

Firewall Management Center에서 관리할 Firepower 2100 Series 디바이스를 등록합니다.

자세한 내용은 Management Center에 디바이스 추가를 참고하십시오.

단계 5

(선택 사항) 소스 구성에 포트 채널이 있는 경우 대상 Firepower 2100 Series 디바이스에서 포트 채널(EtherChannels)을 생성합니다.

자세한 내용은 EtherChannel 및 이중 인터페이스 구성을 참고하십시오.

단계 6

https://software.cisco.com/download/home/286306503/type에서 Secure Firewall 마이그레이션 툴의 최신 버전을 다운로드하여 실행합니다.

자세한 내용은 Cisco.com에서 Secure Firewall 마이그레이션 툴 다운로드을 참고하십시오.

단계 7

Secure Firewall 마이그레이션 툴을 실행하고 대상 매개변수를 지정할 때 Firewall Management Center에 등록한 Firepower 2100 Series 디바이스를 선택하십시오.

자세한 내용은 Secure Firewall 마이그레이션 툴에 대한 대상 매개변수 지정을 참고하십시오.

단계 8

ASA 인터페이스와 Firewall Threat Defense 인터페이스를 매핑합니다.


참고


Secure Firewall 마이그레이션 툴을 사용하면 ASA 인터페이스 유형을 Firewall Threat Defense 인터페이스 유형에 매핑할 수 있습니다.

예를 들어 의 포트 채널을 Firewall Threat Defense의 물리적 인터페이스에 매핑할 수 있습니다.

자세한 내용은 Threat Defense 인터페이스와 ASA 인터페이스 매핑을 참고하십시오.

단계 9

논리적 인터페이스를 보안 영역에 매핑하는 동안 Auto-Create(자동 생성)를 클릭하여 Secure Firewall 마이그레이션 툴이 새 보안 영역을 생성하도록 허용합니다. 기존 보안 영역을 사용하려면 ASA 논리적 인터페이스를 보안 영역에 수동으로 매핑합니다.

자세한 내용은 보안 영역 및 인터페이스 그룹에 논리적 인터페이스 매핑을 참고하십시오.

단계 10

이 가이드의 지침에 따라 마이그레이션할 컨피그레이션을 순차적으로 검토 및 검증한 다음 컨피그레이션을 Firewall Management Center로 푸시합니다.

단계 11

마이그레이션 후 보고서를 검토하고 Firewall Threat Defense에 다른 컨피그레이션을 수동으로 설정하고 구축한 다음 마이그레이션을 완료합니다.

자세한 내용은 마이그레이션 후 보고서 검토 및 마이그레이션 완료를 참고하십시오.

단계 12

마이그레이션을 계획하는 동안 생성한 테스트 계획을 사용하여 Firepower 2100 Series 디바이스를 테스트합니다.


유지 보수 기간 작업

시작하기 전에

유지 보수 기간 전에 수행해야 하는 모든 작업을 완료했는지 확인합니다. 유지 보수 기간 작업별의 내용을 참조하십시오.

프로시저


단계 1

SSH 콘솔을 통해 에 연결하고 인터페이스 구성 모드로 전환합니다.

단계 2

shutdown 명령을 사용하여 인터페이스를 셧다운합니다.

단계 3

(선택 사항) Firewall Management Center에 액세스하고 Firepower 2100 Series 디바이스의 동적 라우팅을 구성합니다.

자세한 내용은 동적 라우팅을 참고하십시오.

단계 4

주변 스위칭 인프라에서 ARP(Address Resolution Protocol) 캐시를 지웁니다.

단계 5

주변 스위칭 인프라에서 Firepower 2100 Series 디바이스 인터페이스 IP 주소에 대한 기본 ping 테스트를 수행하여 액세스 가능한지 확인합니다.

단계 6

레이어 3 라우팅이 필요한 디바이스에서 Firepower 2100 Series 디바이스 인터페이스 IP 주소에 대한 기본 ping 테스트를 수행합니다.

단계 7

Firepower 2100 Series 디바이스에 새 IP 주소를 할당하고 ASA 에 할당된 IP 주소를 재사용하지 않는 경우 다음 단계를 수행합니다.

  1. 이제 Firepower 2100 Series 디바이스 IP 주소를 가리키도록 IP 주소를 참조하는 모든 정적 경로를 업데이트합니다.

  2. 라우팅 프로토콜을 사용하는 경우 인접한 라우터(neighbor router)에서 Firepower 2100 Series 디바이스 IP 주소가 예상 대상의 다음 홉으로 표시되는지 확인합니다.

단계 8

Firepower 2100 디바이스에 대해 관리 Firewall Management Center 내에서 포괄적인 테스트 계획을 실행하고 로그를 모니터링합니다.