12커널 디버그(구문·필터·절차·모듈)명령줄·커널 참조

크게 두 묶음입니다. 앞부분은 커널 파라미터 — 소개, 방화벽(Firewall) 파라미터, SecureXL 파라미터를 정수(Integer)/문자열(String) 타입별로, 임시·영구 설정 방법까지 다룹니다. 뒷부분은 커널 디버그 — 구문(syntax), 필터(filter), 절차(procedure), 연결 수명주기(Connection Life Cycle), 그리고 40개가 넘는 디버그 모듈과 그 플래그 목록 을 전부 싣습니다.

---

커널 파라미터(Kernel parameter) 는 Security Gateway / Cluster Member / Scalable Platform Security Group의 고급 동작을 바꾸는 설정값 입니다. 타입은 두 가지뿐입니다.

게이트웨이는 커널 파라미터의 이름과 기본값 을 다음 커널 모듈 파일들에서 읽어 옵니다.

$FWDIR/boot/modules/fw_kern_64_v6.o
$PPKDIR/boot/modules/sim_kern_64.o
$PPKDIR/boot/modules/sim_kern_64_v6.o

성능 튜닝에서 다루는 커널 파라미터는 크게 두 무리입니다 — 방화벽 동작을 바꾸는 Firewall Kernel Parameters, 가속 동작을 바꾸는 SecureXL Kernel Parameters 입니다. 어느 파라미터를 어떤 값으로 설정할지는 임의로 정하는 게 아니라, Check Point Support Center의 여러 SK 문서나 지원팀이 안내하는 값 을 따르는 것이 원칙입니다.

원문이 예로 든 방화벽 커널 파라미터는 다음과 같습니다.

정수(Integer) 파라미터 다루기

사용 가능한 정수 파라미터 목록과 값 한꺼번에 보기

Expert mode로 들어가, 먼저 오류 없이 값을 가져올 수 있는지 확인합니다.

modinfo -p $FWDIR/boot/modules/fw_kern*.o | sort -u |
grep ':int param' | awk 'BEGIN {FS=":"} ; {print $1}' |
xargs -n 1 fw ctl get int

오류가 없으면, 같은 명령으로 목록과 값을 파일에 저장 합니다.

modinfo -p $FWDIR/boot/modules/fw_kern*.o | sort -u |
grep ':int param' | awk 'BEGIN {FS=":"} ; {print $1}' |
xargs -n 1 fw ctl get int 1>> /var/log/fw_integer_
kernel_parameters.txt 2>> /var/log/fw_integer_kernel_
parameters.txt

그런 다음 출력 파일 /var/log/fw_integer_kernel_parameters.txt 를 분석합니다.

정수 파라미터의 현재 값 보기

Gaia Clish 또는 Expert mode에서(Scalable Platform에서는 Gaia gClish 또는 Expert mode) 다음을 실행합니다.

fw ctl get int <Name of Integer Kernel Parameter> [-a]

Scalable Platform Security Group에서 Expert mode로 실행할 때는 g_fw 를 씁니다.

g_fw ctl get int <Name of Integer Kernel Parameter> [-a]

예시:

[Expert@MyGW:0]# fw ctl get int send_buf_limit
send_buf_limit = 80
[Expert@MyGW:0]#

정수 파라미터 값을 임시로 설정하기

fw ctl set int <Name of Integer Kernel Parameter> <Integer Value>

Scalable Platform Security Group의 Expert mode에서는:

g_fw ctl set int <Name of Integer Kernel Parameter> <Integer Value>

예시와 확인:

[Expert@MyGW:0]# fw ctl set int send_buf_limit 100
Set operation succeeded
[Expert@MyGW:0]# fw ctl get int send_buf_limit
send_buf_limit = 100
[Expert@MyGW:0]#

정수 파라미터 값을 영구로 설정하기

재부팅 후에도 살아남게 하려면 해당 구성 파일을 편집해야 합니다 — Firewall 파라미터는 $FWDIR/boot/modules/fwkern.conf, VPN 파라미터는 $FWDIR/boot/modules/vpnkern.conf 입니다. 정확한 파라미터는 SK 문서나 지원팀 안내를 따릅니다. 영구 설정에는 짧은 절차와 긴 절차 두 가지가 있습니다.

짧은 절차 (fwkern.conf)

4단계 명령:

fw ctl set -f int <Name_of_Integer_Kernel_Parameter> <Integer_Value>

Scalable Platform Security Group에서는 둘 중 하나:

g_fw ctl set -f int <Name_of_Integer_Kernel_Parameter> <Integer_Value>
g_update_conf_file fwkern.conf <Name_of_Integer_Kernel_Parameter>=<Integer_Value>

예시:

[Expert@MyGW:0]# fw ctl set -f int send_buf_limit 100
"fwkern.conf" was updated successfully
[Expert@MyGW:0]# g_update_conf_file fwkern.conf send_buf_limit=100
"fwkern.conf" was updated successfully
[Expert@MyGW:0]#

긴 절차 (fwkern.conf 와 vpnkern.conf) — 자세한 내용은 sk26202(Changing the kernel global parameters for Check Point Security Gateway)를 참고합니다. 흐름은 이렇습니다.

<Name_of_Integer_Kernel_Parameter>=<Integer_Value>

문자열(String) 파라미터 다루기

사용 가능한 문자열 파라미터 목록과 값 한꺼번에 보기

Expert mode에서 먼저 오류 없이 가져오는지 확인합니다.

modinfo -p $FWDIR/boot/modules/fw_kern*.o | sort -u |
grep ':string param' | awk 'BEGIN {FS=":"} ; {print
$1}' | xargs -n 1 fw ctl get str

오류가 없으면 파일로 저장합니다.

modinfo -p $FWDIR/boot/modules/fw_kern*.o | sort -u |
grep ':string param' | awk 'BEGIN {FS=":"} ; {print
$1}' | xargs -n 1 fw ctl get str 1>> /var/log/fw_
string_kernel_parameters.txt 2>> /var/log/fw_string_
kernel_parameters.txt

출력 파일 /var/log/fw_string_kernel_parameters.txt 를 분석합니다.

문자열 파라미터의 현재 값 보기

fw ctl get str <Name of String Kernel Parameter> [-a]

Scalable Platform Security Group의 Expert mode에서는 g_fw ctl get str .... 예시:

[Expert@MyGW:0]# fw ctl get str fileapp_default_encoding_charset
fileapp_default_encoding_charset = 'UTF-8'
[Expert@MyGW:0]#

문자열 파라미터 값을 임시로 설정하기

fw ctl set str <Name of String Kernel Parameter> '<String Text>'

또는

fw ctl set str <Name of String Kernel Parameter> "<String Text>"

Scalable Platform Security Group의 Expert mode에서는 g_fw ctl set str .... 예시와 확인:

[Expert@MyGW:0]# fw ctl set str debug_filter_saddr_ip '1.1.1.1'
Set operation succeeded
[Expert@MyGW:0]# fw ctl get str debug_filter_saddr_ip
debug_filter_saddr_ip = '1.1.1.1'
[Expert@MyGW:0]#

문자열 파라미터 값을 영구로 설정하기

정수와 같은 파일(fwkern.conf/vpnkern.conf)을 편집합니다. 짧은 절차 의 4단계 명령은 다음과 같습니다(값은 따옴표 필수).

fw ctl set -f str <Name_of_String_Kernel_Parameter> '<String_Text>'

또는

fw ctl set -f str <Name_of_String_Kernel_Parameter> "<String_Text>"

Scalable Platform Security Group의 Expert mode에서는 g_fw ctl set -f str .... 예시:

[Expert@MyGW:0]# fw ctl set -f str ws_debug_ip_str '1.1.1.1'
"fwkern.conf" was updated successfully
[Expert@MyGW:0]#

긴 절차 는 정수와 동일한 흐름(존재 확인 → touch → 백업 → vi 편집 → 저장 → SP는 asg_cp2blades 로 배포 → 재부팅 → 확인)이며, 파일에 추가하는 형식만 따옴표가 붙습니다.

<Name_of_String_Kernel_Parameter>='<String_Text>'

또는

<Name_of_String_Kernel_Parameter>="<String_Text>"

문자열 파라미터의 값 임시로 비우기(제거)

fw ctl set str '<Name of String Kernel Parameter>'

또는

fw ctl set str "<Name of String Kernel Parameter>"

Scalable Platform Security Group Expert mode에서는 g_fw ctl set str .... 비워졌는지 확인합니다. 예시:

[Expert@MyGW:0]# fw ctl set str debug_filter_saddr_ip ''
Set operation succeeded
[Expert@MyGW:0]# fw ctl get str debug_filter_saddr_ip
debug_filter_saddr_ip = ''
[Expert@MyGW:0]#

원문이 예로 든 SecureXL 커널 파라미터:

정수(Integer) SecureXL 파라미터 다루기

목록과 값 한꺼번에 보기

방화벽과 거의 같지만, 모듈 경로가 $PPKDIR/boot/modules/sim_kern*.o 라는 점이 다릅니다.

modinfo -p $PPKDIR/boot/modules/sim_kern*.o | sort -u |
grep ':int param' | awk 'BEGIN {FS=":"} ; {print $1}' |
xargs -n 1 fw ctl get int

오류가 없으면 파일로 저장합니다.

modinfo -p $PPKDIR/boot/modules/sim_kern*.o | sort -u |
grep ':int param' | awk 'BEGIN {FS=":"} ; {print $1}' |
xargs -n 1 fw ctl get int 1>> /var/log/sxl_integer_
kernel_parameters.txt 2>> /var/log/sxl_integer_kernel_
parameters.txt

출력 파일 /var/log/sxl_integer_kernel_parameters.txt 를 분석합니다.

현재 값 보기 · 임시 설정

값 조회와 임시 설정 구문은 방화벽 정수 파라미터와 똑같이 fw ctl get int / fw ctl set int(SP는 g_fw ...)를 씁니다. 예시:

[Expert@MyGW:0]# fw ctl get int sim_ipsec_dont_fragment
sim_ipsec_dont_fragment = 1
[Expert@MyGW:0]# fw ctl set int sim_ipsec_dont_fragment 0
Set operation succeeded
[Expert@MyGW:0]# fw ctl get int sim_ipsec_dont_fragment
sim_ipsec_dont_fragment = 0
[Expert@MyGW:0]#

영구 설정하기

방화벽과 달리 SecureXL은 simkern.conf 단 하나 의 파일만 씁니다. 절차:

<Name_of_SecureXL_Integer_Kernel_Parameter>=<Integer_Value>

문자열(String) SecureXL 파라미터 다루기

목록과 값 한꺼번에 보기

modinfo -p $PPKDIR/boot/modules/sim_kern*.o | sort -u |
grep ':string param' | awk 'BEGIN {FS=":"} ; {print
$1}' | xargs -n 1 fw ctl get str

오류가 없으면 파일로 저장합니다.

modinfo -p $PPKDIR/boot/modules/sim_kern*.o | sort -u |
grep ':string param' | awk 'BEGIN {FS=":"} ; {print
$1}' | xargs -n 1 fw ctl get str 1>> /var/log/sxl_
string_kernel_parameters.txt 2>> /var/log/sxl_string_
kernel_parameters.txt

출력 파일 /var/log/sxl_string_kernel_parameters.txt 를 분석합니다.

현재 값 보기 · 임시 설정

fw ctl get str <Name of String Kernel Parameter> [-a]

예시:

[Expert@MyGW:0]# fw ctl get str fwkdebug_print_connkey_on_str
fwkdebug_print_connkey_on_str = ''
[Expert@MyGW:0]#

임시 설정은 따옴표를 붙입니다(작은/큰따옴표 중 하나).

fw ctl set str <Name of String Kernel Parameter> '<String Text>'
fw ctl set str <Name of String Kernel Parameter> "<String Text>"

예시와 확인:

[Expert@MyGW:0]# fw ctl set str fwkdebug_print_connkey_on_str 'Packet accepted'
Set operation succeeded
[Expert@MyGW:0]# fw ctl get str fwkdebug_print_connkey_on_str
fwkdebug_print_connkey_on_str = 'Packet accepted'
[Expert@MyGW:0]#

영구 설정하기

정수 SecureXL과 동일하게 simkern.conf 를 편집합니다(존재 확인 → touch → 백업 → vi → 저장 → 재부팅 → 확인). 7단계 형식만 따옴표가 붙습니다.

<Name_of_SecureXL_String_Kernel_Parameter>='<String_Text>'

또는

<Name_of_SecureXL_String_Kernel_Parameter>="<String_Text>"

---

커널 디버그를 켜면 게이트웨이의 모든 CoreXL Firewall 인스턴스가 각자의 디버그 메시지를 출력 합니다. 시간 순서대로 정렬된 전체 그림을 보여 주려면 게이트웨이는 이 메시지들을 RAM에서 실시간으로 병합(merge) 하는데, CPU 코어가 많을수록 이 실시간 병합이 CPU·RAM을 더 많이 잡아먹습니다. 그래서 R82부터는 CPU 코어 72개 이상 게이트웨이에서 기본 동작이 달라집니다.

출력을 파일로 보내지 않고 fw ctl kdebug -T 를 실행할 때

출력을 파일로 보내며 실행할 때(/<Path>/<Name of File>.<Extension>)

세 가지 명령군이 있습니다 — fw ctl debug(신규·기존 공통, 모듈·플래그·필터 설정), fw ctl ndebug(신규 커널 디버그, 수집), fw ctl kdebug(기존 커널 디버그, 수집) 입니다.

내장 도움말 보기

fw ctl debug -h     # 신규+기존 공통
fw ctl ndebug -h    # 신규 커널 디버그
fw ctl kdebug -h    # 기존 커널 디버그

기본 디버그 설정 복원

fw ctl debug 0      # 모든 플래그 리셋 후 각 모듈의 기본 플래그만 켬
fw ctl debug -x     # 기본 플래그까지 포함해 모든 플래그를 끔

디버그 버퍼 할당 — 대략적 총 메모리 사용량은 sk160955 참고.

fw ctl debug -buf 8200 [-v {"<List of VSIDs>" | all} -k]

사용자 공간(user space) 디버그 버퍼 할당 — 크기는 최소한 최대 커널 버퍼 8200 이상이어야 합니다. -b <User Space Buffer Size> 파라미터를 씁니다.

fw ctl ndebug -b 8200 <other required parameters>    # 신규
fw ctl kdebug -b 8200 <other required parameters>    # 기존

모듈·플래그·필터 설정 (일반 구문)

fw ctl debug [-d <Strings to Search>] [-F "<Source IP>,<Source Port>,<Dest IP>,<Dest Port>,<Protocol Number>"] [-H "<IP Address>"] [-v {"<List of VSIDs>" | all} -k] [-k] -m <Name of Debug Module> {all | + <List of Debug Flags> | - <List of Debug Flags>} [-U]
fw ctl debug [-s "<String to Stop Debug>"] [-F "..."] [-H "..."] [-v {"..." | all} -k] [-k] -m <Name of Debug Module> {all | + <List of Debug Flags> | - <List of Debug Flags>}[-U]

fw ctl debug -m                              # 모든 디버그 모듈과 플래그 목록
fw ctl debug                                 # 이미 켜진 플래그 목록
fw ctl debug -m <Name of Debug Module> all   # 해당 모듈의 모든 플래그 켜기
fw ctl debug -m <Name of Debug Module> + <List of Debug Flags>   # 특정 플래그 켜기
fw ctl debug -m <Name of Debug Module> - <List of Debug Flags>   # 특정 플래그 끄기

'Gateway' 모드로 출력 수집

# 신규 커널 디버그
fw ctl ndebug [-b <User Space Buffer Size>] [-p <List of Fields>] [-k] -T [-M] [-w] [-U] [-c <Number of CoreXL Firewall Instances in Debug Thread>] [-I {"<List of CoreXL Firewall Instances>" | all}] -o /<Path>/<Name of Output File>

# 기존 커널 디버그
fw ctl kdebug [-b <User Space Buffer Size>] [-p <List of Fields>] [-k] -T -f -o /<Path>/<Name of Output File> [-m <Number of Cyclic Files> [-s <Size of Each Cyclic File in KB>]]

'VSNext' / 'Legacy VSX' 모드로 특정 Virtual System에서 수집

# 신규 커널 디버그
fw ctl ndebug [-b <User Space Buffer Size>] [-p <List of Fields>] [-k] -T [-v {"<List of VSIDs>" | all}] [-M] [-w] [-U] [-c <...>] [-I {"<...>" | all}] -o /<Path>/<Name of Output File>

# 기존 커널 디버그
fw ctl kdebug [-b <User Space Buffer Size>] [-p <List of Fields>] -v {"<List of VSIDs>" | all} -k -T -f -o /<Path>/<Name of Output File> [-m <Number of Cyclic Files> [-s <Size of Each Cyclic File in KB>]]

`fw ctl debug` 파라미터

`fw ctl ndebug` 파라미터 (신규 커널 디버그)

`fw ctl kdebug` 파라미터 (기존 커널 디버그)

기본적으로 커널 디버그 출력은 처리되는 모든 연결 의 정보를 담습니다. 필터를 걸면 원하는 연결의 메시지만 모을 수 있습니다. 필터는 세 종류입니다.

"연결 튜플 파라미터로" 거르는 필터

게이트웨이는 연결을 5-tuple(출발지 IP, 출발지 포트, 목적지 IP, 목적지 포트, 프로토콜 번호) 로 처리합니다. 각 튜플 항목별 커널 파라미터 구문은 다음과 같습니다(Scalable Platform Expert mode에선 g_fw ...).

규칙을 정확히 이해해야 필터가 의도대로 동작합니다.

"하나의 IP 주소 파라미터로" 거르는 필터

출발지든 목적지든 어느 쪽이든 그 IP 가 들어간 패킷을 매칭합니다.

fw ctl set str simple_debug_filter_addr_<N> "<IPv4 or IPv6 Address>"

Scalable Platform Security Group Expert mode에선 g_fw ctl set str ....

"VPN 피어 파라미터로" 거르는 필터

하나의 IP 주소로 거릅니다.

fw ctl set str simple_debug_filter_vpn_<N> "<IPv4 or IPv6 Address>"

Scalable Platform Security Group Expert mode에선 g_fw ctl set str ....

모든 디버그 필터 끄기

설정한 모든 타입의 필터를 한 번에 끕니다.

fw ctl set int simple_debug_filter_off 1

Scalable Platform Security Group Expert mode에선 g_fw ctl set int simple_debug_filter_off 1.

사용 예 — 양방향 한 연결만 보기

출발지 192.168.20.30(임의 포트) → 목적지 172.16.40.50:80 연결을 디버그에 담고 싶다고 합시다. 디버그를 시작하기 전에 다음을 실행합니다.

fw ctl set int simple_debug_filter_off 1
fw ctl set str simple_debug_filter_saddr_1 "192.168.20.30"
fw ctl set str simple_debug_filter_daddr_1 "172.16.40.50"
fw ctl set str simple_debug_filter_saddr_2 "172.16.40.50"
fw ctl set str simple_debug_filter_daddr_2 "192.168.20.30"
fw ctl set int simple_debug_filter_dport_1 80
fw ctl set int simple_debug_filter_sport_2 80

전체 단계는 다음과 같습니다(Scalable Platform Security Group에선 각 명령에 g_fw ...).

10단계 — 출력 파일로 저장:

# 신규 커널 디버그 모드
fw ctl ndebug -T -o /var/log/kernel_debug.txt

# 기존 커널 디버그 모드
fw ctl kdebug -T -f > /var/log/kernel_debug.txt

16단계 분석 예 — 연결 192.168.20.30:<Any> --> 172.16.40.50:80:

[Expert@GW:0]# fw ctl debug 0
Defaulting all kernel debugging options
Debug state was reset to default.
[Expert@GW:0]# fw ctl set int simple_debug_filter_off 1
[Expert@GW:0]# fw ctl set str simple_debug_filter_saddr_1 "192.168.20.30"
[Expert@GW:0]# fw ctl set str simple_debug_filter_daddr_2 "192.168.20.40"
[Expert@GW:0]# fw ctl set int simple_debug_filter_dport_1 80
[Expert@GW:0]# fw ctl debug -buf 8200
Initialized kernel debugging buffer to size 8192K
[Expert@GW:0]# fw ctl debug | grep buffer
Kernel debugging buffer size: 8192KB
[Expert@GW:0]# fw ctl debug -m fw + conn drop
Updated kernel's debug variable for module fw
Debug flags updated.
[Expert@GW:0]# fw ctl debug -m fw
Kernel debugging buffer size: 8192KB
Module: fw
Enabled Kernel debugging options: error warning conn drop
Messaging threshold set to type=Info freq=Common
[Expert@GW:0]# fw ctl kdebug -T -f > /var/log/kernel_debug.txt
... ... Replicate the issue, or wait for the issue to occur ... ...
... ... Press CTRL+C ... ...
[Expert@GW:0]# fw ctl debug 0
Defaulting all kernel debugging options
Debug state was reset to default.
[Expert@GW:0]# fw ctl set int simple_debug_filter_off 1
[Expert@GW:0]# ls -l /var/log/kernel_debug.txt
-rw-rw---- 1 admin root 1630619 Apr 12 19:49 /var/log/kernel_debug.txt
[Expert@GW:0]#

Connection Life Cycle 은 디버그 도구입니다. Ruby 형식의 형식화된(formatted) 출력 파일 을 만들어 메시지를 연결·패킷별로 계층적 으로 보여 줍니다 — 첫 계층은 연결, 연결을 펼치면 그 연결의 모든 패킷이 나옵니다.

게이트웨이/각 Cluster Member 구문

# 디버그 캡처 시작
conn_life_cycle.sh -a start -o /<Path>/<Name of Raw Debug Output File> [{-t | -T}] [[-f "<Filter1>"] [-f "<Filter2>"] [-f "<Filter3>] [-f "<Filter4>] [-f "<Filter5>"]]

# 중지 후 형식화된 출력 준비
conn_life_cycle.sh -a stop -o /<Path>/<Name of Formatted Debug Output File>

Scalable Platform Security Group 구문 — 앞에 g_all 을 붙입니다.

g_all conn_life_cycle.sh -a start -o /<Path>/<Name of Raw Debug Output File> [{-t | -T}] [[-f "<Filter1>"] ... [-f "<Filter5>"]]
g_all conn_life_cycle.sh -a stop -o /<Path>/<Name of Formatted Debug Output File>

conn_life_cycle.sh 파라미터

절차

   conn_life_cycle.sh -a start -o /var/log/kernel_debug.txt -T -f "<Filter1>" [... [-f "<FilterN>"]]
   

(SP: g_all conn_life_cycle.sh -a start -o /var/log/kernel_debug.txt -T -f "<Filter1>" ...) 6. 문제 재현 또는 발생 대기. 7. 중지 후 형식화 출력 준비:

   conn_life_cycle.sh -a stop -o /var/log/kernel_debug_formatted.txt
   

(SP: g_all conn_life_cycle.sh -a stop -o /var/log/kernel_debug_formatted.txt) 8. 출력 파일 /var/log/kernel_debug.txt 를 내 컴퓨터로 전송. Best Practice — tar -zxvf 로 압축, FTP는 바이너리 모드. 9. 내 컴퓨터에서 형식화된 파일을 Notepad++ 같은 편집기(Language > R > Ruby) 나 Ruby 뷰어로 분석.

예시 — TCP 연결, 172.20.168.15(임의 포트) → 192.168.3.53:22:

[Expert@GW:0]# fw ctl debug -m fw + conn drop
Updated kernel's debug variable for module fw
Debug flags updated.
[Expert@GW:0]# fw ctl debug -m fw
Kernel debugging buffer size: 50KB
HOST:
Module: fw
Enabled Kernel debugging options: error warning conn drop
Messaging threshold set to type=Info freq=Common
[Expert@GW:0]# conn_life_cycle.sh -a start -o /var/log/kernel_debug.txt -T -f "172.20.168.15,0,192.168.3.53,22,6"
Set operation succeeded
... (Set operation succeeded 반복) ...
Initialized kernel debugging buffer to size 8192K
Set operation succeeded
Capturing started...
[Expert@GW:0]#
... ... Replicate the issue, or wait for the issue to occur ... ...
[Expert@GW:0]# conn_life_cycle.sh -a stop -o /var/log/kernel_debug_formatted.txt
Set operation succeeded
Defaulting all kernel debugging options
Debug state was reset to default.
Set operation succeeded
doing unification...
Openning host debug file /tmp/tmp.KiWmF18217... OK
New unified debug file: /tmp/tmp.imzMZ18220... OK
prepare unification
performing unification
Done :-)
doing grouping...
wrapping connections and packets...
Some of packets lack description, probably because they were already handled when the feature was enabled.
[Expert@GW:0]# fw ctl debug -m fw
Kernel debugging buffer size: 50KB
HOST:
Module: fw
Enabled Kernel debugging options: error warning
Messaging threshold set to type=Info freq=Common
[Expert@GW:0] ls -l /var/log/kernel_debug.*
-rw-rw---- 1 admin root 40960 Nov 26 13:02 /var/log/kernel_debug.txt
-rw-rw---- 1 admin root 24406 Nov 26 13:02 /var/log/kernel_debug_formatted.txt

Notepad++에서 열면, 처음에는 모두 접혀 있고([+]) 첫 계층을 펼치면 연결이, 둘째 계층을 펼치면 그 연결의 패킷들이 보입니다. 한 패킷이 INBOUND → CHAIN_MODULES_ENTER → VM_ENTER → POST VM_ENTER → CPAS_ENTER → ... → ACCEPTED 식으로 체인 단계마다 시각·CPU·인스턴스([cpu_2];[fw4_1])와 동작 을 남기는 모습을 한눈에 추적할 수 있습니다.

사용 가능한 모듈·플래그를 보려면 다음을 실행합니다(Scalable Platform Expert mode에선 g_fw ctl debug -m).

fw ctl debug -m

각 모듈은 fw ctl debug -m <module> + {all | <List of Debug Flags>}(SP: g_fw ...) 형식으로 플래그를 켭니다. 어떤 모듈이 보이는지는 켜진 Software Blade에 따라 달라집니다. 아래는 알파벳 순으로 정리한 전체 모듈과 그 플래그입니다.

모듈 `accel_apps` (Accelerated Applications)

모듈 `accel_pm_mgr` (Accelerated Pattern Match Manager)

모듈 `APPI` (Application Control Inspection)

모듈 `BOA` (Boolean Analyzer for Web Intelligence)

모듈 `CI` (Content Inspection)

모듈 `cluster` (ClusterXL)

모듈 `cmi_loader` (Context Management Interface / Infrastructure Loader)

모듈 `CPAS` (Check Point Active Streaming)

모듈 `cpcode` (Data Loss Prevention - CPcode)

모듈 `CPSSH` (SSH Inspection)

R80.40에서 도입된 SSH Deep Packet Inspection(SSH 암·복호화, SFTP/SCP 파일 추출, SSH 포트 포워딩 차단 등). 자세히는 R82 Threat Prevention Administration Guide.

모듈 `crypto` (SSL Inspection)

모듈 `dlpda` (DLP - Download Agent for Content Awareness)

모듈 `dlpk` (DLP - Kernel Space)

모듈 `dlpuk` (DLP - User Space)

모듈 `DOMO` (Domain Objects)

모듈 `fg` (FloodGate-1 - QoS)

모듈 `FILE_SECURITY` (File Inspection)

모듈 `FILEAPP` (File Application)

모듈 `fw` (Firewall)

방화벽의 핵심 모듈로 플래그가 가장 많습니다.

모듈 `gtp` (GPRS Tunneling Protocol)

모듈 `h323` (VoIP H.323)

모듈 `ICAP_CLIENT` (Internet Content Adaptation Protocol Client)

모듈 `IDAPI` (Identity Awareness API)

모듈 `kiss` (Kernel Infrastructure)

모듈 `kissflow` (Kernel Infrastructure Flow)

모듈 `MALWARE` (Threat Prevention)

모듈 `multik` (Multi-Kernel Inspection - CoreXL)

모듈 `MUX` (Multiplexer for Applications Traffic)

R80.20에서 Streaming 레이어와 Applications 레이어 사이에 도입된 새 레이어입니다. 애플리케이션은 MUX를 통해 Streaming 레이어에 등록되며, MUX는 PSL(passive streaming) 또는 CPAS(active streaming) 중 무엇으로 동작할지 선택합니다.

모듈 `NRB` (Next Rule Base)

모듈 `PSL` (Passive Streaming Library)

모듈 `RAD_KERNEL` (Resource Advisor - Kernel Space)

모듈 `RTM` (Real Time Monitoring)

모듈 `seqvalid` (TCP Sequence Validator and Translator)

모듈 `SFT` (Stream File Type)

모듈 `SGEN` (Struct Generator)

모듈 `synatk` (Accelerated SYN Defender)

자세히는 R82 Performance Tuning Administration Guide — SecureXL 장의 Accelerated SYN Defender 절 참고.

모듈 `TPUTILS` (Threat Prevention Utilities)

모듈 `UC` (UserCheck)

모듈 `UP` (Unified Policy)

모듈 `upconv` (Unified Policy Conversion)

모듈 `UPIS` (Unified Policy Infrastructure)

모듈 `VPN` (Site-to-Site VPN and Remote Access VPN)

모듈 `WS` (Web Intelligence)

모듈 `WS_SIP` (Web Intelligence VoIP SIP Parser)

모듈 `WSIS` (Web Intelligence Infrastructure)

모듈 `ZPH` (Zero Phishing)

---

마무리하면, 일상 튜닝은 CPView와 fwaccel·fw ctl 명령으로 하되, 게이트웨이의 고급 동작은 커널 파라미터(fw ctl set·fwkern.conf·simkern.conf)로, 깊은 진단은 커널 디버그(fw ctl debug·ndebug·kdebug·conn_life_cycle.sh)로 내려갑니다. 파라미터는 대소문자를 구분하고 임시 변경은 재부팅에 사라진다는 점, 디버그는 CPU 부하가 크니 유지보수 시간과 콘솔 접속을 챙기고 끝나면 반드시 fw ctl debug 0 으로 복원 한다는 점만 잊지 마세요. 어떤 파라미터·플래그를 켤지 확신이 서지 않으면 관련 SK 문서나 Check Point Support 의 안내를 따르는 것이 가장 안전합니다.