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

Source based Routing with pfSense

Scheduled Pinned Locked Moved Routing and Multi WAN
25 Posts 7 Posters 11.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.
  • B
    birtalevente
    last edited by birtalevente Jan 13, 2021, 7:47 PM Jan 13, 2021, 7:47 PM

    Hi,

    I have 3 WAN connections, configured the policy routing and working as expected, but incoming connection on WAN1 or WAN2 from IP: a.b.c.192 (when WAN3 ip is a.b.c.62, GW: a.b.c.1 ) responded on WAN3. Can I somehow resolve this? I expect the response to go out through incoming interface.

    Thanks
    Levi

    V 1 Reply Last reply Jan 13, 2021, 8:53 PM Reply Quote 0
    • V
      viragomann @birtalevente
      last edited by Jan 13, 2021, 8:53 PM

      @birtalevente
      Dude, this thread is almost two years old, so let him rest in peace!

      @birtalevente said in Source based Routing with pfSense:

      but incoming connection on WAN1 or WAN2 from IP: a.b.c.192 (when WAN3 ip is a.b.c.62, GW: a.b.c.1 ) responded on WAN3.

      Can you describe your WAN interface configuration a little more detailed?
      It's not really clear when you use alphabetic characters and not mention any network mask. Are these connected to different internet providers, are they in different subnets with a gateway on each?

      B 1 Reply Last reply Jan 14, 2021, 10:32 AM Reply Quote 0
      • B
        birtalevente @viragomann
        last edited by Jan 14, 2021, 10:32 AM

        @viragomann
        I tried to explain more detailed, but always got the spam message 🙄

        WAN1 and WAN3 are same ISP, but different media (fiber and radio) and network, both netmask is /24.
        WAN2 is other ISP, obviously different network than others, netmask is /25.

        So, the WAN3 network let's say is a.b.c.0/24, WAN3 IP is a.b.c.62

        There is another location, other company where the ISP assigned the a.b.c.192 IP address. From this another location, other company they have to connect to some services at mine location, where the pfsense router is installed with WAN1,2,3.
        From this another location, other company the connection is initiated to the WAN1 and WAN2 IPs, but the responses are routed out through the WAN3 ... which is somehow logic because I have in the routing table a.b.c.0/24 on WAN3.
        As I said before, I'd like the whole traffic to going on incoming interface
        Thanks!
        Levi

        V 1 Reply Last reply Jan 14, 2021, 11:13 AM Reply Quote 0
        • V
          viragomann @birtalevente
          last edited by Jan 14, 2021, 11:13 AM

          @birtalevente said in Source based Routing with pfSense:

          From this another location, other company the connection is initiated to the WAN1 and WAN2 IPs, but the responses are routed out through the WAN3 ... which is somehow logic because I have in the routing table a.b.c.0/24 on WAN3

          No, this is logic, because the destination IP lies within the subnet of WAN3 if I did undersand right your alphabetic variables:

          @birtalevente said in Source based Routing with pfSense:

          So, the WAN3 network let's say is a.b.c.0/24, WAN3 IP is a.b.c.62
          There is another location, other company where the ISP assigned the a.b.c.192 IP address

          So if here a.b.c are the same in both variables, your WAN3 IP and that one of the other company are in the same subnet.
          If so, the other company should access your router at WAN3 and nothing other.
          If they come in on an other WAN, they may have set a wrong mask in the WAN configuration (not /24).

          Your router cannot response to an address on another interface if the destionation is in the subnet of WAN3 in the end.

          B 1 Reply Last reply Jan 14, 2021, 12:01 PM Reply Quote 0
          • B
            birtalevente @viragomann
            last edited by Jan 14, 2021, 12:01 PM

            @viragomann said in Source based Routing with pfSense:

            @birtalevente said in Source based Routing with pfSense:

            From this another location, other company the connection is initiated to the WAN1 and WAN2 IPs, but the responses are routed out through the WAN3 ... which is somehow logic because I have in the routing table a.b.c.0/24 on WAN3

            No, this is logic, because the destination IP lies within the subnet of WAN3 if I did undersand right your alphabetic variables:

            @birtalevente said in Source based Routing with pfSense:

            So, the WAN3 network let's say is a.b.c.0/24, WAN3 IP is a.b.c.62
            There is another location, other company where the ISP assigned the a.b.c.192 IP address

            So if here a.b.c are the same in both variables, your WAN3 IP and that one of the other company are in the same subnet.
            If so, the other company should access your router at WAN3 and nothing other.

            This is not possible...WAN3 is low speed and dedicatet to other services.

            If they come in on an other WAN, they may have set a wrong mask in the WAN configuration (not /24).

            They come in on the right WAN because thats how is set up on they side!

            Your router cannot response to an address on another interface if the destionation is in the subnet of WAN3 in the end.

            That sucks ... 😊

            So I need to reconfigure a little bit

            Thanks anyway !

            Levi

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