<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Virtual Router Best Practice - Guest Network in General Topics</title>
    <link>https://live.paloaltonetworks.com/t5/general-topics/virtual-router-best-practice-guest-network/m-p/571566#M115077</link>
    <description>&lt;P&gt;Hi,&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;We don't have dual ISP but we do have STS VPN that connects our offices to our Cloud Infrastructure.&amp;nbsp; At the moment all the interfaces share the same virtual router. So assuming the traffic from source to destination was allowed in a security policy then it will be able to route to the remote subnets via the STS VPN interface.&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;We have separate Zones and Virtual Sub interfaces for our different VLANs , I was thinking as an additional measure if it would make sense to attach our Guest network (that only requires limited access to the internet and nothing else) to a separate virtual router that doesn't know about these routes.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;I was thinking in the event of a misconfiguration of security policy assuming it passed through the various change controls (hypothetical) then undesired traffic still wouldn't be able to reach the remote cloud infrastructure.&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Does this line of thinking make any sense or is it unnecessary complexity?&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Thanks!&amp;nbsp;&lt;/P&gt;</description>
    <pubDate>Wed, 03 Jan 2024 10:42:44 GMT</pubDate>
    <dc:creator>jbusby</dc:creator>
    <dc:date>2024-01-03T10:42:44Z</dc:date>
    <item>
      <title>Virtual Router Best Practice - Guest Network</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/virtual-router-best-practice-guest-network/m-p/571566#M115077</link>
      <description>&lt;P&gt;Hi,&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;We don't have dual ISP but we do have STS VPN that connects our offices to our Cloud Infrastructure.&amp;nbsp; At the moment all the interfaces share the same virtual router. So assuming the traffic from source to destination was allowed in a security policy then it will be able to route to the remote subnets via the STS VPN interface.&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;We have separate Zones and Virtual Sub interfaces for our different VLANs , I was thinking as an additional measure if it would make sense to attach our Guest network (that only requires limited access to the internet and nothing else) to a separate virtual router that doesn't know about these routes.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;I was thinking in the event of a misconfiguration of security policy assuming it passed through the various change controls (hypothetical) then undesired traffic still wouldn't be able to reach the remote cloud infrastructure.&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Does this line of thinking make any sense or is it unnecessary complexity?&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Thanks!&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Wed, 03 Jan 2024 10:42:44 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/virtual-router-best-practice-guest-network/m-p/571566#M115077</guid>
      <dc:creator>jbusby</dc:creator>
      <dc:date>2024-01-03T10:42:44Z</dc:date>
    </item>
    <item>
      <title>Re: Virtual Router Best Practice - Guest Network</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/virtual-router-best-practice-guest-network/m-p/571601#M115080</link>
      <description>&lt;P&gt;Hi there,&lt;/P&gt;
&lt;P&gt;In the distant past of my career when I was configuring campus wireless, what you are describing is the cornerstone of a wireless guest anchor controller design. The notion of moving truly untrusted guest traffic away from corporate traffic is sound security practice. If budget allowed you would place this traffic on separate equipment and it would only 'join' the corporate traffic on the WAN edge routers. When it is not possible to physically separate the traffic then using VRFs is an acceptable substitute for most deployments.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;cheers,&lt;/P&gt;
&lt;P&gt;Seb.&lt;/P&gt;</description>
      <pubDate>Wed, 03 Jan 2024 14:04:23 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/virtual-router-best-practice-guest-network/m-p/571601#M115080</guid>
      <dc:creator>seb_rupik</dc:creator>
      <dc:date>2024-01-03T14:04:23Z</dc:date>
    </item>
  </channel>
</rss>

