14명령어 레퍼런스Command Line Reference
이 장은 VSX를 운영·진단할 때 쓰는 CLI 명령 전체를 빠짐없이 정리합니다. 전체 구문은 R82 CLI Reference Guide에 있지만, 여기서는 VSX 관리 안내서에 실린 모든 명령을 명령별로 펼쳐, 용도·구문·파라미터·예제·반환값까지 그대로 담았습니다. 모든 명령에서 한 가지를 늘 의식해야 하는데, 명령은 현재 들어가 있는 VS 컨텍스트 기준으로 동작한다는 점입니다. 그래서 거의 모든 작업은 "지금 어느 컨텍스트인가"를 확인하는 데서 시작합니다.
진단의 출발점 — 일반 문제 해결 절차
VSX 구성에 문제가 의심되면, 원인을 찾기 위한 진단 절차가 정해져 있습니다. 아래 절차는 모두 이 장의 명령을 활용합니다.
- 각 VSX Gateway·VSX Cluster Member에서
vsx stat -v로 기본 구성 점검을 합니다. 이 출력으로 다음을 확인합니다.- 모든 Virtual System이 빠짐없이 있는지(구성에서 누락된 것이 없는지),
- 모든 Virtual Device가 Active 인지,
- 각 Virtual System에 올바른 Security Policy가 설치되었는지,
- 관리 서버와 SIC 신뢰가 맺어졌는지.
- 각 VSX Gateway·VSX Cluster Member·관리 서버에서
cplic print를 실행해 적절한 라이선스가 설치되었는지 확인합니다. - 각 VSX Cluster Member에서
cphaprob stat으로 상태를 확인합니다. 멤버가 Active·Standby·Backup 외의 상태로 표시되면 R82 ClusterXL Administration Guide의 Troubleshooting 장을 참고합니다. - 특정 Virtual System의 연결 문제가 의심되면 다음을 수행합니다.
vsenv <VSID>로 해당 VS로 컨텍스트를 바꾸고,fw getifs로 그 VS의 인터페이스 목록을 보고,ping,traceroute,tcpdump,ip route,ftp같은 OS 표준 도구로 연결 상태를 점검합니다(이들 중 일부는 라우팅·출발지·목적지 IP 등 컨텍스트에 따라 동작).ip route·ip link도 쓸 수 있습니다.
- 인터페이스·라우터가 모두 정상으로 보이면,
fw monitor -v <VSID>로 여러 지점에서 패킷을 캡처해 시스템을 통과하는 패킷의 흐름을 관찰합니다. 같은 패킷이 여러 캡처 지점을 지나며 여러 번 보고될 수 있습니다. 이 명령은 외부 Virtual Router로 향하는 패킷을 제외하면 Virtual Router는 보고하지 않습니다. tcpdump로 Warp 인터페이스를 포함한 특정 인터페이스의 송수신 패킷을 표시합니다. 연결 문제 해결의 단서를 자주 줍니다.
구체적 문제별 해결
VSX Gateway / VSX Cluster Member에서 SIC 신뢰를 맺을 수 없을 때
VSX Gateway나 VSX Cluster Member를 만들 때 SIC 신뢰가 맺어지지 않고, SmartConsole에 Certificate cannot be pushed. Connection error with wait agent. 오류가 뜨는 경우입니다.
| 가능한 원인 | 해결 방법 | |
|---|---|---|
| 관리 서버와 VSX 사이의 네트워크 연결 문제. 먼저 VSX 시스템에서 관리 서버로 ping 해 확인합니다(관리 서버→VSX 방향 ping은 기본 정책 때문에 동작하지 않음). ping 전에 컨텍스트가 vrf 0 인지 확인하세요. | 케이블·라우트·IP 주소와 중간 네트워크 장비(라우터·스위치·허브 등)를 모두 다시 점검합니다. | |
Check Point 프로세스가 다 올라오지 않음. cpwd_admin list로 각 줄의 PID 필드가 0이 아닌지 확인합니다. | VSX Gateway가 막 재부팅했다면 프로세스가 아직 기동 중일 수 있습니다. | |
| CPD 프로세스가 신뢰 수립 포트를 청취하지 않음. | `netstat -an \ | grep 18211을 실행해 출력이 tcp 0 0 0.0.0.0:18211 0.0.0.0:* LISTEN`처럼 나오는지 확인합니다. |
새 Virtual Device의 SIC 신뢰 문제
새 Virtual System·Virtual Router·Virtual Switch를 만들 때 SIC 신뢰가 맺어지지 않는 경우입니다.
| 가능한 원인 | 해결 방법 |
|---|---|
관리 서버와 VSX Gateway의 시간·시간대 불일치. SIC가 제대로 동작하려면 시각·날짜·시간대가 동기화되어야 합니다. 모든 장비에서 /bin/date -u로 UTC/GMT 시각을 확인합니다(시간대는 달라도 UTC/GMT가 일치하면 됨). | 관리 서버·VSX Gateway의 시각·날짜·시간대를 UTC/GMT가 일치하도록 변경합니다. 정확한 명령은 OS 문서를 참고합니다. |
VSX 생성 마법사에서 정책 설치 오류
VSX 생성 마법사 완료 후 Error: Default policy installation failed on VSX. Install policy manually using SmartConsole. 메시지가 나오는 경우입니다.
| 가능한 원인 | 해결 방법 |
|---|---|
| 관리 서버에 라이선스가 없거나 무효. | 관리 서버에서 cplic check로 필요한 라이선스를 확인하고, 적절한 라이선스를 발급·설치합니다. |
| VSX Gateway / VSX Cluster 라이선스가 없거나 무효. | VSX Gateway에서 vsx stat을 실행해 Number of Virtual Systems allowed by license: 값이 0보다 큰지 확인하고, 각 Gateway·Member에 유효한 VSX 라이선스를 설치합니다. |
| 관리 서버와 VSX Gateway의 시간·시간대 불일치. | /bin/date -u로 UTC/GMT 오프셋을 맞춥니다. |
내부 호스트가 Virtual System을 ping할 수 없을 때
내부 VLAN 인터페이스를 가진 Virtual System을 정의한 뒤, 그 VLAN의 내부 호스트가 VS의 내부/외부 IP를 ping하지 못하는 경우입니다.
| 가능한 원인 | 해결 방법 |
|---|---|
| 통신을 허용하는 정책이 VS에 설치되지 않음. VS는 생성 직후 모든 트래픽을 차단하는 Default Policy를 가짐. | 트래픽을 허용하는 정책을 VS에 설치합니다. SmartConsole의 Logs & Events 뷰에서 로그를 분석해 허용 여부를 확인합니다. |
| 스위치의 VLAN 구성 문제 또는 물리 케이블 문제. | 스위치 구성을 확인해 스위치의 VLAN 태그가 VS VLAN 인터페이스와 같은지 확인하고, 케이블이 올바른 포트에 꽂혔는지 확인합니다. |
| 인접 라우터·호스트의 잘못된 라우팅. | 중간 라우터·호스트의 라우팅 테이블을 확인합니다. 해당 VLAN 인터페이스에서 tcpdump로 트래픽이 들고 나는지 확인합니다. |
| VS VLAN 인터페이스의 잘못된 IP·넷마스크. | VS 내부 VLAN 인터페이스에 배정된 IP·넷마스크를 확인합니다. |
Virtual Device의 SIC 신뢰 재수립
특정 Virtual Device(Virtual System 또는 Virtual Router)의 SIC 신뢰가 끊겨 연결 문제가 생긴 경우, 수동으로 다시 맺을 수 있습니다(sk34098 참고).
- VSX Gateway 또는 각 VSX Cluster Member에서:
- 명령줄에 접속해 Expert mode로 들어갑니다.
vsx stat -v로 대상 Virtual Device의 ID를 확인합니다.- 지정한 Virtual Device의 SIC를 리셋합니다.
vsx sic reset <VSID>
- 관리 서버에서:
- 명령줄에 접속해 Expert mode로 들어갑니다.
- Multi-Domain Server라면 해당 Virtual Device를 관리하는 Target Domain Management Server로 컨텍스트를 바꿉니다.
mdsenv <Domain Management Server의 IP 또는 이름>
- Virtual Device의 SIC 이름을 확인합니다.
cpca_client lscert -stat valid -kind SIC | grep -i -A 2 <Virtual Device 객체 이름>
- Virtual Device의 SIC 인증서를 폐기합니다.
cpca_client revoke_cert -n <CN=...,O=...,>
- VSX Cluster를 관리하는 Security Management Server / Main Domain Management Server에 SmartConsole로 접속합니다.
- Gateways & Servers 뷰 또는 Object Explorer에서 Virtual Device 객체를 더블클릭합니다.
- OK 를 누릅니다. 이 동작이 새 SIC 인증서를 생성해 VSX Gateway 또는 각 VSX Cluster Member에 저장합니다.
CLI 구문 표기법 읽는 법
이 가이드(와 Check Point 문서 전반)는 명령·파라미터·옵션을 가능하면 알파벳 순으로 싣고, 구문을 다음 약속대로 표기합니다.
| 표기 | 뜻 | |
|---|---|---|
| TAB(들여쓰기) | 중첩된 하위 명령을 나타냅니다. 들여쓴 줄은 위 명령의 하위 명령입니다. | |
중괄호 { } | 세로줄 `\ | `로 구분된 후보 목록. 이 중 하나만 고를 수 있습니다. |
꺾쇠 < > | 변수. 사용자가 지원되는 실제 값을 직접 지정해야 합니다. | |
대괄호 [ ] | 선택적(optional) 명령·파라미터. 넣어도 되고 안 넣어도 됩니다. |
들여쓰기(TAB) 표기가 헷갈리기 쉬운데, 예를 들어 이렇게 쓰여 있으면:
config
-a <options>
-d <options>
-p
-r
del <options>실제로는 아래 중 하나의 명령을 실행하라는 뜻입니다 — cpwd_admin config -a <options>, cpwd_admin config -d <options>, cpwd_admin config -p, cpwd_admin config -r, 또는 cpwd_admin del <options>.
시스템 설정·모니터링 명령
cpconfig — Check Point 구성 도구 실행
설치된 Check Point 제품의 세부 설정을 메뉴로 다루는 Check Point Configuration Tool 을 띄웁니다.
cpconfig메뉴 항목은 구성·설치된 제품에 따라 달라집니다.
| 메뉴 항목 | 설명 |
|---|---|
| Licenses and contracts | 이 Security Gateway / Cluster Member의 Check Point 라이선스·계약을 관리합니다. |
| SNMP Extension | 사용 중단됨. 더 이상 쓰지 마세요. SNMP는 R82 Gaia Administration Guide의 System Management > SNMP를 참고합니다. |
| PKCS#11 Token | Gaia OS가 쓸 암호 토큰을 등록하고, 토큰 정보·기능을 점검합니다. |
| Random Pool | Gaia OS가 쓸 RSA 키를 구성합니다. |
| Secure Internal Communication | Gateway / Cluster Member의 SIC를 관리합니다. 이 변경은 Check Point 서비스 재시작이 필요합니다(sk65764: SIC 리셋 방법). |
| Enable / Disable cluster membership for this gateway | Gateway의 클러스터 멤버십을 켜거나 끕니다. Gateway 재부팅 필요. Scalable Platform에는 해당 없음. |
| Enable / Disable Check Point Per Virtual System State | VSX Cluster Member에서 Virtual System Load Sharing(VSLS) 을 켜거나 끕니다(VSLS 구성). Scalable Platform에는 해당 없음. |
| Enable / Disable Check Point ClusterXL for Bridge Active/Standby | Bridge 모드용 ClusterXL을 켜거나 끕니다. Cluster Member 재부팅 필요. Scalable Platform에는 해당 없음. |
| Check Point CoreXL | Gateway / Cluster Member / Security Group의 CoreXL과 Firewall 모드를 관리합니다. CoreXL 변경 후에는 반드시 재부팅해야 합니다. |
| Automatic start of Check Point Products | 부팅 시 자동 시작할 Check Point 제품을 보여 주고 제어합니다. |
| Exit | 구성 도구를 빠져나갑니다. |
단일 Security Gateway에서는 메뉴가 보통 다음처럼 나옵니다(번호는 환경에 따라 다름).
[Expert@MySingleGW:0]# cpconfig
Configuration Options:
----------------------
(1) Licenses and contracts
(2) SNMP Extension
(3) PKCS#11 Token
(4) Random Pool
(5) Secure Internal Communication
(6) Enable cluster membership for this gateway
(7) Check Point CoreXL
(8) Automatic start of Check Point Products
(9) Exit
Enter your choice (1-9) :Cluster Member에서는 Per Virtual System State·ClusterXL for Bridge 항목이 추가로 나타납니다.
[Expert@MyClusterMember:0]# cpconfig
Configuration Options:
----------------------
(1) Licenses and contracts
(2) SNMP Extension
(3) PKCS#11 Token
(4) Random Pool
(5) Secure Internal Communication
(6) Disable cluster membership for this gateway
(7) Enable Check Point Per Virtual System State
(8) Enable Check Point ClusterXL for Bridge Active/Standby
(9) Check Point CoreXL
(10) Automatic start of Check Point Products
(11) Exit
Enter your choice (1-11) :cpview — 실시간 시스템·블레이드 통계
CPView 는 Check Point 컴퓨터에 내장된 텍스트 유틸리티로, CPU·메모리·디스크 같은 일반 시스템 정보와 Software Blade 통계를 보기 좋은 뷰에서 계속 갱신해 보여 줍니다(Software Blade 정보는 Security Gateway / ClusterXL / Security Group에서만). 자세한 내용은 sk101878을 참고합니다.
cpview --help화면은 세 부분으로 나뉩니다.
| 영역 | 설명 |
|---|---|
| Header | 세 번째 뷰의 통계가 수집된 시각을 보여 줍니다. 갱신 시 함께 갱신됩니다. |
| Navigation | 메뉴 막대. 화살표 키·마우스로 메뉴를 이동하며, 하위 메뉴는 막대 아래에 펼쳐집니다. |
| View | 해당 뷰의 통계를 보여 주며, 갱신 주기마다 업데이트됩니다. |
탐색 키:
| 키 | 동작 |
|---|---|
| 화살표 키 | 메뉴·뷰 사이 이동, 뷰 안 스크롤. |
Home | Overview 뷰로 복귀. |
Enter | View 모드로 전환(하위 메뉴가 있으면 최하위 하위 메뉴로 이동). |
Esc | Menu 모드로 복귀. |
Q | CPView 종료. |
인터페이스 옵션 키:
| 키 | 동작 |
|---|---|
R | 갱신 주기 변경 창을 엽니다(기본 2초). |
W | 넓은 화면/일반 화면 모드를 전환합니다. |
S | 행·열 수를 수동으로 지정합니다. |
M | 마우스 사용을 켜고 끕니다. |
P | 통계 수집을 일시정지·재개합니다. |
저장·도움말·갱신 키:
| 키 | 동작 |
|---|---|
C | 현재 페이지를 파일로 저장합니다. 파일명 형식: cpview_<프로세스 ID>.cap<캡처 번호>. |
H | CPView 옵션 툴팁을 보여 줍니다. |
Space | 통계를 즉시 갱신합니다. |
VSX에서는 VS0 컨텍스트에서 CPView를 실행한 뒤 Advanced > VSX > VSs > Physical-Resources 로 들어가면 VS별 자원 소비를 봅니다.
컨텍스트와 VSX 상태 명령
vsenv — 셸 컨텍스트 전환
가장 자주 쓰는 명령입니다. 셸의 현재 컨텍스트를 지정한 Virtual Device로 바꿉니다. 인자 없이 실행하면 기본 장치 VS0으로 갑니다.
vsenv [{<VSID> | <Name of Virtual Device>}]| 파라미터 | 설명 |
|---|---|
| (파라미터 없음) | 컨텍스트를 기본 Virtual Device 0으로 바꿉니다. |
<VSID> | Virtual Device를 ID로 지정합니다. |
<Name of Virtual Device> | Virtual Device를 이름으로 지정합니다. |
[Expert@MyVsxGW:0]# vsenv
Context is set to Virtual Device VSX2_192.168.3.242 (ID 0).
[Expert@MyVsxGW:0]# vsenv 2
Context is set to Virtual Device VS2 (ID 2).
[Expert@MyVsxGW:2]#전환하면 프롬프트 끝(:0, :2 등)이 현재 컨텍스트를 보여 줘서, 이후 실행하는 fw·ifconfig·route 같은 명령이 그 VS 관점으로 동작합니다.
vsx — VSX 구성 조회·가져오기·메모리 자원 제어
vsx는 VSX 구성을 보여 주고, 가져오고(fetch), 메모리 자원 제어(Memory Resource Control)를 설정하는 명령으로 여러 하위 명령을 가집니다.
fetch <options>
fetch_all_cluster_policies
fetchvs <options>
get
mstat <options>
resctrl
showncs <options>
sicreset
stat <options>
unloadall
vspurge| 하위 명령 | 설명 |
|---|---|
fetch <options> | VSX Gateway 구성을 가져옵니다. |
fetch_all_cluster_policies | 클러스터 피어로부터 모든 VS·VR의 Security Policy를 가져옵니다. |
fetchvs <options> | 특정 Virtual System 구성을 가져옵니다. |
get | 현재 VSX 컨텍스트 정보를 보여 줍니다. |
mstat <options> | Memory Resource Control을 보여 주고 설정합니다. |
resctrl | R80.40부터 CPU Resource Control이 CPView에 통합되었습니다. VS0 컨텍스트로 가서(Expert: vsenv, Gaia Clish: set virtual-system 0) cpview를 실행한 뒤 Advanced > VSX > VSs > Physical-Resources로 들어갑니다. 이 탭은 VS·VR의 CPU 소비를 보여 주며, CPU %는 단일 CPU 기준 백분율입니다(top과 동일). 예를 들어 4코어에서 VS1이 CPU0 30%·CPU1 40%·CPU2 50%·CPU3 10%를 쓰면 CPU %는 130%로 표시됩니다. Gateway 전체 사용률은 Total Resource Consumption의 값을 코어 수로 나눕니다. |
showncs <options> | Virtual Device의 Network Configuration Script(NCS)를 보여 줍니다. |
sicreset | 현재 컨텍스트의 VS·VR의 SIC를 리셋합니다. |
stat <options> | VSX Gateway의 상태 정보를 보여 줍니다. |
unloadall | 모든 VS·VR의 Security Policy를 내립니다. |
vspurge | 사용하지 않는 Virtual Device 항목을 정리합니다. |
vsx fetch — VSX Gateway 구성 가져오기
Security Management Server나 Main Domain Management Server에서 가장 최신 구성 파일을 가져와 VSX Gateway에 적용합니다.
vsx fetch [-v] [-q] [-s] local
vsx fetch [-v | -q | -s] [-f <Configuration File>]
vsx fetch [-v | -q] -C "NCS Command"
vsx fetch [-v | -q | -c | -n | -s] [<Management Server>]| 파라미터 | 설명 |
|---|---|
-c | 이것이 VSX Cluster임을 지정합니다. |
-n | 관리 서버에서 가져온 VSX 구성이 최신이면 local.vsall을 적용하지 않습니다. |
-q | quiet 모드 — 요약 정보만 표시. |
-s | 멀티프로세서 환경에서 동시 가져오기를 합니다. |
-v | verbose 모드 — 상세 정보 표시. |
local | $FWDIR/state/local/VSX/local.vsall 구성 파일을 읽어 NCS를 실행합니다. |
-f <Configuration File> | 기본 local.vsall 대신 지정한 NCS 명령 파일로 가져옵니다. |
-C "NCS Command" | 지정한 NCS 명령을 실행합니다. |
<Management Server> | 지정한 관리 서버(해석 가능한 호스트명·IP)에서 local.vsall을 가져와 교체·실행합니다. 명시하지 않으면 VSX Gateway의 $FWDIR/conf/masters 파일에서 가져옵니다. |
반환값: 0은 성공, 그 외는 오류.
[Expert@MyVsxGW:0]# vsx fetch
Fetching VSX Configuration From: 192.168.30.40
Local VSX Configuration is Up-To-Date.
...
Virtual Systems configuration file installed successfullyvsx fetch_all_cluster_policies — 모든 정책 가져오기
클러스터 피어로부터 모든 VS·VR의 Security Policy를 가져옵니다.
vsx fetch_all_cluster_policies [-v]| 파라미터 | 설명 |
|---|---|
-v | verbose 모드 — 상세 정보 표시. |
vsx fetchvs — 특정 VS 구성 가져오기
VSX Gateway에 로컬로 저장된 정보를 기준으로 지정한 Virtual Device의 구성 파일을 가져옵니다.
vsx fetchvs [-v | -q] [{<VSID> | <Name of Virtual Device>}]| 파라미터 | 설명 |
|---|---|
-q | quiet 모드 — 요약 정보만 표시. |
-v | verbose 모드 — 상세 정보 표시. |
<Name of Virtual Device> | Virtual Device 이름을 지정합니다. |
<VSID> | Virtual Device ID를 지정합니다. |
vsx get — 현재 컨텍스트 정보
현재 VSX 컨텍스트 정보를 보여 줍니다.
vsx get[Expert@MyVsxGW:0]# vsx get
Current context is VSX Gateway MyVsxGW (ID 2).vsx mstat — 메모리 자원 제어
Memory Resource Control을 보여 주고 설정합니다. 출력에는 다음 전역 메모리 자원이 나옵니다.
| 자원 | 설명 |
|---|---|
| Memory Total | VSX Gateway의 총 물리 메모리. |
| Memory Free | 가용 물리 메모리. |
| Swap Total | 총 스왑 메모리. |
| Swap Free | 가용 스왑 메모리. |
| Swap-in rate | 초당 총 메모리 스왑 횟수. |
vsx mstat help
vsx mstat
[-vs <VSID>] [unit <Unit>] [sort {<Number> | all}]
debug
disable
enable
status
swap <Minutes>| 파라미터 | 설명 | |
|---|---|---|
help | 내장 사용법을 보여 줍니다. | |
| (파라미터 없음) | 각 VS의 총 메모리 소비량을 보여 줍니다. | |
-vs <VSID> | VS를 ID로 지정합니다. 하나(-vs 1), 여러 개(공백 구분 -vs 2 3), 범위(-vs 4-6), 또는 조합(-vs 1 4-6)이 가능합니다. | |
unit <Unit> | 출력 메모리 단위: B(바이트)·K(킬로)·M(메가, 기본)·G(기가). | |
| `sort {<Number> \ | all}` | VS를 메모리 크기 순으로 정렬하고, 출력할 VS 수를 지정합니다. all은 전부 표시. 미지정 시 VSID 순으로 정렬됩니다. |
debug | 구성 파일에 정의된 필드별로 메모리 소비 디버그 정보를 보여 줍니다. | |
disable | Memory Resource Control을 끕니다. 즉시 적용되며 재부팅 불필요. | |
enable | Memory Resource Control을 켭니다. 재부팅 필요. | |
status | 현재 Memory Resource Control 상태를 보여 줍니다. | |
swap <Minutes> | swap-in 샘플 주기(분). 시스템이 swap-in rate를 측정하는 분 단위를 지정하며, 정수만 유효합니다. 기본값 10. 이는 시스템 전역 Linux 설정이라 값을 바꾸면 모든 swap-in rate가 새 값으로 계산됩니다. 모니터링을 켜면 설정이 저장되고, 끄면 원래 설정이 복원됩니다. |
[Expert@MyVsxGW:0]# vsx mstat unit M sort all
VSX Memory Status
=================
Memory Total: 7753.95 MB
Memory Free: 7168.71 MB
Swap Total: 3992.71 MB
Swap Free: 3992.71 MB
Swap-in rate: 8796093022208.00 MB
VSID | Memory Consumption
======+====================
0 | 260.79 MB
1 | 0.00 MBvsx showncs — Virtual Device의 NCS 보기
지정한 Virtual Device의 Check Point Network Configuration Script(NCS)를 보여 줍니다.
vsx showncs {<VSID> | <Name of Virtual Device>}| 파라미터 | 설명 |
|---|---|
<Name of Virtual Device> | Virtual Device 이름을 지정합니다. |
<VSID> | Virtual Device ID를 지정합니다. |
vsx sicreset — Virtual Device의 SIC 리셋
현재 VSX 컨텍스트의 Virtual System·Virtual Router의 SIC를 리셋합니다.
vsenv {<VSID> | <Name of Virtual Device>}
vsx sicreset {<VSID> | <Name of Virtual Device>}| 파라미터 | 설명 |
|---|---|
<Name of Virtual Device> | Virtual Device 이름을 지정합니다. |
<VSID> | Virtual Device ID를 지정합니다. |
vsx stat — VSX Gateway 상태 보기
VSX Gateway의 상태 정보를 보여 줍니다. 진단의 1순위 명령입니다.
vsx stat [-l] [-v] [<VSID>]| 파라미터 | 설명 |
|---|---|
-l | 모든 Virtual Device의 목록과 관련 정보를 보여 줍니다. |
-v | 모든 Virtual Device의 요약 표를 보여 줍니다. |
<VSID> | Virtual Device를 ID로 지정합니다. |
요약 표(-v)에서는 정책·SIC 상태·라이선스가 허용하는 VS 수·활성/구성된 VS 수 등을 한 번에 봅니다.
[Expert@MyVsxGW:2]# vsx stat -v
VSX Gateway Status
==================
Name: VSX1_192.168.3.241
Access Control Policy: VSX_Cluster_VSX
SIC Status: Trust
Number of Virtual Systems allowed by license: 25
Virtual Systems [active / configured]: 2 / 2
...
Type: S - Virtual System, B - Virtual System in Bridge mode,
R - Virtual Router, W - Virtual Switch.-l은 VSID·VRID·Type·Name·Security Policy·SIC Status·연결 수/피크/한계를 장치별로 펼쳐 보여 주고, <VSID>를 주면 그 장치만 같은 형식으로 보여 줍니다.
vsx unloadall — 모든 정책 내리기
모든 Virtual System·Virtual Router의 Security Policy를 내립니다(sk33065 참고).
vsx unloadallvsx vspurge — 사용하지 않는 항목 정리
관리 DB에는 더 이상 정의되지 않지만, VSX Gateway가 다운·단절되어 제거되지 못한 Virtual Device를 정리합니다. NCS local.vskeep의 미사용 항목을 모두 지우고 VSX 구성 파일을 다시 가져옵니다.
vsx vspurge [-q | -v] [-f <purge_file>]| 파라미터 | 설명 |
|---|---|
-q | quiet 모드 — 요약 정보만 표시. |
-v | verbose 모드 — 상세 정보 표시. |
-f <purge_file> | 정리된 정보를 저장할 파일의 경로·이름을 지정합니다. |
관리 서버에서 실행하는 vsx_util
vsx_util은 관리 서버(Security Management Server 또는 MDS의 Main Domain Management Server)의 Expert mode에서 실행하는, 다양한 VSX 유지보수 작업 명령 모음입니다.
vsx_util -h
vsx_util <Command> [-s <Mgmt Server>] [-u <UserName>] [-c <Name of VSX Object>] [-m <Name of VSX Cluster Member>]| 파라미터 | 설명 |
|---|---|
-h | 내장 사용법을 보여 줍니다. |
<Command> | vsx_util 하위 명령(아래 표). |
-s <Mgmt Server> | Security Management Server / Main Domain Management Server의 IP 또는 호스트명. |
-u <UserName> | 관리자 사용자 이름. |
-c <Name of VSX Object> | VSX Gateway 또는 VSX Cluster 객체 이름. |
-m <Name of VSX Cluster Member> | VSX Gateway 또는 VSX Cluster Member 객체 이름. |
이 명령은 IP/호스트명·관리자 계정·암호·대상 VSX 객체를 입력받으며, 대부분의 하위 명령은 대화형이라 추가 입력을 요구합니다. 메뉴를 빠져나가려면 CTRL C를 누르되, 이미 변경 작업이 시작된 뒤에는 누르지 마세요(로그 파일이 저장되지 않습니다).
vsx_util 하위 명령:
| 하위 명령 | 설명 |
|---|---|
add_member | VSX Cluster에 새 Cluster Member를 추가하고 VSX Cluster 구성을 그 멤버에 push합니다. |
change_interfaces | 지정한 기존 인터페이스를 새 인터페이스로, 그것이 연결된 모든 Virtual Device에서 자동 교체합니다. |
change_mgmt_ip | VSX Gateway / Member의 VSX 관리 IP를 같은 서브넷 안에서 변경합니다. |
change_mgmt_subnet | VSX 관리 IP를 다른 서브넷으로 변경(또는 추가)합니다. |
change_private_net | VSX Cluster의 내부 통신 네트워크(클러스터 사설망) IP를 변경합니다. |
convert_cluster | VSX Cluster 모드를 High Availability(기본)와 VSLS 사이에서 변환합니다. |
downgrade | 관리 DB에서 VSX Gateway / Cluster의 버전을 다운그레이드합니다. |
reconfigure | VSX Gateway / Member의 VSX 구성을 복원합니다. |
remove_member | VSX Cluster에서 Cluster Member를 제거합니다. |
show_interfaces | 선택한 인터페이스의 구성(유형·Virtual Device 연결·IP)을 보여 줍니다. |
upgrade | 관리 DB에서 VSX Gateway / Cluster의 버전을 업그레이드합니다. |
view_vs_conf | 관리 서버와 실제 Gateway의 Virtual Device 구성을 비교합니다. |
vsls | VSLS 구성 메뉴(상태·재분배·내보내기·가져오기)를 보여 줍니다. |
vsx_util add_member — 클러스터 멤버 추가
VSX Cluster에 새 Cluster Member를 추가하고 VSX Cluster 구성을 push합니다.
vsx_util add_member필요한 입력: 해당 VSX Cluster 객체, 새 멤버 이름, 관리 인터페이스 IP, 동기화 인터페이스 IP, 일회용 Activation Key(SIC 키).
명령이 멤버를 관리 DB에 추가한 뒤 새 멤버를 reconfigure할지 묻습니다. y를 누르면 새 멤버에서 vsx_util reconfigure가 자동 시작됩니다(reconfigure 후 새 멤버를 반드시 재부팅). n을 누르면 나중에 수동으로 vsx_util reconfigure를 실행해야 합니다.
vsx_util change_interfaces — 인터페이스 일괄 교체
지정한 기존 인터페이스를 새 인터페이스로, 그것이 연결된 모든 Virtual Device에서 자동 교체합니다. Link Aggregation(본드) 전환처럼 VLAN이 여러 Virtual Device에 연결될 때 특히 유용합니다.
vsx_util change_interfaces필요한 입력: 해당 VSX Gateway / Cluster 객체, 변경 적용 범위(관리 서버만 / 관리 서버+Gateway·Member), 교체될 인터페이스 이름, 새 인터페이스 이름.
이 명령은 resume(재개) 기능을 지원하며, Management Only 모드로 Open Server에서 Check Point 어플라이언스로 VSX 배포를 이전할 때도 쓸 수 있습니다. 절차는 다음과 같습니다.
- Security Management Server / Domain Management Server에 연결된 모든 SmartConsole을 닫습니다.
- 관리 서버 명령줄에 접속해 Expert mode로 들어갑니다.
- MDS라면
mdsenv <DMS의 IP 또는 이름>으로 컨텍스트를 바꿉니다. vsx_util change_interfaces를 실행합니다.- 관리 서버 IP·관리자 계정·암호를 입력하고 VSX Gateway(Cluster) 객체를 고릅니다.
- 적용 범위를 고릅니다.
- Apply changes to the management database and to the VSX Gateway/Cluster members immediately — 관리 서버와 각 멤버 모두에서 인터페이스를 바꿉니다.
- Apply changes to the management database only — 관리 서버에서만 바꿉니다. 이후
vsx_util reconfigure로 push해야 합니다.
- 교체될 인터페이스를 고릅니다.
- 새(교체) 인터페이스를 고릅니다.
A new interface name을 고르면 새 인터페이스를 추가할 수 있는데, 이 인터페이스는 물리적으로 존재해야 하며(없으면 실패), 본드 인터페이스라면 이름이 구성된 본드 이름과 정확히 일치해야 합니다. Would you like to change another interface? (y|n) [n]:— 더 바꾸려면y, 끝내려면n.- management only 옵션을 골랐다면
Would you like to remove the old interfaces from the database? (y|n) [n]:에y를 입력해 옛 인터페이스를 DB에서 제거할 수 있습니다. - VSX Gateway(모든 Member)를 재부팅합니다.
vsx_util change_mgmt_ip — 관리 IP 변경(같은 서브넷)
VSX Gateway / Cluster Member의 VSX 관리 IP를 같은 서브넷 안에서 변경합니다(sk92425).
vsx_util change_mgmt_ip필요한 입력: 해당 VSX Cluster 객체, 해당 VSX Cluster Member 객체, 새 관리 IP.
vsx_util change_mgmt_subnet — 관리 IP 변경(다른 서브넷)
VSX 관리 IP를 현재 서브넷에서 다른 서브넷으로 변경합니다(sk92425).
vsx_util change_mgmt_subnet필요한 입력: 해당 VSX Gateway / Cluster 객체, 새 관리 IPv4 주소·넷마스크, 새 관리 IPv6 주소·prefix, 새 IPv4·IPv6 기본 게이트웨이.
vsx_util change_private_net — 클러스터 사설망 변경
VSX Cluster의 내부 통신 네트워크(클러스터 사설망) IP를 변경합니다.
vsx_util change_private_net필요한 입력: 해당 VSX Cluster 객체, 새 IPv4 주소·넷마스크, 새 IPv6 주소·prefix.
vsx_util convert_cluster — 클러스터 모드 변환
VSX Cluster 모드를 High Availability(기본)와 Virtual System Load Sharing 사이에서 변환합니다.
vsx_util convert_cluster필요한 입력: 해당 VSX Cluster 객체, ClusterXL 모드(대소문자 구분).
VSLS에서 HA로 변환하면 기본적으로 모든 VS가 같은 멤버에서 Active이고, 피어 VS는 다른 멤버에서 Standby가 됩니다.
vsx_util downgrade — 버전 다운그레이드
관리 DB에서 VSX Gateway / Cluster의 버전을 다운그레이드합니다.
vsx_util downgrade필요한 입력: 해당 VSX Gateway / Cluster 객체, 해당 Check Point 버전.
vsx_util reconfigure — VSX 구성 복원
VSX Gateway / Cluster Member의 VSX 구성을 복원합니다(예: 시스템 장애 후 clean install을 한 경우). 정책 push 실패 시 1순위 처방입니다.
vsx_util reconfigure필요한 입력: 해당 VSX Gateway / Cluster 객체, 일회용 Activation Key(SIC 키).
새 Gateway / Member는 ① 새 설치여야 하고(이전 VSX 구성이 있으면 안 됨), ② 원본과 하드웨어 사양이 같아야 하며(특히 인터페이스 수가 최소한 같아야 함), ③ 같은 Gaia OS 구성(특히 같은 VSX 관리 IP)을 가져야 합니다.
reconfigure가 복원하지 않아 직접 챙겨야 하는 주요 파일(알파벳 순, 일부는 기본으로 존재하지 않거나 VS별로 구성됨):
$FWDIR/boot/modules/fwkern.conf
$FWDIR/conf/cpha_bond_ls_config.conf
$FWDIR/conf/cpha_specific_vlan_data.conf (sk92784)
$FWDIR/conf/discntd.if
$FWDIR/conf/fw_fast_accel_export_configuration.conf (sk156672)
$FWDIR/conf/fwaffinity.conf
$FWDIR/conf/fwauthd.conf
$FWDIR/conf/hsm_configuration.C
$FWDIR/conf/identity_broker.C
$FWDIR/conf/ipassignment.conf
$FWDIR/conf/local.arp (sk30197)
$FWDIR/conf/malware_config
$FWDIR/conf/prioq.conf (sk105762)
$FWDIR/conf/rad_conf.C
$FWDIR/conf/synatk.conf
$FWDIR/conf/te.conf
$FWDIR/conf/thresholds.conf
$FWDIR/conf/trac_client_1.ttm
$FWDIR/conf/vsaffinity_exception.conf
$PPKDIR/conf/simkern.conf
/var/ace/sdconf.rec
/var/ace/sdopts.rec
/var/ace/sdstatus.12
/var/ace/securidreconfigure는 단계별 진행률(Certificate Revocation → Replacement → Connectivity Check → Fetching/Verifying Configuration → Installing policy → Converting Gateway to VSX → Generating Activation Keys → Reconfiguring → Pushing Configuration)을 보여 주고 끝나면 SUMMARY를 출력합니다.
vsx_util remove_member — 클러스터 멤버 제거
VSX Cluster에서 Cluster Member를 제거합니다.
vsx_util remove_member필요한 입력: 해당 VSX Cluster 객체, 해당 VSX Cluster Member 객체.
vsx_util show_interfaces — 인터페이스 구성 보기
선택한 인터페이스의 구성(유형·Virtual Device 연결·IP)을 보여 주고, 현재 작업 디렉터리의 interfacesconfig.csv 파일로도 저장합니다.
vsx_util show_interfaces필요한 입력: 해당 VSX Gateway / Cluster 객체, 표시할 인터페이스 선택.
| 메뉴 옵션 | 설명 |
|---|---|
1) All Interfaces | 모든 인터페이스(물리·Warp) 표시. |
2) All Physical Interfaces | 물리 인터페이스만 표시. |
3) All Warp Interfaces | Warp 인터페이스만 표시. |
4) A Specific Interface | 특정 인터페이스 이름을 입력. VLAN 태그는 파라미터로 줄 수 없으나, 태그 없는 인터페이스 이름을 주면 그에 딸린 모든 VLAN 태그를 봅니다. |
출력의 Type 범례: M(Management)·S(Synchronization)·V(VLAN)·W(Warp)·U(Used)·A(Available)·X(Unknown)·E(Error in Interface Properties).
vsx_util upgrade — 버전 업그레이드
관리 DB에서 VSX Gateway / Cluster의 버전을 업그레이드합니다.
vsx_util upgrade필요한 입력: 해당 VSX Gateway / Cluster 객체, 해당 Check Point 버전.
vsx_util view_vs_conf — 구성 비교
모든 Virtual Device에 대해 관리 서버의 구성과 실제 VSX Gateway / Member의 구성을 비교합니다.
vsx_util view_vs_conf필요한 입력: 해당 VSX Gateway / Cluster 객체, 해당 Virtual Device 객체.
출력은 인터페이스 표와 라우팅 표를 보여 줍니다. 범례:
| 기호 | 뜻 |
|---|---|
V | Gateway에 존재하고 관리 정보와 일치(관리에 정의된 경우). |
- | Gateway에 인터페이스/라우트가 존재하지 않음. |
N/A | Gateway에서 Virtual Device 구성 가져오기 실패. |
!IP | 존재하지만 IP 주소 불일치. |
!MASK | 존재하지만 넷마스크 불일치. |
!NH | 라우트는 존재하지만 Next Hop 불일치. |
vsx_util vsls — VSLS 구성 메뉴
Virtual System Load Sharing의 구성 메뉴(상태·재분배·내보내기·가져오기)를 보여 줍니다.
vsx_util vsls필요한 입력: 해당 VSX Cluster 객체, 해당 재분배 옵션. 출력이 Operation not allowed. Object is not a Virtual System Load Sharing cluster.이면 먼저 vsx_util convert_cluster를 실행합니다.
VSLS 메뉴:
VS Load Sharing - Menu
________________________________
1. Display current VS Load sharing configuration
2. Distribute all Virtual Systems so that each cluster member is equally loaded
3. Set all VSes active on one member
4. Manually set priority and weight
5. Toggle VSLS mode between Active Up and Primary Up
6. Import configuration from a file
7. Export configuration to a file
8. Exit
Enter redistribution option (1-8) [1]:대량 작업을 자동화하는 vsx_provisioning_tool
vsx_provisioning_tool은 Security Management Server / Domain Management Server의 명령줄에서 Virtual Device(VS·VR·VSW)·인터페이스·라우트를 추가·제거하는 도구로, VSX 프로비저닝 작업을 자동화합니다.
vsx_provisioning_tool -h
vsx_provisioning_tool [-s <Mgmt Server>] {-u <Username> | -c <Certificate>} -p <Password>
-o <Commands> [-a] -L
-f <Input File> [-l <Line>] [-a] -L| 파라미터 | 설명 |
|---|---|
-h | 내장 사용법을 보여 줍니다. |
-s <Mgmt Server> | 관리 서버(IPv4·IPv6·호스트명). SmartConsole 컴퓨터에서 실행하거나 MDS에서 실행할 때 필수. |
-u <Username> | 관리자 사용자 이름. |
-c <Certificate> | 관리자 인증서 파일의 경로·이름. |
-p <Password> | 관리자 또는 인증서 파일의 암호. |
-o <Commands> | 명령줄에 입력한 명령을 실행합니다(한 줄 실행). |
-f <Input File> | 실행할 명령이 담긴 파일의 경로·이름. #로 시작하는 텍스트는 주석으로 무시됩니다. |
-l <Line> | <Input File>에서 실행을 시작할 줄 번호. -f와 함께만 사용. |
-a | 명령 실행 전에 모든 VSX Gateway에 연결 가능한지 확인합니다(성공적 적용을 보장하지는 않음). |
-L | 로컬 인증 모드를 지정합니다. |
종료 코드:
| 코드 | 설명 |
|---|---|
0 | 모든 변경을 모든 VSX Cluster Member에 성공 적용. |
1 | 관리 DB에는 모두 적용했으나 일부 멤버에는 미적용. |
2 | 모두 적용했으나 최소 한 멤버와 SIC 수립 실패. |
3 | (-a 사용 시) 최소 한 멤버와 연결 테스트 실패. DB·멤버 모두 변경 미적용. |
4 | 변경 적용 실패(내부·구문 오류 등). |
# 예제 1 - Security Management Server에서 파일 실행
vsx_provisioning_tool -s localhost -u admin -p mypassword -f /var/log/vsx.txt
# 예제 2 - MDS의 MyDomain 컨텍스트에서 VS1 생성 + eth4.100 VLAN 추가
mdsenv MyDomain
vsx_provisioning_tool -s localhost -u admin -p mypassword -o add vd name VS1 vsx VSXCluster1, add interface name eth4.100 ip 1.1.1.1/24트랜잭션
작동 단위는 트랜잭션 입니다. 알아 둘 규칙은 다음과 같습니다.
- 트랜잭션은 하나의 Virtual Device에 대한 작업 묶음입니다. 트랜잭션이 끝날 때 모든 작업을 관리 DB에 함께 commit하며, 실패하면 모든 명령을 폐기합니다.
- 첫 명령에서 Virtual Device 이름을 파라미터로 지정해야 하고, 같은 트랜잭션의 다른 명령에서는 다시 지정할 필요가 없습니다.
- 한 트랜잭션에서 서로 다른 Virtual Device로 작업을 보낼 수 없으며, 이전 트랜잭션을 끝내기 전에 새 트랜잭션을 시작할 수 없습니다.
-o로 여러 명령을 쉼표(,)로 구분해 한 트랜잭션으로 보낼 수 있으나,-o는 명시적 트랜잭션 명령을 지원하지 않습니다.-f(파일)로는 명시적 트랜잭션 명령을 쓸 수 있습니다. 트랜잭션 밖이면 현재 줄이 한 트랜잭션으로 자동 commit되고, 트랜잭션 안이면 끝날 때까지 처리만 하고 적용하지 않습니다.
모든 vsx_provisioning_tool 명령은 키 값 쌍의 나열입니다. 각 명령의 처음 두 단어는 정해진 순서로 와야 하고, 나머지 쌍은 순서가 자유롭습니다.
명시적 트랜잭션 명령:
| 작업 | 구문 |
|---|---|
| 트랜잭션 시작 | transaction begin |
| 트랜잭션 종료 | transaction end |
| 트랜잭션 취소 | transaction cancel |
add vsx (type gateway) — VSX Gateway 생성
새 VSX Gateway 객체를 추가합니다. 이 트랜잭션에는 set physical_interface 명령만 추가할 수 있습니다.
add vsx type gateway name <Name of VSX Gateway Object> version <Version> main_ip <Main IPv4 Address> [main_ip6 <Main IPv6 Address>] sic_otp <Activation Key> [rule_snmp {enable | disable}] [rule_ssh {enable | disable}] [rule_ping {enable | disable}] [rule_ping6 {enable | disable}] [rule_https {enable | disable}] [rule_drop {enable | disable}]| 파라미터 | 설명 | |
|---|---|---|
type gateway | 새 VSX Gateway 객체를 추가하려면 값 gateway를 써야 합니다. | |
name <...> | VSX Gateway 객체 이름(공백·Check Point 예약어 불가). | |
version <Version> | Check Point 버전. SmartConsole에 나타나는 그대로(대소문자 구분). | |
main_ip <...> | 주 IPv4 주소. | |
main_ip6 <...> | 주 IPv6 주소. | |
sic_otp <Activation Key> | First Time Configuration Wizard에서 입력한 것과 같은 Activation Key. | |
| `rule_snmp {enable\ | disable}` | SNMP 패킷 처리. enable=허용, disable=차단(기본). |
| `rule_ssh {enable\ | disable}` | SSH 패킷 처리. enable=허용, disable=차단(기본). |
| `rule_ping {enable\ | disable}` | IPv4 ping(ICMP Echo) 처리. enable=허용, disable=차단(기본). |
| `rule_ping6 {enable\ | disable}` | IPv6 ping(ICMPv6 Echo) 처리. enable=허용, disable=차단(기본). |
| `rule_https {enable\ | disable}` | HTTPS 패킷 처리. enable=허용, disable=차단(기본). |
| `rule_drop {enable\ | disable}` | 그 외 모든 패킷 처리. enable=차단(기본), disable=허용. |
vsx_provisioning_tool -s localhost -u admin -p mypassword -o add vsx name VSX_GW1 type gateway main_ip 192.168.20.1 version R82 sic_otp ABCDEFG rule_ssh enable rule_ping enableadd vsx (type cluster) — VSX Cluster 생성
새 VSX Cluster 객체를 추가합니다.
add vsx type cluster name <Name of VSX Cluster Object> version <Version> main_ip <Main Virtual IPv4 Address> main_ip6 <Main Virtual IPv6 Address> cluster_type {vsls | ha | crbm} sync_if_name <Name of Sync Interface> sync_netmask <Sync Interface Netmask> [rule_snmp {enable | disable}] [rule_ssh {enable | disable}] [rule_ping {enable | disable}] [rule_ping6 {enable | disable}] [rule_https {enable | disable}] [rule_drop {enable | disable}]| 파라미터 | 설명 | ||
|---|---|---|---|
type cluster | 새 VSX Cluster 객체를 추가하려면 값 cluster를 써야 합니다. | ||
name <...> | VSX Cluster 객체 이름(공백·예약어 불가). | ||
version <Version> | Check Point 버전(대소문자 구분). | ||
main_ip <...> | 주 가상 IPv4 주소. | ||
main_ip6 <...> | 주 가상 IPv6 주소. | ||
| `cluster_type {vsls\ | ha\ | crbm}` | 클러스터 유형. vsls=Virtual System Load Sharing, ha=High Availability, crbm=X-Series 어플라이언스(구 BlueCoat/Crossbeam). |
sync_if_name <...> | 클러스터 동기화 인터페이스 이름. | ||
sync_netmask <...> | 동기화 인터페이스의 IPv4 넷마스크(X.X.X.X 형식). | ||
rule_snmp / rule_ssh / rule_ping / rule_ping6 / rule_https / rule_drop | VSX Cluster Member 대상 패킷 처리. 의미는 위 Gateway 표와 같습니다. |
vsx_provisioning_tool -s localhost -u admin -p mypassword -o add vsx name VSX1 type cluster cluster_type vsls main_ip 192.168.1.1 version R82 sync_if_name eth3 sync_netmask 255.255.255.0 rule_ssh enable rule_ping enableadd vd — Virtual Device 생성
새 Virtual Device 객체(VS·Bridge 모드 VS·Virtual Switch·Virtual Router)를 추가합니다.
add vd name <Name of Virtual Device Object> vsx <Name of VSX Gateway or VSX Cluster Object> [type {vs | vsbm | vsw | vr}] [vs_mtu <MTU>] [instances <Number of IPv4 CoreXL Firewall instances>] [instances6 <Number of IPv6 CoreXL Firewall instances>] [main_ip <Main IPv4 Address>] [main_ip6 <Main IPv6 Address>] [calc_topo_auto {true | false}]| 파라미터 | 설명 | |||
|---|---|---|---|---|
name <...> | Virtual Device 객체 이름. 트랜잭션의 첫 명령이면 필수. | |||
vsx <...> | 이 장치를 만들 부모 VSX Gateway / Cluster 객체 이름(공백·예약어 불가). 필수. | |||
| `type {vs\ | vsbm\ | vsw\ | vr}` | 유형. vs=Virtual System(기본), vsbm=Bridge 모드 VS, vsw=Virtual Switch, vr=Virtual Router. |
vs_mtu <MTU> | 모든 인터페이스의 전역 MTU. vsbm·vsw에만 적용, 기본 1500. (Virtual Switch는 같은 트랜잭션에 인터페이스를 추가하지 않으면 무시됨.) | |||
instances <...> | IPv4 CoreXL Firewall 인스턴스 수. vs·vsbm에만 적용, 기본 1. | |||
instances6 <...> | IPv6 CoreXL Firewall 인스턴스 수. vs·vsbm에만 적용, 기본 1. | |||
main_ip <...> | 주 IPv4 주소. vs·vr에만 적용. 미지정 시 첫 인터페이스의 IPv4 주소를 사용. | |||
main_ip6 <...> | 주 IPv6 주소. vs·vr에만 적용. 미지정 시 첫 인터페이스의 IPv6 주소를 사용. | |||
| `calc_topo_auto {true\ | false}` | 라우트 기반 토폴로지 자동 계산. true=자동(기본), false=수동. vs·vr에만 적용. |
vsx_provisioning_tool -s localhost -u admin -p mypassword -o add vd name VirtSwitch1 vsx VSX_GW1 type vswremove vd — Virtual Device 삭제
Virtual Device 객체를 삭제합니다. 정책 규칙·다른 객체에서 참조되거나 MDS 환경에서 전역 사용으로 켜진 장치는 삭제할 수 없습니다.
remove vd name <Name of Virtual Device Object>| 파라미터 | 설명 |
|---|---|
name <...> | Virtual Device 객체 이름. 트랜잭션의 첫 명령이면 필수. |
vsx_provisioning_tool -s localhost -u admin -p mypassword -o remove vd name VirtSwitch1set vd — Virtual Device 설정 변경
기존 Virtual Device 객체의 설정을 바꿉니다.
set vd name <Name of Virtual Device Object> [vs_mtu <MTU>] [instances <Number of IPv4 CoreXL Firewall instances>] [instances6 <Number of IPv6 CoreXL Firewall instances>] [main_ip <Main IPv4 Address>] [main_ip6 <Main IPv6 Address>] [calc_topo_auto {true | false}]| 파라미터 | 설명 | |
|---|---|---|
name <...> | Virtual Device 객체 이름. 트랜잭션의 첫 명령이면 필수. | |
vs_mtu <MTU> | 전역 MTU. vsbm·vsw에만 적용, 기본 1500. | |
instances <...> | IPv4 CoreXL 인스턴스 수. vs·vsbm에만 적용, 기본 1. | |
instances6 <...> | IPv6 CoreXL 인스턴스 수. vs·vsbm에만 적용, 기본 1. | |
main_ip <...> | 주 IPv4 주소. vs·vr에만 적용. 제거하려면 empty 로 설정(예: set vd name VS1 main_ip empty). | |
main_ip6 <...> | 주 IPv6 주소. vs·vr에만 적용. 제거하려면 empty로 설정. | |
| `calc_topo_auto {true\ | false}` | 라우트 기반 토폴로지 자동 계산. true(기본)·false. vs·vr에만 적용. |
vsx_provisioning_tool -s localhost -u admin -p mypassword -o set vd name VS1 instances 8 main_ip 192.0.2.6 calc_topo_auto falseadd interface — 물리·VLAN 인터페이스 추가
기존 Virtual Device 객체에 인터페이스를 추가합니다.
add interface vd <Name of Virtual Device Object> {name <Name of Interface> | leads_to <Name of VSW or VR Object>} ip <IPv4 Address>{/<IPv4 Prefix Length> | netmask <IPv4 Netmask> | prefix <IPv4 Prefix>} ip6 <IPv6 Address>{/<IPv6 Prefix Length> | netmask6 <IPv6 Netmask> | prefix6 <IPv6 Prefix>} [propagate {true | false}] [propagate6 {true | false}] [topology {external | internal_undefined | internal_this_network | internal_specific [specific_group <Name of Network Group Object>]}] [mtu <MTU>]| 파라미터 | 설명 | |||
|---|---|---|---|---|
vd <...> | Virtual Device 객체 이름. 트랜잭션의 첫 명령이면 필수. | |||
name <...> | 물리·VLAN 인터페이스 이름. (name과 leads_to 중 하나만.) | |||
leads_to <...> | 이 인터페이스가 연결되는 VSW·VR 객체 이름. Virtual System에만 적용. (name과 leads_to 중 하나만.) | |||
| `ip <IPv4>{/Prefix \ | netmask \ | prefix}` | IPv4 설정. Prefix는 1~32. vs·vr에만 적용. VR로 연결되는 VS 인터페이스는 넷마스크 255.255.255.255 / prefix 32 를 써야 합니다. | |
| `ip6 <IPv6>{/Prefix \ | netmask6 \ | prefix6}` | IPv6 설정. Prefix는 64~128. vs·vr에만 적용. VR로 연결되는 VS 인터페이스는 넷마스크 FFFF:...:FFFF / prefix 128을 써야 합니다. | |
| `propagate {true\ | false}` | 인접 장치로 IPv4 라우트 전파. true=전파, false=안 함(기본). VLAN·물리 인터페이스를 가진 VS에만 적용. | ||
| `propagate6 {true\ | false}` | IPv6 라우트 전파. true/false(기본). 위와 같은 조건. | ||
| `topology {external\ | internal_undefined\ | internal_this_network\ | internal_specific}` | 인터페이스 토폴로지. external=외부, internal_undefined=내부(미정의, Bridge 모드 VS 기본), internal_this_network=내부(VS·VR 기본, Bridge 모드 미지원), internal_specific=Network Group으로 정의된 내부. vs·vsbm·vr에 적용. |
specific_group <...> | internal_specific 사용 시 Network Group 객체 이름. calc_topo_auto false로 자동 계산을 끈 경우에만 적용. | |||
mtu <MTU> | 이 인터페이스의 MTU(기본 1500). vs·vr에만 적용. |
vsx_provisioning_tool -s localhost -u admin -p mypassword -o add interface vd VirtSystem1 name eth4.100 ip 1.1.1.1/24attach bridge — Virtual System에 Bridge 인터페이스 추가
IP 주소를 가진 일반 VS에 Bridge 인터페이스를 추가해, 그 브리지를 지나는 트래픽에 대해 Threat Emulation·Identity Awareness 등 Bridge 모드 VS가 지원하지 못하는 블레이드를 쓸 수 있게 합니다.
attach bridge vd <Name of Virtual System Object> ifs1 <Name of First Subordinate Interface> ifs2 <Name of Second Subordinate Interface>| 파라미터 | 설명 |
|---|---|
vd <...> | Virtual System 객체 이름. 트랜잭션의 첫 명령이면 필수. |
ifs1 <...> | 브리지의 첫 번째 하위 물리 인터페이스. IP 주소가 없어야 함. |
ifs2 <...> | 브리지의 두 번째 하위 물리 인터페이스. IP 주소가 없어야 함. |
# 단일 브리지: eth2·eth3을 VS1의 하위 인터페이스로
vsx_provisioning_tool -s localhost -u admin -p mypassword -o attach bridge vd VS1 ifs1 eth2 ifs2 eth3
# Multi Bridge: 두 VLAN 쌍 (eth2·eth3을 VLAN Trunk로 미리 구성해야 함)
vsx_provisioning_tool -s localhost -u admin -p mypassword -o attach bridge vd VS1 ifs1 eth2.403 ifs2 eth3.403, attach bridge ifs1 eth2.504 ifs2 eth3.504add interface (vpn_tunnel) — VPN 터널 인터페이스 추가
Route-Based VPN 터널을 맺는 가상 인터페이스(VTI)를 기존 Virtual System 객체에 추가합니다. VTI를 만들기 전에 VPN 커뮤니티와 그 멤버 Gateway를 먼저 정의해야 합니다.
add interface vd <Name of Virtual System Object> vpn_tunnel numbered peer <Name of VPN Peer Object> local <Tunnel Local IP> remote <Tunnel Remote IP> [tunnel_id <Tunnel ID>]| 파라미터 | 설명 |
|---|---|
vd <...> | Virtual System 객체 이름. 트랜잭션의 첫 명령이면 필수. |
vpn_tunnel numbered | VPN 터널을 numbered(local·remote에 정적 IPv4 사용) 유형으로 지정. |
peer <...> | SmartConsole의 VPN 커뮤니티에 정의된 원격 피어 객체 이름. |
local <Tunnel Local IP> | 이 VS의 VPN 터널 IPv4 주소(numbered VTI 전용). |
remote <Tunnel Remote IP> | 원격 피어의 VPN 터널 IPv4 주소(numbered VTI 전용). |
tunnel_id <Tunnel ID> | 고유 Tunnel ID(1~32768). 이미 쓰이는 ID면 무시되고 다음 가용 ID를 사용. |
vsx_provisioning_tool -o add interface vd vs1 vpn_tunnel numbered peer AWS_Peer local 169.254.46.238 remote 169.254.46.237 tunnel_id 10remove interface — 인터페이스 제거
기존 Virtual Device 객체에서 인터페이스를 제거합니다.
remove interface vd <Name of Virtual Device Object> {name <Name of Interface> | leads_to <Name of VSW or VR Object>}| 파라미터 | 설명 |
|---|---|
vd <...> | Virtual Device 객체 이름. 트랜잭션의 첫 명령이면 필수. |
name <...> | 물리·VLAN 인터페이스 이름. (name과 leads_to 중 하나만.) |
leads_to <...> | 연결된 VSW·VR 객체 이름. Virtual System에만 적용. (name과 leads_to 중 하나만.) |
# VLAN 인터페이스 제거
vsx_provisioning_tool -s localhost -u admin -p mypassword -o remove interface vd VS1 name eth4.100
# 브리지 하위 인터페이스 eth2·eth3 모두 제거
vsx_provisioning_tool -s localhost -u admin -p mypassword -o remove interface vd VS1 name eth2, remove interface vd VS1 name eth3set interface — 인터페이스 설정 변경
기존 Virtual Device 객체에 속한 인터페이스의 설정을 바꿉니다.
set interface vd <Name of Virtual Device Object> {name <Name of Interface> [new_name <Name of New Interface>] | leads_to <Name of VSW or VR Object> [new_leads_to <Name of New VSW or VR Object>]} [propagate {true | false}] [propagate6 {true | false}] [topology {external | internal_undefined | internal_this_network | internal_specific [specific_group <Network Group Object Name>]}] [mtu <MTU>]| 파라미터 | 설명 | |
|---|---|---|
vd <...> | Virtual Device 객체 이름. 트랜잭션의 첫 명령이면 필수. | |
name <...> | 물리·VLAN 인터페이스 이름. (name과 leads_to 중 하나만.) | |
new_name <...> | 이름을 바꾸되 유형은 못 바꿉니다(VLAN·물리는 VLAN·물리로만). | |
leads_to <...> | 연결된 VSW·VR 객체 이름. Virtual System에만 적용. | |
new_leads_to <...> | 연결 대상을 바꿉니다(VSW→다른 VSW, VR→다른 VR로만). | |
| `propagate {true\ | false}` | IPv4 라우트 전파. true/false(기본). VLAN·물리 인터페이스를 가진 VS에만 적용. |
| `propagate6 {true\ | false}` | IPv6 라우트 전파. true/false(기본). 위와 같은 조건. |
topology {...} | 토폴로지. 값과 의미는 add interface와 같음. | |
specific_group <...> | internal_specific 사용 시 Network Group 이름. calc_topo_auto false인 경우에만 적용. | |
mtu <MTU> | MTU(기본 1500). vs·vr에만 적용. |
vsx_provisioning_tool -s localhost -u admin -p mypassword -o set interface vd VS1 name eth4.100 new_name eth5 propagate true topology internal_specific specific_group NYGWsset physical_interface — 물리 인터페이스를 VLAN Trunk로
물리 인터페이스를 VLAN Trunk로 구성합니다. 그 인터페이스에 VLAN 인터페이스를 구성하려면 필요합니다.
set physical_interface vd <Name of VSX Gateway or VSX Cluster Object> name <Name of Interface> vlan_trunk {true | false}| 파라미터 | 설명 | |
|---|---|---|
vd <...> | VSX Gateway / Cluster 객체 이름. 트랜잭션의 첫 명령이면 필수. | |
name <...> | 물리 인터페이스 이름. | |
| `vlan_trunk {true\ | false}` | true=VLAN Trunk, false=일반 물리 인터페이스(기본). |
vsx_provisioning_tool -s localhost -u admin -p mypassword -o set physical_interface vd VSX1 name eth2 vlan_trunk trueadd route — 라우트 추가
기존 Virtual System·Virtual Router 객체에 IPv4·IPv6 라우트를 추가합니다(IPv4·IPv6 자동 감지).
add route vd <Name of VS or VR Object> destination {<IP Address> [/<IP Prefix>] | default | default6} [{netmask <IP Netmask> | prefix <IP Prefix>}] {next_hop <Next Hop IP Address> | leads_to <Name of VS or VR Object>} [propagate {true | false}]| 파라미터 | 설명 | ||
|---|---|---|---|
vd <...> | VS·VR 객체 이름. 트랜잭션의 첫 명령이면 필수. | ||
| `destination {<IP>[/Prefix]\ | default\ | default6}` | 목적지. IPv4 Prefix 1~32, IPv6 Prefix 64~128. default=IPv4 기본 라우트, default6=IPv6 기본 라우트. |
netmask <...> | IP 넷마스크(IPv4: X.X.X.X, IPv6: XXXX:...:XXXX). | ||
prefix <...> | Prefix 길이(IPv4 1~32, IPv6 64~128). | ||
next_hop <...> | 다음 홉 IP. 기존 인터페이스의 서브넷에 있어야 함. (next_hop과 leads_to 중 하나만.) | ||
leads_to <...> | 다음 홉이 되는 VS·VR 객체 이름. (next_hop과 leads_to 중 하나만.) | ||
| `propagate {true\ | false}` | 인접 장치로 라우트 전파. true/false(기본). next_hop을 지정한 경우에만 적용. |
vsx_provisioning_tool -s localhost -u admin -p mypassword -o add route vd VS1 destination default leads_to VR3remove route — 라우트 제거
기존 Virtual System·Virtual Router 객체에서 IPv4·IPv6 라우트를 제거합니다(자동 감지).
remove route vd <Name of VS or VR Object> destination {<IP Address>[/<IP Prefix>] | default | default6} [{netmask <IP Netmask> | prefix <IP Prefix>}]| 파라미터 | 설명 | ||
|---|---|---|---|
vd <...> | VS·VR 객체 이름. 트랜잭션의 첫 명령이면 필수. | ||
| `destination {<IP>[/Prefix]\ | default\ | default6}` | 목적지. IPv4 Prefix 1~32, IPv6 Prefix 64~128. default/default6은 기본 라우트. |
netmask <...> | IP 넷마스크(IPv4: X.X.X.X, IPv6 형식). | ||
prefix <...> | Prefix 길이(IPv4 1~32, IPv6 64~128). |
vsx_provisioning_tool -s localhost -u admin -p mypassword -o remove route vd VS1 destination default6show vd — Virtual Device 정보 보기
기존 Virtual Device 객체의 정보를 보여 줍니다.
show vd name <Name of Virtual Device Object>| 파라미터 | 설명 |
|---|---|
vd <...> | Virtual Device 객체 이름. 필수. |
스크립트 예제
여러 명령을 하나의 스크립트로 묶으면 동일한 구성을 반복·대규모 배포할 때 큰 도움이 됩니다(줄 번호는 읽기 편하라고 붙인 것). 구체적 활용은 구성 예제 장에서 더 볼 수 있습니다.
예제 1 — Virtual System을 Virtual Router에 연결하고, VS에 기본 라우트(→VR)를, VR에 적절한 라우트(→VS)를 추가합니다.
transaction begin
add vd name VR1 vsx VSX1 type vr
add interface name eth3.100 ip 10.0.0.1/24
transaction end
transaction begin
add vd name VR2 vsx VSX2 type vr
add interface name eth3.200 ip 20.0.0.1/24
transaction end
transaction begin
add vd name VS1 vsx VSX1
add interface leads_to VR1 ip 192.168.1.1/32
add interface name eth4.20 ip 192.168.20.1/24 propagate true
add route destination default leads_to VR1
add route destination 192.168.40.0/25 next_hop 192.168.20.254
transaction end예제 2 — Virtual System을 Virtual Switch에 연결하고 토폴로지를 수동 설정합니다.
transaction begin
add vd name VSW1 vsx VSX1 type vsw vs_mtu 1400
add interface name eth3.100
transaction end
transaction begin
add vd name VS1 vsx VSX1 calc_topo_auto false
add interface leads_to VSW1 ip 10.0.0.1/24 ip6 2001::1/64 topology external
add interface name eth4.20 ip 192.168.20.1/25 ip6 2020::1/64 topology internal_this_network
add route destination default next_hop 10.0.0.254
add route destination default6 next_hop 2001::254
transaction end예제 3 — 위 VS에 CoreXL 인스턴스를 더하고, 토폴로지 자동 계산을 켜며, 내부 인터페이스 이름과 MTU를 바꿉니다.
transaction begin
set vd name VS1 instances 4 instances6 2 calc_topo_auto true
set interface name eth4.20 new_name eth4.21 mtu 1400
transaction end