<?xml version="1.0" encoding="UTF-8"?>

<rss version="2.0" xmlns:blogChannel="http://backend.userland.com/blogChannelModule">

<channel>
<title>[HELP] Multi-Interface Firewall Config Help in Cisco</title>
<link>http://www.dslreports.com/forum/r21863092</link>
<description></description>
<language>en</language>
<pubDate>Wed, 10 Feb 2010 10:46:21 EDT</pubDate>
<lastBuildDate>Wed, 10 Feb 2010 10:46:21 EDT</lastBuildDate>

<item>
<title>Re: [HELP] Multi-Interface Firewall Config Help</title>
<link>http://www.dslreports.com/forum/remark,21889223</link>
<description><![CDATA[<A HREF="/useremail/u/162306"><b>cooldude9919</b></A> : <div class="bquote"><small>said by  acherman <A HREF="/useremail/u/1215057"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</small><br><br>Hey deepblackmag,<br><br>Just wanted to say once again thank you for your help.  I was able to adapt your info into my setup and get things working quite well - at least in this test environment.<br><br>When adding the zone-pair between the Inside and WiSP zones it did allow pings to be generated from the WiSP zone to the Inside zone - didn't seem right to me, but I created and ACL to block host generated ICMP messges (echo), put it in it's own class-map, then added that under the policy map for the outgoing traffic from the WiSP zone (to the Internet zone, but it works).<br><br>I am going to set up a few more devices and work with more ACL's embedded inside the policies to test with.  I am having a problem with NAT Overload right now that will affect me in the future.  Do you know much about that stuff as well?<br><br>Anyway, thanks again for your help.  Your infor added to all of my reading has cleared up a lot of questions I have been stumbling with for a long time (I could even that good of help from Cisco with our Smarnet contract  haha).<br><br>Thanks very much!!!<br><br>Aaron<br> </div>We use zbfw in all of our sites.  It is really much easier to mess with then people think.  Basically you just define your zones then define the zone-pairs to which you apply a policy-map too.  You are basically saying i want to apply this set of rules to traffic between this set of two zones.  Then you just make class-maps maching nbar,access-lists, or whatever and pass,inspect, or drop that traffic in your policy-map and the class-default takes care of whats left.<br><br>Nice work on the example deepblackmag]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,21889223</guid>
<pubDate>Mon, 09 Feb 2009 16:14:38 EDT</pubDate>
</item>

<item>
<title>Re: [HELP] Multi-Interface Firewall Config Help</title>
<link>http://www.dslreports.com/forum/remark,21889155</link>
<description><![CDATA[<A HREF="/useremail/u/1215057"><b>acherman</b></A> : Hey deepblackmag,<br><br>Just wanted to say once again thank you for your help.  I was able to adapt your info into my setup and get things working quite well - at least in this test environment.<br><br>When adding the zone-pair between the Inside and WiSP zones it did allow pings to be generated from the WiSP zone to the Inside zone - didn't seem right to me, but I created and ACL to block host generated ICMP messges (echo), put it in it's own class-map, then added that under the policy map for the outgoing traffic from the WiSP zone (to the Internet zone, but it works).<br><br>I am going to set up a few more devices and work with more ACL's embedded inside the policies to test with.  I am having a problem with NAT Overload right now that will affect me in the future.  Do you know much about that stuff as well?<br><br>Anyway, thanks again for your help.  Your infor added to all of my reading has cleared up a lot of questions I have been stumbling with for a long time (I could even that good of help from Cisco with our Smarnet contract  haha).<br><br>Thanks very much!!!<br><br>Aaron]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,21889155</guid>
<pubDate>Mon, 09 Feb 2009 16:05:56 EDT</pubDate>
</item>

<item>
<title>Re: [HELP] Multi-Interface Firewall Config Help</title>
<link>http://www.dslreports.com/forum/remark,21884926</link>
<description><![CDATA[<A HREF="/useremail/u/1215057"><b>acherman</b></A> : No worries on the delay - I know how a week can get busy very quickly.  Anyway, I'm just happy you're willing to help.  I will work through this again in the morning and let you know how I make out. I may have some questions about adding ACL's to the class map for inbound stuff.  For the most part I am fine passing all traffic types (not blocking anything), just restricting the hosts it goes to.<br><br>Thanks again.  I REALLY appreciate your time and help.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,21884926</guid>
<pubDate>Sun, 08 Feb 2009 19:22:36 EDT</pubDate>
</item>

<item>
<title>Re: [HELP] Multi-Interface Firewall Config Help</title>
<link>http://www.dslreports.com/forum/remark,21884797</link>
<description><![CDATA[<A HREF="/useremail/u/1130617"><b>deepblackmag</b></A> : Alrighty sorry for the delay, my week has been hectic (but i managed to do my taxes, yay!)<br><br>As promised, i have the configuration labbed up right now for a 3 legged zone based firewall, with a subinterface for INSIDE, DMZ-WIFI, and OUTSIDE.<br>The configuration provided will permit outbound traffic in the following directions:<br>Inside->DMZ<br>Inside->Outside<br>DMZ->Outside<br>All other traffic flows should get dropped by the zone based firewall.<br><br>Im assuming you have a basic configuration with subinterfaces configured, in this case i used .1 .2 and .3<br>Here we created the zones and join the given interfaces to them:<br><textarea name="code" class="text" cols=50 rows=10>zone security ZONE_INSIDE&#012;zone security ZONE_DMZ_WIFI&#012;zone security ZONE_OUTSIDE&#012; &#012;int fa0/0.1&#012;zone-member security ZONE_INSIDE&#012; &#012;int fa0/0.2&#012;zone-member security ZONE_DMZ_WIFI&#012; &#012;int fa0/0.3&#012;zone-member security ZONE_OUTSIDE&#012;</textarea><!--end code block--><br>Next i created a generic class-map. You might want multiple class maps with specific inspection entries to only permit or drop certain types of traffic.<br><textarea name="code" class="text" cols=50 rows=10>class-map type inspect match-any OUTBOUND_TRAFFIC&#012; match protocol tcp&#012; match protocol udp&#012; match protocol icmp&#012;</textarea><!--end code block--><br>Then we create a policy-map for inspecting INSIDE to OUTSIDE traffic and create a zone pairing between the inside and outside with that policy map.<br><textarea name="code" class="text" cols=50 rows=10>policy-map type inspect INSIDE_TO_OUTSIDE&#012; class type inspect OUTBOUND_TRAFFIC&#012; inspect&#012; &#012;zone-pair security INSIDE_TO_OUTSIDE source ZONE_INSIDE destination ZONE_OUTSIDE&#012; service-policy type inspect INSIDE_TO_OUTSIDE&#012;</textarea><!--end code block--><br>At this point inside traffic should be able to reach the outside but not the DMZ. To permit traffic from the inside to the DMZ we need to create another policy map and zone pair.<br><textarea name="code" class="text" cols=50 rows=10>policy-map type inspect INSIDE_TO_DMZ&#012; class type inspect OUTBOUND_TRAFFIC&#012; inspect&#012; &#012;zone-pair security INSIDE_TO_DMZ source ZONE_INSIDE destination ZONE_DMZ_WIFI&#012; service-policy type inspect INSIDE_TO_DMZ&#012;</textarea><!--end code block--><br>Now the inside should be able to initiate a connection to anywhere, however the DMZ is still isolated from initiating any connections. We need to create one final policy map and zone pairing to let the DMZ goto the internet via the outside interface:<br><textarea name="code" class="text" cols=50 rows=10>policy-map type inspect DMZ_TO_OUTSIDE&#012; class type inspect OUTBOUND_TRAFFIC&#012; inspect&#012; &#012;zone-pair security DMZ_TO_OUTSIDE source ZONE_DMZ_WIFI destination ZONE_OUTSIDE&#012; service-policy type inspect DMZ_TO_OUTSIDE&#012;</textarea><!--end code block--><br>And that does it. We can validate with some show commands:<br><textarea name="code" class="text" cols=50 rows=10>R6#show zone security                             &#012;zone self&#012;  Description: System defined zone&#012; &#012;zone ZONE_INSIDE&#012;  Member Interfaces:&#012;    FastEthernet0/0.1&#012; &#012;zone ZONE_DMZ_WIFI&#012;  Member Interfaces:&#012;    FastEthernet0/0.2&#012; &#012;zone ZONE_OUTSIDE&#012;  Member Interfaces:&#012;    FastEthernet0/0.3&#012; &#012;R6#show zone-pair security&#012;Zone-pair name INSIDE_TO_OUTSIDE&#012;    Source-Zone ZONE_INSIDE  Destination-Zone ZONE_OUTSIDE &#012;    service-policy INSIDE_TO_OUTSIDE&#012;Zone-pair name INSIDE_TO_DMZ&#012;    Source-Zone ZONE_INSIDE  Destination-Zone ZONE_DMZ_WIFI &#012;    service-policy INSIDE_TO_DMZ&#012;Zone-pair name DMZ_TO_OUTSIDE&#012;    Source-Zone ZONE_DMZ_WIFI  Destination-Zone ZONE_OUTSIDE &#012;    service-policy DMZ_TO_OUTSIDE&#012;</textarea><!--end code block--><br>I telnet'd from my inside router through the zone based firewall router to the outside router to demonstrate the session tracking of the zbf.<br><textarea name="code" class="text" cols=50 rows=10>R6#show policy-map type inspect zone-pair sessions&#012; Zone-pair: INSIDE_TO_OUTSIDE&#012; &#012;  Service-policy inspect : INSIDE_TO_OUTSIDE&#012; &#012;    Class-map: OUTBOUND_TRAFFIC (match-any)&#012;      Match: protocol tcp&#012;        2 packets, 48 bytes&#012;        30 second rate 0 bps&#012;      Match: protocol udp&#012;        0 packets, 0 bytes&#012;        30 second rate 0 bps&#012;      Match: protocol icmp&#012;        3 packets, 240 bytes&#012;        30 second rate 0 bps&#012;      Inspect&#012;        Established Sessions&#012;         Session 66B2A7AC (1.1.1.1:17512)=&gt;(3.3.3.3:23) tcp SIS_OPEN&#012;          Created 00:08:02, Last heard 00:04:30&#012;          Bytes sent (initiator:responder) &#91;44:81&#93;&#012; &#012;    Class-map: class-default (match-any)&#012;      Match: any &#012;      Drop (default action)&#012;        0 packets, 0 bytes&#012; Zone-pair: INSIDE_TO_DMZ&#012; &#012;  Service-policy inspect : INSIDE_TO_DMZ&#012; &#012;    Class-map: OUTBOUND_TRAFFIC (match-any)&#012;      Match: protocol tcp&#012;        0 packets, 0 bytes&#012;        30 second rate 0 bps&#012;      Match: protocol udp&#012;        0 packets, 0 bytes&#012;        30 second rate 0 bps&#012;      Match: protocol icmp&#012;        1 packets, 80 bytes&#012;        30 second rate 0 bps&#012;      Inspect&#012; &#012;    Class-map: class-default (match-any)&#012;      Match: any &#012;      Drop (default action)&#012;        0 packets, 0 bytes&#012; Zone-pair: DMZ_TO_OUTSIDE&#012; &#012;  Service-policy inspect : DMZ_TO_OUTSIDE&#012; &#012;    Class-map: OUTBOUND_TRAFFIC (match-any)&#012;      Match: protocol tcp&#012;        0 packets, 0 bytes&#012;        30 second rate 0 bps&#012;      Match: protocol udp&#012;        0 packets, 0 bytes&#012;        30 second rate 0 bps&#012;      Match: protocol icmp&#012;        1 packets, 80 bytes&#012;        30 second rate 0 bps&#012;      Inspect&#012; &#012;    Class-map: class-default (match-any)&#012;      Match: any &#012;      Drop (default action)&#012;        0 packets, 0 bytes&#012;</textarea><!--end code block--><br>Anyways I hope you can find some value in this info and adapt it to your environment. To permit inbound traffic the opposite direction, you will want to just create a very restrictive class-map, apply it in a policy-map and then finally stick the policy-map in a zonepair from out to in or out to dmz whatever is applicable. Im not an expert in this stuff, so let me know if there are any glaring errors here guys.<br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,21884797</guid>
<pubDate>Sun, 08 Feb 2009 18:56:03 EDT</pubDate>
</item>

<item>
<title>Re: [HELP] Multi-Interface Firewall Config Help</title>
<link>http://www.dslreports.com/forum/remark,21865141</link>
<description><![CDATA[<A HREF="/useremail/u/1215057"><b>acherman</b></A> : That's great news!!  Thanks for the info. I did try ZBF today, but like I said, as soon as I added a policy to block traffic generated from the WiSP side to the Private side I lost connection both ways.  Got me discouraged and I asked for help.  haha<br><br>I love m0n0wall - so easy to configure, and have been running it for a few hundred users for a few years now.  But there are afew "quirks" that I think the 2811 can solve for us - just have to duplicate my current install first.<br><br>Any info you need to make helping me easier just ket me know.  The true install is a little more grand than my diagram, but only in scale (more VLANs on the WiSP side, etc). I can post a true picture if it helps.<br><br>Thanks again to both of you for having a look.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,21865141</guid>
<pubDate>Wed, 04 Feb 2009 23:57:13 EDT</pubDate>
</item>

<item>
<title>Re: [HELP] Multi-Interface Firewall Config Help</title>
<link>http://www.dslreports.com/forum/remark,21864692</link>
<description><![CDATA[<A HREF="/useremail/u/1357530"><b>Bink</b></A> : I have not yet configured CBAC on VLAN interfaces, but can&#146;t see why this would be an issue&#151;it should just work with the right configuration.  At the same token though, I do something similar at home with VLAN interfaces, but, kind of like you and m0n0wall, I have an OpenBSD box handling this task with nary an issue (and I&#146;m EXTREMELY pleased).]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,21864692</guid>
<pubDate>Wed, 04 Feb 2009 22:15:41 EDT</pubDate>
</item>

<item>
<title>Re: [HELP] Multi-Interface Firewall Config Help</title>
<link>http://www.dslreports.com/forum/remark,21864254</link>
<description><![CDATA[<A HREF="/useremail/u/1130617"><b>deepblackmag</b></A> : That should be completely possible, the correct technology is the zone based firewall approach.<br>I have used a PIX or ASA in the past to accomplish this, never tried ZBF in IOS before.<br>Ill lab this up thursday when I have time and reply with any config / suggestions / discoverys.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,21864254</guid>
<pubDate>Wed, 04 Feb 2009 21:01:07 EDT</pubDate>
</item>

<item>
<title>[HELP] Multi-Interface Firewall Config Help</title>
<link>http://www.dslreports.com/forum/remark,21863092</link>
<description><![CDATA[<A HREF="/useremail/u/1215057"><b>acherman</b></A> : Hi everyone, this is a problem I have been working at off and on for a long time.  Before I waste anyone's time posting my config I'll ask if what I want to do is even possible.<br><br>I have a 2811 router running IOS 12.4(22)T.  I have Fa0/1 connected to the Internet, and Fa0/0 with VLAN sub-interfaces on it (2 for now).  I want one of the VLAN's (say Fa0/0.1) to be our private network.  I want the other (say Fa0/0.2) to be a public network used for a WiSP service.  Currently we use m0n0wall in a similar config but it's nearing the end of it's practicality and we want to upgrade.<br><br>Anyway, my problem is with traffic flow.<br>-I want all traffic originating from the Private side to be permitted everywhere (to all other interfaces), and returning traffic to be permitted back (Internet access and management access to the WiSP side).<br>-I want traffic originating on the WiSP side to be permitted to the Internet (return traffic permitted of course), and traffic not permitted to the Private side.<br>-I want only specified Internet-originating traffic permitted in to certain hosts.<br><br>I have tried just using ACL's, I tried with CBAC (got confused) and just tried using Zone Based Firewall.  I can get the Private-to-Internet and WiSP-to-Internet stuff working fine.  But each time I try to restrict traffic between the Private network and the WiSP network I either get full traffic flow both ways, or no traffic flow either way.  I just want WiSP customer to reach the Internet only, and the private network to reach the Internet and manage the WiSP side.<br><br>Is this even possible?  Any help is appreciated.  I am not good with Cisco configs - slowly getting better.  I just played around with ZBF in SDM today and hit the same wall - as soon as I create a zone-pair to block originating traffic in the WiSP zone to the private zone I lose connectivity the other way.<br><br>Help?  Thanks in advance for anyone willing to help.  I am at the point in trying this long enough that I want to pay someone else to do the config to my specs.  haha  :-|<div class="borderless"><TABLE WIDTH=95% align=center border=0 CELLPADDING=4"><TR><TD ALIGN=CENTER VALIGN=CENTER BGCOLOR=#FFFFFF nwrap COLSPAN=3 WIDTH=100%><A HREF="/r0/download/1397186~f090ebfcecec1de4ede8be0df10d483b/Firewall%20Zones.pdf">Firewall Zones.pdf</A></TD></TABLE></div>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,21863092</guid>
<pubDate>Wed, 04 Feb 2009 17:41:47 EDT</pubDate>
</item>

</channel>
</rss>
