Astaro User Bulletin Board
Go Back   Astaro User Bulletin Board > Astaro Gateway Products > Management, Networking, Logging and Reporting

Welcome to the Astaro User Bulletin Board.
If this is your first visit, be sure to check out the FAQ by clicking the link above. You may have to register before you can post: click the register link above to proceed. To start viewing messages, select the forum that you want to visit from the selection below.

Reply
 
LinkBack Thread Tools Display Modes
  #1 (permalink)  
Old 05-19-2009, 01:21 PM
Junior Member
 
Join Date: May 2009
Posts: 12
Default DMZ Hosts can connect to the internal hosts?

Hi all,

how can it be that my DMZ hosts can connect to the Internal Network?

There is no NAT Rule defined for that.
When i try a ping or a telnet to a machine in the internal Network, its successful.

Whats the problem here?
I have looked into the NAT and Packetfilter Rules, there is no visible problem.

Do you have any ideas?

Thenak...

Greetz
Tom
Reply With Quote
  #2 (permalink)  
Old 05-19-2009, 02:06 PM
Super Moderator
 
Join Date: Feb 2009
Location: In a galaxy far far away
Posts: 1,148
Default

on the top of the pf there should be a deny from the dmz to the internal host
__________________

Running Astaro ASG virtual appliance | Home power user v8.0xx
Intel Dual Core 2.4GHz (800MHz) | 4GB (2 x 2GB) PC2-6400 800Mhz 5-5-5-18 | WD 160GB |3 x Intel Pro/1000
GPG Key Fingerprint: 2220 44E7 2E1A 5288 F81D 4B21 029F 8626 4A88 779E
Reply With Quote
  #3 (permalink)  
Old 05-19-2009, 02:40 PM
Junior Member
 
Join Date: May 2009
Posts: 12
Default

When i create a deny Rule:

Source: DMZ (Network)
Dest: Internal (Network)
Action: Drop

there is no function... I can reach the interal hosts... ??
Reply With Quote
  #4 (permalink)  
Old 05-19-2009, 04:30 PM
Super Moderator
 
Join Date: Feb 2009
Location: In a galaxy far far away
Posts: 1,148
Default

deny rule should be the first rule

Source: DMZ (Network)
Dest: Internal (Network)
Service:All
Action: Drop

Enable the log and to verify it works try to telnet to various ports for the dmz to the internal network
__________________

Running Astaro ASG virtual appliance | Home power user v8.0xx
Intel Dual Core 2.4GHz (800MHz) | 4GB (2 x 2GB) PC2-6400 800Mhz 5-5-5-18 | WD 160GB |3 x Intel Pro/1000
GPG Key Fingerprint: 2220 44E7 2E1A 5288 F81D 4B21 029F 8626 4A88 779E
Reply With Quote
  #5 (permalink)  
Old 05-19-2009, 05:36 PM
BAlfson's Avatar
Moderator
 
Join Date: Mar 2007
Location: Oklahoma City
Posts: 6,999
Default

Like Wingman says, put it first. Every set of rules I can think of in the Astaro is processed sequentially. Once one of the rules is satisfied, the rest are skipped.

Another "trick" is that routes and rules in proxies and VPNs are evaluated before explicit ones you create. One of the implications of this is that allowing the DMZ to use the HTTP Proxy means that it can reach your internal network with any allowed service; someone who gains control of a computer in your DMZ has free access to websites in your internal network.

Cheers - Bob
__________________
ACE V7 - Astaro Preferred Partner since V3
Addicted to my iPhone!
Reply With Quote
  #6 (permalink)  
Old 05-20-2009, 03:26 PM
Junior Member
 
Join Date: May 2009
Posts: 12
Default

Hi,

many thanks to you and sorry...
You're correct there is no connection possible.

When i try a telnet from the DMZ Client to any internal Host, there is a Connection abort.

But i can ping to all internal hosts...
In my Packetfilter i have all ICMP Forwards and so on unactivated.

The HTTP Proxy is in use...

Many Greetings
Tom
Reply With Quote
  #7 (permalink)  
Old 05-20-2009, 05:15 PM
BAlfson's Avatar
Moderator
 
Join Date: Mar 2007
Location: Oklahoma City
Posts: 6,999
Default

Tom, what masquerading rules do you have?

What have you entered in Allowed networks' on the 'Global' tab of 'Web Security >> HTTP/S'? If your DMZ is allowed, you will want to add blocks on the 'Content Filter' tab for your internal network. For example, if 'Internal (Network)' is 10.10.10.0/24, add a block for //10.10.10.

Cheers - Bob
__________________
ACE V7 - Astaro Preferred Partner since V3
Addicted to my iPhone!
Reply With Quote
  #8 (permalink)  
Old 05-20-2009, 05:53 PM
Super Moderator
 
Join Date: Feb 2009
Location: In a galaxy far far away
Posts: 1,148
Default

Quote:
Originally Posted by BAlfson View Post
Tom, what masquerading rules do you have?

What have you entered in Allowed networks' on the 'Global' tab of 'Web Security >> HTTP/S'? If your DMZ is allowed, you will want to add blocks on the 'Content Filter' tab for your internal network. For example, if 'Internal (Network)' is 10.10.10.0/24, add a block for //10.10.10.

Cheers - Bob
Bob

I am able to ping the internal zone and I do have pf rule denying traffic from dmz to internal, I don't have Allow ICMP on/through firewall and I have //192.168.2 under the url blocked as you said. What am I missing?
__________________

Running Astaro ASG virtual appliance | Home power user v8.0xx
Intel Dual Core 2.4GHz (800MHz) | 4GB (2 x 2GB) PC2-6400 800Mhz 5-5-5-18 | WD 160GB |3 x Intel Pro/1000
GPG Key Fingerprint: 2220 44E7 2E1A 5288 F81D 4B21 029F 8626 4A88 779E
Reply With Quote
  #9 (permalink)  
Old 05-20-2009, 11:23 PM
BAlfson's Avatar
Moderator
 
Join Date: Mar 2007
Location: Oklahoma City
Posts: 6,999
Default

I don't know enough about TCP/IP to understand if the issue with ping is a bug or a feature of ICMP.

Do you have a packet filter rule like: 'DMZ (Network) -> Any -> Any : Allow' because you want to allow access to the internet? Unfortunately, that also allows unproxied traffic to your internal network. If that's the case, create a new Network Definition named "Internet" with 0.0.0.0/0 and bind it to the External interface. Now, replace the rule with 'DMZ (Network) -> Any -> Internet : Allow', and you can get rid of your 'DMZ (Network) -> Any -> Internal (Network) : Deny' rule. That will probably leave you still able to ping... let us know!

Cheers - Bob
__________________
ACE V7 - Astaro Preferred Partner since V3
Addicted to my iPhone!
Reply With Quote
  #10 (permalink)  
Old 05-21-2009, 07:45 PM
Super Moderator
 
Join Date: Feb 2009
Location: In a galaxy far far away
Posts: 1,148
Default

Quote:
Originally Posted by BAlfson View Post
I don't know enough about TCP/IP to understand if the issue with ping is a bug or a feature of ICMP.

Do you have a packet filter rule like: 'DMZ (Network) -> Any -> Any : Allow' because you want to allow access to the internet? Unfortunately, that also allows unproxied traffic to your internal network. If that's the case, create a new Network Definition named "Internet" with 0.0.0.0/0 and bind it to the External interface. Now, replace the rule with 'DMZ (Network) -> Any -> Internet : Allow', and you can get rid of your 'DMZ (Network) -> Any -> Internal (Network) : Deny' rule. That will probably leave you still able to ping... let us know!

Cheers - Bob
just tried removing the dmz ->any->private lan-->deny and add dmz->any-> internet (0.0.0.0/0) but still ping works from DMZ to private lan
__________________

Running Astaro ASG virtual appliance | Home power user v8.0xx
Intel Dual Core 2.4GHz (800MHz) | 4GB (2 x 2GB) PC2-6400 800Mhz 5-5-5-18 | WD 160GB |3 x Intel Pro/1000
GPG Key Fingerprint: 2220 44E7 2E1A 5288 F81D 4B21 029F 8626 4A88 779E
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 On
[IMG] code is On
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are On



All times are GMT. The time now is 02:31 AM.

 

Powered by vBulletin® Version 3.8.4
Copyright ©2000 - 2010, Jelsoft Enterprises Ltd.


These pages are specifically maintained for the discussion of firewall issues within the Open Source community, and might already reflect new alpha/beta releases under development. Please refer to our product specifications for the functionality of the actual release. Discussions of new/enhanced functionality does not constitute a commitment of Astaro, to integrate this functionality into future releases. issues within the Open Source community, and might already reflect new alpha/beta releases under development. Please refer to our product specifications for the functionality of the actual release. Discussions of new/enhanced functionality does not constitute a commitment of Astaro, to integrate this functionality into future releases.