Assign specific WAN based on L7 rule.
-
It wont capture encrypted bittorrent traffic and i don't think it will capture trackers that use HTTP. But since your traffic will be using different gateways, it shouldnt be able to track if its using http
-
Ok well I will see the result of that.
Anyway incoming connections generated by the cable modem's IP being advertised on trackers will be refused as the port won't be forwarded on that side. -
If you're having only one client or minimum amount of torrent pc's then you can create rule that any trafic what those produce to internet is going to use opt1 gateway
if you have multiple pc's it's lot easier to use ip alias to determine those, if ip's isn't chancing (dhcp static mappins)
-
If you're having only one client or minimum amount of torrent pc's then you can create rule that any trafic what those produce to internet is going to use opt1 gateway
if you have multiple pc's it's lot easier to use ip alias to determine those, if ip's isn't chancing (dhcp static mappins)
Ya I can't do that because the very same PC would be used for web browsing and web video streaming (as a client) and those would lag badly if Bittorrent is saturating the OPT1 connection. Unless Netflix and other web video streams are all on standard 443, 80,8080 ports.
-
Assign to lan
pass tcp/udp from lan subnet to any
advanced options Gateway optgateway and L7 filtermake it above anything. reset states and should work
OK I just did that.
Now all my traffic goes through OPT1, not just bittorrent…. -
What your L7 rule says?
-
My L7 rule
And my Firewall rule under LAN tab
When that firewall rule is enabled, suddenly everything on the computer 192.168.0.10 will go through OPT1 (opt1=dsl)
-
Your L7 says action block.
what did you want? block it or allow it?
-
Your L7 says action block.
what did you want? block it or allow it?
I want to allow it, but there are no other options other than block.
And if my option selection was supposed to BLOCK it, well… it doesn't block it because as I said, EVERYTHING (including bittorrent) is being redirected to the DSL connection with the firewall rule. -
Interesting..
Maybe someone else may provide some more details/help on this case
-
Emarl would be the guru if its possible. Thinking a code change would be needed to allow a feature like this. Do you have access to all the clients running bit-torrent software? You could set static ports then create an alias to direct all that traffic thru the gw you want. Thats what I did for my network
-
Emarl would be the guru if its possible. Thinking a code change would be needed to allow a feature like this. Do you have access to all the clients running bit-torrent software? You could set static ports then create an alias to direct all that traffic thru the gw you want. Thats what I did for my network
Well that's what I'm doing now. I basically put the before-last-rule to be that ALL traffic of the bittorrent machine (192.168.0.10) be NATed to the DSL connection. Above that rule, I put that port 80,80,443 (and a few other ports) from 192.168.0.10 be sent to the cable connection.
So far it works ok, but the problem is with the trackers running on HTTP will be contacted by my cable connection. So getting incoming connections on my DSL for bittorrent is a bit slow, as the DHT and peer-sharing functions need to kick in for my DSL connection to be known to the other peers.
but it works none the less and maybe I'll leave it like that since I don't want to take the chance that L7 layer filtering (if I'd get it to work) would fail one day and reship everything to the cable connection, costing me a pretty penny in overages.