Checkpoint

• Check Point Command line (CLI) functions
• Check Point FW Monitor
• Check Point Logging Troubleshooting
• Check Point Password Reset

Command line functions

Check Point commands generally come under cp (general), fw (firewall), and fwm (management).

Go to Top

Check Point FW Monitor

FW monitor is a great tool for troubleshooting traffic flow issues with your checkpoint. It works by using 4 inspection points,

Examples:

• fw monitor -e “accept dport=6000;”
• fw monitor -m iO -e ‘accept dport=80;’
• fw monitor -e ‘accept dport;’ -o ping.cap

For a further detailed description please see the following link

Go to Top

Check Point Logging Troubleshooting

Below are some basic guidelines for troubleshooting Check Point Logging issues.

Note : This guide does not cover issues with any OPSEC LEA based issues.
Note : The FWD (Firewall Daemon) is responsible for sending and receiving the Check Point Logs on port tcp/257.

Are the logs being sent to the manager ?

Ok, so first of all are the logs being sent to the Smart Centre Manager or the necessary Log Manager ? We can check this by confirming whether the gateway is sending the log packets via the FW Log port tcp/257 upon the gateway and the manager. To do this use either or both of the following commands,

• netstat -an | grep 257 – This will show the state of the TCP sockets.
• tcpdump -ni [interface name] port 257 – This will show a packet capture of the FW Log packets on the subsequent interface.

If the gateway is not sending the logs then this can be down to one of the following issues,

• SIC is not established.
• The Logging configuration for the Gateway is not configured correctly.
• The SmartCentre/Log Manager is not listening on port tcp/257.
• There is an issue with FWD on the gateway. In some instances you may need to restart FWD via a cpstart. Though the root cause could be down to a number of factors.

The SmartCentre / Log Manager is not receiving the logs

If the gateway is sending the logs but the SmartCentre / Log Manager is not receiving them then either a device between the 2 nodes is blocking the packets or there is a routing issue.

Log Files Corrupted

If the log files are corrupted you should expect to see no logs within the SmartView Tracker. If this is the case you will need to action the following steps :

• Close the Log Viewer/SmartView Tracker and Policy Editor/SmartDashboard.
• Execute the fwstop or cpstop command (depending on the version) from the command line.
• Remove all files starting with fw.log and fw.logptr from the $FWDIR\log directory.
• Execute the fwstart or cpstart (depending on the version) command.

Full details can be found at Check Points KB within Solution ID sk6432.

Only some of the logs are not being displayed

If only some of the logs are not being displayed then this could point to an issue with the trust between the manager and the gateway. To confirm the issue you will need to debug FWD using the following steps.

root@cp-mgnt# fw debug fwd on TDERROR_ALL_ALL=5
root@cp-mgnt# tail -f $FWDIR/log/fwd.elg
root@cp-mgnt# tail -f $FWDIR/log/fwd.elg  | grep -i "Certificate is revoked" 
root@cp-mgnt# fw debug fwd off

Within these steps we first enable the debug. Then we run a live tail on the log file. And then we run a grep on the live tail for a specific error. The live tail allows us to view the end of the log file in real time. We finally turn off the debug.

Below shows an example of an error with the SIC trust between the Gateway and Manager obtained from the $FWDIR/log/fwd.elg,

[FWD 2177 1]@cp-mgnt[22 Jan 14:47:32] fwCert_ValCerts: Certificate is revoked. \
    CN=cp-fw1,O=cp-mgnt..bizt7z
[FWD 2177 1]@cp-mgnt[22 Jan 14:47:41] fwCert_ValCerts: Certificate is revoked. \
    CN=cp-fw2,O=cp-mgnt..bizt7z

Logging issues VSX gateways.

In some scenarios when logs are not being sent to CMA/SmartCenter you can restart the cplogd process. You can do this with kill -15 <pid cplogd> When this is done, check if there are no processes left that use tcp/257, this can be done with the command lsof -i:257. If there are still processes using tcp/257 kill these processes. Finally when this is done, restart cplogd with the following command: cplogd -vsx &

[Expert@gateway:0]# ps -axuw | grep cplogd
root     10973  1.6  0.1 131604 18016 pts/1    Sl   10:56   0:40 cplogd -vsx
root     15640  0.0  0.0   1816   548 pts/1    R+   11:38   0:00 grep cplogd
[Expert@gateway:0]# kill -15 10973
[Expert@gateway:0]# lsof -i:257
[Expert@gateway:0]# kill -15 (processes visual after lsof command)
[Expert@gateway:0]# cplogd -vsx &

Reset Admin and or Expert password:

Check Point Gaia is the next generation Secure Operating System for all Check Point Appliances, Open Servers and Virtualized Gateways. Gaia combines the best features from IPSO and SecurePlatform (SPLAT) into a single unified OS providing greater efficiency and robust performance. By upgrading to Gaia, customers will benefit from improved appliance connection capacity and reduced operating costs. With Gaia, IP Appliance customers will gain the ability to leverage the full breadth and power of all Check Point Software Blades.

Sometimes you need to reset your admin or expert password in GAIA and you do not have physical access to the machine. Follow procedure below to reset passwords remotely from management (of course there must be SIC established before your GW and management you will issue commands from).

• Generate hash for new password – run the following command and save the generated hash string:

  [Expert@HostName]# /sbin/grub-md5-crypt

• Ensure that the Clish database is unlocked on the remote Security Gateway:

  [Expert@HostName]# $CPDIR/bin/cprid_util -server <ip_of_gateway> -verbose rexec -rcmd /bin/clish -s -c 'set config-lock on override'</ip_of_gateway>

• Change the admin user password:

  [Expert@HostName]# $CPDIR/bin/cprid_util -server <ip_of_gateway> -verbose rexec -rcmd /bin/clish -s -c 'set user admin password-hash <password_hash_from_step_1>

• You can also change the Expert password:

  [Expert@HostName]# $CPDIR/bin/cprid_util -server <ip_of_gateway> -verbose rexec -rcmd /bin/clish -s -c 'set expert-password-hash <password_hash_from_step_1>

Go to Top