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

Help with bridging

Scheduled Pinned Locked Moved 2.0-RC Snapshot Feedback and Problems - RETIRED
2 Posts 2 Posters 1.2k 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.
  • R
    rsingh
    last edited by Jan 29, 2011, 6:25 PM

    this is the setup:

    dual internet connections <-> pfsense-A 2.0 <–-bridge---> pfsense-B <-> lan

    the purpose of pfsense-B is:

    • traffic shaping
    • squid (doesn't work well on pfsense-A with the two ISPs)

    i'm trying to lab this out in vmware workstation. pfsense-B has three nics:
    em0 - wan: connected to pfsense-A
    em1 - lan: connected to LAN
    em2 - opt1: connected to a pc (because most of these configs cause me to lose access to em1 and em0)

    After a clean install, I enabled the three NICs and put a single rule on each one saying allow any traffic
    I went to assign interfaces and created a bridge with em0 and em1
    I assigned this bridge to the LAN interface.

    At this point, I am no longer able to access pfsense-B from the lan. I can still access it on opt1.

    If I start a ping from the Lan to pfsense-A, using tcpdump I will see this:

    lan host ARP who-has request -> pfsense-A -> pfsense-B
    pfsense B ARP reply -> pfsense-A -> (then the packet is lost, not seen on lan wan or opt1)

    so I have the bridge 3/4 of the way working. If pfsense-A would send arp (and then hopefully other traffic) back to the LAN, I will be up and running. Can anyone guess at anything I may be missing?

    1 Reply Last reply Reply Quote 0
    • E
      eri--
      last edited by Jan 29, 2011, 6:57 PM

      You can assign it as an optional interface the bridge and than it will work normally without dropping you from LAN!

      1 Reply Last reply Reply Quote 0
      1 out of 2
      • First post
        1/2
        Last post
      Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.
        This community forum collects and processes your personal information.
        consent.not_received