모델 지원—Threat Defense

전용 관리 인터페이스를 사용하는 대신 management center 관리용 데이터 인터페이스를 사용하는 경우, management center에서 FTD에 대한 인터페이스 및 네트워크 설정을 변경할 때 연결이 중단되지 않도록 주의해야 합니다. 디바이스에서 로컬로 데이터 인터페이스 설정을 변경할 수도 있습니다. 이렇게 하려면 management center에서 이러한 변경 사항을 수동으로 조정해야 합니다. Devices(디바이스) > Device Management(디바이스 관리) > Device(디바이스) > Management(관리) > Manager Access - Configuration Details(Manager 액세스 - 구성 세부 정보) 대화 상자를 사용하면 management center와 threat defense 로컬 구성 간의 불일치를 해결할 수 있습니다.

일반적으로 management center에 threat defense를 추가하기 전에 초기 threat defense 설정의 일부로 Manager 액세스 데이터 인터페이스를 구성합니다. management center에 threat defense를 추가하면 management center는 인터페이스 이름 및 IP 주소, 게이트웨이에 대한 고정 경로, DNS 서버 및 DDNS 서버를 포함한 인터페이스 컨피그레이션을 검색하고 유지 관리합니다. DNS 서버의 경우 구성이 등록 중에 검색된 경우 로컬로 유지되지만 management center의 플랫폼 설정 정책에 추가되지 않습니다.

threat defense를 management center에 추가한 후 configure network management-data-interface 명령을 사용하여 threat defense의 데이터 인터페이스 설정을 로컬로 변경하면 management center는 구성 변경 사항을 탐지하고 threat defense에 대한 구축을 차단합니다. management center는 다음 방법 중 하나를 사용하여 구성 변경을 탐지합니다.

• threat defense에 구축합니다. management center는 구축하기 전에 구성 차이를 탐지하고 구축을 중지합니다.

• Interface(인터페이스) 페이지의 Sync(동기화) 버튼

• Manager Access - Configuration Details(Manager 액세스 - 구성 세부 정보)대화 상자의 Refresh(새로 고침) 버튼.

블록을 제거하려면 Manager Access - Configuration Details(Manager 액세스 - 구성 세부 정보) 대화 상자로 이동하고 Acknowledge(확인)를 클릭합니다. 다음에 구축할 때 management center 구성은 threat defense의 나머지 충돌 설정을 덮어씁니다. 재구축하기 전에 management center에서 구성을 수동으로 수정하는 것은 사용자의 책임입니다.

이 대화 상자에서 다음 페이지를 참조하십시오.

컨피그레이션

management center 및 threat defense에서 Manager 액세스 데이터 인터페이스의 구성 비교를 확인합니다.

다음 예에서는 threat defense에서 configure network management-data-interface 명령이 입력된 threat defense의 구성 세부 사항을 보여줍니다. 분홍으로 강조 표시된 부분은 차이점을 Acknowledge(확인) 하지만 management center의 구성과 일치하지 않으면 threat defense 구성이 제거됨을 나타냅니다. 파란색으로 강조 표시된 부분은 threat defense에서 수정될 구성을 보여줍니다. 녹색으로 강조 표시된 부분은 threat defense에 추가될 구성을 보여줍니다.

다음 예는 management center에서 인터페이스를 구성한 후의 이 페이지를 보여줍니다. 인터페이스 설정이 일치하고 분홍색 강조 표시가 제거되었습니다.

CLI 출력

관리자 액세스 데이터 인터페이스의 CLI 구성을 확인합니다. 이는 기본 CLI에 익숙한 경우 유용합니다.

연결 상태

관리 연결 상태를 봅니다. 다음 예는 관리 연결이 여전히 관리 "management0" 인터페이스를 사용하고 있음을 보여줍니다.

다음 상태는 내부 "tap_nlp" 인터페이스를 보여주는 데이터 인터페이스의 성공적인 연결을 보여줍니다.

작동 중지된 연결에 대해서는 다음 샘플 출력을 참조하십시오. 다음과 같은 피어 채널이나 하트비트 정보가 "연결"되지 않았습니다.

> sftunnel-status-brief
PEER:10.10.17.202
Registration: Completed.
Connection to peer '10.10.17.202' Attempted at Mon Jun 15 09:21:57 2020 UTC
Last disconnect time : Mon Jun 15 09:19:09 2020 UTC
Last disconnect reason : Both control and event channel connections with peer went down

피어 채널 및 하트비트 정보가 표시되는 작동 중인 연결에 대한 다음 샘플 출력을 참조하십시오.

> sftunnel-status-brief
PEER:10.10.17.202
Peer channel Channel-A is valid type (CONTROL), using 'eth0', connected to '10.10.17.202' via '10.10.17.222'
Peer channel Channel-B is valid type (EVENT), using 'eth0', connected to '10.10.17.202' via '10.10.17.222'
Registration: Completed.
IPv4 Connection to peer '10.10.17.202' Start Time: Wed Jun 10 14:27:12 2020 UTC
Heartbeat Send Time: Mon Jun 15 09:02:08 2020 UTC
Heartbeat Received Time: Mon Jun 15 09:02:16 2020 UTC

전용 관리 인터페이스를 사용하는 대신 관리자 데이터 인터페이스를 사용하는 경우, management center에서 threat defense에 대한 인터페이스 및 네트워크 설정을 변경할 때 연결이 중단되지 않도록 주의해야 합니다. management center에 threat defense를 추가한 후 관리 인터페이스 유형을 데이터에서 관리로 또는 관리에서 데이터로 변경하는 경우, 인터페이스 및 네트워크 설정이 올바르게 설정되지 않으면 관리 연결이 끊어질 수 있습니다.

이 주제는 관리 연결 끊김 문제를 해결하는 데 도움이 됩니다.

관리 연결 상태 보기

management center의 Devices(디바이스) > Device Management(디바이스 관리) > Device(디바이스) > Management(관리) > FMC Access Details(FMC 액세스 디테일) > Connection Status(연결 상태) 페이지에서 관리 연결 상태를 확인합니다.

threat defense CLI에서 관리 연결 상태를 확인하는 sftunnel-status-brief 명령을 입력합니다. sftunnel-status 명령을 사용하여 전체 정보를 볼 수도 있습니다.

작동 중지된 연결에 대해서는 다음 샘플 출력을 참조하십시오. 다음과 같은 피어 채널이나 하트비트 정보가 "연결"되지 않았습니다.

> sftunnel-status-brief
PEER:10.10.17.202
Registration: Completed.
Connection to peer '10.10.17.202' Attempted at Mon Jun 15 09:21:57 2020 UTC
Last disconnect time : Mon Jun 15 09:19:09 2020 UTC
Last disconnect reason : Both control and event channel connections with peer went down

피어 채널 및 하트비트 정보가 표시되는 작동 중인 연결에 대한 다음 샘플 출력을 참조하십시오.

> sftunnel-status-brief
PEER:10.10.17.202
Peer channel Channel-A is valid type (CONTROL), using 'eth0', connected to '10.10.17.202' via '10.10.17.222'
Peer channel Channel-B is valid type (EVENT), using 'eth0', connected to '10.10.17.202' via '10.10.17.222'
Registration: Completed.
IPv4 Connection to peer '10.10.17.202' Start Time: Wed Jun 10 14:27:12 2020 UTC
Heartbeat Send Time: Mon Jun 15 09:02:08 2020 UTC
Heartbeat Received Time: Mon Jun 15 09:02:16 2020 UTC

threat defense 네트워크 정보 보기

threat defense CLI에서 관리 및 FMC 액세스 데이터 인터페이스 네트워크 설정을 확인합니다.

show network

> show network
===============[ System Information ]===============
Hostname                  : 5516X-4
DNS Servers               : 208.67.220.220,208.67.222.222
Management port           : 8305
IPv4 Default route
  Gateway                 : data-interfaces
IPv6 Default route
  Gateway                 : data-interfaces

======================[ br1 ]=======================
State                     : Enabled
Link                      : Up
Channels                  : Management & Events
Mode                      : Non-Autonegotiation
MDI/MDIX                  : Auto/MDIX
MTU                       : 1500
MAC Address               : 28:6F:7F:D3:CB:8D
----------------------[ IPv4 ]----------------------
Configuration             : Manual
Address                   : 10.99.10.4
Netmask                   : 255.255.255.0
Gateway                   : 10.99.10.1
----------------------[ IPv6 ]----------------------
Configuration             : Disabled

===============[ Proxy Information ]================
State                     : Disabled
Authentication            : Disabled

======[ System Information - Data Interfaces ]======
DNS Servers               :
Interfaces                : GigabitEthernet1/1

===============[ GigabitEthernet1/1 ]===============
State                     : Enabled
Link                      : Up
Name                      : outside
MTU                       : 1500
MAC Address               : 28:6F:7F:D3:CB:8F
----------------------[ IPv4 ]----------------------
Configuration             : Manual
Address                   : 10.89.5.29
Netmask                   : 255.255.255.192
Gateway                   : 10.89.5.1
----------------------[ IPv6 ]----------------------
Configuration             : Disabled

threat defense가 management center에 등록되었는지 확인합니다.

threat defense CLI에서 management center 등록이 완료되었는지 확인합니다. 이 명령은 관리 연결의 현재 상태를 표시하지 않습니다.

show managers

> show managers
Type                      : Manager
Host                      : 10.10.1.4
Display name              : 10.10.1.4
Identifier                : f7ffad78-bf16-11ec-a737-baa2f76ef602
Registration              : Completed
Management type           : Configuration

management center ping하기

FTD CLI에서 threat defense 다음 명령을 사용하여 데이터 인터페이스에서 management center를 ping합니다.

ping fmc_ip

threat defenseCLI에서 다음 명령을 사용하여 관리 인터페이스에서 management center를 ping합니다. 이 인터페이스는 백플레인을 통해 데이터 인터페이스로 라우팅되어야 합니다.

ping system fmc_ip

threat defense 내부 인터페이스에서 패킷 캡처

threat defense CLI에서 내부 백플레인 인터페이스(nlp_int_tap)의 패킷을 캡처하여 관리 패킷이 전송되는지 확인합니다.

capture name interface nlp_int_tap trace detail match ip any any

show capture name trace detail

내부 인터페이스 상태, 통계 및 패킷 수 확인

threat defense CLI에서 내부 백플레인 인터페이스, nlp_int_tap에 대한 정보를 참조하십시오.

show interace detail

> show interface detail
[...]
Interface Internal-Data0/1 "nlp_int_tap", is up, line protocol is up
  Hardware is en_vtun rev00, BW Unknown Speed-Capability, DLY 1000 usec
	(Full-duplex), (1000 Mbps)
	Input flow control is unsupported, output flow control is unsupported
	MAC address 0000.0100.0001, MTU 1500
	IP address 169.254.1.1, subnet mask 255.255.255.248
	37 packets input, 2822 bytes, 0 no buffer
	Received 0 broadcasts, 0 runts, 0 giants
	0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort
	0 pause input, 0 resume input
	0 L2 decode drops
	5 packets output, 370 bytes, 0 underruns
	0 pause output, 0 resume output
	0 output errors, 0 collisions, 0 interface resets
	0 late collisions, 0 deferred
	0 input reset drops, 0 output reset drops
	input queue (blocks free curr/low): hardware (0/0)
	output queue (blocks free curr/low): hardware (0/0)
  Traffic Statistics for "nlp_int_tap":
	37 packets input, 2304 bytes
	5 packets output, 300 bytes
	37 packets dropped
      1 minute input rate 0 pkts/sec,  0 bytes/sec
      1 minute output rate 0 pkts/sec,  0 bytes/sec
      1 minute drop rate, 0 pkts/sec
      5 minute input rate 0 pkts/sec,  0 bytes/sec
      5 minute output rate 0 pkts/sec,  0 bytes/sec
      5 minute drop rate, 0 pkts/sec
  Control Point Interface States:
	Interface number is 14
	Interface config status is active
	Interface state is active

라우팅 및 NAT 확인

threat defense CLI에서 기본 경로(S *)가 추가되었고 관리 인터페이스(nlp_int_tap)에 대한 내부 NAT 규칙이 있는지 확인합니다.

show route

> show route

Codes: L - local, C - connected, S - static, R - RIP, M - mobile, B - BGP
       D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
       N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
       E1 - OSPF external type 1, E2 - OSPF external type 2, V - VPN
       i - IS-IS, su - IS-IS summary, L1 - IS-IS level-1, L2 - IS-IS level-2
       ia - IS-IS inter area, * - candidate default, U - per-user static route
       o - ODR, P - periodic downloaded static route, + - replicated route
       SI - Static InterVRF
Gateway of last resort is 10.89.5.1 to network 0.0.0.0

S*       0.0.0.0 0.0.0.0 [1/0] via 10.89.5.1, outside
C        10.89.5.0 255.255.255.192 is directly connected, outside
L        10.89.5.29 255.255.255.255 is directly connected, outside

>
                                                                                                      

show nat

> show nat

Auto NAT Policies (Section 2)
1 (nlp_int_tap) to (outside) source static nlp_server_0_sftunnel_intf3 interface  service tcp 8305 8305
    translate_hits = 0, untranslate_hits = 6
2 (nlp_int_tap) to (outside) source static nlp_server_0_ssh_intf3 interface  service tcp ssh ssh
    translate_hits = 0, untranslate_hits = 73
3 (nlp_int_tap) to (outside) source static nlp_server_0_sftunnel_ipv6_intf3 interface ipv6  service tcp 8305 8305
    translate_hits = 0, untranslate_hits = 0
4 (nlp_int_tap) to (outside) source dynamic nlp_client_0_intf3 interface
    translate_hits = 174, untranslate_hits = 0
5 (nlp_int_tap) to (outside) source dynamic nlp_client_0_ipv6_intf3 interface ipv6
    translate_hits = 0, untranslate_hits = 0
>                                                                                

다른 설정 확인

다른 모든 설정이 있는지 확인하려면 다음 명령을 참조하십시오. management center의 Devices(디바이스) > Device Management(디바이스 관리) > Device(디바이스) > Management(관리) > Manager Access - Configuration Details(관리자 액세스 컨피그레이션 디테일) > CLI Output(CLI 출력) 페이지에서 이러한 명령을 많이 볼 수 있습니다.

show running-config sftunnel

> show running-config sftunnel
sftunnel interface outside
sftunnel port 8305

show running-config ip-client

> show running-config ip-client
ip-client outside

show conn address fmc_ip

> show conn address 10.89.5.35
5 in use, 16 most used
Inspect Snort:
        preserve-connection: 0 enabled, 0 in effect, 0 most enabled, 0 most in effect

TCP nlp_int_tap  10.89.5.29(169.254.1.2):51231 outside  10.89.5.35:8305, idle 0:00:04, bytes 86684, flags UxIO
TCP nlp_int_tap  10.89.5.29(169.254.1.2):8305 outside  10.89.5.35:52019, idle 0:00:02, bytes 1630834, flags UIO
>        

성공적인 DDNS 업데이트 확인

threat defense CLI에서 DDNS 업데이트에 성공했는지 확인합니다.

debug ddns

> debug ddns
DDNS update request = /v3/update?hostname=domain.example.org&myip=209.165.200.225
Successfuly updated the DDNS sever with current IP addresses
DDNS: Another update completed, outstanding = 0
DDNS: IDB SB total = 0

업데이트가 실패하면 debug http 및 debug ssl 명령을 사용합니다. 인증서 검증에 실패한 경우, 다음을 통해 루트 인증서가 디바이스에 설치되어 있는지 확인합니다.

show crypto ca certificates trustpoint_name

DDNS 작업을 확인하려면 다음 명령을 사용하십시오.

show ddns update interface fmc_access_ifc_name

> show ddns update interface outside

Dynamic DNS Update on outside:
    Update Method Name Update Destination
    RBD_DDNS not available

Last Update attempted on 04:11:58.083 UTC Thu Jun 11 2020
Status : Success
FQDN : domain.example.org
IP addresses : 209.165.200.225

management center 로그 파일 확인

https://cisco.com/go/fmc-reg-error를 참조하십시오.

액티브 유닛의 데이터 관리 인터페이스에 연결 문제가 있음

1. CDO에서 액티브 유닛을 스탠바이 유닛으로 수동 전환합니다. Threat Defense 고가용성 쌍에서 활성 피어 전환의 내용을 참조하십시오.

   또는 액티브 유닛에서 no failover active 명령을 실행할 수 있습니다.

   스탠바이 디바이스는 고가용성 쌍의 새 액티브 디바이스가 되고 CDO와의 통신을 설정합니다.

2. 편집하려는 디바이스 고가용성 쌍 옆의 Edit(편집) ()을 클릭합니다.

3. Routing(라우팅) > Static Route(고정 경로)를 선택하고 이전 데이터 관리 인터페이스에 대해 정의된 고정 경로를 삭제합니다.

4. Interfaces(인터페이스) 탭을 클릭하고 다음과 같이 변경합니다.

   1. 이전 데이터 관리 인터페이스에서 IP 주소와 이름을 제거하고 이 인터페이스에 대해 CDO 액세스를 비활성화합니다.

      참고	동일한 정보를 사용하려면 이전 데이터 관리 인터페이스 정보를 제거하기 전에 세부 사항을 기억해야 합니다.

      1. 제거할 인터페이스의 옆의 Edit(편집) ()을 클릭합니다.

         

      2. Name(이름) 필드의 내용을 지웁니다.

      3. Enabled(활성화됨) 확인란의 선택을 취소합니다.

      4. IPv4 또는 IPv6 탭에서 활성 주소를 제거합니다.

      5. Firewall Management Center Access(Firewall Management Center 액세스) 탭에서 Enable management on this interface for the Firepower Management Center(Firepower Management Center를 위해 이 인터페이스에서 관리 활성화)를 선택 취소합니다.

      6. OK(확인)를 클릭합니다.

      7. Yes(예)를 클릭하여 변경 사항을 확인합니다.

   2. 이전 인터페이스(CLI에서 사용한 인터페이스)의 설정으로 새 데이터 관리 인터페이스를 설정하고 CDO 액세스를 활성화합니다.

      1. 관리 트래픽을 처리하려는 데이터 인터페이스 옆에 있는 Edit(편집) ()를 클릭합니다.

      2. Name(이름) 필드에 인터페이스 이름을 지정합니다.

      3. Enabled(활성화됨) 확인란을 선택합니다.

      4. IPv4 또는 IPv6 탭에서 활성 주소를 지정합니다.

      5. Firewall Management Center Access(Firewall Management Center 액세스) 탭에서 Enable management on this interface for the Firepower Management Center(Firepower Management Center를 위해 이 인터페이스에서 관리 활성화)를 선택합니다.

      6. OK(확인)를 클릭합니다.

      7. Yes(예)를 클릭하여 변경 사항을 확인합니다.

5. High Availability(고가용성) 탭을 클릭하고 다음과 같이 변경합니다.

   1. Monitored Interfaces(모니터링되는 인터페이스) 영역에서 새 데이터 관리 인터페이스 옆의 Edit(편집) ()를 클릭합니다.

      

      Active IP Address(활성 IP 주소)에는 활성 디바이스의 IP 주소가 표시됩니다.

   2. IPv4 탭에서 Standby IP Address(스탠바이 IP 주소) 및 Gateway(게이트웨이) 주소를 입력합니다.

      

   3. IPv6 탭에서 수동으로 IPv6 주소를 구성하는 경우 액티브 IP 주소 옆의 Edit(편집) ()를 클릭하고 스탠바이 IP 주소를 입력한 뒤 OK(확인)를 클릭합니다.

   4. OK(확인)를 클릭합니다.

6. 오른쪽 상단에 있는 Save(저장)를 클릭하여 변경 사항을 저장합니다.

7. Routing(라우팅) > Static Route(고정 경로)를 선택하고 새 데이터 관리 인터페이스에 대해 정의된 고정 경로를 추가합니다. 새 데이터 인터페이스가 Interface(인터페이스) 목록에 나타납니다.

   

8. 오른쪽 상단에 있는 Save(저장)를 클릭하여 변경 사항을 저장합니다.

9. Deploy configuration changes(구성 변경 사항 구축)참조..

10. 구축이 약 90% 완료되면 새 관리 인터페이스가 적용됩니다. 이 단계에서는 CDO가 새 인터페이스에서 FTD에 도달하고 구축을 성공적으로 완료할 수 있도록 FTD의 케이블을 다시 연결해야 합니다.

    참고	케이블을 다시 연결한 후 새 인터페이스에 대한 관리 연결을 다시 설정하기 전에 시간이 초과되면 구축이 실패할 수 있습니다. 이 경우 성공적인 구축을 위해 케이블을 다시 연결한 후 구축을 다시 시작해야 합니다.

11. 관리 연결이 다시 설정되었는지 확인합니다.

    Management Center의 Devices(디바이스) > Device Management(디바이스 관리) > Device(디바이스) > Management(관리) > FMC Access Details(FMC 액세스 디테일) > Connection Status(연결 상태) 페이지에서 관리 연결 상태를 확인합니다.

    또는 FTD CLI에서 관리 연결 상태를 확인하는 sftunnel-status-brief 명령을 입력합니다.

인터넷 서비스 공급자가 변경되었습니다

ISP를 변경한 경우 고가용성 상태가 정상이더라도 관리 연결이 끊어질 수 있습니다. CLI 명령을 사용하여 관리 인터페이스의 새 네트워크 세부 정보를 구성합니다.

참고	이러한 명령은 액티브 유닛에서만 사용할 수 있으며 스탠바이 유닛에서는 사용할 수 없습니다.

threat defense CLI에 대한 자세한 내용은 FTD 명령 참조를 참조하십시오.

1. 디바이스 CLI에 연결합니다.

   이러한 명령을 사용할 때는 콘솔 포트를 사용해야 합니다. 관리 연결이 중단되어 구성을 수정하는 경우 전용 관리 인터페이스에 대한 SSH 액세스 권한이 있는 경우 해당 SSH 연결을 사용할 수 있습니다.

   Threat Defense 디바이스의 명령줄 인터페이스에 로그인의 내용을 참조하십시오.

2. 관리자 사용자 이름 및 비밀번호로 로그인합니다.

3. 업데이트할 네트워크 값에 따라 다음 명령 중 하나를 사용합니다.

   • configure network management-data-interface ipv4 manual ip_address ip_netmask interface interface_id

   • configure network management-data-interface ipv4 gateway_ip interface interface_id

   • configure network management-data-interface ipv4 manual ip_address ipv4_netmask gateway_ip interface interface_id

   예:

   Configure network management-data-interface ipv4 manual 10.10.6.7 255.255.255.0 interface gig0/0
   Configuration updated successfully..!!

   참고	configure network management-data-interface 의 다른 모든 CLI 명령은 고가용성 쌍의 디바이스에서 지원되지 않습니다.

   구성이 스탠바이 디바이스에 자동으로 푸시됩니다.

4. 선택 사항: 특정 네트워크에서 CDO에 대한 데이터 인터페이스 액세스를 제한합니다.

   configure network management-data-interface client ip_address netmask

   기본적으로 모든 네트워크가 허용됩니다.

5. 관리 연결이 재설정되었는지 확인합니다.

   sftunnel-status-brief

   피어 채널 및 하트비트 정보가 표시되는 작동 중인 연결에 대한 다음 샘플 출력을 참조하십시오.

   
   > sftunnel-status-brief
   PEER:10.10.17.202
   Peer channel Channel-A is valid type (CONTROL), using 'eth0', connected to '10.10.17.202' via '10.10.17.222'
   Peer channel Channel-B is valid type (EVENT), using 'eth0', connected to '10.10.17.202' via '10.10.17.222'
   Registration: Completed.
   IPv4 Connection to peer '10.10.17.202' Start Time: Wed Jun 10 14:27:12 2020 UTC
   Heartbeat Send Time: Mon Jun 15 09:02:08 2020 UTC
   Heartbeat Received Time: Mon Jun 15 09:02:16 2020 UTC
   
   

6. CDO에서 Inventory(재고 목록) > FTD를 클릭합니다.

7. threat defense를 선택하고 오른쪽의 Management(관리) 창에서 Device Summary(디바이스 요약)를 클릭합니다.

8. Management(관리) > FMC Access Details(관리 FMC 액세스 세부 정보)에서 Refresh(새로 고침)를 클릭합니다.

   CDO는 인터페이스 및 기본 경로 구성 변경을 탐지하고 FTD에 대한 구축을 차단합니다. 디바이스에서 로컬로 데이터 인터페이스 설정을 변경하는 경우 CDO에서 수동으로 변경 사항을 조정해야 합니다. Configuration(구성) 탭에서 CDO와 threat defense 간의 불일치를 볼 수 있습니다.

9. FMC Access Details(FMC 액세스 세부 정보) 대화 상자로 돌아가서 Acknowledge(확인)를 클릭하여 구축 블록을 제거합니다.

   다음에 구축할 때 CDO 구성은 FTD의 나머지 충돌 설정을 덮어씁니다. 재구축하기 전에 CDO에서 구성을 수동으로 수정하는 것은 사용자의 책임입니다.

   "Config was cleared(구성이 지워졌습니다)" 및 "FMC Access changed and acknowledged(FMC 액세스가 변경되어 승인되었습니다)"라는 메시지가 표시됩니다.

   액티브 유닛의 구성 변경 사항은 자동으로 스탠바이 상태로 푸시됩니다. CDO가 액티브 유닛과의 연결을 복원하면 CDO에서 스탠바이 IP 주소를 업데이트합니다.