Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 25 replies
  • Subscribers 2 subscribers
  • Views 18657 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

Just can't get Bittorrent to work

plebism
I have tried everything to get but torrent to work via ASG7 but get no joy, so I need to ask for some help.

A quick snapshot of my setup.
Old Dell PC running ASG7 with dual NIC's.
Internal NIC goes to a Dlink Router that has DHCP disable, and is connected like a switch via the LAN port 1. ASG handles the DHCP

Lan port 2 goes to my PC and Lan port 3 goes to a mac mini.

Masq is setup for the two NIC's on the Dell.

I have the following definitions:

one SERVICE called Bittorrent and is on TCP/UDP with Destination ports at 38785 and source port 1024:65535 (38785 is the port set in uTorrent)

one NETWORKS type HOST called PC with address 192.168.2.2 (PC IP) and Interface set to Internal

On NAT I have setup a DNAT with the following config

Traffice Source: Any
Traffic Service: Bittorrent
Traffic Destination: External WAN

NAT mode: DNAT

Destination: PC
Destination service: Bittorrent

Finally I have setup a packet filter fule that states:

Source: Internal LAN
Service: Bittorrent
Destination: Any

I have tried all sorts of combos, switcing ports around etc but there is still no connection in uTorrent and the port check states the port is closed. When I run Live Log, it just scrolls by in RED and I can see the connection attemps being blocked.

Am I missing a vital network setup here?

Thanks thanks :-)

Simon


This thread was automatically locked due to age.
Parents
  • 0
    Leave the service translation blank.

    You need another packet filter rule: Any -> Bittorrent -> Internal LAN

    Cheers - Bob
  • 0 in reply to BAlfson
    Ahhhh you bueaties [[:D]]

    It works w0000000000t

    [[:D]]

    Thanks

    Simon
  • 0 in reply to Vulcan
    I am also dropping packets. I have the same setup as plebism except I'm using port 20062 as my uTorrent port. I added the packet filters that Simon Shaw and BAlfson suggested.

    Can anyone provide suggestions on how to fix this?

    Thanks in advance for any help. 


    21:48:13 Default DROP TCP 192.168.2.254:51051

    → 74.13.175.158 	: 23438

    [SYN] len=52 ttl=127 tos=0x00 srcmac=00:20:ed:63:24:2e dstmac=00:1a:70:11:0e:6d

    

    21:48:14 Default DROP TCP 192.168.2.254 : 51053

    → 74.210.71.19 : 43228

    [SYN] len=52 ttl=127 tos=0x00 srcmac=00:20:ed:63:24:2e 	dstmac=00:1a:70:11:0e:6d

    

    21:48:17 Default DROP 	TCP 192.168.2.254 : 51047

    → 68.146.0.118 : 49975	

    [SYN] len=48 ttl=127 tos=0x00 srcmac=00:20:ed:63:24:2e 	dstmac=00:1a:70:11:0e:6d

    

    21:48:18 Default DROP 	TCP 192.168.2.254 : 51048 

    → 68.188.175.251 : 61382

    [SYN] len=48 ttl=127 tos=0x00 srcmac=00:20:ed:63:24:2e dstmac=00:1a:70:11:0e:6d

    

    21:48:19 Default DROP 	TCP 192.168.2.254 : 51049

    → 66.25.184.100 : 50688

    [SYN] len=48 ttl=127 tos=0x00 srcmac=00:20:ed:63:24:2e dstmac=00:1a:70:11:0e:6d

    

    21:48:19 Default DROP 	TCP 192.168.2.254 : 51050

    → 71.185.203.57 : 52574

    [SYN] len=48 ttl=127 tos=0x00 srcmac=00:20:ed:63:24:2e

    dstmac=00:1a:70:11:0e:6d

    

    21:48:19 Default DROP 	TCP 192.168.2.254 : 51051

    → 74.13.175.158 : 23438

    [SYN] len=48 ttl=127 tos=0x00 srcmac=00:20:ed:63:24:2e

    dstmac=00:1a:70:11:0e:6d

    

    21:48:19 Default DROP 	TCP 192.168.2.254 : 51053

    → 74.210.71.19 :43228
  • 0 in reply to sputza
    Looks like you are dropping outbound packets.

    You have a MASQ rule set for your internal network to external NIC I hope?

    You could try adding this rule:

    TorrentPC -> Any Traffic -> Any Destination  (Allow)
  • 0 in reply to Simon Shaw
    Looks like you are dropping outbound packets.

    You have a MASQ rule set for your internal network to external NIC I hope?

    You could try adding this rule:

    TorrentPC -> Any Traffic -> Any Destination  (Allow)


    I assume you are referring to SNAT/DNAT? I have attached a screenshot of my NAT setup.
  • 0 in reply to sputza
    Your NAT rule looks correct.  There is no need however to specify the destination type of traffic.  If you leave it at default, it will assume it's staying on the same port.  Should not hurt though.

    Actually I did mean MASQUERADE rule.  Do you have one set?

    Try adding packet filter rule:
    (Bittorrent client PC) -> Any traffic  -> Any destination (Allow)
    and see if packets are still getting dropped.

    Note that you may still see some dropped torrent traffic to the external IP even when you have this set correctly as some clients out on the net may be sending traffic to you on odd ports as part of their normal operation.
  • 0 in reply to Simon Shaw
    Your NAT rule looks correct.  There is no need however to specify the destination type of traffic.  If you leave it at default, it will assume it's staying on the same port.  Should not hurt though.

    Actually I did mean MASQUERADE rule.  Do you have one set?

    Try adding packet filter rule:
    (Bittorrent client PC) -> Any traffic  -> Any destination (Allow)
    and see if packets are still getting dropped.

    Note that you may still see some dropped torrent traffic to the external IP even when you have this set correctly as some clients out on the net may be sending traffic to you on odd ports as part of their normal operation.


    I have attached a screenshot of my Masquerading tab and Packet Filters. I added the PF in position 1 based on your suggestion. Same result. 

    Another thing I noticed is I seem to loose outgoing internet connection for basic web surfing while I have uTorrent open. I don't know if this is related. 

    Thanks for your help so far.
  • 0 in reply to sputza
    Hi, the outgoing traffic is in the 510xx range, but you say uTorrent is set to 20062...

    Is 192.168.2.254 your uTorrent PC?

    Barry
  • 0 in reply to BarryG
    Hi, the outgoing traffic is in the 510xx range, but you say uTorrent is set to 20062...

    Is 192.168.2.254 your uTorrent PC?

    Barry


    Yes, my torrent PC is 192.168.2.254 and the Listening port on uTorrent is 20062.
  • 0 in reply to sputza
    Hello...

    Sorry if I dug up this old posting up, but the search lead me here, so I thought it'd make sense to answer here.

    I can confirm the behavior of utorrent. It does not send all packets using the specified port causing loads of blocked packets to appear.
    This seems to cause to reduce the number of peers found in utorrent, but it does work. Unfortunately it logs all that crap that it blocks. [;)]

    Is it something only the utorrent client does, oder does Bitorrent oder whatever behave differently?
  • 0 in reply to GreatByte
    I was unable to find an answer for this and have been running Astaro and uTorrent and ignoring the dropped packets. I'm sure it slows my downloads and puts unnecessary load on the firewall, but I can't seem to find the issue. If anyone has a fix for this, please post. Thanks
  • 0 in reply to sputza
    Hi, the client I'm familiar with (Azureus/Vuze) both sends and receives on the specified port. However, other peers may be on other ports, so your service definitions need to include that.
    I had to create defs for outgoing (my port -> any), and incoming (any -> my port).

    Barry
Reply
  • 0 in reply to sputza
    Hi, the client I'm familiar with (Azureus/Vuze) both sends and receives on the specified port. However, other peers may be on other ports, so your service definitions need to include that.
    I had to create defs for outgoing (my port -> any), and incoming (any -> my port).

    Barry
Children
No Data