Re: PIX 515 7.1 vs: 8.0
"Christopher J. Wargaski" <[email protected]> Sat, 19 Mar 2011 22:19:42 -0500
| Newsgroups | gmane.comp.security.firewalls.wizards |
|---|---|
| Message-ID | <[email protected]> |
Hey Brian-- Pings going through a work a little differently than other traffic like, say, TCP. With TCP and UDP return traffic is implicitly allowed through the PIX *if* the PIX can identify what "connection" or "session" it belongs to. This is why you do not have to explicitly allow return traffic on the outside interface. That is not the case with ICMP. With ICMP, you must allow echo-replies on the DMZ or outsize interfaces. For example, on a PIX that only services traffic originating from the inside interface to the outside interface, I want ping and traceroute to work. So I have this ACL applied to the outside interface. access-list Inbound extended permit icmp any any echo-reply access-list Inbound extended permit icmp any any time-exceeded You would need to do the same with an ACL applied to the DMZ interface. cjw On Sat, Mar 19, 2011 at 9:04 PM, Brian Blater <[email protected]> wrote: > On Sat, Mar 19, 2011 at 3:41 PM, Christopher J. Wargaski > <[email protected]> wrote: > One new question about this is if my inside interface is a security > 100 and my dmz is a security 50 and I have no ACL defined on the > inside interface, how come a ping from the inside to the a device on > the dmz does not work? The only ACLs on the inside are the implicit > rules any to any less secure and any any deny. Is it that I would need > to have an additional rule on the dmz to allow icmp from the inside to > the dmz? > > Thank you for the help. If you can't tell, I know enough to be > dangerous, but certainly not enough to be a guru at this. > > Brian > _______________________________________________ firewall-wizards mailing list [email protected] https://listserv.icsalabs.com/mailman/listinfo/firewall-wizards