<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
	<id>http://wiki.lvl1.org/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=Richardteachout</id>
	<title>LVL1 - User contributions [en]</title>
	<link rel="self" type="application/atom+xml" href="http://wiki.lvl1.org/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=Richardteachout"/>
	<link rel="alternate" type="text/html" href="http://wiki.lvl1.org/Special:Contributions/Richardteachout"/>
	<updated>2026-09-03T19:06:49Z</updated>
	<subtitle>User contributions</subtitle>
	<generator>MediaWiki 1.43.5</generator>
	<entry>
		<id>http://wiki.lvl1.org/index.php?title=Main_Page/Network_infrastructure&amp;diff=752</id>
		<title>Main Page/Network infrastructure</title>
		<link rel="alternate" type="text/html" href="http://wiki.lvl1.org/index.php?title=Main_Page/Network_infrastructure&amp;diff=752"/>
		<updated>2010-07-08T17:26:34Z</updated>

		<summary type="html">&lt;p&gt;Richardteachout: Added more revisions.. I got Rambunctious :) Yes, it&amp;#039;s a bit more complex, but good for training especially security training&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Some thoughts I had based some of the discussion on the mailing list. I thought I should write down what I had seen thus far. This is editable by anyone, so feel free to change/fix/modify however you see fit.  The Google Doc at the bottom of the page has this all roughly drawn out, and can also be edited.&lt;br /&gt;
&lt;br /&gt;
The basic logic is this:&lt;br /&gt;
1u server acting as main firewall (running PFSense, since it offers flexibility with an easy to use web interface), with single connection to a managed switch (this implies VLAN support is included on switch, something like a Cisco would be perfect).&lt;br /&gt;
Managed switch has numerous ports, with at least one port assigned to each VLAN:&lt;br /&gt;
&lt;br /&gt;
VLAN1 - Unused master VLAN, for network admin troubleshooting only  (Some Switches give VLAN1 access to other vlan&#039;s in some fashion/certain situations, so a better structure/habit would be to not use vlan1 if at all possible)&lt;br /&gt;
&lt;br /&gt;
VLAN2 - Default LAN, unsecured Wifi, unfettered access to internet  (Runs DHCP with/Nat) Suggest Suggest 10.2.1.x Range&lt;br /&gt;
&lt;br /&gt;
VLAN10 - WAN1, attached to internet&lt;br /&gt;
&lt;br /&gt;
VLAN11 - WAN2, attached to backup internet if available&lt;br /&gt;
&lt;br /&gt;
VLAN20 - &#039;Bordertown&#039; lawless unsecured network for testing security/vulnerable machines, limited access to web   (Runs DHCP with/Nat) 10.20.1.x range&lt;br /&gt;
&lt;br /&gt;
VLAN25? - DMZ A publicly available range of IP&#039;s ( 1 or 2) with full inbound services from WAN, which can be used to test publicly available servers/services on dedicated External-&amp;gt;Internal NAT without affecting LVL1 Infrastructure - Suggest 10.25.1.x range&lt;br /&gt;
&lt;br /&gt;
VLAN30 - LVL1 Infrastructure, where the internal LVL1 servers, equipment will be. Secured from both LAN and Bordertown networks, and has inbound services from WAN - No DHCP serving in this range, dedicated External-&amp;gt;Internal NAT - Suggest 192.168.1.0 range&lt;br /&gt;
&lt;br /&gt;
VLAN31 - LVL1 Infrastructure, where the internal LVL1 routers/Infrastructure devices will be. Secured from all other networks, and NO inbound services from ANYWHERE - No DHCP serving in this range - Suggest 172.16.0.x range - This prevents a scenario where any VLAN30 server were to get compromized, that the core networking infrastructure would be isolated and could not be compromised.&lt;br /&gt;
&lt;br /&gt;
The port connected to firewall has VLAN Trunking enabled, so that the router can create a virtual interface for each VLAN and do its firewalling thing. &lt;br /&gt;
&lt;br /&gt;
Servers can either be physically plugged into ports assigned to VLAN30, or be virtual on a single host, with trunking enabled so servers can be placed on any available network.&lt;br /&gt;
&lt;br /&gt;
This will get around having to figure out how to cram 5+ nics into a single router box, plus have 4+ separate switches (although the diagram shows a separate switch for each VLAN, thit is not needed). Let the switch handle most of the traffic! Plus this will be an awesome demonstration on what VLANs can do.&lt;br /&gt;
&lt;br /&gt;
https://docs.google.com/drawings/edit?id=1FUTczM_kD1f7YNd-aFeV5x9kdD6ZJHOh5U72SOuVWRo&amp;amp;hl=en&amp;amp;authkey=CLn7sZIG&lt;/div&gt;</summary>
		<author><name>Richardteachout</name></author>
	</entry>
	<entry>
		<id>http://wiki.lvl1.org/index.php?title=Main_Page/Network_infrastructure&amp;diff=751</id>
		<title>Main Page/Network infrastructure</title>
		<link rel="alternate" type="text/html" href="http://wiki.lvl1.org/index.php?title=Main_Page/Network_infrastructure&amp;diff=751"/>
		<updated>2010-07-08T17:10:32Z</updated>

		<summary type="html">&lt;p&gt;Richardteachout: Revision/Suggestion to not use vlan1, renamed &amp;quot;default vlan&amp;quot; to vlan 2&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Some thoughts I had based some of the discussion on the mailing list. I thought I should write down what I had seen thus far. This is editable by anyone, so feel free to change/fix/modify however you see fit.  The Google Doc at the bottom of the page has this all roughly drawn out, and can also be edited.&lt;br /&gt;
&lt;br /&gt;
The basic logic is this:&lt;br /&gt;
1u server acting as main firewall (running PFSense, since it offers flexibility with an easy to use web interface), with single connection to a managed switch (this implies VLAN support is included on switch, something like a Cisco would be perfect).&lt;br /&gt;
Managed switch has numerous ports, with at least one port assigned to each VLAN:&lt;br /&gt;
&lt;br /&gt;
VLAN1 - Unused master VLAN, for network admin troubleshooting only  (Some Switches give VLAN1 access to other vlan&#039;s in some fashion/certain situations, so a better structure/habit would be to not use vlan1 if at all possible)&lt;br /&gt;
&lt;br /&gt;
VLAN2 - Default LAN, unsecured Wifi, unfettered access to internet&lt;br /&gt;
&lt;br /&gt;
VLAN10 - WAN1, attached to internet&lt;br /&gt;
&lt;br /&gt;
VLAN11 - WAN2, attached to backup internet if available&lt;br /&gt;
&lt;br /&gt;
VLAN20 - &#039;Bordertown&#039; lawless unsecured network for testing security/vulnerable machines, limited access to web&lt;br /&gt;
&lt;br /&gt;
VLAN30 - LVL1 Infrastructure, where the internal LVL1 servers, routers, equipment will be. Secured from both LAN and Bordertown networks, and has inbound services from WAN&lt;br /&gt;
&lt;br /&gt;
The port connected to firewall has VLAN Trunking enabled, so that the router can create a virtual interface for each VLAN and do its firewalling thing. &lt;br /&gt;
&lt;br /&gt;
Servers can either be physically plugged into ports assigned to VLAN30, or be virtual on a single host, with trunking enabled so servers can be placed on any available network.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
This will get around having to figure out how to cram 5+ nics into a single router box, plus have 4+ separate switches (although the diagram shows a separate switch for each VLAN, thit is not needed). Let the switch handle most of the traffic! Plus this will be an awesome demonstration on what VLANs can do.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
https://docs.google.com/drawings/edit?id=1FUTczM_kD1f7YNd-aFeV5x9kdD6ZJHOh5U72SOuVWRo&amp;amp;hl=en&amp;amp;authkey=CLn7sZIG&lt;/div&gt;</summary>
		<author><name>Richardteachout</name></author>
	</entry>
</feed>