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 2005-12-13
Junior Member
 
Join Date: 2005-12-13
Posts: 1
Rep Power: 0
VladimirasJ has an average reputation (10+)
Default SmartDashboard can't connect to FW

Hello to all,
I have problem..I can't connect to FW with SmartDashboard.Our enterprise have 5 sites all connected to internet via CP FW all sites is in Enterprise VPN.
Between sites we allow any traffic..
But in all FW's we have added rule:

Source (all sites Networks (Negate Cell));Destination (Site FW); VPN (Any Traffic); Service (https,ssh, CPMI (Negate Cell));Action (Drop)

Then I try to connect from my site to other sites FW I can normally connect via https, ssh but SmartDashboard says: "Connection cannot be initiated. Please make sure that Server "Other site FW IP" is up and running and that you are defined as a GUI Client"

My IP is added to "GUI Clients" list.Then I disable this rule I can connect to FW via SmartDashboard.

Please help me...
Reply With Quote
  #2 (permalink)  
Old 2005-12-13
Senior Member
 
Join Date: 2005-08-22
Location: Ottawa, Canada
Posts: 347
Rep Power: 4
Lackie has an average reputation (10+)
Default Re: SmartDashboard can't connect to FW

If you are not putting the CP traffic through the VPN (which you shouldn't) and you are hide natting your host behind your local firewall, the remote firewall will see the traffic from the external IP address of the firewall and not your local IP address. With the rule that you have in place it looks like it would drop that traffic because it's not from an interal network.

My opinion is that the best way to do it would be to static NAT your MS/gui client if you can and then allow that external IP address go to the remote firewall IP's in a separate rule. Make sure that the Check Point traffic doesn't go through the VPN, if it does you will have a problem getting to the remote firewalls if the VPN is ever down.
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 12:49.


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