<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[Local 1 : 1 NAT]]></title><description><![CDATA[<p dir="auto">on my switches i put all client ports into "<strong>protected mode</strong>"<br />
the vlans are (currently) assigned via mac (hopefully i will use certificates/radius later)<br />
the protected port mode stops layer2 traffic between the protected ports - that way a client-PC can not connect to another PC in the same vlan/net  but can connect to the servers and gateways<br />
(this avoids/makes harder attacks like "arp poisoning"/"pass the hash"/.. )</p>
<p dir="auto">thats fine for almost all applications (as far as i can foresee)</p>
<p dir="auto"><strong>but</strong> there is one vlan that needs to communicate with clients in the same net (using a handful of fixed ports)</p>
<p dir="auto">i would like to keep all client side- ports in the "protected mode" so anyone can put a device into any (client side) port and automatically gets the correct vlan</p>
<p dir="auto">so i need to <strong>circumvent</strong> the protection for this specific vlan</p>
<p dir="auto">my idea was this:<br />
client (ip: 10.11.<strong>12.13</strong>/24) wants to connect to 10.11.<strong>12.14</strong><br />
client connects to 10.11.<strong>13.14</strong> (this ip is not in the client routing table) and will be routed to the pfsense gateway<br />
in pfsense i do a <strong>1:1 NAT</strong> so the 10.11.<strong>13.14</strong> ip is converted to 10.11.<strong>12.14</strong> and goes back to the wanted client</p>
<p dir="auto">but sadly i failed to accomplish this<br />
it could be i am mistaken in whats possible/sane for such a scenario</p>
]]></description><link>https://forum.netgate.com/topic/111332/local-1-1-nat</link><generator>RSS for Node</generator><lastBuildDate>Wed, 16 Sep 2026 09:37:55 GMT</lastBuildDate><atom:link href="https://forum.netgate.com/topic/111332.rss" rel="self" type="application/rss+xml"/><pubDate>Tue, 07 Feb 2017 17:04:01 GMT</pubDate><ttl>60</ttl></channel></rss>