CPUG

The Check Point User Group

A Resource For The Check Point Community.  Fast.  Useful.  Independent.

1. Come to CPUG CON 2008 EUROPE in Switzerland on September 8th - 9th!
    Two days full of technical content for Check Point administrators in the beautiful Swiss Alps!
    We already have 52 attendees signed up from 14 countries!
2. CCSA/CCSE One-Week Dual-Certification Training Course with CPUG in San Francisco!
    Courses Starting 8/25, 10/6, 11/3, 12/8, (2009) 1/19, 2/9, 3/9, 4/6, 5/4, 6/8, 7/6, 8/3, 9/7.
3. Corrent S3500 SecureXL Turbocards For Sale - Last Six Remaining - Get Your Spares!
4. Join Us On LinkedIn - We now have a CPUG group.


Go Back   CPUG: The Check Point User Group > Check Point Firewall-1/VPN-1 And Related Products > NAT (Network Address Translation)
Register FAQ Members List Calendar Search Today's Posts Mark Forums Read

Reply
 
LinkBack Thread Tools Display Modes
  #1 (permalink)  
Old 2005-08-13
roadrunner roadrunner is offline
Senior Member
 
Join Date: 2005-08-12
Posts: 162
Rep Power: 4
roadrunner has an average reputation (10+)
Default Troubleshooting connectivity issues with NAT

Troubleshooting connectivity issues with NAT
How do you know if the IP in the reverse (Destination static - connection initiated by external hosts) direction is working properly? Can the translated IP (in this case, 161.142.204.205) be pinged or telnetted to?

Consider this setup:

(netra)
qe0+---+le0
140.140.100.100 | | 161.142.204.203
+------------+ +------------------------ Internet
| | |
| +---+
|
|
+---------- 140.140.100.10 (machineA)
I can telnet out from 140.140.100.10 to the external but I can't telnet into 161.142.204.205 from external.

Answer
The best way to debug this problem is to run a sniffer-type program such as 'snoop' on both interfaces.


If you see no packets to the external interface then there is an external network problem. You will have to correct that yourself.
If you see packets to the external interface but not to the internal interface then there is a problem with the routing on the firewall. Print out a copy of the current route table using netstat -rn. Examine it to see if the current route table makes sense.
If you see packets to the external and internal interfaces then there is a problem with routing inside your internal network.
Running traceroute from the external machine also help to determine where the packets have stopped.

-- PhoneBoy - 23 Feb 2004

Another way to do troubleshoot is to use "fw monitor". This shows exactly how does the packet enters/leaves in to firewall and translates

-- SrikrishnaK - 03 Aug 2005



FAQForm
FAQs.Class: NetworkAddressTranslationFAQs, TroubleshootingFAQs
FAQs.OS:
FAQs.Version:
Reply With Quote
Reply

Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are Off
[IMG] code is On
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are On



All times are GMT -7. The time now is 11:24.


Powered by vBulletin® Version 3.7.2
Copyright ©2000 - 2008, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO 3.0.0