CPUG

The Check Point User Group

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

1. CCSA/CCSE One-Week Dual-Certification Training Course with CPUG in San Francisco!
    Courses Starting 12/8, (2009) 1/19, 2/9, 3/9, 4/6, 5/4, 6/8, 7/6, 8/3.
2. 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 > Miscellaneous
Register FAQ Members List Calendar Search Today's Posts Mark Forums Read

Reply
 
LinkBack Thread Tools Display Modes
  #1 (permalink)  
Old 2006-02-10
Junior Member
 
Join Date: 2006-02-10
Posts: 1
Rep Power: 0
ipfw_rules has an average reputation (10+)
Default Transparent redirect with CP R55

Hello people.

I was recently forced to implement several Checkpoint FW-1 clusters running Checkpoint NG AI on Solaris.
Now, Im trying to get them to do what a modern firewall should be able to do, but I have very little success.

I want to hijack all outgoing connections with a destination port of 25 and redirect them to a local server. Basically, we want to allow smtp, but only trough our own server, and it should be transparent so that the users doesnt have to change anything.
The rule Im trying to implement looks like this:

ORIGINAL TRANSLATED
SOURCE DEST SERVICE SOURCE DEST SERVICE
local_net any smtp original local_smtp original

Checkpoint refuses and says that if original destination is any then translated destination must = original. What is the point of having translation if you are not allowed to translate?

Can anyone verify that CP really is not able to do this?
Does anyone know if there is a workaround?
I simply can not phatom that a ridiculously expensive and well-known firewall is not able to do simple redirects.
Reply With Quote
  #2 (permalink)  
Old 2006-02-10
Member
 
Join Date: 2006-01-09
Posts: 72
Rep Power: 3
ddarby1 has an average reputation (10+)
Default Re: Transparent redirect with CP R55

Hi,

I've got an idea that what you're after is not a NAT rule, but a security rule using an SMTP resource (defined under 'Resources' in the left hand GUI).

In the resource properties you would then specify your mail server IP address.
After this in the security rule, you would set the service as 'Add with Resource', then add SMTP and the SMTP Resource.

I've not tried it yet but basically this should use the FW-1 SMTP Security Server to hijack all the SMTP connections and redirect them as you require.

Any comments welcome, I'm not an expert.
Reply With Quote
  #3 (permalink)  
Old 2006-02-15
Junior Member
 
Join Date: 2006-02-15
Posts: 2
Rep Power: 0
gafrol has an average reputation (10+)
Default Re: Transparent redirect with CP R55

Hi,

the easiest way to do that is to use the smtp_mapped service. You'll find it under "Services" --> "Other" --> smtp_mapped. There are other _mapped services for http and ftp for example.

You need to adjust the smtp_mapped service under "Advanced..." and fill in your IP address and Port as required.

rgds
gafrol
Reply With Quote
  #4 (permalink)  
Old 2006-02-15
Senior Member
 
Join Date: 2005-08-29
Location: Upstate NY
Posts: 1,670
Rep Power: 5
chillyjim has an average reputation (10+)
Send a message via AIM to chillyjim Send a message via Skype™ to chillyjim
Default Re: Transparent redirect with CP R55

Quote:
Originally Posted by ipfw_rules
Now, Im trying to get them to do what a modern firewall should be able to do, but I have very little success.
What firewall lets you "NAT" *:25 -> Fixedaddress:25?

I'm pretty familiar with the major non-proxy firewalls and don't know any that will support this. A proxy, like sidewinder will.

That being said, what you are trying to do is not NAT but port mapping and gafrol's answer should work.
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 13:13.


Powered by vBulletin® Version 3.7.4
Copyright ©2000 - 2008, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO 3.2.0