Help with VLANS in BRIDGE
-
@johnpoz said in Help with VLANS in BRIDGE:
Why are you creating a bridge in pfsense? And what does interface limits have to do with anything?
So you have 3 vlans and your trying to run the same IPv4 space on all 3 of them? Borked out of the gate!
lets say we have 30 places to place hotspot wifi. each of them has its own vlan. we're delivering pppoe with cgnat (100.64.62.0/23) to these places. we're using a bridge just to optimize the ranges to dhcp server, instead of one dhcp server (and one network range) AND one captive portal to each vlan. that way we can route this 100.64.62.0/23 to cgnat box which will do its job. in firewall bridge we deny inter-vlan traffic. this works pretty well and we have 5 boxes in production with routeros, im just trying to do the same thing in pfsense. -
@broonu said in Help with VLANS in BRIDGE:
we're using a bridge just to optimize the ranges to dhcp server
Gibberish... That has ZERO to do with multiple vlans.. If you want 1 layer 2 then you use 1 vlan.. Once you create the bridge no matter what vlan ID you put on them if connected to the same bridge then you have 1 layer 2, all the same broadcast domain.
-
@johnpoz i dont care about broadcast domain in this scenario. these vlans are reaching us anyway, it's not there to isolate the traffic. i just need a bridge working to only one dhcp server, with only one range of rfc 6598 addresses and only one captive portal. like i said, this works in mikrotik routeros, just trying to do the same thing in pfsense.
-
What he is saying is if you bridge multiple VLANs they are all now the same broadcast domain so why complicate things with multiple VLANs and a bridge? One VLAN does the same thing without the silly bridging.
in firewall bridge we deny inter-vlan traffic.
Ah so there's the rub. I, personally, would not do that. If you do not want the subnets to talk to each other, then it's easy. Just make several, normal layer 3 interfaces, each with a subnet of the 100.64.62.0/23 network. Set up a DHCP server for each interface.
Assign the Captive Portal to all of them (You can select multiple interfaces to be served on one Captive Portal)
Another option would be if ESXi has the equivalent of "port isolation" in its vswitch. I have no idea if it does or doesn't.
-
@derelict said in Help with VLANS in BRIDGE:
What he is saying is if you bridge multiple VLANs they are all now the same broadcast domain so why complicate things with multiple VLANs and a bridge? One VLAN does the same thing without the silly bridging.
yah man, i know exactly what he is saying. dont want to discuss the best practices on this. i know its not the "right" thing to do. this just not the point. just want to know if this works or not. it works like a charm in mikrotik, but i dont like the routeros system and trying to move everything to pfsense.
-
If you are not getting ARP on all bridge members then either the bridge is configured wrong or the switch is configured wrong.
https://www.netgate.com/docs/pfsense/book/bridging/index.html
You can consider the VLAN interfaces as separate, internal interfaces for bridging purposes.
Not quite sure how you're isolating inter-vlan traffic with firewall rules when you don't know what address range is going to be on what interface but I might not have the full picture of what you are doing there in your DHCP.
-
@derelict said in Help with VLANS in BRIDGE:
If you are not getting ARP on all bridge members then either the bridge is configured wrong or the switch is configured wrong.
https://www.netgate.com/docs/pfsense/book/bridging/index.html
You can consider the VLAN interfaces as separate, internal interfaces for bridging purposes.
Not quite sure how you're isolating inter-vlan traffic with firewall rules when you don't know what address range is going to be on what interface but I might not have the full picture of what you are doing there in your DHCP.
thank you for your help.
well, the vlans is out of our control, this is why i have to handle this way. i have a small range to put in DHCP server (100.64.63.0/23). This traffic is routed to another interface (CGNAT) to a box that do the NAT to internet. I could breake this range to put a /25 per vlan, but it will be a static thing, and if that specific vlan grows above 128 clients it will need to be changed. with the same /23 to all vlans i dont need to worry about running out IP's. so this is the scenario: the router receive like 20-30 vlans, those vlans are bridged, using same dhcp server and same captive portal in bridge. mikrotik has a filter that deny traffic forward inside the bridge itself, it just permits the traffic cross. client on vlan 10 get ip and need to auth the same way client in vlan 20, but the traffic between him is denied.i messing around to find if this is a pfsense or vmware thing...
-
@derelict said in Help with VLANS in BRIDGE:
If you are not getting ARP on all bridge members then either the bridge is configured wrong or the switch is configured wrong.
https://www.netgate.com/docs/pfsense/book/bridging/index.html
You can consider the VLAN interfaces as separate, internal interfaces for bridging purposes.
Not quite sure how you're isolating inter-vlan traffic with firewall rules when you don't know what address range is going to be on what interface but I might not have the full picture of what you are doing there in your DHCP.
Captive portal Captive portal (Captive Portal) is not compatible with transparent bridging because it requires an IP on the interface being bridged, used to serve the portal contents, and that IP must be the gateway for clients. This means that it is not possible, for example, to bridge LAN and WAN and hope to capture clients with the portal. This can work when bridging multiple local interfaces to all route through pfSense (e.g. LAN1, LAN2, LAN3, etc). It will work if the bridge interface is assigned, the bridge interface has an IP address, and that IP address is used as the gateway by clients on the bridge. See Swapping Interface Assignments for a procedure to place the IP address on an assigned bridge interface.
This is exactly what im doing, but my interfaces are VLAN interfaces.
-
Look at the Private Ports settings in the pfSense bridging advanced settings and see if that doesn't help you isolate them from each other.
See also the sysctl settings for the bridge pfil. In your case, with the Private Ports working, I would switch the defaults so:
net.link.bridge.pfil_member=0
net.link.bridge.pfil_bridge=1That way you only have to worry about rules on the bridge itself, not the member interfaces.
System > Advanced, System Tunables
-
@broonu said in Help with VLANS in BRIDGE:
This is exactly what im doing, but my interfaces are VLAN interfaces.
So if you pcap on the bridge, what shows up for the member interfaces that aren't working?
What about a pcap on the member interface itself?
Bridging VLAN interfaces works fine. I'd look elsewhere for the problem, like the member interfaces not being configured properly to ESXi in the first place.
-
@derelict said in Help with VLANS in BRIDGE:
Look at the Private Ports settings in the pfSense bridging advanced settings and see if that doesn't help you isolate them from each other.
See also the sysctl settings for the bridge pfil. In your case, with the Private Ports working, I would switch the defaults so:
net.link.bridge.pfil_member=0
net.link.bridge.pfil_bridge=1That way you only have to worry about rules on the bridge itself, not the member interfaces.
System > Advanced, System Tunables
sure, this is how im doing, and its working for isolate the traffic inter-vlan.
-
@derelict said in Help with VLANS in BRIDGE:
@broonu said in Help with VLANS in BRIDGE:
This is exactly what im doing, but my interfaces are VLAN interfaces.
So if you pcap on the bridge, what shows up for the member interfaces that aren't working?
What about a pcap on the member interface itself?
Bridging VLAN interfaces works fine. I'd look elsewhere for the problem, like the member interfaces not being configured properly to ESXi in the first place.
With tcpdump i see the ARP Request but pfsense dont send the ARP Reply.
Im going to clear everything and reconfigure from scratch. -
@delerict thank you for your time and help!
it was a vmware misconfiguration, e1000 nic instead of vmxnet3.
now i'm facing another problem: there is a interfaces limit to be added in a bridge? -
Not really that I know of (I use switch ports for things like this, and
bridge(4)
is silent about any member interface limit) but there is a practical limit where the web ui starts to have problems. It's usually in the hundreds of interfaces though. -
@derelict thank you. the webgui here is starting to be slow with 32 vlans.
-
@broonu Hello, sorry if I'm replying to this old topic, but I'm experiencing the same problem trying to bridge the WAN interface with a VLAN created on a LAN interface.
The behavior is almost the same: no reply to ARP requests from pfsense + I cant ping the pfsense upstream gateway.
Before giving up, I noticed that the WAN and LAN interfaces are E1000 (not VMXNET3).
I would like to change the nic type as last attempt.
Anyway, before doing that, I would like to know if there is a particolar relation between bridge and vmxnet3.Could you please help me?
Thanks
Mauro -