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

    Can't connect to AP when Bridged

    Scheduled Pinned Locked Moved General pfSense Questions
    7 Posts 3 Posters 921 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.
    • C Offline
      CrashnBrn
      last edited by

      Hi Guys,

      This is my current set up. My pfsense box has 3 nics. This is a new setup. New AP and new PFsense install.

      WAN -> re0
      LAN -> bridge0 (includes wired and wireless)
      Wireless -> em1 (connected to Unifi AP)
      Wired -> em0 (connected to cisco switch)

      I am only able to connect to the AP if I plug the AP directly into the switch. When I have it plugged into the port on my pfsense box I can't connect to it.

      Is there something I need to do for it to get an IP?

      Thanks.

      1 Reply Last reply Reply Quote 0
      • pttP Offline
        ptt Rebel Alliance
        last edited by

        And you "need" to use the AP at "em1" bridged to "em0" because…

        1 Reply Last reply Reply Quote 0
        • DerelictD Offline
          Derelict LAYER 8 Netgate
          last edited by

          Put the AP on the switch, man. Forget about bridging there.

          Chattanooga, Tennessee, USA
          A comprehensive network diagram is worth 10,000 words and 15 conference calls.
          DO NOT set a source address/port in a port forward or firewall rule unless you KNOW you need it!
          Do Not Chat For Help! NO_WAN_EGRESS(TM)

          1 Reply Last reply Reply Quote 0
          • C Offline
            CrashnBrn
            last edited by

            Networking isn't my strong suite. I assumed it would be better for wireless clients if they have one less hop to go through?

            Is my thinking wrong?

            1 Reply Last reply Reply Quote 0
            • DerelictD Offline
              Derelict LAYER 8 Netgate
              last edited by

              Definitely not the case. Switches are your friend there. Remove em0 from the bridge, assign LAN to em0, then delete the bridge.

              Lots of ways to lock yourself out messing around with this.

              Chattanooga, Tennessee, USA
              A comprehensive network diagram is worth 10,000 words and 15 conference calls.
              DO NOT set a source address/port in a port forward or firewall rule unless you KNOW you need it!
              Do Not Chat For Help! NO_WAN_EGRESS(TM)

              1 Reply Last reply Reply Quote 0
              • C Offline
                CrashnBrn
                last edited by

                @Derelict:

                Definitely not the case. Switches are your friend there. Remove em0 from the bridge, assign LAN to em0, then delete the bridge.

                Lots of ways to lock yourself out messing around with this.

                Thanks Derelict.

                Last question!

                Would it be better to connect the WAN to one of the intel NIC ports (Intel PRO/1000 Pt Dual Port Server Adapter) or is the Realtek NIC (WAN) ok.

                I've been reading different things regarding Realtek performance.

                1 Reply Last reply Reply Quote 0
                • DerelictD Offline
                  Derelict LAYER 8 Netgate
                  last edited by

                  If your WAN is not multi-100-megabit and the realtek is reliable, it's a good choice to use the realtek on WAN. If it gives you problems, move it to intel.

                  Chattanooga, Tennessee, USA
                  A comprehensive network diagram is worth 10,000 words and 15 conference calls.
                  DO NOT set a source address/port in a port forward or firewall rule unless you KNOW you need it!
                  Do Not Chat For Help! NO_WAN_EGRESS(TM)

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