Access the answers to your technology questions today.
Subscribe Now
30-day free trial. Register in 60 seconds.
What Makes Experts Exchange Unique?
Members of the expert community talk about why the experience at Experts Exchange is different than what you will find anywhere else.
Try it out and discover for yourself.
Subscribe Now
30-day free trial. Register in 60 seconds.
Join the Community
Give a Little. Get a Lot.
Join the community of experts here and help other tech pros by answering question in your area of expertise. You can earn FREE access to all Experts Exchange's premium features and resources.
Join the Community
by: lrmoorePosted on 2007-03-30 at 17:04:30ID: 18827146
Several issues here...
>global (DMZ) 1 interface
>static (inside,DMZ) 192.168.1.0 192.168.1.0 netmask 255.255.255.0
The global statement is not necessary with the static. Suggest removing the global and keep the static.
>object-group network DMZ
This group should only contain the two 192.168.1.x addresses and not the public IP's. Suggest 2 groups:
object-group network DMZ
network-object host 192.168.2.42
network-object host 192.168.2.52
object-group network DMZ_public
network-object host 67.103.180.198
network-object host 67.103.180.199
>access-list DMZ_access_in extended permit tcp object-group DMZ eq smtp object-group LAN eq smtp
The source port will not be 25, but the destination wll be 25. Source port is random >1024. Don't you want to send email to only one mail server inside?
Suggest:
access-list DMZ_access_in extended permit tcp object-group DMZ host 192.168.1.101 eq smtp
>access-list DMZ_access_in extended permit tcp object-group DMZ eq ftp object-group LAN eq ftp
Same issue with this and other acl entries. The source port will not be the same as the destination port.
Correct entry does not specify source port.
access-list DMZ_access_in extended permit tcp object-group DMZ object-group LAN eq ftp
Here's my suggested DMZ Acl:
access-list DMZ_access_in extended permit icmp object-group DMZ object-group LAN echo-reply
access-list DMZ_access_in extended permit tcp object-group DMZ host 192.168.1.101 eq smtp
access-list DMZ_access_in extended permit tcp object-group DMZ object-group LAN eq ftp
access-list DMZ_access_in extended permit tcp object-group DMZ object-group LAN eq ftp-data
access-list DMZ_access_in extended permit tcp object-group DMZ host 192.168.1.101 eq domain
access-list DMZ_access_in extended permit tcp object-group DMZ object-group LAN object-group deltek
access-list DMZ_access_in deny ip object-group DMZ object-group LAN
access-list DMZ_access_in extended permit tcp object-group DMZ eq www any
access-list DMZ_access_in extended permit tcp object-group DMZ eq smtp any
access-list DMZ_access_in extended permit tcp object-group DMZ eq https any
access-list DMZ_access_in extended permit tcp object-group DMZ eq ssh any
>access-list inside_access_in extended permit ip any any
>access-group inside_access_in in interface inside
This acl is redundant to the default allow all and should be removed from the inside interface. Only apply an acl to the inside interface to restrict traffic outbound.
> and allow us to get to inside our LAN, by the url and not the internal IP that has
This is the hard part. The ONLY way you can access internal hosts by their public URL that resolves to their public IP address is through DNS re-write. This means that the DNS server the clients use lives outside the firewall, and the firewall intercepts the dns responses and re-writes them to actually give the client the real private IP address. Since your DNS servers live inside the firewall, you must have an internal-only dns server that resolves the url to the private IP address, and a public dns server that resolves the url to the public IP addresses.