Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 17 replies
  • Subscribers 2 subscribers
  • Views 28120 views
  • Users 0 members are here
Options
Suggested
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

sneader
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
  • 0
    Barry, it worked!!  I do not understand it, and I surely need to!  I hope you can explain it... but that was the trick... I had to define two different uTorrent services... one with the source as 61392 and one with the destination as 61392... the Multipath rule got the one with Source 61392, and the DNAT rule (with auto firewall rule) got the one with Destination 61392.  

    Works -- thanks Barry!!!!!  (now try to help me understand LOL)

    - Scott
Reply
  • 0
    Barry, it worked!!  I do not understand it, and I surely need to!  I hope you can explain it... but that was the trick... I had to define two different uTorrent services... one with the source as 61392 and one with the destination as 61392... the Multipath rule got the one with Source 61392, and the DNAT rule (with auto firewall rule) got the one with Destination 61392.  

    Works -- thanks Barry!!!!!  (now try to help me understand LOL)

    - Scott
Children
  • 0 in reply to sneader
    Barry, it worked!!  I do not understand it, and I surely need to!  I hope you can explain it... but that was the trick... I had to define two different uTorrent services... one with the source as 61392 and one with the destination as 61392... the Multipath rule got the one with Source 61392, and the DNAT rule (with auto firewall rule) got the one with Destination 61392.  

    Works -- thanks Barry!!!!!  (now try to help me understand LOL)

    - Scott


    The Multipath rule is based on the OUTGOING traffic, which is from source port 61392 (the port of your uTorrent install).

    The DNAT is for INCOMING traffic, which is for the destination port of 61392.


    I don't think you should be mixing multipath and policy routing, but I am not an expert on either. I do know that I didn't have to use policy routing when I setup a dual-connection system with multipath.

    Barry