Thread View: alt.pl.comp.os.linux.newbie
6 messages
6 total messages
Started by skandal
Fri, 11 Feb 2011 07:34
rTorrent+iptables
Author: skandal
Date: Fri, 11 Feb 2011 07:34
Date: Fri, 11 Feb 2011 07:34
175 lines
6393 bytes
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 prdko wysyania (upload) i pobierania (download) 0=bez ogranicze # Zalecana prdko uploadu to 75% maksymalnej prdkoci cza download_rate = 0 upload_rate = 224 # Domylny katalog do zapisu pobranych plikw: directory = /home/andrzej/rtorrent/pobrane # Katalog gdzie zapisywana bdzie sesja session = /home/andrzej/.session # Przeszukiwanie danego katalogu na obecno torrentw 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
Author: skandal
Date: Fri, 11 Feb 2011 07:36
Date: Fri, 11 Feb 2011 07:36
5 lines
1287 bytes
1287 bytes
Errata: Oczywiście powinno być: $IP -A INPUT -p udp --dport 6881 -j ACCEPT #rTorrent DHT
Re: rTorrent+iptables
Author: Dominik & Co
Date: Fri, 11 Feb 2011 11:43
Date: Fri, 11 Feb 2011 11:43
21 lines
2250 bytes
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
Author: skandal
Date: Fri, 11 Feb 2011 14:53
Date: Fri, 11 Feb 2011 14:53
21 lines
1965 bytes
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
Author: Dominik & Co
Date: Sat, 12 Feb 2011 08:42
Date: Sat, 12 Feb 2011 08:42
15 lines
1508 bytes
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
Author: skandal
Date: Sat, 12 Feb 2011 09:12
Date: Sat, 12 Feb 2011 09:12
20 lines
2141 bytes
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