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 sign-ups from twelve different countries!
2. CCSA/CCSE One-Week Dual-Certification Training Course with CPUG in San Francisco!
    Courses Starting 7/14, 8/25, 10/6, 11/3, 12/8, (2009) 1/19, 2/9, 3/9, 4/6, 5/4, 6/8.
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 2008-04-15
sebastan_bach sebastan_bach is offline
Senior Member
 
Join Date: 2005-10-12
Posts: 254
Rep Power: 3
sebastan_bach has an average reputation (10+)
Send a message via Yahoo to sebastan_bach
Default strange working of static nat

hi all i have configured automatic static nat for a internal host to a public ip address. i have also created a policy permitting traffic form external hosts to the static nat address. and it works fine .

but when i have a policy in which i am permitting traffic form external hosts to the actual internal host ip address. it still works.

i am little amazed with this kind of working. am i going wrong anywhere.

in cisco and netscreen when we map a internal host to a external ip then the host can be reached only through the external ip and not the real ip even though a policy permits it.

i feel that's the true way of statically mapping a internal host to a external host so that people cannot reach the actual host ip address.

can someone pls clarify this behaviour of checkpoint.

regards

sebastan
Reply With Quote
  #2 (permalink)  
Old 2008-04-15
coldark coldark is offline
Member
 
Join Date: 2006-08-30
Location: Cheshire UK
Posts: 32
Rep Power: 0
coldark has an average reputation (10+)
Default Re: strange working of static nat

For sure this is correct operation.

If you have "routes" and "rules" which will allow connectivity between external clients and your internal network without NATing then firewall-1 is only doing what it is told - and will allow the connection.

If you only want external clients to connect to your network using the NAT that you have setup, then you should NOT configure rules that will allow access without NATing.

Last edited by coldark; 2008-04-15 at 04:47. Reason: deletion of incorrect words - clarification
Reply With Quote
  #3 (permalink)  
Old 2008-04-15
sebastan_bach sebastan_bach is offline
Senior Member
 
Join Date: 2005-10-12
Posts: 254
Rep Power: 3
sebastan_bach has an average reputation (10+)
Send a message via Yahoo to sebastan_bach
Default Re: strange working of static nat

hi mate thanks a lot for ur reply. u mean to say that if i have configured static nat for a internal host and have a policy permitting from external host to actual internal host then the packet will be allowed.

can u pls confim on this mate.

thanks a lot mate for helping me out.

waiting for ur reply.

regards

sebastan
Reply With Quote
  #4 (permalink)  
Old 2008-04-15
mcnallym mcnallym is offline
Senior Member
 
Join Date: 2007-06-04
Posts: 857
Rep Power: 2
mcnallym has an average reputation (10+)
Default Re: strange working of static nat

When you use Automatic NAT then the one object contains the public AND the private IP address.

As such if you take your MailServer give the object an IP of 10.10.10.10 and then automatic Static NAT to 40.40.40.40, then whereever you use the object MailServer there are actually two IP addresses included in the security policy.

From the Internet then the policy will match with the 40.40.40.40 address. Whilst from your public IP range you can access the internal 10.10.10.10 as well, that is not routable over the Internet so if someone from another public net attempted to access you as 10.10.10.10 it would not be routed to your Firewall, but get dropped as not a public IP.

As such your rules looks like

Src = Any
Dst = MailServer (10.10.10.10)(40.40.40.40)
Srv = SMTP
Action = Accept

Src = MailServer (10.10.10.10)(40.40.40.40)
Dst = Any
Srv = SMTP
Action = Accept

This is why you can use the same object for the public and private address.

The alternative is to use Manual NAT and use two objects MailServer_Internal (10.10.10.10)
MailServer_External (40.40.40.40)

Your rules would now need to be

Src = Any
Dst = MailServer_External (40.40.40.40)
Srv = SMTP

Src = MailServer_Internal (10.10.10.10)
Dst = Any
Srv = SMTP

Last edited by mcnallym; 2008-04-15 at 05:35.
Reply With Quote
  #5 (permalink)  
Old 2008-04-15
sebastan_bach sebastan_bach is offline
Senior Member
 
Join Date: 2005-10-12
Posts: 254
Rep Power: 3
sebastan_bach has an average reputation (10+)
Send a message via Yahoo to sebastan_bach
Default Re: strange working of static nat

hi mate thanks a lot man for ur detailed explaination.

so in this i can the server being accessed on it;s private ip from intranet and at the same time have it access on public ip from internet.

is this possible.i have also posted the same query regarding policy static nat in a another thread. if u can pls help me out with the same it would great.

waiting for ur reply.

thanks

regards

sebastan
Reply With Quote
  #6 (permalink)  
Old 2008-04-15
lammbo lammbo is offline
Senior Member
 
Join Date: 2006-02-09
Location: Charleston, SC
Posts: 234
Rep Power: 3
lammbo has an average reputation (10+)
Default Re: strange working of static nat

Quote:
Originally Posted by sebastan_bach View Post
so in this i can the server being accessed on it;s private ip from intranet and at the same time have it access on public ip from internet.
As mcnallym said, yes. With a single host object using a static auto-NAT, you only need one rule with the single host object to control inbound access.

From the intranet, I would assume that you have your private IP published in DNS and the public IP in the MX record on the outside world. 1 rule fits all in this scenario and is my preferred method of deployment. After all, if you're willing to allow 'Any' as a source, then does it matter if it also covers internal users as well as external? Nope, no additional risk is involved so this is a good method.

Also as mcnallym mentioned, you always have the option to do the NAT manually as well. Be aware that if you do this on a Nokia appliance, you will need proxy ARP entries as well as the manual NAT rules. On rare occasion (with very unusual circumstances) I have had to use this method to make something work properly.
__________________
There's no place like 127.0.0.1

Last edited by lammbo; 2008-04-15 at 06:17.
Reply With Quote
  #7 (permalink)  
Old 2008-04-15
sebastan_bach sebastan_bach is offline
Senior Member
 
Join Date: 2005-10-12
Posts: 254
Rep Power: 3
sebastan_bach has an average reputation (10+)
Send a message via Yahoo to sebastan_bach
Default Re: strange working of static nat

hi mate thanks a lot for ur reply.

in the case where i want my server to be accessible by 2 different external ip address then i would need manual nat only. cause with the auto static nat the internal host can only be mapped to a single external ip address.

thanks a lot to all ur guys for helping me out in learning checkpoint.
i am really starting to like this product.

regards

sebastan
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 15:42.


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