목차/11. Monitor 모드·Bridge 모드 배포

11Monitor 모드·Bridge 모드 배포Monitor 모드·Bridge 모드 배포

게이트웨이를 기존 네트워크를 거의 건드리지 않고 끼워 넣는 두 가지 특수 배포 방식이 있습니다. 트래픽을 보기만 하는 Monitor Mode 와, Layer 3에 보이지 않게 두 구간을 잇는 Bridge Mode 입니다. 두 방식 모두 단일 Security Gateway 에 적용할 수 있고, Bridge 모드는 ClusterXL 클러스터에도 쓸 수 있습니다. 이 장은 두 모드가 무엇이고, 어디에 쓰며, 어떻게 연결되는지 를 원문 그대로 빠짐없이 풀어 둡니다.

Monitor 모드 — 보기만 한다

단일 Check Point Security Gateway 의 한 인터페이스에 Monitor Mode 를 설정할 수 있습니다. 이 인터페이스는 연결된 스위치의 Mirror Port(또는 Span Port)에서 흘러나오는 트래픽을 듣기만 합니다. 스위치의 mirror 포트가 네트워크 트래픽을 복제(duplicate) 해서, Monitor 모드로 설정된 인터페이스를 가진 게이트웨이로 보내면, 게이트웨이는 그것을 받아 활동 로그(activity log)를 기록 합니다. 이렇게 하면 운영 환경(production environment)을 바꾸지 않고도 네트워크 트래픽을 분석 할 수 있습니다.

언제 쓰나

Monitor 모드는 다음과 같은 상황에서 사용합니다.

애플리케이션 사용 현황을 상시(영구) 모니터링 하려는 배포의 일부로 — 어떤 애플리케이션이 얼마나 쓰이는지를 계속 지켜볼 때.
Software Blade 의 성능·기능을 평가(evaluate) 하려 할 때 — 실제로 정책을 걸기 전에 블레이드가 무엇을 잡아내는지 가늠해 볼 때.

이 모드에서 게이트웨이가 하는 일과 하지 않는 일

Monitor 모드에서 게이트웨이의 동작에는 반드시 알아 둘 세 가지 제약 이 있습니다.

게이트웨이는 어떤 보안 정책도 집행(enforce)하지 않으며, Monitor 모드 인터페이스에서 prevent / drop / reject 같은 능동적(active) 동작을 전혀 하지 않 습니다.
게이트웨이는 Monitor 모드 인터페이스에 도착한 모든 패킷을 종료(terminate)할 뿐, 전달(forward)하지 않 습니다.
게이트웨이는 Monitor 모드 인터페이스를 통해 어떤 트래픽도 내보내지 않 습니다.

즉 이 인터페이스는 철저히 수동적인 청취 전용(listen-only) 입니다. 들어온 것을 보고 기록할 뿐, 돌려보내거나 막거나 흘려보내는 일은 일절 하지 않습니다.

장점

Monitor 모드의 이점은 다음과 같습니다.

운영 환경에 아무런 위험이 없 습니다. 트래픽 흐름에 끼어들지 않으니까요.
최소한의 설정(minimum set-up) 만 필요합니다.
값비싼 TAP 장비 가 필요하지 않 습니다.

Monitor 모드 예시 토폴로지

다음 표는 위 그림의 각 번호가 무엇을 가리키는지 설명합니다.

번호	설명
①	들어오고 나가는 모든 패킷을 복제(duplicate) 하는 mirror 포트(또는 SPAN 포트) 를 가진 스위치. 게이트웨이는 이 스위치의 mirror/SPAN 포트에 연결됩니다.
②	서버(Servers).
③	클라이언트(Clients).
④	Monitor 모드로 설정된 인터페이스 를 가진 Security Gateway.
⑤	그 게이트웨이를 관리하는 Security Management Server.

더 알아보기

Monitor 모드를 실제로 배포하는 자세한 절차는 다음 문서를 참고합니다.

R82 Installation and Upgrade Guide > Special Scenarios for Security Gateways 장 > Deploying a Security Gateway in Monitor Mode 절.
Scalable Platform(Maestro·Chassis)의 Security Group 을 Monitor 모드로 배포하려면 해당 가이드의 Deploying a Security Group in Monitor Mode 장을 참고합니다.

Bridge 모드 — 보이지 않게 끼운다

기존 네트워크를 IP 주소가 서로 다른 여러 네트워크로 나눌 수 없을 때 는 Check Point Security Gateway(또는 ClusterXL)를 Bridge Mode 로 설치할 수 있습니다.

Bridge 모드의 게이트웨이(또는 ClusterXL)는 Layer 3 트래픽에 보이지 않(invisible) 습니다. 한쪽 bridge 종속 인터페이스(bridge subordinate interface)로 트래픽이 들어오면, 게이트웨이(또는 클러스터 멤버)가 그것을 검사(inspect)한 뒤 다른 쪽 bridge 종속 인터페이스로 넘깁 니다. 결국 하나의 네트워크를 두 개의 Layer 2 구간(segment)으로 나누고, 그 사이에 투명하게 끼어드는 셈입니다 — 양쪽 구간은 여전히 같은 IP 대역에 있으면서, 그 사이를 지나는 트래픽은 모두 게이트웨이의 검사를 거치게 됩니다.

단일 게이트웨이 Bridge 모드 예시 토폴로지

다음 표는 위 그림의 각 번호를 설명합니다.

번호	설명
①	관리자가 두 개의 Layer 2 구간으로 나누려는 네트워크. Bridge 모드 게이트웨이가 이 두 구간 사이를 잇습니다.
②	첫 번째 네트워크 구간.
③	첫 번째 구간을 게이트웨이의 한쪽 bridge 종속 인터페이스(④) 에 연결하는 스위치.
④	Bridge 모드 게이트웨이의 한쪽 bridge 종속 인터페이스 (예: `eth1`).
⑤	Bridge 모드 Security Gateway.
⑥	Bridge 모드 게이트웨이의 다른 쪽 bridge 종속 인터페이스 (예: `eth2`).
⑦	게이트웨이의 전용 Gaia 관리 인터페이스(Dedicated Gaia Management Interface) (예: `eth0`).
⑧	두 번째 구간을 게이트웨이의 다른 bridge 종속 인터페이스(⑥) 에 연결하는 스위치.
⑨	두 번째 네트워크 구간.

더 알아보기

Bridge 모드를 실제로 배포하는 자세한 절차는 다음 문서를 참고합니다.

R82 Installation and Upgrade Guide > Special Scenarios for Security Gateways 장 > Deploying a Security Gateway or a ClusterXL in Bridge Mode 절.
Scalable Platform의 Security Group 을 Bridge 모드로 배포하려면 해당 가이드의 Deploying a Security Group in Bridge Mode 장을 참고합니다.

클러스터 환경에서 Bridge 모드를 쓸 때의 동기화·페일오버 동작은 ClusterXL 가이드를 함께 참고하면 도움이 됩니다. Software Blade 평가와 관련해서는 Software Blade 총람을 참고하세요.