Netgate Discussion Forum
    • Categories
    • Recent
    • Tags
    • Popular
    • Users
    • Search
    • Register
    • Login

    Vlan question on new install

    Scheduled Pinned Locked Moved Problems Installing or Upgrading pfSense Software
    8 Posts 3 Posters 1.4k Views
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • J
      jacob.tennant
      last edited by

      My setup is as follows;

      WAN> 66.118.82.122/29
      LAN> 10.10.254.253/30

      Layer 3 switch> 10.10.254.254 port ge.1.2 vlan.0.2

      Ok, on this layer 3 switch as you can tell my pfSense server connects to port ge.1.2 and this is assigned as vlan 2.

      Also on this switch is about 30 more vlans for various departments, services, etc… but from any of those vlans I cannot ping the 10.10.254.253 address of the pfSense web  interface.

      How/where do I tell pfSense that these vlans should be routed out from the the switch (10.10.254.254) into the firewall (10.10.254.253) and out to the internet (66.118.82.122).

      I have tried everything I can find but cannot get from my desktop PC to the pfSense box.

      1 Reply Last reply Reply Quote 0
      • P
        phil.davis
        last edited by

        System:Routing - Gateways. Add a gateway, interface LAN, IP 10.10.254.254.
        Do NOT make it the the gateway on Interfaces->LAN, leave that as "none".
        System:Routing - Routes. Add static route/s for each of the subnets reachable through the L3 switch, using that new gateway.
        Firewall Rules LAN - add rules to allow traffic with source addresses of those subnets that can arrive from the L3 switch.
        Firewall:NAT - Outbound - switch to Manual Outbound NAT. Add NAT rules to NAT traffic from those subnets that can arrive from the L3 switch as it goes out WAN.

        I think that is all - it should allow the clients out through pfSense LAN, NATing to the public internet, and pfSense to know how to route the replies back to the L3 switch.

        As the Greek philosopher Isosceles used to say, "There are 3 sides to every triangle."
        If I helped you, then help someone else - buy someone a gift from the INF catalog http://secure.inf.org/gifts/usd/

        1 Reply Last reply Reply Quote 0
        • J
          jacob.tennant
          last edited by

          I have made the changes you suggested but still cannot get to the web interface 10.10.254.253 from my office vlan 10.10.28.100.

          My office PC can ping 10.10.28.1 (vlan gateway) and 10.10.254.254 just fine and any other internal system I have.

          But I still cannot ping the 10.10.254.253 address

          1 Reply Last reply Reply Quote 0
          • P
            phil.davis
            last edited by

            Do some packet capture on pfSense LAN to see if the pings are arriving. Diagnostics->Routes will show you what routes pfSense knows about, make sure it has a route back to 10.10.28.* through 10.10.254.254, and make sure the cable is plugged in  ;)
            Post you gateways, static routes and firewall rules when you are really stuck.

            As the Greek philosopher Isosceles used to say, "There are 3 sides to every triangle."
            If I helped you, then help someone else - buy someone a gift from the INF catalog http://secure.inf.org/gifts/usd/

            1 Reply Last reply Reply Quote 0
            • J
              jacob.tennant
              last edited by

              Just ran a Wireshark test and when I ping 10.10.254.253 from 10.10.28.100,  10.10.28.1 reports that 10.10.254.253 is unreachable.

              I changed vlans to others that I have setup like you told me to and get the same results.

              L3 switch has a default route of 0.0.0.0/0 to 10.10.254.253

              1 Reply Last reply Reply Quote 0
              • stephenw10S
                stephenw10 Netgate Administrator
                last edited by

                The default LAN firewall rule which allows access to the webgui via the LAN interface has 'LAN net' as its source address. Since you are trying to connect from another subnet routed to LAN you will have to modify the LAN rules to include that if you haven't already.
                You should see these connection attempts in the firewall logs if they're being blocked.

                Steve

                1 Reply Last reply Reply Quote 0
                • J
                  jacob.tennant
                  last edited by

                  Did some more testing and here is what I found.

                  Expanded the /30 to /29 to allow testing PC in the subnet between the L3 switch and the firewall. FW>10.10.254.249, L3>10.10.254.254, TEST-PC>10.10.254.250

                  I then setup another test pc on a internal subnet that I have made a NAT rule for as well as a route rule for TESTER>10.10.0.2

                  So from the firewall I can ping all the way back to the TESTER pc.

                  From the TESTER pc I can only ping up to the 10.10.254.254 interface on the L3

                  Form the L3 I can ping to the FW and down to the TESTER

                  From the TEST-PC I can ping down to the TESTER pc BUT CANNOT ping the FW and they are in the same subnet together.

                  Any ideas?

                  1 Reply Last reply Reply Quote 0
                  • P
                    phil.davis
                    last edited by

                    It does sound like firewall rules on LAN. Do a packet capture on the LAN interface of the FW and see if the ping is arriving there - hopefully it is. For testing, make the firewall rule allow any to any on LAN.

                    As the Greek philosopher Isosceles used to say, "There are 3 sides to every triangle."
                    If I helped you, then help someone else - buy someone a gift from the INF catalog http://secure.inf.org/gifts/usd/

                    1 Reply Last reply Reply Quote 0
                    • First post
                      Last post
                    Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.