🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Thread View: alt.pl.comp.os.linux.newbie
6 messages
6 total messages Started by skandal Fri, 11 Feb 2011 07:34
rTorrent+iptables
#138867
Author: skandal
Date: Fri, 11 Feb 2011 07:34
175 lines
6393 bytes
Witam.

Problem jest taki. Mam od bardzo dawna skonfigurowanego rtorrenta.
Wcześniej, gdy klient torrenta stał za NATem, a przekierowanie portu
było na routerze, wszystko było z pobieraniem i wysyłaniem ok. Dziś
pierwszy raz od dawien dawna użyłem torrenta, a już na pewno pierwszy
raz odkąd klient torrent stanął w DMZ i jest na nim postawiony
iptables. No i wszystko ładnie się ściąga, ale już rzadko kiedy się
wrzuca, a jak się wrzuca to marnie.

Pytanie moje, czy te wpisy w iptables są dobre, a jak nie to jak je
zrobić? Poniżej konfiguracje...

Konfiguracja iptables:

IP="iptables"

#############
#CZYSZCZENIE#
#############

$IP -F INPUT
$IP -F OUTPUT
$IP -F FORWARD

#####################
#POLITYKA POCZATKOWA#
#####################

$IP -P INPUT ACCEPT
$IP -P OUTPUT ACCEPT
$IP -P FORWARD ACCEPT

$IP -P INPUT DROP
$IP -P OUTPUT ACCEPT
$IP -P FORWARD DROP

#######
#INPUT#
#######

$IP -A INPUT -p tcp --dport 6882:6890 -j ACCEPT #rTorrent TCP
$IP -A INPUT -p udp --dport 6882:6890 -j ACCEPT #rTorrent UDP
$IP -A INPIT -p udp --dport 6881 -j ACCEPT #rTorrent DHT

--
Konfiguracja rTorrent:

# This is an example resource file for rTorrent. Copy to
# ~/.rtorrent.rc and enable/modify the options as needed. Remember to
# uncomment the options you wish to enable.

# Maximum and minimum number of peers to connect to per torrent.
# min_peers = 40
# max_peers = 200

# Same as above but for seeding completed torrents (-1 = same as
downloading)
# min_peers_seed = 10
# max_peers_seed = 50

# Maximum number of simultanious uploads per torrent.
# max_uploads =15

# Tu ustawiamy prdko wysyania (upload) i pobierania (download)
0=bez ogranicze
# Zalecana prdko uploadu to 75% maksymalnej prdkoci cza
download_rate = 0
upload_rate = 224

# Domylny katalog do zapisu pobranych plikw:
directory = /home/andrzej/rtorrent/pobrane

# Katalog gdzie zapisywana bdzie sesja
session = /home/andrzej/.session

# Przeszukiwanie danego katalogu na obecno torrentw do pobrania
# Zatrzymywanie gdy torrent (plik ziarna) zostanie usuniety (nie
sprawdzone - zahaszowane)
schedule = watch_directory,5,5,load_start=/home/andrzej/rtorrent/
zrodla/*.torrent
# schedule = untied_directory,5,5,stop_untied=/home/andrzej/rtorrent/
zrodla/*.torrent

# Close torrents when diskspace is low.
# schedule = low_diskspace,5,60,close_low_diskspace=100M

# Stop torrents when reaching upload ratio in percent,
# when also reaching total upload in bytes, or when
# reaching final upload ratio in percent.
# example: stop at ratio 2.0 with at least 200 MB uploaded, or else
ratio 20.0
# schedule = ratio,60,60,stop_on_ratio=200,200M,2000

# The ip address reported to the tracker.
# ip = 127.0.0.1
# ip = rakshasa.no

# The ip address the listening socket and outgoing connections is
# bound to.
# bind = 127.0.0.1
# bind = rakshasa.no

# Port range to use for listening.
port_range = 6882-6890

# Start opening ports at a random position within the port range.
port_random = yes

# Check hash for finished torrents. Might be usefull until the bug is
# fixed that causes lack of diskspace not to be properly reported.
check_hash = yes

# Set whetever the client should try to connect to UDP trackers.
use_udp_trackers = yes

# Alternative calls to bind and ip that should handle dynamic ip's.
# schedule = ip_tick,0,1800,ip=rakshasa
# schedule = bind_tick,0,1800,bind=rakshasa

# Encryption options, set to none (default) or any combination of the
following:
# allow_incoming, try_outgoing, require, require_RC4, enable_retry,
prefer_plaintext
#
# The example value allows incoming encrypted connections, starts
unencrypted
# outgoing connections but retries with encryption if they fail,
preferring
# plaintext to RC4 encryption after the encrypted handshake
#
# encryption = allow_incoming,enable_retry,prefer_plaintext

#
# Do not modify the following parameters unless you know what you're
doing.
#

# Hash read-ahead controls how many MB to request the kernel to read
# ahead. If the value is too low the disk may not be fully utilized,
# while if too high the kernel might not be able to keep the read
# pages in memory thus end up trashing.
# hash_read_ahead = 10

# Interval between attempts to check the hash, in milliseconds.
# hash_interval = 100

# Number of attempts to check the hash while using the mincore status,
# before forcing. Overworked systems might need lower values to get a
# decent hash checking rate.
# hash_max_tries = 10

# Max number of files to keep open simultaniously.
# max_open_files = 128

# Number of sockets to simultaneously keep open.
# max_open_sockets = <no default>


# Example of scheduling commands: Switch between two ip's every 5
# seconds.
# schedule = "ip_tick1,5,10,ip=torretta"
# schedule = "ip_tick2,10,10,ip=lampedusa"

# Remove a scheduled event.
# schedule_remove = "ip_tick1"

# scgi_port=127.0.0.1:5000

# UDP port to use for DHT.
 dht_port = 6881

--
Pozdrawiam,
Andrzej Krawczyk
Re: rTorrent+iptables
#138868
Author: skandal
Date: Fri, 11 Feb 2011 07:36
5 lines
1287 bytes
Errata:

Oczywiście powinno być:

$IP -A INPUT -p udp --dport 6881 -j ACCEPT #rTorrent DHT
Re: rTorrent+iptables
#138869
Author: Dominik & Co
Date: Fri, 11 Feb 2011 11:43
21 lines
2250 bytes
W dniu 11-02-2011 08:34, skandal rzecze:

> Problem jest taki. Mam od bardzo dawna skonfigurowanego rtorrenta.
> Wcześniej, gdy klient torrenta stał za NATem, a przekierowanie portu
> było na routerze, wszystko było z pobieraniem i wysyłaniem ok. Dziś
> pierwszy raz od dawien dawna użyłem torrenta, a już na pewno pierwszy
> raz odkąd klient torrent stanął w DMZ i jest na nim postawiony
> iptables. No i wszystko ładnie się ściąga, ale już rzadko kiedy się
> wrzuca, a jak się wrzuca to marnie.

Zaraz- nie nadążam. Komp z klientem torrenta jest w DMZ
(w sensie http://en.wikipedia.org/wiki/DMZ_%28computing%29#DMZ_host)
a na nim firewall via iptables? Dlaczego nie po prostu
wyjąć sprzęt z DMZ i przeforwardować na routerze potrzebne
porty? Chyba, że (jak zwykle ;-) źle zrozumiałem...
(notabene nie kumam "ładnie się ściąga, ale marnie się wrzuca").

-- 
Dominik (& kąpany)
"Wszyscy chcą naszego dobra. Nie dajmy go sobie zabrać." (S.J. Lec)
Wyrażam wyłącznie prywatne poglądy zgodnie z Art. 54 Konstytucji RP
Re: rTorrent+iptables
#138870
Author: skandal
Date: Fri, 11 Feb 2011 14:53
21 lines
1965 bytes
On 11 Lut, 12:43, Dominik & Co
<dominik.alaszewskinagma...@com.invalid> wrote:
> Zaraz- nie nadążam. Komp z klientem torrenta jest w DMZ
> (w sensiehttp://en.wikipedia.org/wiki/DMZ_%28computing%29#DMZ_host)
> a na nim firewall via iptables? Dlaczego nie po prostu
> wyjąć sprzęt z DMZ i przeforwardować na routerze potrzebne
> porty?

Całość jest wrzucona w DMZ, ponieważ świadczy również inne usługi
(serwer www + ssh) :)

>Chyba, że (jak zwykle ;-) źle zrozumiałem...
> (notabene nie kumam "ładnie się ściąga, ale marnie się wrzuca").

Chodzi o to że przy łączu 6/2 Mbit/s, Download leci z prędkością 6
Mbit , a Upload rzadko przekracza 10 KB/s. Gdzie przy wyłączeniu
firewalla nagle wszystko jest ok :)

--
Pozdrawiam,
Andrzej Krawczyk
Re: rTorrent+iptables
#138871
Author: Dominik & Co
Date: Sat, 12 Feb 2011 08:42
15 lines
1508 bytes
skandal pisze:

> Całość jest wrzucona w DMZ, ponieważ świadczy również inne usługi
> (serwer www + ssh) :)

Ale w DMZ w sensie DMZ host (jak wyżej napisałem)?
To co stoi na przeszkodzie, by w routerku przeforwardować również
porty 80 i 22 (czy na jakim tam masz ssh)?

Poza tym, niskim uploadem przy torrentach jest sens
się w ogóle martwić? ;-)

-- 
Dominik & Co (z domku)
Mundus vult decipi, ergo decipiatur.
Re: rTorrent+iptables
#138872
Author: skandal
Date: Sat, 12 Feb 2011 09:12
20 lines
2141 bytes
On 12 Lut, 09:42, Dominik & Co <chwil...@brak.maila.invalid> wrote:
> Ale w DMZ w sensie DMZ host (jak wyżej napisałem)?
> To co stoi na przeszkodzie, by w routerku przeforwardować również
> porty 80 i 22 (czy na jakim tam masz ssh)?

Jest to DMZ Host, bo tak sobie wymyśliłem :) I nie chce tego zmieniać.
Nie o to chodzi przecież w nauce żeby iść najłatwiejszą ścieżką, tylko
żeby umieć rozwiązać dany problem :)

> Poza tym, niskim uploadem przy torrentach jest sens
> się w ogóle martwić? ;-)

W moim przypadku jest :) Po pierwsze w myśl samej wymiany P2P, brak
uploadu to tylko branie i nie dawanie od siebie. Druga sprawa to
trackery gdzie łatwiej jest wrzucić w 2 godziny to co się ściągnęło do
ratio 1:1 niż seedować Bóg wie ile czasu to co się ściągnęło :)

--
Pozdrawiam,
Andrzej Krawczyk
Thread Navigation

This is a paginated view of messages in the thread with full content displayed inline.

Messages are displayed in chronological order, with the original post highlighted in green.

Use pagination controls to navigate through all messages in large threads.

Back to All Threads