LAN1 can access computers but not managed switch on LAN2

  • Most likely I'm doing something stupid here but I'm stumped and am looking for ideas. I recently picked up an Aruba S2500 L3 switch (48 gigabit POE ports + 4 10GB ports for $100 - couldn't resist) and I'm experimenting with it to see how it works and how I should use it. Right now, it's running in L2 mode only. I have a pfSense box with a WAN and 2 LANS:

    • LAN 1 (static IPv4, connected to an unmanaged switch and PC1 at
    • LAN 2 (static IPv4, connected to the managed switch at
    • VLAN10 (static IPv4, is configured in the switch (with an IP of and pfSense (attached to LAN2 and with DHCP). PC2 is connected to a VLAN10 port on the switch.
    • The uplink port on the switch is set to trunk mode and is set to native and default VLAN1 and passing any VLAN.


    Firewall rules on each interface are:

    • LAN1: IPv4/6, src=LAN1, *, *, *, *
    • LAN2: IPv4/6, src=*, *, *, *, *, *
    • VLAN10: IPv4/6, src=*, *, *, *, *, *

    PC2 uses DHCP to get an address in VLAN10 just find. PC1 and PC2 can see each other and exchange data (iperf worked in client and server mode with each). PC2 can access the switch at and pfSense at or

    The problem is that PC1 can't ping the managed switch or access it's web interface at In the long run everything is going to move under that switch so it doesn't really matter but it seems weird. Could it be some config issue with the trunk connection between pfSense and the switch? I have a hard time seeing how this is a pfSense issue but I've got zero experience with this kind of set up so I'm guessing it's something obvious.

    Any ideas would be greatly appreciated.

  • @td22057
    See this link
    Maybe that answers your question.
    And why it is not recommended to use vlan1 on the trunk port

  • Netgate Administrator

    Can anything ping or open PC1, PC2 or pinging from pfSense itself?

    In Diag > Ping in the pfSense GUI you can choose the source IP. If you choose it ping

    If yes try a different source IP there. You could have a bad subnet mask or no default route set on the switch so it can only respond to devices inside it's own subnet.


  • Thanks @Konstanti. I ran across that last night and changed it around this morning. I created a management VLAN, moved the switch to that, and have it grab a DHCP address from pfsense on the management VLAN. That way nothing is on the 192.168.2.x subnet. I just finished testing it before lunch and everything is now working as expected. I'm not sure what the underlying issue was but this set up is better anyway (explicit management VLAN subnet) so I'm just glad it's working.

  • Netgate Administrator

    Yeah better to avoid tagged and untagged traffic on the same interface if you can because of exactly this sort of issue.

    There's no reason why it shouldn't work but I suspect the switch was not doing the expected thing with the untagged traffic.


Log in to reply