This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Force uTorrent client out 2nd WAN connection

I have my Bittorrent client (uTorrent) set to use a specific port (61392).  I've defined a TCP/UDP service for this port.  I have followed the directions to create a Multipath Rule (example IPs used below to protect privacy)

Source:  internal machine (192.168.1.35)
Service:  uTorrent (port number 61392 tcp/udp)
Destination:  Internet IPv4
lft Persistence: by Interface
Bind interface:  ADSL2  (my 2nd Wan port, external IP 2.2.2.2)

I have saved and activated this rule.

I have also created a DNAT rule, with automatic firewall rule, to allow the traffic in, and our outbound rule is currently to allow anything out.

When I view the live log, I am seeing my internal machine sending packets, using the uTorrent port number I specified, out the 1st Wan port instead... here's the initial log entry in the Firewall log:

15:58:36 Default DROP Bittorrent
192.168.1.35 : 61392

1.1.1.1 : 61392
len=95 ttl=128 tos=0x00 s

(My firewall rule allowing uTorrent is only for the 2nd WAN port, thus Astaro is rightly blocking it outbound on the 1st WAN port)

With that Multipath rule, that traffic should not be going out 1.1.1.1, but 2.2.2.2.

To prove that I can create working Multipath rules, I created another rule, and specified that all traffic for another one of my machines should go out the same 2nd WAN interface, and yes, it works fine!  

I'm stumped... any ideas?

- Scott


This thread was automatically locked due to age.
Parents
  • Assuming uTorrent is set to use 61392, then you need to reverse the Source and Destination ports in your definition.

    e.g.
    Type: TCP/UDP
    Destination port: 1:65535
    Source port: 61392

    Also, do you have Masquerading or SNAT setup for your 2 internet connections?

    Barry
  • Assuming uTorrent is set to use 61392, then you need to reverse the Source and Destination ports in your definition.

    e.g.
    Type: TCP/UDP
    Destination port: 1:65535
    Source port: 61392


    Thanks Barry, I will give it a try, but it doesn't make any sense to me. Can you help me to understand the "why"?  It seems that my current set up should have matched the traffic just fine... so I really need to learn what I am doing wrong.

    Also, do you have Masquerading or SNAT setup for your 2 internet connections?


    Yes.

    Masquerading is set up with 4 rules... 
      Server 1 > Interface ADSL1 primary address
      Server 2 > Interface ADSL2 primary address
      Server 3 > Interface ADSL2 primary address
      Internal Network > Uplink Interfaces primary address
    I believe the last entry is what provides basic NAT services to all clients on the network?  The workstation running uTorrent is not Server 1/2/3 but some other device.

    SNAT/DNAT
      There are 9 DNAT rules, 0 SNAT rules. 

    Thanks!!!

    - Scott
Reply
  • Assuming uTorrent is set to use 61392, then you need to reverse the Source and Destination ports in your definition.

    e.g.
    Type: TCP/UDP
    Destination port: 1:65535
    Source port: 61392


    Thanks Barry, I will give it a try, but it doesn't make any sense to me. Can you help me to understand the "why"?  It seems that my current set up should have matched the traffic just fine... so I really need to learn what I am doing wrong.

    Also, do you have Masquerading or SNAT setup for your 2 internet connections?


    Yes.

    Masquerading is set up with 4 rules... 
      Server 1 > Interface ADSL1 primary address
      Server 2 > Interface ADSL2 primary address
      Server 3 > Interface ADSL2 primary address
      Internal Network > Uplink Interfaces primary address
    I believe the last entry is what provides basic NAT services to all clients on the network?  The workstation running uTorrent is not Server 1/2/3 but some other device.

    SNAT/DNAT
      There are 9 DNAT rules, 0 SNAT rules. 

    Thanks!!!

    - Scott
Children
No Data