이 페이지의 내용
보안 정책 구성
네트워크를 보호하기 위해 네트워크 관리자는 해당 비즈니스 내의 모든 네트워크 리소스와 해당 리소스에 필요한 보안 수준을 설명하는 보안 정책을 만들어야 합니다. Junos OS를 통해 보안 정책을 구성할 수 있습니다. 보안 정책은 방화벽을 통과할 수 있는 트래픽과 방화벽을 통과할 때 트래픽에 대해 수행해야 하는 작업과 관련하여 전송 트래픽에 대한 규칙을 적용합니다.
보안 정책 요소 이해
보안 정책은 지정된 서비스를 사용하여 지정된 소스에서 지정된 대상으로의 트래픽을 제어하는 문 집합입니다. 정책은 두 지점 간에 지정된 유형의 트래픽을 단방향으로 허용, 거부 또는 터널링합니다.
각 정책은 다음과 같이 구성됩니다.
정책의 고유한 이름입니다.
예를 들면 다음과 같습니다
to-zone. user@hostfrom-zone#set security policies from-zone untrust to-zone untrust정책 규칙을 적용하기 위해 충족해야 하는 조건을 정의하는 일치 기준 집합입니다. 일치 기준은 소스 IP 주소, 대상 IP 주소 및 애플리케이션을 기반으로 합니다. 사용자 ID 방화벽은 정책 설명의 일부로 추가 튜플인 source-identity를 포함하여 더 큰 세분성을 제공합니다.
일치하는 경우 수행할 일련의 작업(허용, 거부 또는 거부)입니다.
회계 및 감사 요소 - 계산, 로깅 또는 구조적 시스템 로깅.
SRX 시리즈가 이러한 사양과 일치하는 패킷을 수신하면 정책에 지정된 작업을 수행합니다.
보안 정책은 전송 트래픽에 대한 일련의 규칙을 적용하여 방화벽을 통과할 수 있는 트래픽과 방화벽을 통과할 때 트래픽에 대해 취한 조치를 식별합니다. 지정된 기준과 일치하는 트래픽에 대한 작업에는 허용, 거부, 거부, 로그 또는 카운트가 포함됩니다.
SRX300, SRX320, SRX340, SRX345, SRX380 및 SRX550M 디바이스의 경우 다음과 같은 공장 기본 보안 정책이 제공됩니다.
-
트러스트 영역에서 언트러스트 영역으로 가는 모든 트래픽을 허용합니다.
-
신뢰할 수 있는 영역 간, 즉 트러스트 영역에서 영역 내 트러스트 영역으로의 모든 트래픽을 허용합니다.
언트러스트 영역에서 트러스트 영역으로 가는 모든 트래픽을 거부합니다.
보안 정책 규칙 이해
보안 정책은 컨텍스트(from-zone to to-zone) 내의 전송 트래픽에 보안 규칙을 적용합니다. 각 정책은 이름으로 고유하게 식별됩니다. 트래픽은 소스 및 대상 영역, 소스 및 대상 주소, 트래픽이 프로토콜 헤더에 전달하는 애플리케이션을 데이터 플레인의 정책 데이터베이스와 일치시켜 분류됩니다.
각 정책은 다음과 같은 특성과 연관되어 있습니다.
소스 영역
대상 영역
하나 이상의 원본 주소 이름 또는 주소 집합 이름
하나 이상의 대상 주소 이름 또는 주소 집합 이름
하나 이상의 응용 프로그램 이름 또는 응용 프로그램 세트 이름
이러한 특성을 일치 기준이라고 합니다. 각 정책에는 허용, 거부, 거부, 개수, 로그 및 VPN 터널과 같은 작업도 연결되어 있습니다. 정책, 소스 주소, 대상 주소 및 애플리케이션 이름을 구성할 때 일치 조건 인수를 지정해야 합니다.
와일드카드 항목을 사용하여 IPv4 또는 IPv6 주소로 정책을 구성하도록 지정할 수 있습니다 any. IPv6 트래픽에 대해 플로우 지원이 활성화되지 않은 경우, 은(는) any IPv4 주소와 일치합니다. IPv6 트래픽에 대해 플로우 지원이 활성화된 경우, any 은 IPv4 및 IPv6 주소 모두를 일치시킵니다. IPv6 트래픽에 플로우 기반 포워딩을 set security forwarding-options family inet6 mode flow-based 활성화하려면 명령을 사용합니다. 소스 및 대상 주소 일치 기준에 와일드카드 any-ipv4 또는 any-ipv6 를 지정하여 각각 IPv4 주소만 포함하거나 IPv6 주소만 포함할 수 있습니다.
IPv6 트래픽에 대한 플로우 지원이 활성화된 경우, 보안 정책에서 구성할 수 있는 IPv4 또는 IPv6 주소의 최대 수는 다음 일치 기준을 기반으로 합니다.
Number_of_src_IPv4_addresses + number_of_src_IPv6_addresses * 4 <= 1024
Number_of_dst_IPv4_addresses + number_of_dst_IPv6_addresses * 4 <= 1024
일치 기준의 이유는 IPv6 주소가 IPv4 주소가 사용하는 메모리 공간의 4배를 사용하기 때문입니다.
디바이스에서 IPv6 트래픽에 대한 플로우 지원이 활성화된 경우에만 IPv6 주소로 보안 정책을 구성할 수 있습니다.
특정 응용 프로그램을 지정하지 않으려면 를 기본 응용 프로그램으로 입력합니다 any . 기본 응용 프로그램을 조회하려면 구성 모드에서 를 입력합니다 show groups junos-defaults | find applications (predefined applications). 예를 들어 응용 프로그램 이름을 제공하지 않으면 정책이 응용 프로그램과 함께 와일드카드(기본값)로 설치됩니다. 따라서 주어진 정책의 나머지 파라미터와 일치하는 모든 데이터 트래픽은 데이터 트래픽의 애플리케이션 유형에 관계없이 정책과 일치합니다.
정책이 여러 애플리케이션으로 구성되어 있고 둘 이상의 애플리케이션이 트래픽과 일치하는 경우 일치 기준을 가장 잘 충족하는 애플리케이션이 선택됩니다.
트래픽이 일치하는 첫 번째 정책의 작업이 패킷에 적용됩니다. 일치하는 정책이 없으면 패킷이 삭제됩니다. 정책은 위에서 아래로 검색되므로 보다 구체적인 정책은 목록 맨 위에 배치하는 것이 좋습니다. 또한 IPsec VPN 터널 정책을 맨 위에 배치해야 합니다. 특정 사용자가 모든 인터넷 응용 프로그램에 액세스할 수 있도록 허용하는 정책과 같은 보다 일반적인 정책을 목록 맨 아래에 배치합니다. 예를 들어, 이전에 모든 특정 정책이 구문 분석되고 합법적인 트래픽이 허용/개수/기록된 후 모두 거부 또는 모두 거부 정책을 맨 아래에 배치합니다.
IPv6 주소에 대한 지원이 Junos OS 릴리스 10.2에 추가되었습니다. Junos OS 릴리스 10.4에는 액티브/액티브 섀시 클러스터 구성의 IPv6 주소에 대한 지원(액티브/패시브 섀시 클러스터 구성의 기존 지원에 추가)이 추가되었습니다.
방화벽 필터 및 화면이 처리되고 서비스 처리 장치(SPU)가 경로 조회를 완료한 후 플로우 처리 중에 정책이 조회됩니다(SRX5400, SRX5600 및 SRX5800 디바이스용). 정책 조회는 대상 영역, 대상 주소 및 송신 인터페이스를 결정합니다.
정책을 만들 때 다음 정책 규칙이 적용됩니다.
보안 정책은 to
to-zone방향으로from-zone구성됩니다. 특정 영역 방향에 따라 각 보안 정책에는 이름, 일치 기준, 작업 및 기타 옵션이 포함됩니다.정책 이름, 일치 기준 및 작업이 필요합니다.
정책 이름은 키워드입니다.
일치 기준의 소스 주소는 에 있는
from-zone하나 이상의 주소 이름 또는 주소 집합 이름으로 구성됩니다.일치 기준의 대상 주소는 에 있는
to-zone하나 이상의 주소 이름 또는 주소 집합 이름으로 구성됩니다.일치 기준의 응용 프로그램 이름은 하나 이상의 응용 프로그램 또는 응용 프로그램 세트의 이름으로 구성됩니다.
허용, 거부 또는 거부 작업 중 하나가 필요합니다.
accounting 및 auditing 요소를 지정할 수 있습니다: count 및 log.
명령으로 세션이 끝날 때 또는 명령으로
session-close세션을 시작할 때 로깅을session-init활성화할 수 있습니다.카운트 알람이 켜지면 초당 바이트 또는 분당 킬로바이트 단위로 알람 임계값을 지정합니다.
다음 조건에서는 또는
from-zone예외 중 하나로to-zone지정할global수 없습니다.전역 영역으로 구성된
to-zone모든 정책에는 정적 NAT 또는 수신 NAT가 정책에 구성되었음을 나타내는 단일 대상 주소가 있어야 합니다.SRX 시리즈 방화벽에서는 NAT를 통한 정책 허용 옵션이 간소화되었습니다. 각 정책은 NAT 변환을 허용하는지, NAT 변환을 허용하지 않는지 또는 신경 쓰지 않는지를 선택적으로 나타냅니다.
주소 이름은 다음과 같은 예약된 접두사로 시작할 수 없습니다. 이는 주소 NAT 구성에만 사용됩니다.
static_nat_incoming_nat_junos_
응용 프로그램 이름은 예약된 접두사로
junos_시작할 수 없습니다.
와일드카드 주소 이해
소스 및 대상 주소는 보안 정책에서 구성해야 하는 5가지 일치 기준 중 2가지입니다. 이제 보안 정책에서 소스 및 대상 주소 일치 기준에 대해 와일드카드 주소를 구성할 수 있습니다. 와일드카드 주소는 A.B.C.D/wildcard-mask로 표시됩니다. 와일드카드 마스크는 보안 정책 일치 기준에 의해 무시되어야 하는 IP 주소 A.B.C.D의 비트를 결정합니다. 예를 들어, 보안 정책의 소스 IP 주소 192.168.0.11/255.255.0.255는 보안 정책 일치 기준이 IP 주소의 세 번째 옥텟을 삭제할 수 있음을 의미합니다(기호적으로 192.168.*.11로 표시됨). 따라서 소스 IP 주소가 192.168.1.11 및 192.168.22.11과 같은 패킷은 일치 기준을 준수합니다. 그러나 소스 IP 주소가 192.168.0.1 및 192.168.1.21과 같은 패킷은 일치 기준을 충족하지 않습니다.
와일드카드 주소 사용은 전체 옥텟으로만 제한되지 않습니다. 와일드카드 주소를 구성할 수 있습니다. 예를 들어, 와일드카드 주소는 192.168입니다. 7.1/255.255.7.255는 정책을 일치시키는 동안 와일드카드 주소의 세 번째 옥텟의 처음 5비트만 무시해야 함을 의미합니다. 와일드카드 주소 사용이 전체 옥텟으로만 제한되는 경우 4개의 옥텟 각각에만 0 또는 255가 있는 와일드카드 마스크가 허용됩니다.
와일드카드 마스크의 첫 번째 옥텟은 128보다 커야 합니다. 예를 들어 0.255.0.255 또는 1.255.0.255로 표시되는 와일드카드 마스크는 유효하지 않습니다.
와일드카드 보안 정책은 한 보안 영역에서 다른 보안 영역으로 통과하려는 트래픽을 허용, 거부 및 거부할 수 있는 간단한 방화벽 정책입니다. Content Security와 같은 서비스에 와일드카드 주소를 사용하여 보안 정책 규칙을 구성해서는 안 됩니다.
IPv6 세션에 대한 침입 및 방지(IDP)만 모든 SRX5400, SRX5600 및 SRX5800 디바이스에 대해 지원됩니다. IPv6 세션에 대한 콘텐츠 보안은 지원되지 않습니다. 현재 보안 정책에서 IP 주소가 와일드카드인 규칙을 사용하고 컨텐츠 보안 기능이 활성화된 경우, 컨텐츠 보안 기능이 아직 IPv6 주소를 지원하지 않기 때문에 구성 커밋 오류가 발생합니다. 오류를 해결하려면 any-ipv4 와일드카드가 사용되도록 오류를 반환하는 규칙을 수정합니다. Content Security 기능을 포함하지 않는 IPv6 트래픽에 대한 별도의 규칙을 생성합니다.
디바이스에서 와일드카드 보안 정책을 구성하면 from-zone 및 to-zone 컨텍스트당 구성된 와일드카드 정책 수에 따라 성능 및 메모리 사용량에 영향을 미칩니다. 따라서 특정 from-zone 및 to-zone 컨텍스트에 대해 최대 480개의 와일드카드 정책만 구성할 수 있습니다.
또한보십시오
셀프 트래픽에 대한 보안 정책 이해하기
보안 정책은 디바이스를 통과하는 트래픽에 서비스를 적용하기 위해 디바이스에 구성됩니다. 예를 들어 UAC 및 콘텐츠 보안 정책은 일시적인 트래픽에 서비스를 적용하도록 구성됩니다.
셀프 트래픽 또는 호스트 트래픽은 호스트 인바운드 트래픽입니다. 즉, 디바이스에서 종료되는 트래픽 또는 디바이스에서 시작되는 트래픽인 호스트 아웃바운드 트래픽입니다. 이제 셀프 트래픽에 서비스를 적용하도록 정책을 구성할 수 있습니다. 원격 디바이스에서 SSL 연결을 종료하고 해당 트래픽에 대해 일부 처리를 수행해야 하는 SSL 스택 서비스, 호스트 인바운드 트래픽의 IDP 서비스 또는 호스트 아웃바운드 트래픽의 IPsec 암호화와 같은 서비스는 셀프 트래픽에 구성된 보안 정책을 통해 적용해야 합니다.
셀프 트래픽에 대한 보안 정책을 구성할 때 디바이스를 통과하는 트래픽은 먼저 정책에 대해 검사한 다음 영역에 바인딩된 인터페이스에 대해 구성된 옵션에 대해 host-inbound-traffic 검사합니다.
셀프 트래픽에 대한 보안 정책을 구성하여 셀프 트래픽에 서비스를 적용할 수 있습니다. 호스트 아웃바운드 정책은 호스트 디바이스에서 시작된 패킷이 플로우를 통과하고 이 패킷의 수신 인터페이스가 로컬로 설정된 경우에만 작동합니다.
셀프 트래픽 사용의 장점은 다음과 같습니다.
전송 트래픽에 사용되는 기존 정책 또는 플로우 인프라의 대부분을 활용할 수 있습니다.
서비스를 활성화하기 위해 별도의 IP 주소가 필요하지 않습니다.
디바이스에 있는 모든 인터페이스의 대상 IP 주소를 가진 모든 호스트 인바운드 트래픽에 서비스 또는 정책을 적용할 수 있습니다.
SRX 시리즈 방화벽에서 기본 보안 정책 규칙은 셀프 트래픽에 영향을 주지 않습니다.
관련 서비스에서만 셀프 트래픽에 대한 보안 정책을 구성할 수 있습니다. 예를 들어, 호스트 아웃바운드 트래픽에서 fwauth 서비스를 구성하는 것은 관련이 없으며 gprs-gtp 서비스는 셀프 트래픽에 대한 보안 정책과 관련이 없습니다.
셀프 트래픽에 대한 보안 정책은 영역이라는 junos-host 새로운 기본 보안 영역에서 구성됩니다. junos-host 영역은 junos-defaults 구성의 일부가 되므로 사용자가 삭제할 수 없습니다. interfaces, screen, tcp-rst 및 host-inbound-traffic 옵션과 같은 기존 영역 구성은 junos-host 영역에 의미가 없습니다. 따라서 junos-host 영역에 대한 전용 구성은 없습니다.
host-inbound-traffic을 사용하여 디바이스로 들어오는 연결을 제어할 수 있습니다. 그러나 디바이스 외부로 나가는 트래픽을 제한하지는 않습니다. 반면 junos-host-zone을 사용하면 원하는 애플리케이션을 선택하고 나가는 트래픽도 제한할 수 있습니다. 예를 들어, 네트워크 주소 변환(NAT), 침입 탐지 및 방지(IDP), 콘텐츠 보안 등과 같은 서비스는 이제 junos-host-zone을 사용하여 SRX 시리즈 방화벽을 드나드는 트래픽에 사용할 수 있습니다.
보안 정책 구성 개요
보안 정책을 생성하려면 다음 작업을 완료해야 합니다.
영역을 만듭니다. 예: 보안 영역 생성을 참조하십시오.
정책에 대한 주소로 주소록을 구성합니다. 예: 주소록 및 주소 집합 구성을 참조하십시오.
정책이 해당 유형의 트래픽에 적용됨을 나타내는 애플리케이션(또는 애플리케이션 세트)을 생성합니다. 예: 보안 정책 애플리케이션 및 애플리케이션 세트 구성을 참조하십시오.
정책을 만듭니다. 예: 모든 트래픽을 허용 또는 거부하도록 보안 정책 구성하기, 예: 선택한 트래픽을 허용 또는 거부하도록 보안 정책 구성하기, 예: 와일드카드 주소 트래픽을 허용 또는 거부하기 위한 보안 정책 구성하기를 참조하십시오.
스케줄러를 정책에 사용하려는 경우 스케줄러를 생성합니다. 예: 하루를 제외한 일별 스케줄에 대한 스케줄러 구성을 참조하십시오.
방화벽 정책 마법사를 사용하여 기본 보안 정책 구성을 수행할 수 있습니다. 보다 향상된 구성을 위해 J-Web 인터페이스 또는 CLI를 사용하십시오.
또한보십시오
SRX 시리즈 디바이스에 대한 정책 정의 모범 사례
보안 네트워크는 비즈니스에 매우 중요합니다. 네트워크를 보호하기 위해 네트워크 관리자는 해당 비즈니스 내의 모든 네트워크 리소스와 해당 리소스에 필요한 보안 수준을 설명하는 보안 정책을 만들어야 합니다. 보안 정책은 컨텍스트 내에서(영역에서 영역으로) 전송 트래픽에 보안 규칙을 적용하며, 각 정책은 이름으로 고유하게 식별됩니다. 트래픽은 소스 및 대상 영역, 소스 및 대상 주소, 트래픽이 프로토콜 헤더에 전달하는 애플리케이션을 데이터 플레인의 정책 데이터베이스와 일치시켜 분류됩니다.
표 1 은 SRX300, SRX320, SRX340, SRX345, SRX380, SRX550, SRX650, SRX550M, SRX1400, SRX1500, SRX3400, SRX3600, SRX4100, SRX4200, SRX4600, SRX5400, SRX5600 및 SRX5800 디바이스에 대한 정책 제한을 제공합니다. 플랫폼 지원은 설치한 Junos OS 릴리스에 따라 다릅니다.
Junos OS 릴리스 12.3X48-D15 및 Junos OS 릴리스 17.3R1부터 SRX5400, SRX5600 및 SRX5800 디바이스에 대한 정책당 최대 주소 개체 수가 1024개에서 4096개로 증가하고 컨텍스트당 최대 정책 수가 10240개에서 80,000개로 증가합니다.
Junos OS 릴리스 17.3R1부터 SRX5400, SRX5600 및 SRX5800 디바이스에 대한 보안 정책 수와 컨텍스트당 최대 정책 수가 80,000개에서 100,000개로 증가합니다.
Junos OS 릴리스 15.1X49-D120부터 SRX5400, SRX5600 및 SRX5800에 대한 정책당 주소 개체 수가 4096개에서 16,000개로 증가합니다.
SRX 시리즈 디바이스 |
주소 개체 |
응용 프로그램 객체 |
보안 정책 |
정책 컨텍스트(영역 쌍) |
컨텍스트별 정책 |
계산이 활성화된 정책 |
|---|---|---|---|---|---|---|
SRX300, SRX320 |
2048 |
128 |
1024 |
256 |
1024 |
256 |
SRX340 |
2048 |
128 |
2048 |
512 |
2048 |
256 |
SRX345 |
2048 |
128 |
4096 |
1024 |
4096 |
256 |
SRX380 |
2048 |
128 |
4096 |
1024 |
4096 |
256 |
SRX550M |
2048 |
128 |
10240 |
2048 |
10240 |
1024 |
SRX1500 |
4096 |
3072 |
16000 |
4096 |
16000 |
1024 |
SRX4100 |
4096 |
3072 |
60000 |
4096 |
60000 |
1024 |
SRX4200 |
4096 |
3072 |
60000 |
4096 |
60000 |
1024 |
SRX4600 |
4096 |
3072 |
80000 |
8192 |
80000 |
1024 |
SRX5400 SRX5600 SRX5800 |
16384 |
3072 |
100000 |
8192 |
100000 |
1024 |
따라서 각 규칙의 주소 및 애플리케이션 수를 늘리면 정책 정의에 사용되는 메모리 양이 증가하고 80,000개 미만의 정책으로 시스템의 메모리가 부족해지는 경우가 있습니다.
패킷 전달 엔진(PFE) 및 라우팅 엔진(RE)에서 정책의 실제 메모리 사용률을 얻으려면 메모리 트리의 다양한 구성 요소를 고려해야 합니다. 메모리 트리에는 다음 두 가지 구성 요소가 포함됩니다.
정책 컨텍스트–이 컨텍스트에서 모든 정책을 구성하는 데 사용됩니다. 정책 컨텍스트에는 소스 및 대상 영역과 같은 변수가 포함됩니다.
정책 엔터티 – 정책 데이터를 보관하는 데 사용됩니다. 정책 엔티티는 정책 이름, IP 주소, 주소 수, 애플리케이션, 방화벽 인증, WebAuth, IPsec, 개수, 애플리케이션 서비스 및 JSF(Junos Services Framework)와 같은 매개 변수를 사용하여 메모리를 계산합니다.
또한 정책, 규칙 집합 및 기타 구성 요소를 저장하는 데 사용되는 데이터 구조는 패킷 전달 엔진과 라우팅 엔진에서 서로 다른 메모리를 사용합니다. 예를 들어, 정책의 각 주소에 대한 주소 이름은 라우팅 엔진에 저장되지만 패킷 전달 엔진 수준에서는 메모리가 할당되지 않습니다. 마찬가지로 포트 범위는 접두사 및 마스크 쌍으로 확장되고 패킷 전달 엔진에 저장되지만 라우팅 엔진에는 이러한 메모리가 할당되지 않습니다.
따라서 정책 구성에 따라 라우팅 엔진에 대한 정책 기여자는 패킷 전달 엔진에 대한 정책 기여자와 다르며 메모리는 동적으로 할당됩니다.
메모리는 "지연된 삭제" 상태에서도 사용됩니다. 지연된 삭제 상태에서 SRX 시리즈 방화벽이 정책 변경을 적용할 때 일시적인 최대 사용량이 발생하여 기존 정책과 새 정책이 모두 존재합니다. 따라서 짧은 기간 동안 패킷 전달 엔진에 기존 정책과 새 정책이 모두 존재하여 메모리 요구 사항의 두 배를 차지합니다.
따라서 메모리 요구 사항은 정책의 특정 구성에 따라 달라지고 메모리는 동적으로 할당되기 때문에 특정 시점에 구성 요소(패킷 전달 엔진 또는 라우팅 엔진)가 사용하는 메모리 양을 명확하게 추론할 수 있는 확실한 방법이 없습니다.
다음과 같은 정책 구현에 대한 모범 사례를 통해 시스템 메모리를 더 잘 사용하고 정책 구성을 최적화할 수 있습니다.
소스 및 대상 주소에 단일 접두사를 사용합니다. 예를 들어 /32 주소를 사용하고 각 주소를 개별적으로 추가하는 대신 필요한 대부분의 IP 주소를 포함하는 큰 서브넷을 사용합니다.
가능하면 응용 프로그램 "any"를 사용하십시오. 정책에서 개별 애플리케이션을 정의할 때마다 추가로 52바이트를 사용할 수 있습니다.
IPv6 주소는 더 많은 메모리를 사용하므로 더 적은 수의 IPv6 주소를 사용합니다.
정책 구성에서 더 적은 수의 영역 쌍을 사용합니다. 각 원본 또는 대상 영역은 약 16,048바이트의 메모리를 사용합니다.
다음 매개 변수는 지정된 대로 바이트에서 메모리를 사용하는 방법을 변경할 수 있습니다.
방화벽 인증–약 16바이트 이상(고정되지 않음)
웹 인증–약 16바이트 이상(고정되지 않음)
IPsec–12바이트
애플리케이션 서비스–28바이트
개수–64바이트
정책을 컴파일하기 전과 컴파일한 후의 메모리 사용률을 확인합니다.
참고:각 장치에 대한 메모리 요구 사항은 다릅니다. 일부 디바이스는 기본적으로 512,000개의 세션을 지원하며 부팅 메모리는 일반적으로 72-73%입니다. 다른 디바이스는 최대 100만 개의 세션을 가질 수 있으며 부팅 메모리는 최대 83-84%가 될 수 있습니다. 최악의 시나리오에서, SPU에서 약 80,000개의 정책을 지원하기 위해 SPU는 최대 82%의 플로우 커널 메모리 소비와 최소 170MB의 메모리를 사용할 수 있도록 부팅해야 합니다.
또한보십시오
방화벽 마법사를 사용하여 정책 구성
방화벽 정책 마법사를 사용하면 SRX300, SRX320, SRX340, SRX345, SRX380 및 SRX550M 디바이스에서 기본 보안 정책 구성을 수행할 수 있습니다. 보다 향상된 구성을 위해 J-Web 인터페이스 또는 CLI를 사용하십시오.
방화벽 정책 마법사를 사용하여 정책을 구성하려면:
- J-Web 인터페이스에서 을(를) 선택합니다
Configure>Tasks>Configure FW Policy. - 방화벽 정책 마법사 시작 단추를 클릭하여 마법사를 시작합니다.
- 마법사의 지시를 따릅니다.
마법사 페이지의 왼쪽 상단 영역에는 구성 프로세스의 현재 위치가 표시됩니다. 페이지의 왼쪽 하단 영역에는 필드에 민감한 도움말이 표시됩니다. 리소스 제목 아래의 링크를 클릭하면 브라우저에서 문서가 열립니다. 문서가 새 탭에서 열리면 문서를 닫을 때 탭(브라우저 창이 아님)만 닫아야 합니다.
예: 모든 트래픽을 허용하거나 거부하는 보안 정책 구성
이 예는 모든 트래픽을 허용하거나 거부하도록 보안 정책을 구성하는 방법을 보여줍니다.
요구 사항
시작하기 전에:
영역을 만듭니다. 예: 보안 영역 생성을 참조하십시오.
주소록을 구성하고 정책에 사용할 주소를 만듭니다. 예: 주소록 및 주소 집합 구성을 참조하십시오.
정책이 해당 유형의 트래픽에 적용됨을 나타내는 애플리케이션(또는 애플리케이션 세트)을 생성합니다. 예: 보안 정책 애플리케이션 및 애플리케이션 세트 구성을 참조하십시오.
개요
Junos OS에서 보안 정책은 디바이스를 통과할 수 있는 트래픽과 디바이스가 통과할 때 트래픽에 대해 수행해야 하는 작업과 관련하여 전송 트래픽에 대한 규칙을 시행합니다. 보안 정책의 관점에서 트래픽은 하나의 보안 영역에 들어가고 다른 보안 영역을 나갑니다. 이 예에서는 신뢰 및 신뢰할 수 없는 인터페이스, ge-0/0/2 및 ge-0/0/1을 구성합니다. 그림 1을 참조하십시오.
허용
이 구성 예제에서는 다음을 수행하는 방법을 보여 줍니다.
트러스트 영역에서 언트러스트 영역으로 가는 모든 트래픽을 허용하거나 거부하되, 언트러스트 영역에서 트러스트 영역으로 가는 모든 트래픽을 차단합니다.
특정 시간에 트러스트 영역의 호스트에서 언트러스트 영역의 서버로 선택된 트래픽을 허용하거나 거부합니다.
토폴로지
구성
절차
CLI 빠른 구성
이 예를 빠르게 구성하려면, 아래 명령을 복사하여 텍스트 파일로 붙여 넣은 다음 모든 라인브레이크를 제거하고, 네트워크 구성을 일치하는 데 필요한 세부 사항을 변경하고, 계층 수준에서 명령을 CLI로 [edit] 복사해 붙여 넣은 다음, 구성 모드에서 을 입력합니다 commit .
set security zones security-zone trust interfaces ge-0/0/2 host-inbound-traffic system-services all set security zones security-zone untrust interfaces ge-0/0/1 host-inbound-traffic system-services all set security policies from-zone trust to-zone untrust policy permit-all match source-address any set security policies from-zone trust to-zone untrust policy permit-all match destination-address any set security policies from-zone trust to-zone untrust policy permit-all match application any set security policies from-zone trust to-zone untrust policy permit-all then permit set security policies from-zone untrust to-zone trust policy deny-all match source-address any set security policies from-zone untrust to-zone trust policy deny-all match destination-address any set security policies from-zone untrust to-zone trust policy deny-all match application any set security policies from-zone untrust to-zone trust policy deny-all then deny
단계별 절차
다음 예제에서는 구성 계층의 다양한 수준을 탐색해야 합니다. 이를 수행하는 방법에 대한 지침은 CLI 사용자 가이드 의 구성 모드에서 CLI 편집기 사용을 참조하십시오.
모든 트래픽을 허용하거나 거부하도록 보안 정책을 구성하려면 다음을 수행합니다.
인터페이스 및 보안 영역을 구성합니다.
[edit security zones] user@host# set security-zone trust interfaces ge-0/0/2 host-inbound-traffic system-services all user@host# set security-zone untrust interfaces ge-0/0/1 host-inbound-traffic system-services all
트러스트 영역에서 언트러스트 영역으로 트래픽을 허용하는 보안 정책을 생성합니다.
[edit security policies from-zone trust to-zone untrust] user@host# set policy permit-all match source-address any user@host# set policy permit-all match destination-address any user@host# set policy permit-all match application any user@host# set policy permit-all then permit
언트러스트 영역에서 트러스트 영역으로 가는 트래픽을 거부하는 보안 정책을 생성합니다.
[edit security policies from-zone untrust to-zone trust] user@host# set policy deny-all match source-address any user@host# set policy deny-all match destination-address any user@host# set policy deny-all match application any user@host# set policy deny-all then deny
결과
구성 모드에서 및 show security zones 명령을 입력하여 show security policies 구성을 확인합니다. 출력이 의도한 구성을 표시하지 않으면, 이 예의 구성 지침을 반복하여 수정합니다.
구성 예는 트러스트 영역에서 언트러스트 영역으로의 기본 permit-all입니다.
[edit]
user@host# show security policies
from-zone trust to-zone untrust {
policy permit-all {
match {
source-address any;
destination-address any;
application any;
}
then {
permit;
}
}
}
from-zone untrust to-zone trust {
policy deny-all {
match {
source-address any;
destination-address any;
application any;
}
then {
deny;
}
}
}
user@host# show security zones
security-zone trust {
interfaces {
ge-0/0/2.0 {
host-inbound-traffic {
system-services {
all;
}
}
}
}
}
security-zone untrust {
interfaces {
ge-0/0/1.0 {
host-inbound-traffic {
system-services {
all;
}
}
}
}
}
디바이스 구성을 마쳤으면 구성 모드에서 을 입력합니다 commit .
예: 선택한 트래픽을 허용하거나 거부하는 보안 정책 구성
이 예는 선택한 트래픽을 허용하거나 거부하도록 보안 정책을 구성하는 방법을 보여줍니다.
요구 사항
시작하기 전에:
영역을 만듭니다. 예: 보안 영역 생성을 참조하십시오.
주소록을 구성하고 정책에 사용할 주소를 만듭니다. 예: 주소록 및 주소 집합 구성을 참조하십시오.
정책이 해당 유형의 트래픽에 적용됨을 나타내는 애플리케이션(또는 애플리케이션 세트)을 생성합니다. 예: 보안 정책 애플리케이션 및 애플리케이션 세트 구성을 참조하십시오.
트러스트 존과 언트러스트 존을 오가는 트래픽을 허용합니다. 예: 모든 트래픽을 허용하거나 거부하는 보안 정책 구성을 참조하십시오.
개요
Junos OS에서 보안 정책은 디바이스를 통과할 수 있는 트래픽과 디바이스가 통과할 때 트래픽에 대해 수행해야 하는 조치와 관련하여 전송 트래픽에 대한 규칙을 시행합니다. 보안 정책의 관점에서 트래픽은 하나의 보안 영역에 들어가고 다른 보안 영역을 나갑니다. 이 예에서는 트러스트 영역의 호스트에서 언트러스트 영역의 서버로의 이메일 트래픽만 허용하도록 특정 보안 정책을 구성합니다. 다른 트래픽은 허용되지 않습니다. 그림 2를 참조하십시오.
허용
구성
절차
CLI 빠른 구성
이 예를 빠르게 구성하려면, 아래 명령을 복사하여 텍스트 파일로 붙여 넣은 다음 모든 라인브레이크를 제거하고, 네트워크 구성을 일치하는 데 필요한 세부 사항을 변경하고, 계층 수준에서 명령을 CLI로 [edit] 복사해 붙여 넣은 다음, 구성 모드에서 을 입력합니다 commit .
set security zones security-zone trust interfaces ge-0/0/2 host-inbound-traffic system-services all set security zones security-zone untrust interfaces ge-0/0/1 host-inbound-traffic system-services all set security address-book book1 address mail-untrust 203.0.113.14/24 set security address-book book1 attach zone untrust set security address-book book2 address mail-trust 192.168.1.1/32 set security address-book book2 attach zone trust set security policies from-zone trust to-zone untrust policy permit-mail match source-address mail-trust set security policies from-zone trust to-zone untrust policy permit-mail match destination-address mail-untrust set security policies from-zone trust to-zone untrust policy permit-mail match application junos-mail set security policies from-zone trust to-zone untrust policy permit-mail then permit
단계별 절차
다음 예제에서는 구성 계층의 다양한 수준을 탐색해야 합니다. 이를 수행하는 방법에 대한 지침은 CLI 사용자 가이드 의 구성 모드에서 CLI 편집기 사용을 참조하십시오.
선택한 트래픽을 허용하도록 보안 정책을 구성하려면 다음을 수행합니다.
인터페이스 및 보안 영역을 구성합니다.
[edit security zones] user@host# set security-zone trust interfaces ge-0/0/2 host-inbound-traffic system-services all user@host# set security-zone untrust interfaces ge-0/0/1 host-inbound-traffic system-services all
클라이언트와 서버 모두에 대한 주소록 항목을 만듭니다. 또한 주소록에 보안 영역을 연결합니다.
[edit security address-book book1] user@host# set address mail-untrust 203.0.113.14/24 user@host# set attach zone untrust
[edit security address-book book2] user@host# set address mail-trust 192.168.1.1/32 user@host# set attach zone trust
메일 트래픽을 허용하는 정책을 정의합니다.
[edit security policies from-zone trust to-zone untrust] user@host# set policy permit-mail match source-address mail-trust user@host# set policy permit-mail match destination-address mail-untrust user@host# set policy permit-mail match application junos-mail user@host# set policy permit-mail then permit
결과
구성 모드에서 및 show security zones 명령을 입력하여 show security policies 구성을 확인합니다. 출력이 의도한 구성을 표시하지 않으면, 이 예의 구성 지침을 반복하여 수정합니다.
[edit]
user@host# show security policies
from-zone trust to-zone untrust {
policy permit-mail {
match {
source-address mail-trust;
destination-address mail-untrust;
application junos-mail;
}
then {
permit;
}
}
}
user@host# show security zones
security-zone trust {
host-inbound-traffic {
system-services {
all;
}
interfaces {
ge-0/0/2 {
host-inbound-traffic {
system-services {
all;
}
}
}
}
}
security-zone untrust {
interfaces {
ge-0/0/1 {
host-inbound-traffic {
system-services {
all;
}
}
}
}
}
user@host# show security address-book
book1 {
address mail-untrust 203.0.113.14/24;
attach {
zone untrust;
}
}
book2 {
address mail-trust 192.168.1.1/32;
attach {
zone trust;
}
}
디바이스 구성을 마쳤으면 구성 모드에서 을 입력합니다 commit .
예: 와일드카드 주소 트래픽 허용 또는 거부를 위한 보안 정책 구성
이 예에서는 와일드카드 주소 트래픽을 허용하거나 거부하는 보안 정책을 구성하는 방법을 보여줍니다.
요구 사항
시작하기 전에:
와일드카드 주소를 이해합니다. 보안 정책 규칙 이해를 참조하십시오.
영역을 만듭니다. 예: 보안 영역 생성을 참조하십시오.
주소록을 구성하고 정책에 사용할 주소를 만듭니다. 예: 주소록 및 주소 집합 구성을 참조하십시오.
정책이 해당 유형의 트래픽에 적용됨을 나타내는 애플리케이션(또는 애플리케이션 세트)을 생성합니다. 예: 보안 정책 애플리케이션 및 애플리케이션 세트 구성을 참조하십시오.
트러스트 존과 언트러스트 존을 오가는 트래픽을 허용합니다. 예: 모든 트래픽을 허용하거나 거부하는 보안 정책 구성을 참조하십시오.
트러스트 영역과 트러스트되지 않은 영역 간의 전자 메일 트래픽을 허용합니다. 예: 선택한 트래픽을 허용 또는 거부하도록 보안 정책 구성을 참조하십시오.
개요
Junos 운영 체제(Junos OS)에서 보안 정책은 디바이스를 통과할 수 있는 트래픽과 디바이스를 통과할 때 트래픽에 대해 수행해야 하는 작업과 관련하여 전송 트래픽에 대한 규칙을 적용합니다. 보안 정책의 관점에서 트래픽은 하나의 보안 영역에 들어가고 다른 보안 영역을 나갑니다. 이 예에서는 트러스트 영역의 호스트에서 언트러스트 영역으로 와일드카드 주소 트래픽만 허용하도록 특정 보안을 구성합니다. 다른 트래픽은 허용되지 않습니다.
구성
절차
CLI 빠른 구성
이 예를 빠르게 구성하려면, 아래 명령을 복사하여 텍스트 파일로 붙여 넣은 다음 모든 라인브레이크를 제거하고, 네트워크 구성을 일치하는 데 필요한 세부 사항을 변경하고, 계층 수준에서 명령을 [edit] CLI로 복사해 붙여 넣은 다음, 구성 모드에서 을(를) 입력합니다 commit .
set security zones security-zone trust interfaces ge-0/0/2 host-inbound-traffic system-services all set security zones security-zone untrust interfaces ge-0/0/1 host-inbound-traffic system-services all set security address-book book1 address wildcard-trust wildcard-address 192.168.0.11/255.255.0.255 set security address-book book1 attach zone trust set security policies from-zone trust to-zone untrust policy permit-wildcard match source-address wildcard-trust set security policies from-zone trust to-zone untrust policy permit-wildcard match destination-address any set security policies from-zone trust to-zone untrust policy permit-wildcard match application any set security policies from-zone trust to-zone untrust policy permit-wildcard then permit
단계별 절차
다음 예제에서는 구성 계층의 다양한 수준을 탐색해야 합니다. 이를 수행하는 방법에 대한 지침은 CLI 사용자 가이드 의 구성 모드에서 CLI 편집기 사용을 참조하십시오.
선택한 트래픽을 허용하도록 보안 정책을 구성하려면 다음을 수행합니다.
인터페이스 및 보안 영역을 구성합니다.
[edit security zones] user@host# set security-zone trust interfaces ge-0/0/2 host-inbound-traffic system-services all user@host# set security-zone untrust interfaces ge-0/0/1 host-inbound-traffic system-services all
호스트에 대한 주소록 항목을 만들고 해당 주소록을 영역에 연결합니다.
[edit security address-book book1] user@host# set address wildcard-trust wildcard-address 192.168.0.11/255.255.0.255 user@host# set attach zone trust
와일드카드 주소 트래픽을 허용하는 정책을 정의합니다.
[edit security policies from-zone trust to-zone untrust] user@host# set policy permit-wildcard match source-address wildcard-trust user@host# set policy permit-wildcard match destination-address any user@host# set policy permit-wildcard match application any user@host# set policy permit-wildcard then permit
결과
구성 모드에서 및 show security zones 명령을 입력하여 show security policies 구성을 확인합니다. 출력이 의도한 구성을 표시하지 않으면, 이 예의 구성 지침을 반복하여 수정합니다.
[edit]
user@host# show security policies
from-zone trust to-zone untrust {
policy permit-wildcard {
match {
source-address wildcard-trust;
destination-address any;
application any;
}
then {
permit;
}
}
}
user@host#show security zonessecurity-zone trust { host-inbound-traffic { system-services { all; } interfaces { ge-0/0/2 { host-inbound-traffic { system-services { all; } } } } } } security-zone untrust { interfaces { ge-0/0/1 { host-inbound-traffic { system-services { all; } } } } } user@host#show security address-bookbook1 { address wildcard-trust { wildcard-address 192.168.0.11/255.255.0.255; } attach { zone trust; } }
디바이스 구성을 마쳤으면 구성 모드에서 을 입력합니다 commit .
예: 트래픽 로그를 외부 시스템 로그 서버로 리디렉션하는 보안 정책 구성
이 예에서는 디바이스에서 생성된 트래픽 로그를 외부 시스템 로그 서버로 전송하도록 보안 정책을 구성하는 방법을 보여줍니다.
요구 사항
이 예에서 사용되는 하드웨어 및 소프트웨어 구성 요소는 다음과 같습니다.
인터페이스 ge-4/0/5에서 SRX5600 디바이스에 연결된 클라이언트
인터페이스 ge-4/0/1에서 SRX5600 디바이스에 연결된 서버
SRX5600 디바이스에서 생성된 로그는 Linux 기반 시스템 로그 서버에 저장됩니다.
인터페이스 ge-4/0/4에서 Linux 기반 서버에 연결된 SRX5600 디바이스
이 기능을 구성하기 전에 디바이스 초기화 이외의 특별한 구성은 필요하지 않습니다.
개요
이 예에서는 SRX5600 디바이스에서 보안 정책을 구성하여 데이터 전송 중에 디바이스에서 생성된 트래픽 로그를 Linux 기반 서버로 전송합니다. 트래픽 로그는 모든 세션의 세부 정보를 기록합니다. 로그는 SRX5600 디바이스에 연결된 소스 디바이스와 대상 디바이스 간의 세션 설정 및 종료 중에 생성됩니다.
구성
절차
CLI 빠른 구성
이 예를 빠르게 구성하려면, 아래 명령을 복사하여 텍스트 파일로 붙여 넣은 다음 모든 라인브레이크를 제거하고, 네트워크 구성을 일치하는 데 필요한 세부 사항을 변경하고, 계층 수준에서 명령을 [edit] CLI로 복사해 붙여 넣은 다음, 구성 모드에서 을(를) 입력합니다 commit .
set security log source-address 127.0.0.1 set security log stream trafficlogs severity debug set security log stream trafficlogs host 203.0.113.2 set security zones security-zone client host-inbound-traffic system-services all set security zones security-zone client host-inbound-traffic protocols all set security zones security-zone client interfaces ge-4/0/5.0 set security zones security-zone server host-inbound-traffic system-services all set security zones security-zone server interfaces ge-4/0/4.0 set security zones security-zone server interfaces ge-4/0/1.0 set security policies from-zone client to-zone server policy policy-1 match source-address any set security policies from-zone client to-zone server policy policy-1 match destination-address any set security policies from-zone client to-zone server policy policy-1 match application any set security policies from-zone client to-zone server policy policy-1 then permit set security policies from-zone client to-zone server policy policy-1 then log session-init set security policies from-zone client to-zone server policy policy-1 then log session-close
단계별 절차
다음 예제에서는 구성 계층의 다양한 수준을 탐색해야 합니다. 이를 수행하는 방법에 대한 지침은 CLI 사용자 가이드 의 구성 모드에서 CLI 편집기 사용을 참조하십시오.
트래픽 로그를 외부 시스템 로그 서버로 전송하도록 보안 정책을 구성하려면 다음과 같이 하십시오.
SRX5600 디바이스에서 생성된 트래픽 로그를 IP 주소 203.0.113.2의 외부 시스템 로그 서버로 전송하도록 보안 로그를 구성합니다. IP 주소 127.0.0.1은 SRX5600 디바이스의 루프백 주소입니다.
[edit security log] user@host# set source-address 127.0.0.1 user@host# set stream trafficlogs severity debug user@host# set stream trafficlogs host 203.0.113.2
보안 영역을 구성하고 SRX5600 디바이스의 인터페이스 ge-4/0/5.0에서 허용되는 트래픽 및 프로토콜 유형을 지정합니다.
[edit security zones] user@host# set security-zone client host-inbound-traffic system-services all user@host# set security-zone client host-inbound-traffic protocols all user@host# set security-zone client interfaces ge-4/0/5.0
또 다른 보안 영역을 구성하고 SRX5600 디바이스의 인터페이스 ge-4/0/4.0 및 ge-4/0/1.0에서 허용되는 트래픽 유형을 지정합니다.
[edit security zones] user@host# set security-zone server host-inbound-traffic system-services all user@host# set security-zone server interfaces ge-4/0/4.0 user@host# set security-zone server interfaces ge-4/0/1.0
정책을 생성하고 해당 정책에 대한 일치 기준을 지정합니다. 일치 기준은 디바이스가 모든 소스, 모든 대상, 모든 애플리케이션에서 트래픽을 허용할 수 있도록 지정합니다.
[edit security policies from-zone client to-zone server] user@host# set policy policy-1 match source-address any user@host# set policy policy-1 match destination-address any user@host# set policy policy-1 match application any user@host# set policy policy-1 match then permit
세션의 시작과 끝에서 트래픽 세부 정보를 기록하도록 정책을 활성화합니다.
[edit security policies from-zone client to-zone server] user@host# set policy policy-1 then log session-init user@host# set policy policy-1 then log session-close
결과
구성 모드에서 명령을 입력하여 show security log 구성을 확인합니다. 출력이 의도한 구성을 표시하지 않으면, 이 예의 구성 지침을 반복하여 수정합니다.
[edit]
user@host# show security log
format syslog;
source-address 127.0.0.1;
stream trafficlogs {
severity debug;
host {
203.0.113.2;
}
}
디바이스 구성을 마쳤으면 구성 모드에서 을(를) 입력합니다 commit .
보안 영역 및 정책에 대한 TAP 모드
보안 영역 및 정책에 대한 터미널 액세스 포인트(TAP) 모드를 사용하면 스위치, SPAN 또는 미러 포트를 통해 네트워크 전반의 트래픽 플로우를 수동적으로 모니터링할 수 있습니다.
보안 영역 및 정책에 대한 TAP 모드 지원 이해
TAP(Terminal Access Point) 모드는 스위치를 통해 미러링된 트래픽을 확인하는 대기 디바이스입니다. 보안 영역과 정책이 구성된 경우 TAP 모드는 TAP 인터페이스를 구성하고 탐지된 위협 수와 사용자 사용량을 표시하는 보안 로그 보고서를 생성하여 수신 및 발신 트래픽을 검사합니다. 탭 인터페이스에서 일부 패킷이 손실되면 보안 영역 및 정책이 연결을 종료하므로 이 연결에 대한 보고서가 생성되지 않습니다. 보안 영역 및 정책 구성은 비 TAP 모드와 동일하게 유지됩니다.
SRX 시리즈 방화벽이 TAP 모드에서 작동하도록 구성하면 디바이스는 보안 로그 정보를 생성하여 탐지된 위협, 애플리케이션 사용 및 사용자 세부 정보에 대한 정보를 표시합니다. 디바이스가 TAP 모드에서 작동하도록 구성된 경우 SRX 시리즈 방화벽은 구성된 TAP 인터페이스에서만 패킷을 수신합니다. 구성된 TAP 인터페이스를 제외한 다른 인터페이스는 관리 인터페이스로 사용되거나 외부 서버에 연결된 일반 인터페이스로 구성됩니다. SRX 시리즈 방화벽은 들어오는 트래픽에 따라 보안 리포트 또는 로그를 생성합니다.
보안 영역과 기본 보안 정책은 TAP 인터페이스가 구성된 후에 구성됩니다. 필요한 경우 다른 영역이나 정책을 구성할 수 있습니다. 하나의 인터페이스를 사용하여 서버를 연결하는 경우 IP 주소, 라우팅 인터페이스 및 보안 구성도 구성해야 합니다.
TAP 모드에서 디바이스를 작동할 때 하나의 TAP 인터페이스만 구성할 수 있습니다.
예: TAP 모드에서 보안 영역 및 정책 구성
이 예에서는 SRX 시리즈 방화벽이 TAP(터미널 액세스 포인트) 모드로 구성될 때 보안 영역과 정책을 구성하는 방법을 보여줍니다.
요구 사항
이 예에서 사용되는 하드웨어 및 소프트웨어 구성 요소는 다음과 같습니다.
SRX 시리즈 방화벽
Junos OS 릴리스 19.1R1
시작하기 전에:
보안 영역 및 정책에 대한 TAP 모드 지원 이해를 읽고 이 절차가 보안 영역 및 정책에 대한 전반적인 지원에 어떻게 그리고 어디에 적합한지 이해하십시오.
개요
이 예에서는 SRX 시리즈 방화벽이 TAP 모드에서 작동하도록 구성합니다. SRX 시리즈 방화벽이 TAP 모드에서 작동하도록 구성하면 디바이스는 보안 로그 정보를 생성하여 탐지된 위협, 애플리케이션 사용 및 사용자 세부 정보에 대한 정보를 표시합니다.
구성
CLI 빠른 구성
이 예를 빠르게 구성하려면, 아래 명령을 복사하여 텍스트 파일로 붙여 넣은 다음 모든 라인브레이크를 제거하고, 네트워크 구성을 일치하는 데 필요한 세부 사항을 변경하고, 계층 수준에서 명령을 CLI로 [edit] 복사해 붙여 넣은 다음, 구성 모드에서 commit을 입력합니다.
set security zones security-zone tap-zone interfaces ge-0/0/0.0 set security zones security-zone tap-zone application-tracking set security policies from-zone tap-zone to-zone tap-zone policy tap-policy match source-address any set security policies from-zone tap-zone to-zone tap-zone policy tap-policy match destination -address any set security policies from-zone tap-zone to-zone tap-zone policy tap-policy match application any set security policies from-zone tap-zone to-zone tap-zone policy tap-policy then permit set security policies from-zone tap-zone to-zone tap-zone policy tap-policy then log session-init set security policies from-zone tap-zone to-zone tap-zone policy tap-policy then log session-close
절차
단계별 절차
다음 예제에서는 구성 계층의 다양한 수준을 탐색해야 합니다. 이를 수행하는 방법에 대한 지침은 Junos OS CLI 사용자 가이드 의 구성 모드에서 CLI 편집기 사용을 참조하십시오.
TAP 모드에서 영역을 구성하려면:
보안 영역 탭 영역 인터페이스를 구성합니다.
user@host# set security zones security-zone tap-zone interfaces ge-0/0/0.0
보안 영역 tap-zone 애플리케이션 추적을 구성합니다.
user@host# set security zones security-zone tap-zone application-tracking
존 탭 영역에서 존 탭 영역 정책 탭으로의 트래픽을 허용하는 보안 정책을 구성하고 일치 조건을 구성합니다.
user@host# set security policies from-zone tap-zone to-zone tap-zone policy tap-policy match source-address any user@host# set security policies from-zone tap-zone to-zone tap-zone policy tap-policy match destination -address any user@host# set security policies from-zone tap-zone to-zone tap-zone policy tap-policy match application any user@host# set security policies from-zone tap-zone to-zone tap-zone policy tap-policy then permit user@host# set security policies from-zone tap-zone to-zone tap-zone policy tap-policy then log session-init user@host# set security policies from-zone tap-zone to-zone tap-zone policy tap-policy then log session-close
결과
구성 모드에서 및 show security policies 명령을 입력하여 show security zones 구성을 확인합니다. 출력에 의도한 구성이 표시되지 않으면 이 예의 지침을 반복하여 구성을 수정하십시오.
[edit]
user@host#show security zones
security-zone tap-zone {
interfaces {
ge-0/0/0.0;
}
application-tracking;
}
[edit]
user@host#show security policies
from-zone tap-zone to-zone tap-zone {
policy tap-policy {
match {
source-address any;
destination-address any;
application any;
}
then {
permit;
log {
session-init;
session-close;
}
}
}
}
디바이스 구성을 마쳤으면 구성 모드에서 을 입력합니다 commit .
확인
구성이 제대로 작동하는지 확인하려면 다음 작업을 수행합니다.
TAP 모드에서 정책 구성 확인
목적
보안 정책에 대한 정보를 확인합니다.
작업
운영 모드에서 명령을 입력합니다 show security policies detail .
user@host> show security policies detail
node0:
--------------------------------------------------------------------------
Default policy: permit-all
Pre ID default policy: permit-all
Policy: Trust_to_Untrust, action-type: permit, State: enabled, Index: 4, Scope Policy: 0
Policy Type: Configured
Sequence number: 1
From zone: izone, To zone: ozone
Source addresses:
any-ipv4(global): 0.0.0.0/0
any-ipv6(global): ::/0
Destination addresses:
any-ipv4(global): 0.0.0.0/0
any-ipv6(global): ::/0
Application: any
IP protocol: 0, ALG: 0, Inactivity timeout: 0
Source port range: [0-0]
Destination port range: [0-0]
Per policy TCP Options: SYN check: No, SEQ check: No, Window scale: No
Session log: at-create, at-close
Policy: Untrust_to_Trust, action-type: permit, State: enabled, Index: 5, Scope Policy: 0
Policy Type: Configured
Sequence number: 1
From zone: ozone, To zone: izone
Source addresses:
any-ipv4(global): 0.0.0.0/0
any-ipv6(global): ::/0
Destination addresses:
any-ipv4(global): 0.0.0.0/0
any-ipv6(global): ::/0
Application: any
IP protocol: 0, ALG: 0, Inactivity timeout: 0
Source port range: [0-0]
Destination port range: [0-0]
Per policy TCP Options: SYN check: No, SEQ check: No, Window scale: No
Session log: at-create, at-close
의미
TAP 모드에서 디바이스에 구성된 모든 보안 정책의 요약을 표시합니다.
보안 정책의 동적 주소 그룹
정책에 주소 항목을 수동으로 추가하는 것은 시간이 오래 걸릴 수 있습니다. 특정 목적(예: 차단 목록)이 있거나 공통 속성(예: 위협이 될 수 있는 특정 위치 또는 동작)이 있는 IP 주소 목록을 제공하는 외부 소스가 있습니다. 외부 소스를 사용하여 IP 주소로 위협 소스를 식별한 다음 해당 주소를 동적 주소 항목으로 그룹화하고 보안 정책에서 해당 항목을 참조할 수 있습니다. 따라서 해당 주소에서 들어오고 나가는 트래픽을 제어할 수 있습니다. 이러한 각 IP 주소 그룹을 동적 주소 항목이라고 합니다.
지원되는 IP 주소 유형은 다음과 같습니다.
-
단일 IP. 예: 192.0.2.0
-
IP 범위. 예: 192.0.2.0- 192.0.2.10
-
Cidr. 예: 192.0.2.0/24
각 항목은 한 줄을 차지합니다. Junos OS 릴리스 19.3R1부터 IP 주소 범위를 오름차순으로 정렬할 필요가 없으며 IP 항목의 값이 동일한 피드 파일에서 겹칠 수 있습니다. 19.3R1 이전의 Junos OS 릴리스에서는 IP 주소 범위를 오름차순으로 정렬해야 하며 IP 항목의 값은 동일한 피드 파일에서 겹칠 수 없습니다.
동적 주소 항목은 단일 IP 접두사가 아닌 IP 주소 그룹입니다. 동적 주소 항목은 주소록 및 주소 입력 주소의 보안 주소 개념과 다릅니다.
다음은 보안 정책에 동적 주소 항목을 배치할 경우의 이점입니다.
-
네트워크 관리자는 IP 주소 그룹과 주고받는 트래픽을 보다 효과적으로 제어할 수 있습니다.
-
외부 서버는 SRX 시리즈 방화벽에 업데이트된 IP 주소 피드를 제공합니다.
-
관리자의 노력이 크게 줄어 듭니다. 예를 들어, 레거시 보안 정책 구성에서 참조할 정책에 1,000개의 주소 항목을 추가하려면 약 2,000줄의 구성이 필요합니다. 동적 주소 항목을 정의하고 보안 정책에서 참조하면 추가 구성 작업 없이 최대 수백만 개의 항목이 SRX 시리즈 방화벽으로 유입될 수 있습니다.
-
새 주소를 추가하기 위해 커밋 프로세스가 필요하지 않습니다. 레거시 방법을 통해 구성에 수천 개의 주소를 추가하는 것은 커밋하는 데 시간이 오래 걸립니다. 또는 동적 주소 항목의 IP 주소가 외부 피드에서 제공되므로 항목의 주소가 변경될 때 커밋 프로세스가 필요하지 않습니다.
그림 3 은 보안 정책의 동적 주소 항목의 작동 방식에 대한 기능적 개요를 보여줍니다.
에서 동적 주소 항목의 기능 구성 요소
보안 정책은 소스 주소 또는 대상 주소 필드의 동적 주소 항목을 참조합니다(보안 정책이 레거시 주소 항목을 참조하는 것과 거의 동일한 방식).
그림 4 는 Destination-address 필드의 동적 주소 항목을 사용하는 정책을 보여줍니다.
동적 주소 항목
그림 4에서 정책 1은 레거시 보안 주소 항목인 대상 주소 10.10.1.1을 사용합니다. 정책 2는 네트워크 관리자가 명명한 동적 주소 항목인 대상 주소 Vendor 차단 목록을 사용합니다. 해당 콘텐츠는 외부 피드 파일에서 검색된 IP 주소 목록입니다. 5가지 기준(신뢰할 수 없는 From-zone, 엔지니어라는 To-zone, 모든 소스 주소, Vendor 차단 목록 동적 주소 항목에 속하는 대상 IP 주소 및 메일 애플리케이션)과 모두 일치하는 패킷은 패킷을 거부하고 기록하는 정책 작업에 따라 처리됩니다.
동적 주소 항목 이름은 레거시 보안 주소 항목과 동일한 네임스페이스를 공유하므로 둘 이상의 항목에 동일한 이름을 사용하지 마십시오. Junos OS 커밋 프로세스는 충돌을 피하기 위해 이름이 중복되지 않는지 확인합니다.
동적 주소 그룹은 다음 데이터 피드를 지원합니다.
-
사용자 지정 목록(허용 목록 및 차단 목록)
-
Geoip
피드 서버
-
피드 서버에는 피드 파일에 동적 주소 항목이 포함되어 있습니다. 로컬 또는 원격이 될 수 있는 사용자 지정 피드를 만들 수 있습니다. 사용자 지정 피드 만들기에 대한 자세한 내용은 사용자 지정 피드 만들기를 참조하십시오
-
피드를 사용할 수 있도록 SRX 시리즈 방화벽을 구성합니다. SRX 시리즈 방화벽을 구성하려면 feed-server 를 참조하십시오.
번들 피드
동적 주소 항목에 포함된 IP 주소, IP 접두사 또는 IP 범위는 외부 피드를 다운로드하여 주기적으로 업데이트할 수 있습니다. SRX 시리즈 방화벽은 주기적으로 피드 서버에 대한 연결을 시작하여 업데이트된 동적 주소가 포함된 IP 목록을 다운로드하고 업데이트합니다.
Junos OS 릴리스 19.3R1부터 서버에서 단일 tgz 파일을 다운로드하여 여러 하위 피드 파일로 추출할 수 있습니다. 각 개별 파일은 하나의 피드에 해당합니다. 개별 동적 주소가 번들 파일 내의 피드를 참조하도록 합니다. 번들 파일은 피드가 너무 많이 구성되어 여러 하위 피드가 하나의 .tgz 파일로 압축되는 경우 CPU 오버헤드를 줄입니다
지원되는 번들 피드 모드는 다음과 같습니다.
아카이브 모드
아카이브 모드에서는 SRX 시리즈 방화벽의 모든 피드 파일을 하나의 tgz 파일로 압축해야 합니다. SRX 시리즈 방화벽은 이 파일을 다운로드하고 추출 후 모든 피드를 추출합니다. 이 프로세스는 아래에 설명되어 있습니다.
-
피드 서버의 URL이 폴더의 원래 URL 대신 접미사 .tgz 가 붙은 파일의 URL인 경우, 이는 이 서버가 단일 파일을 사용하여 SRX 시리즈 동적 주소 구축을 위한 모든 피드를 전달한다는 의미입니다. 이 경우 이 서버의 피드는 서버에서 update-interval 또는 hold-interval을 상속합니다. 이 피드에 대한 update-interval 또는 hold-interval의 모든 사용자 구성은 무시됩니다.
-
이 변경 후 아래 단계에 따라 아래 예와 같이 서버 피드를 유지 관리하십시오.
아래 예제에서는 서버 피드를 유지 관리하는 데 필요한 단계를 보여 줍니다.
-
SRX 시리즈 방화벽에 대한 모든 피드 파일을 feeds-4-srx 폴더 아래에 배치합니다.
-
모든 피드 파일 fd1 fd2 fd3 .. feeds-4-srx 폴더의 fdN
-
피드에서 IP 범위 추가 또는 제거
-
다음 명령을 실행하여 파일에 액세스합니다.
cd feeds-4-srx;tar -zcvf ../feeds-4-srx.tgz *;cd-
-
-
4단계 이후에는 feeds-4-srx.tgz 파일이 포함된 폴더가 포함된 SRX 시리즈 방화벽에서 feeds-4-srx.tgz 파일을 다운로드할 수 있습니다. 다운로드 후 추출된 파일은 feeds-4-srx.tgz와 동일한 폴더에 배치됩니다. 다음 예는 SRX 시리즈 방화벽의 samle 구성을 보여줍니다.
[edit]set security dynamic-address feed-server server-4-srx url 10.170.40.50/feeds-4-srx.tgzset security dynamic-address feed-server server-4-srx feed-name feed1 path fd1set security dynamic-address feed-server server-4-srx feed-name feed2 path fd2set security dynamic-address feed-server server-4-srx feed-name feed3 path fdN
path 매개 변수에는 번들 아카이브 내 피드의 상대 경로가 필요합니다.
-
tar -zxf feeds-4-srx.tgz 파일이 feeds-4-srx 폴더를 생성하고 이 폴더에 피드 파일 fd1이 있는 경우 다음 명령을 사용하여 피드를 구성합니다.
[edit]set security dynamic-address feed-server server-4-srx feed fd1 path feeds-4-srx/fd1 -
tar -zxf feeds-4-srx.tgz 파일이 fd1 파일을 직접 추출하는 경우 다음 명령을 사용하여 피드를 구성합니다.
[edit]set security dynamic-address feed-server server-4-srx feed fd1 path fd1
플랫 파일 모드
플랫 파일 모드는 기존 피드 파일 형식에 하나의 구문 변경을 도입하여 사용자에게 최고의 단순성을 제공합니다. 모든 피드 파일의 내용은 접미사로 .bundle 을 사용하여 단일 파일로 컴파일됩니다. 이렇게 하면 단일 파일을 관리할 수 있습니다. SRX 시리즈 방화벽은 이 번들 파일의 IP 범위를 수많은 피드 파일로 분류합니다. 전송을 위해 일부 대역폭을 절약할 수 있는 경우 이 파일을 .bundle.gz 로 압축할 수 있습니다. 앞에서 정의한 파일 형식 외에도 대문자 태그 FEED: 뒤에 피드 이름이 도입됩니다. 이 태그 아래의 줄은 피드에 속하는 IP 범위로 간주됩니다. 파일 형식의 예는 다음과 같습니다.
root>cat feeds-4-srx.bundleFEED:fd112.1.1.1-12.1.1.211.1.1.1-11.1.1.2
FEED:fd214.1.1.1-14.1.1.2
SRX 시리즈 방화벽의 구성은 아카이브 모드와 유사하며 다음과 같습니다.
[edit]set security dynamic-address feed-server server-4-srx url 10.170.40.50/feeds-4-srx.bundleset security dynamic-address feed-server server-4-srx feed-name fd1 path fd1set security dynamic-address feed-server server-4-srx feed-name fd2 path fd2
플랫 모드와 아카이브 모드의 차이점은 파일의 접미사와 파일 내부의 레이아웃입니다. 가장 편리한 모드를 선택할 수 있습니다.
피드 파일이 일반 텍스트 형식이므로 gzip을 사용하면 파일 크기를 줄일 수 있습니다. 서버와 SRX 시리즈 방화벽 사이에 WAN 링크가 있는 경우 네트워크에서 전송할 더 작은 크기의 파일을 사용합니다. 이 경우 번들 파일을 gzip으로 압축하고 다음 명령을 구성합니다.
[edit]set security dynamic-address feed-server server-4-srx url 10.170.40.50/feeds-4-srx.bundle.gzset security dynamic-address feed-server server-4-srx feed-name fd1 path fd1set security dynamic-address feed-server server-4-srx feed-name fd2 path fd2
SRX 시리즈 방화벽에 대한 피드 서버 지원
| 플랫폼 |
최대 피드 서버 수 |
최대 피드 수 |
동적 주소 항목의 최대 수 |
| SRX300, SRX320, SRX340, SRX345, SRX550SRX550MSRX650 |
10 |
500 |
500 |
| SRX4100 SRX4200SRX4600SRX5400SRX5600SRX5800vSRX 가상 방화벽vSRX 가상 방화벽 3.0 |
100 |
5000 |
5000 |
| SRX1500 |
40 |
2000 |
2000 |
또한보십시오
VXLAN에 대한 보안 정책 구성
요약 이 예제를 사용하여 EVPN(이더넷 VPN) VXLAN(Virtual Extensible LAN) 터널 검사를 위한 보안 정책을 구성합니다.
요구 사항
SRX 시리즈 방화벽의 VXLAN 지원은 엔터프라이즈급 방화벽을 도입하여 캠퍼스, 데이터센터, 브랜치 및 퍼블릭 클라우드 환경의 엔드포인트를 연결할 수 있는 유연성을 제공하는 동시에 임베디드 보안 기능을 제공합니다.
이 예에서 사용되는 하드웨어 및 소프트웨어 구성 요소는 다음과 같습니다.
SRX4600 장치
Junos OS 릴리스 20.4R1
시작하기 전에:
EVPN과 VXLAN의 작동 방식을 이해해야 합니다.
개요
EVPN 솔루션은 캠퍼스 및 데이터센터 네트워크를 관리하는 데 사용되는 공통 프레임워크를 대기업에 제공합니다. EVPN-VxLAN 아키텍처는 확장성, 단순성 및 민첩성을 통해 효율적인 레이어 2 및 레이어 3 네트워크 연결을 지원합니다. 그림 5 는 단순화된 VXLAN 트래픽 플로우 토폴로지를 보여줍니다.
토폴로지
구성
CLI 빠른 구성
이 예를 빠르게 구성하려면, 아래 명령을 복사하여 텍스트 파일로 붙여 넣은 다음 모든 라인브레이크를 제거하고, 네트워크 구성을 일치하는 데 필요한 세부 사항을 변경하고, 계층 수준에서 명령을 CLI로 [edit] 복사해 붙여 넣은 다음, 구성 모드에서 을 입력합니다 commit .
set security zones security-zone cloud-1 set security zones security-zone dc set security tunnel-inspection inspection-profile ins-pf1 vxlan vx1 vni r1 set security tunnel-inspection inspection-profile ins-pf1 vxlan vx1 vni r2 set security tunnel-inspection inspection-profile ins-pf1 vxlan vx1 vni r3 set security tunnel-inspection inspection-profile ins-pf1 vxlan vx1 vni r4 set security tunnel-inspection inspection-profile ins-pf1 vxlan vx1 policy-set pset1 set security tunnel-inspection vni r1 vni-range 160 to 200 set security tunnel-inspection vni r2 vni-id 155 set security tunnel-inspection vni r3 vni-range 300 to 399 set security tunnel-inspection vni r4 vni-range 100 to 120 set security tunnel-inspection vni v1 vni-range 1 to 100 set security policies from-zone dc to-zone cloud-1 policy p1 match source-address any set security policies from-zone dc to-zone cloud-1 policy p1 match destination-address any set security policies from-zone dc to-zone cloud-1 policy p1 match application junos-vxlan set security policies from-zone dc to-zone cloud-1 policy p1 then permit tunnel-inspection ins-pf1 set security policies from-zone cloud-1 to-zone dc policy p1 match source-address any set security policies from-zone cloud-1 to-zone dc policy p1 match destination-address any set security policies from-zone cloud-1 to-zone dc policy p1 match application junos-vxlan set security policies from-zone cloud-1 to-zone dc policy p1 then permit tunnel-inspection ins-pf1 set security policies policy-set pset1 policy pset_p1 match source-address any set security policies policy-set pset1 policy pset_p1 match destination-address any set security policies policy-set pset1 policy pset_p1 match application any set security policies policy-set pset1 policy pset_p1 then permit set security policies default-policy deny-all
절차
단계별 절차
다음 예제에서는 구성 계층의 다양한 수준을 탐색해야 합니다. 이를 수행하는 방법에 대한 지침은 Junos OS CLI 사용자 가이드의 구성 모드에서 CLI 편집기 사용을 참조하십시오.
VXLAN을 구성하려면 다음을 수행합니다.
보안 영역을 정의합니다.
[edit security zones] user@host# set security-zone cloud-1 user@host# set zones security-zone dc
터널 검사 프로필을 정의합니다.
[edit security tunnel-inspection] user@host# set inspection-profile ins-pf1 vxlan vx1 vni r1 user@host# set inspection-profile ins-pf1 vxlan vx1 vni r2 user@host# set inspection-profile ins-pf1 vxlan vx1 vni r3 user@host# set inspection-profile ins-pf1 vxlan vx1 vni r4 user@host# set inspection-profile ins-pf1 vxlan vx1 policy-set pset1 user@host# set vni r1 vni-range 160 to 200 user@host# set vni r2 vni-id 155 user@host# set vni r3 vni-range 300 to 399 user@host# set vni r4 vni-range 100 to 120 user@host# set vni v1 vni-range 1 to 100
외부 세션 정책을 정의합니다.
[edit security policies] user@host# set from-zone dc to-zone cloud-1 policy p1 match source-address any user@host# set from-zone dc to-zone cloud-1 policy p1 match destination-address any user@host# set from-zone dc to-zone cloud-1 policy p1 match application junos-vxlan user@host# set from-zone dc to-zone cloud-1 policy p1 then permit tunnel-inspection profile-1 user@host# set from-zone cloud-1 to-zone dc policy p1 match source-address any user@host# set from-zone cloud-1 to-zone dc policy p1 match destination-address any user@host# set from-zone cloud-1 to-zone dc policy p1 match application junos-vxlan user@host# set from-zone cloud-1 to-zone dc policy p1 then permit tunnel-inspection ins-pf1
정책 세트를 정의합니다.
[edit security policies] user@host# set policy-set pset1 policy pset_p1 match source-address any user@host# set policy-set pset1 policy pset_p1 destination-address any user@host# set policy-set pset1 policy pset_p1 match application any user@host# set policy-set pset1 policy pset_p1 then permit user@host# set default-policy deny-all
결과
구성 모드에서 명령을 입력하여 show security policies 구성을 확인합니다. 출력이 의도한 구성을 표시하지 않으면, 이 예의 구성 지침을 반복하여 수정합니다.
user@host# show security policies
from-zone dc to-zone cloud-1 {
policy p1 {
match {
source-address any;
destination-address any;
application junos-vxlan;
}
then {
permit {
tunnel-inspection {
ins-pf1;
}
}
}
}
}
from-zone cloud-1 to-zone dc {
policy p1 {
match {
source-address any;
destination-address any;
application junos-vxlan;
}
then {
permit {
tunnel-inspection {
ins-pf1;
}
}
}
}
}
policy-set pset1 {
policy pset_p1 {
match {
source-address any;
destination-address any;
application any;
}
then {
permit;
}
}
}
default-policy {
deny-all;
}
디바이스에서 기능 구성을 마쳤으면 구성 모드에서 을 입력합니다 commit .
확인
터널 검사 프로파일 및 VNI 확인
목적
터널 식별 프로필과 VNI가 구성되었는지 확인합니다.
작업
운영 모드에서 및 show security tunnel-inspection vnis 명령을 입력합니다show security tunnel-inspection profiles ins-pf1.
user@host> show security tunnel-inspection profiles ins-pf1
node0:
--------------------------------------------------------------------------
Logical system: root-logical-system
Profile count: 1
Profile: ins-pf1
Type: VXLAN
Vxlan count: 1
Vxlan name: vx1
VNI count: 4
VNI:r1, r2, r3, r4
Policy set: pset1
Inspection level: 1
user@host> show security tunnel-inspection vnis
node0:
--------------------------------------------------------------------------
Logical system: root-logical-system
VNI count: 5
VNI name: r1
VNI id count: 1
[160 - 200]
VNI name: r2
VNI id count: 1
[155 - 155]
VNI name: r3
VNI id count: 1
[300 - 399]
VNI name: r4
VNI id count: 1
[100 - 120]
VNI name: v1
VNI id count: 1
[1 - 100]
의미
출력은 VXLAN 기능이 활성화되고 안전 검색 리디렉션 및 안전 검색 재작성이 없음을 표시합니다.
세이프서치 기능 확인하기
목적
Content Security Web 필터링 솔루션에 대해 안전 검색 기능이 사용 가능한지 확인하십시오.
작업
운영 모드에서 명령을 입력하여 Show security flow tunnel-inspection statistic 터널 검사 통계를 확인합니다.
user@host> show security flow tunnel-inspection statistics
node0:
--------------------------------------------------------------------------
Flow Tunnel-inspection statistics:
Tunnel-inspection statistics of FPC4 PIC1:
Tunnel-inspection type VXLAN:
overlay session active: 0
overlay session create: 269
overlay session close: 269
underlay session active: 0
underlay session create: 566
underlay session close: 566
input packets: 349717
input bytes: 363418345
output packets: 348701
output bytes: 363226339
bypass packets: 501
bypass bytes: 50890
Tunnel-inspection statistics of FPC4 PIC2:
Tunnel-inspection type VXLAN:
overlay session active: 0
overlay session create: 270
overlay session close: 270
underlay session active: 0
underlay session create: 586
underlay session close: 586
input packets: 194151
input bytes: 200171306
output packets: 193221
output bytes: 199987258
bypass packets: 617
bypass bytes: 92902
Tunnel-inspection statistics of FPC4 PIC3:
Tunnel-inspection type VXLAN:
overlay session active: 0
overlay session create: 275
overlay session close: 275
underlay session active: 0
underlay session create: 615
underlay session close: 615
input packets: 216486
input bytes: 222875066
output packets: 213827
output bytes: 222460378
bypass packets: 2038
bypass bytes: 270480
Tunnel-inspection statistics summary:
Tunnel-inspection type VXLAN:
overlay session active: 0
overlay session create: 814
overlay session close: 814
underlay session active: 0
underlay session create: 1767
underlay session close: 1767
input packets: 760354
input bytes: 786464717
output packets: 755749
output bytes: 785673975
bypass packets: 3156
bypass bytes: 414272
node1:
--------------------------------------------------------------------------
Flow Tunnel-inspection statistics:
Tunnel-inspection statistics of FPC4 PIC1:
Tunnel-inspection type VXLAN:
overlay session active: 0
overlay session create: 269
overlay session close: 269
underlay session active: 0
underlay session create: 566
underlay session close: 566
input packets: 0
input bytes: 0
output packets: 0
output bytes: 0
bypass packets: 0
bypass bytes: 0
Tunnel-inspection statistics of FPC4 PIC2:
Tunnel-inspection type VXLAN:
overlay session active: 0
overlay session create: 270
overlay session close: 270
underlay session active: 0
underlay session create: 586
underlay session close: 586
input packets: 0
input bytes: 0
output packets: 0
output bytes: 0
bypass packets: 0
bypass bytes: 0
Tunnel-inspection statistics of FPC4 PIC3:
Tunnel-inspection type VXLAN:
overlay session active: 0
overlay session create: 275
overlay session close: 275
underlay session active: 0
underlay session create: 615
underlay session close: 615
input packets: 0
input bytes: 0
output packets: 0
output bytes: 0
bypass packets: 0
bypass bytes: 0
Tunnel-inspection statistics summary:
Tunnel-inspection type VXLAN:
overlay session active: 0
overlay session create: 814
overlay session close: 814
underlay session active: 0
underlay session create: 1767
underlay session close: 1767
input packets: 0
input bytes: 0
output packets: 0
output bytes: 0
bypass packets: 0
bypass bytes: 0
의미
출력은 VXLAN 기능이 활성화되고 안전 검색 리디렉션 및 안전 검색 재작성이 없음을 표시합니다.
Geneve 패킷 플로우 터널 검사를 위한 보안 정책 활성화
요약 이 구성을 사용하여 Geneve 패킷 플로우 터널 검사를 위해 vSRX 가상 방화벽 3.0에서 보안 정책을 활성화합니다.
vSRX Virtual Firewall 3.0 인스턴스에 대한 Geneve 지원을 통해 vSRX3.0을 사용하여 다음과 같은 이점을 얻을 수 있습니다.
-
캠퍼스, 데이터센터, 퍼블릭 클라우드 환경 및 해당 밴치의 엔드포인트를 연결합니다.
-
내장된 보안으로 이러한 환경을 보호하십시오.
요구 사항
이 예에서 사용되는 하드웨어 및 소프트웨어 구성 요소는 다음과 같습니다.
-
vSRX 가상 방화벽 3.0
-
Junos OS 릴리스 23.1R1
시작하기 전에:
-
Geneve 프로토콜이 어떻게 작동하는지 이해해야 합니다.
개요
이 구성을 사용하여 다음을 수행할 수 있습니다.
-
Geneve 터널 캡슐화된 L3 패킷을 처리하도록 보안 정책을 활성화합니다.
-
VNI 및 벤더 TLV 속성을 기반으로 Geneve 트래픽에 대한 고유한 프로필을 생성합니다.-검사 프로필과 연결된 정책은 처리할 Geneve 트래픽 유형과 내부 트래픽에 적용할 정책을 지정합니다.
-
vSRX 가상 방화벽 3.0에서 일반 보안 정책을 구성하여 내부 트래픽에 L4 및 L7 서비스를 적용합니다.
구성(터널 엔드포인트로서의 vSRX 가상 방화벽 3.0)
- AWS GWLB 및 vSRX Virtual Firewall 3.0을 터널 엔드포인트로 사용하여 간소화된 Geneve 트래픽 플로우 토폴로지
- CLI 빠른 구성
- 절차
- 결과
- 터널 검사 프로파일 및 VNI 확인
- 터널 검사 프로파일 및 VNI 확인
AWS GWLB 및 vSRX Virtual Firewall 3.0을 터널 엔드포인트로 사용하여 간소화된 Geneve 트래픽 플로우 토폴로지
CLI 빠른 구성
이 예를 빠르게 구성하려면, 아래 명령을 복사하여 텍스트 파일로 붙여 넣은 다음 모든 라인브레이크를 제거하고, 네트워크 구성을 일치하는 데 필요한 세부 사항을 변경하고, 계층 수준에서 명령을 CLI로 [edit] 복사해 붙여 넣은 다음, 구성 모드에서 을 입력합니다 commit .
모든 호스트 트래픽을 허용하도록 트러스트 및 언트러스트 영역을 정의합니다.
set security tunnel-inspection inspection-profile ti-vendor geneve g-rule policy-set ps-vendorset security tunnel-inspection inspection-profile ti-vendor geneve g-rule vni vni-vendorset security tunnel-inspection vni vni-vendor vni-id 0set security policies from-zone vtepc to-zone junos-host policy self match application junos-geneveset security policies from-zone vtepc to-zone junos-host policy self match source-address anyset security policies from-zone vtepc to-zone junos-host policy self match destination-address anyset security policies from-zone vtepc to-zone junos-host policy self then permit tunnel-inspection ti-vendorset security policies default-policy deny-allset security policies policy-set ps-vendor policy self match source-address anyset security policies policy-set ps-vendor policy self match destination-address anyset security policies policy-set ps-vendor policy self match application anyset security policies policy-set ps-vendor policy self then permitset interfaces ge-0/0/1 mtu 9000set interfaces ge-0/0/1 unit 0 family inet address anyset interfaces ge-0/0/1 unit 0 family inet6 address any
절차
단계별 절차
다음 예제에서는 구성 계층의 다양한 수준을 탐색해야 합니다. 이를 수행하는 방법에 대한 지침은 Junos OS CLI 사용자 가이드의 구성 모드에서 CLI 편집기 사용을 참조하십시오.
vSRX 가상 방화벽 3.0에서 터널 검사를 위한 Geneve 플로우 지원을 구성하려면 다음을 수행합니다.
-
신뢰 및 언트러스트 영역을 정의하여 계층 아래의 [edit security zones] 모든 호스트 트래픽을 허용합니다.
-
프로필을 정의합니다
tunnel-inspection.[edit security tunnel-inspection] user@host# set security tunnel-inspection inspection-profile ti-vendor geneve g-rule policy-set ps-vendor user@host# set security tunnel-inspection inspection-profile ti-vendor geneve g-rule vni vni-vendor user@host# set security tunnel-inspection vni vni-vendor vni-id 0
-
외부 패킷에 외부 세션 정책을 정의하고 참조된 터널 검사 프로필을 연결합니다
참고:정책 구성에서 터널 엔드포인트로 vSRX 가상 방화벽 3.0의 경우 외부 정책에 대한 은
to-zone트래픽을 처리하기 위한 내장(예약 식별자) 영역이어야 합니다junos-host.[edit security policies] user@host# set security policies from-zone vtepc to-zone junos-host policy self match source-address any user@host# set security policies from-zone vtepc to-zone junos-host policy self match destination-address any user@host# set security policies from-zone vtepc to-zone junos-host policy self match application junos-geneve user@host# set security policies from-zone vtepc to-zone junos-host policy self then permit tunnel-inspection ti-vendor user@host# set security policies default-policy deny-all
-
캡슐화 해제된 패킷을 처리하기 위해 내부
policy-set정책을 정의합니다.[edit security policies] user@host# set security policies policy-set ps-vendor policy self match source-address any user@host# set security policies policy-set ps-vendor policy self match destination-address any user@host# set security policies policy-set ps-vendor policy self match application any user@host# set security policies policy-set ps-vendor policy self then permit
-
가상 터널 엔드포인트 클라이언트(VTEPC)와 연결된
from-zone인터페이스를 구성하여 Geneve 캡슐화 패킷 및 상태 점검 패킷을 수신합니다.[edit] user@host# set interfaces ge-0/0/1 mtu 9000 user@host# set interfaces ge-0/0/1 unit 0 family inet address any user@host# set interfaces ge-0/0/1 unit 0 family inet6 address any
결과
구성 모드에서 명령을 입력하여 show security policies 구성을 확인합니다. 출력에 의도한 구성이 표시되지 않으면 이 예의 지침을 반복하여 구성을 수정하십시오.
user@host# show security policies
from-zone trust to-zone untrust {
policy p1 {
match {
source-address any;
destination-address any;
application any;
}
then {
permit {
application-services {
application-traffic-control {
rule-set ftp-test1;
}
}
}
}
}
policy internet-access {
match {
source-address any;
destination-address any;
application any;
}
then {
permit;
}
}
}
from-zone untrust to-zone trust {
policy dst-nat-pool-access {
match {
source-address any;
destination-address 233.252.0.1/21;
application any;
}
then {
permit;
}
}
}
from-zone vtepc to-zone junos-host {
policy self {
match {
source-address any;
destination-address any;
application junos-geneve;
}
then {
permit {
tunnel-inspection {
ti-vendor;
}
}
}
}
}
policy-set ps-vendor {
policy self {
match {
source-address any;
destination-address any;
application any;
}
then {
permit;
}
}
}
default-policy {
deny-all;
}
user@host# show security tunnel-inspection
inspection-profile ti-vendor {
geneve g-rule {
policy-set ps-vendor;
vni vni-vendor;
}
}
vni v1 {
vni-id 0;
}
vni vni-vendor {
vni-id 0;
}
디바이스에서 기능 구성을 완료한 후 구성 모드에서 을(를) 입력합니다 commit .
터널 검사 프로파일 및 VNI 확인
목적
프로필과 VXLAN 네트워크 식별자(VNI)를 tunnel-inspection 구성했는지 확인합니다.
작업
운영 모드에서 및 show security tunnel-inspection vnis 명령을 입력합니다show security tunnel-inspection profiles ti-vendor.
user@host> show security tunnel-inspection profiles ti-vendor
--------------------------------------------------------------------------
Logical system: root-logical-system
Profile count: 1
Profile: ti-vendor
Type: Geneve
geneve count: 1
geneve name: g-rule
VNI count: 1
VNI: vni-vendor
Policy set: ps-vendor
Inspection level: 1
user@host> show security tunnel-inspection vnis
--------------------------------------------------------------------------
Logical system: root-logical-system
VNI count: 1
VNI name: vni-vendor
VNI id count: 0
의미
출력은 Geneve 터널 검사 프로필이 활성화되고 VXLAN 네트워크 식별자(VNI)가 구성되었음을 표시합니다.
터널 검사 프로파일 및 VNI 확인
목적
프로필과 VXLAN 네트워크 식별자(VNI)를 tunnel-inspection 구성했는지 확인합니다.
작업
운영 모드에서 및 show security tunnel-inspection vnis 명령을 입력합니다show security tunnel-inspection profiles ti-vendor.
user@host> show security tunnel-inspection profiles ti-vendor
--------------------------------------------------------------------------
Logical system: root-logical-system
Profile count: 1
Profile: ti-vendor
Type: Geneve
geneve count: 1
geneve name: g-rule
VNI count: 1
VNI: vni-vendor
Policy set: ps-vendor
Inspection level: 1
user@host> show security tunnel-inspection vnis
--------------------------------------------------------------------------
Logical system: root-logical-system
VNI count: 1
VNI name: vni-vendor
VNI id count: 0
의미
출력은 Geneve 터널 검사 프로필이 활성화되고 VXLAN 네트워크 식별자(VNI)가 구성되었음을 표시합니다.
구성(전송 라우터로서의 vSRX 가상 방화벽 3.0)
간소화된 Geneve 트래픽 플로우 토폴로지 전송 라우터로서의 vSRX 가상 방화벽 3.0
이 구축 모드에서 가상 터널 엔드포인트 클라이언트(vtepc)(Geneve 터널 엔드포인트)는 클라이언트와 서버 모두로 향하는 패킷이 가상 터널 엔드포인트 서버(vteps)(vSRX 가상 방화벽 3.0)를 통과하도록 해야 합니다. 소스 포트는 가상 터널 엔드포인트(vtep)에 의해 선택됩니다.
CLI 빠른 구성
이 예를 빠르게 구성하려면, 아래 명령을 복사하여 텍스트 파일로 붙여 넣은 다음 모든 라인브레이크를 제거하고, 네트워크 구성을 일치하는 데 필요한 세부 사항을 변경하고, 계층 수준에서 명령을 CLI로 [edit] 복사해 붙여 넣은 다음, 구성 모드에서 을 입력합니다 commit .
set security tunnel-inspection vni r1 vni-range 1 to 100set security tunnel-inspection vni r1 vni-id 500set security tunnel-inspection profile inspection-profile ti-vendor geneve geneve1 vni r1set security tunnel-inspection profile inspection-profile ti-vendor geneve geneve1 policy-set pset1set security tunnel-inspection vni r2 vni-range 200 to 400set security tunnel-inspection vni r2 vni-id 500set security tunnel-inspection profile inspection-profile ti-vendor geneve geneve2 vni r2set security tunnel-inspection profile inspection-profile ti-vendor geneve geneve2 policy-set pset2set security policies from-zone vtepc to-zone vteps policy p1 match application junos-geneveset security policies from-zone vtepc to-zone vteps policy p1 match source-address anyset security policies from-zone vtepc to-zone vteps policy p1 match destination-address anyset security policies from-zone vtepc to-zone vteps policy p1 then permit tunnel-inspection ti-vendorset security policies from-zone vteps to-zone vtepc policy p1 match application junos-geneveset security policies from-zone vteps to-zone vtepc policy p1 match source-address anyset security policies from-zone vteps to-zone vtepc policy p1 match destination-address anyset security policies from-zone vteps to-zone vtepc policy p1 then permit tunnel-inspection ti-vendorset security policies default-policy deny-allset security policies policy-set pset1 policy pset_p1 match source-address anyset security policies policy-set pset1 policy pset_p1 match destination-address anyset security policies policy-set pset1 policy pset_p1 match application anyset security policies policy-set pset1 policy pset_p1 then permitset interfaces ge-0/0/1 mtu 9000set interfaces ge-0/0/1 unit 0 family inet address anyset interfaces ge-0/0/1 unit 0 family inet6 address any
절차
단계별 절차
다음 예제에서는 구성 계층의 다양한 수준을 탐색해야 합니다. 이를 수행하는 방법에 대한 지침은 Junos OS CLI 사용자 가이드의 구성 모드에서 CLI 편집기 사용을 참조하십시오.
vSRX 가상 방화벽 3.0(전송 라우터로서의 vSRX 가상 방화벽 3.0)에서 터널 검사를 위한 Geneve 흐름 지원을 구성하려면:
-
신뢰 및 언트러스트 영역을 정의하여 계층 아래의 [edit security zones] 모든 호스트 트래픽을 허용합니다.
-
프로필을 정의합니다
tunnel-inspection.[edit security tunnel-inspection] user@host# set security tunnel-inspection vni r1 vni-range 1 to 100 user@host# set security tunnel-inspection vni r1 vni-id 500 user@host# set security tunnel-inspection profile inspection-profile ti-vendor geneve geneve1 vni r1 user@host# set security tunnel-inspection profile inspection-profile ti-vendor geneve geneve1 policy-set pset1 user@host# set security tunnel-inspection vni r2 vni-range 200 to 400 user@host# set security tunnel-inspection vni r2 vni-id 500 user@host# set security tunnel-inspection profile inspection-profile ti-vendor geneve geneve2 vni r2 user@host# set security tunnel-inspection profile inspection-profile ti-vendor geneve geneve2 policy-set pset2
-
외부 세션 정책을 정의합니다.
참고:전송 라우터인 vSRX Virtual Firewall 3.0의 경우 각 방향에 두 개의 정책이 필요합니다. 및
to-zone은(는from-zone) 인터페이스에서 정의해야 하는 각 영역입니다.[edit security policies] user@host# set security policies from-zone vtepc to-zone vteps policy p1 match source-address any user@host# set security policies from-zone vtepc to-zone vteps policy p1 match destination-address any user@host# set security policies from-zone vtepc to-zone vteps policy p1 match application junos-geneve user@host# set security policies from-zone vtepc to-zone vteps policy p1 then permit tunnel-inspection ti-vendor user@host# set security policies from-zone vteps to-zone vtepc policy p1 match application junos-geneve user@host# set security policies from-zone vteps to-zone vtepc policy p1 match source-address any user@host# set security policies from-zone vteps to-zone vtepc policy p1 match destination-address any user@host# set security policies from-zone vteps to-zone vtepc policy p1 then permit tunnel-inspection ti-vendor user@host#set security policies default-policy deny-all
-
캡슐화 해제된 패킷을 처리하기 위해 내부
policy-set정책을 정의합니다.[edit security policies] user@host# set security policies policy-set pset1 policy pset_p1 match source-address any user@host# set security policies policy-set pset1 policy pset_p1 match destination-address any user@host# set security policies policy-set pset1 policy pset_p1 match application any user@host# set security policies policy-set pset1 policy pset_p1 then permit
-
가상 터널 엔드포인트 클라이언트(VTEPC)와 연결된
from-zone인터페이스를 구성하여 Geneve 캡슐화 패킷 및 상태 점검 패킷을 수신합니다.참고:전송 모드의 경우 수신 및 송신을 위해 vSRX 가상 방화벽 3.0을 2개의 L3 인터페이스로 구성해야 합니다.
[edit] user@host# set interfaces ge-0/0/1 mtu 9000 user@host# set interfaces ge-0/0/1 unit 0 family inet address any user@host# set interfaces ge-0/0/1 unit 0 family inet6 address any
결과
구성 모드에서 명령을 입력하여 show security policies 구성을 확인합니다. 출력에 의도한 구성이 표시되지 않으면 이 예의 지침을 반복하여 구성을 수정하십시오.
user@host# show security policies
from-zone trust to-zone untrust {
policy p1 {
match {
source-address any;
destination-address any;
application any;
}
then {
permit {
application-services {
application-traffic-control {
rule-set ftp-test1;
}
}
}
}
}
}
from-zone vtepc to-zone vteps {
policy p1 {
match {
source-address any;
destination-address any;
application junos-geneve;
}
then {
permit {
tunnel-inspection {
ti-vendor;
}
}
}
}
}
from-zone vteps to-zone vtepc {
policy p1 {
match {
source-address any;
destination-address any;
application junos-geneve;
}
then {
permit {
tunnel-inspection {
ti-vendor;
}
}
}
}
}
policy-set pset1 {
policy pset_p1 {
match {
source-address any;
destination-address any;
application any;
}
then {
permit;
}
}
}
default-policy {
deny-all;
}}
user@host# show security tunnel-inspection
inspection-profile ti-vendor {
geneve g-rule {
policy-set ps-vendor;
vni vni-vendor;
}
}
inspection-profile pro1;
vni r1 {
vni-id 500;
}
vni r2 {
vni-id 500;
}
}
디바이스에서 기능 구성을 완료한 후 구성 모드에서 을(를) 입력합니다 commit .
또한보십시오
변경 내역 테이블
기능 지원은 사용 중인 플랫폼 및 릴리스에 따라 결정됩니다. 기능 탐색기 를 사용하여 플랫폼에서 기능이 지원되는지 확인합니다.