btdownloadgui failed due to firewall

2010-07-18 Thread naths
Hi,

I failed to download by btdownloadgui --responsefile ***.torrent.
Rarely it works and do necessary download very slowly.
Most time it waits [ not exit with error].
I have simple firewall rule [ as per Rusty Russel ].
I found psad-alart says P2P BitTorrent communication attempt as
classtype: policy-violation with iptables chain: INPUT (prefix
Dropping:), 1 packets .
It is good to get the download as *.iso file whereas in windows
I download as *.daa with no problem.

Help for solution.

System is sid on x86_64.

Regards,

G.Nath





-- 
To UNSUBSCRIBE, email to debian-security-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/1279472499.10088.20.ca...@arkodebian.arko.com



btdownloadgui failed due to firewall

2010-07-18 Thread naths
Hi,

I failed to download by btdownloadgui --responsefile ***.torrent.
Rarely it works and do necessary download very slowly.
Most time it waits [ not exit with error].
I have simple firewall rule [ as per Rusty Russel ].
I found psad-alart says P2P BitTorrent communication attempt as
classtype: policy-violation with iptables chain: INPUT (prefix
Dropping:), 1 packets .
It is good to get the download as *.iso file whereas in windows
I download as *.daa with no problem.

What is solution

System is sid on x86_64.

Regards,

G.Nath







-- 
To UNSUBSCRIBE, email to debian-security-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/1279474503.10088.23.ca...@arkodebian.arko.com



Re: btdownloadgui failed due to firewall

2010-07-18 Thread Dominic Hargreaves
On Sun, Jul 18, 2010 at 11:05:03PM +0530, naths wrote:

 I failed to download by btdownloadgui --responsefile ***.torrent.
 Rarely it works and do necessary download very slowly.
 Most time it waits [ not exit with error].
 I have simple firewall rule [ as per Rusty Russel ].
 I found psad-alart says P2P BitTorrent communication attempt as
 classtype: policy-violation with iptables chain: INPUT (prefix
 Dropping:), 1 packets .
 It is good to get the download as *.iso file whereas in windows
 I download as *.daa with no problem.
 
 What is solution

The bittorrent protocol relies on being able to make incoming connections
to the host running the client (there is no server/client distinction
really - hence peer to peer).

The default port used by bittorrent is 6881. You should allow incoming
connections from all sources to this port. I'm not familiar with the
Rusty Russell firewall rules, but you should look for an example of
allowing incoming connections, probably along the lines of
iptables -A INPUT -s  -d ... -j ACCEPT.

You can probably change the port, and you may which to use a range
(for example 6881..6890) to allow multiple torrents running
simultaneously.

Dominic.

-- 
Dominic Hargreaves | http://www.larted.org.uk/~dom/
PGP key 5178E2A5 from the.earth.li (keyserver,web,email)


-- 
To UNSUBSCRIBE, email to debian-security-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20100718192735.gl...@urchin.earth.li



Re: btdownloadgui failed due to firewall

2010-07-18 Thread Celejar
On Sun, 18 Jul 2010 20:27:35 +0100
Dominic Hargreaves d...@earth.li wrote:

 On Sun, Jul 18, 2010 at 11:05:03PM +0530, naths wrote:
 
  I failed to download by btdownloadgui --responsefile ***.torrent.
  Rarely it works and do necessary download very slowly.
  Most time it waits [ not exit with error].
  I have simple firewall rule [ as per Rusty Russel ].
  I found psad-alart says P2P BitTorrent communication attempt as
  classtype: policy-violation with iptables chain: INPUT (prefix
  Dropping:), 1 packets .
  It is good to get the download as *.iso file whereas in windows
  I download as *.daa with no problem.
  
  What is solution
 
 The bittorrent protocol relies on being able to make incoming connections

It's not really correct to say that it 'relies on being able to make
incoming connections'; it'll run without them, but won't do as well.

...

 You can probably change the port, and you may which to use a range
 (for example 6881..6890) to allow multiple torrents running
 simultaneously.

Multiple ports are only necessary for running multiple clients (or
instances of the same client); one client can run multiple torrents out
of the same port.

Celejar
-- 
foffl.sourceforge.net - Feeds OFFLine, an offline RSS/Atom aggregator
mailmin.sourceforge.net - remote access via secure (OpenPGP) email
ssuds.sourceforge.net - A Simple Sudoku Solver and Generator


-- 
To UNSUBSCRIBE, email to debian-security-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20100718191245.df7f29c6.cele...@gmail.com