Hozzászólások
Próbálok torrent-eket letölteni, de nem megy. Ezen a téren nagyon kezdő vagyok. Próbáltam már az Azureus klienst is most a BitTornadot használnám (nekem ez a szimpatikusabb). Felismeri a fájlokat látom, hogy mit szeretne letölteni, de nem kezdi el.
Router mögött vagyok, nincs külső ip címem. Nem tudom mit kellene átállítanom, hogy működjön. Windows alól megy rendesen, de én linux alatt akarom használni.
- A hozzászóláshoz be kell jelentkezni
A'sszem a 6881-6889 portokat kell engedélyezned.
- A hozzászóláshoz be kell jelentkezni
És azt hogyan?
- A hozzászóláshoz be kell jelentkezni
A routerben. Meg ne kérdezd, hogy és azt hogyan? Nem tudom, menj be a router setup-ba és meglátod.
- A hozzászóláshoz be kell jelentkezni
[quote:628d831e02="norcrys"]A'sszem a 6881-6889 portokat kell engedélyezned.
A default port 10000-60000-ig, ha foglalt automatice folfele lepdel, amugy attunnelezi magat a tuzfalon/routeren, ugyhogy ha nem cseszted el nagyon a config-jat (a default oke) akkor mennie KELL!!!
A btdownloadgui-t hasznalod, vagy a btdownloadcurses-t? :-) mit mond, mit jelent, hogy nem kezd el letolteni???
Zsiraf
u.i.: Nem torvenyszeru, hogy 10 perc alatt leszivja a dolgot :-)
- A hozzászóláshoz be kell jelentkezni
Szerintem kliense valogtja, hogy alapbol melyik porton figyel. Nalam pl. az azureus a 6881-esen van. De itt van egy oldal, ami adhat nemi infot :wink:
http://www.portforward.com/cports.htm
- A hozzászóláshoz be kell jelentkezni
[quote:a8b5c1be30="WatchDog"]Szerintem kliense valogtja, hogy alapbol melyik porton figyel. Nalam pl. az azureus a 6881-esen van. De itt van egy oldal, ami adhat nemi infot :wink:
http://www.portforward.com/cports.htm
Baratunk mintha a bittornadot emlitette volna... Amugy igazibol tok mindegy, hogy milyen porton figyel, az a kerdes, hogy kifele ki tud-e nezni, de mivel ha kell, a mostani p2p kliensek minden problema nelkul attunnelezik magukat a http protokollon (80-as port) -- sot a letoltesek kifejezetten http keresekkent mennek ki -- ami altalaban minden tuzfalon kifele engedve van (kiveve, ha nincs web-elerese a tuzfal mogul), igy problema nem nagyon akad... Persze lehet tartalomra is szurni, amit mar okozhat problemat a kliensnek :-)
Zsiraf
- A hozzászóláshoz be kell jelentkezni
Az emlitett oldalon a portokat tisztazna le, hogy alapbol mi hol van...mindezt azok engedelyezese miatt irtam, ha esetleg az lenne problema...egyebkent pedig kozte van a bittornado is tobbek kozott
:wink:
- A hozzászóláshoz be kell jelentkezni
Hali!
Kerdesem, hogy lehet-e, es ha igen, hogyan a bittornadoval egyetlen filet letolteni egy adott torrentbol? Szoval pl adott egy torrent amiben van egy rakas allomany, de nekem az egeszbol csak egyetlen egy szukseges. Konzolon hasznalom a klienst es egyszeruen keptelen vagyok rajonni, hogy mit kell beirni hogy azt csinalja amit szeretnek.
Koszi elore is!
--
TH
- A hozzászóláshoz be kell jelentkezni
"--priority <arg>"
kapcsoló ami neked kell, ha jól emlékszem. 0 a legmagasabb, 1 a normal, 2 a legalacsonyabb prioritás, ill -1 esetén nem tölti le. Úgy emlékszem, hogy minden file-hoz meg kell adni az értékeket. Mindjárt előtúrom a teljes paraméterezhetőségi listát.
szerk.
Meg is van:
(v0.3.18)
--max_uploads <arg>
the maximum number of uploads to allow at once. (defaults to 7)
--keepalive_interval <arg>
number of seconds to pause between sending keepalives (defaults to
120.0)
--download_slice_size <arg>
How many bytes to query for per request. (defaults to 16384)
--upload_unit_size <arg>
when limiting upload rate, how many bytes to send at a time (defaults
to 1460)
--request_backlog <arg>
maximum number of requests to keep in a single pipe at once.
(defaults to 10)
--max_message_length <arg>
maximum length prefix encoding you'll accept over the wire - larger
values get the connection dropped. (defaults to 8388608)
--ip <arg>
ip to report you have to the tracker. (defaults to '')
--minport <arg>
minimum port to listen on, counts up if unavailable (defaults to
10000)
--maxport <arg>
maximum port to listen on (defaults to 60000)
--random_port <arg>
whether to choose randomly inside the port range instead of counting
up linearly (defaults to 1)
--responsefile <arg>
file the server response was stored in, alternative to url (defaults
to '')
--url <arg>
url to get file from, alternative to responsefile (defaults to '')
--crypto_allowed <arg>
whether to allow the client to accept encrypted connections (defaults
to 1)
--crypto_only <arg>
whether to only create or allow encrypted connections (defaults to 0)
--crypto_stealth <arg>
whether to prevent all non-encrypted connection attempts; will result
in an effectively firewalled state on older trackers (defaults to 0)
--selector_enabled <arg>
whether to enable the file selector and fast resume function
(defaults to 1)
--expire_cache_data <arg>
the number of days after which you wish to expire old cache data (0 =
disabled) (defaults to 10)
--priority <arg>
a list of file priorities separated by commas, must be one per file,
0 = highest, 1 = normal, 2 = lowest, -1 = download disabled (defaults
to '')
--saveas <arg>
local file name to save the file as, null indicates query user
(defaults to '')
--timeout <arg>
time to wait between closing sockets which nothing has been received
on (defaults to 300.0)
--timeout_check_interval <arg>
time to wait between checking if any connections have timed out
(defaults to 60.0)
--max_slice_length <arg>
maximum length slice to send to peers, larger requests are ignored
(defaults to 131072)
--max_rate_period <arg>
maximum amount of time to guess the current rate estimate represents
(defaults to 20.0)
--bind <arg>
comma-separated list of ips/hostnames to bind to locally (defaults to
'')
--ipv6_enabled <arg>
allow the client to connect to peers via IPv6 (defaults to 0)
--ipv6_binds_v4 <arg>
set if an IPv6 server socket won't also field IPv4 connections
(defaults to 0)
--upnp_nat_access <arg>
attempt to autoconfigure a UPnP router to forward a server port (0 =
disabled, 1 = mode 1 [fast], 2 = mode 2 [slow]) (defaults to 1)
--upload_rate_fudge <arg>
time equivalent of writing to kernel-level TCP buffer, for rate
adjustment (defaults to 5.0)
--tcp_ack_fudge <arg>
how much TCP ACK download overhead to add to upload rate calculations
(0 = disabled) (defaults to 0.029999999999999999)
--display_interval <arg>
time between updates of displayed information (defaults to 0.5)
--rerequest_interval <arg>
time to wait between requesting more peers (defaults to 300)
--min_peers <arg>
minimum number of peers to not do rerequesting (defaults to 20)
--http_timeout <arg>
number of seconds to wait before assuming that an http connection has
timed out (defaults to 60)
--max_initiate <arg>
number of peers at which to stop initiating new connections (defaults
to 40)
--check_hashes <arg>
whether to check hashes on disk (defaults to 1)
--max_upload_rate <arg>
maximum kB/s to upload at (0 = no limit, -1 = automatic) (defaults to
0)
--max_download_rate <arg>
maximum kB/s to download at (0 = no limit) (defaults to 0)
--alloc_type <arg>
allocation type (may be normal, background, pre-allocate or sparse)
(defaults to 'normal')
--alloc_rate <arg>
rate (in MiB/s) to allocate space at using background allocation
(defaults to 2.0)
--buffer_reads <arg>
whether to buffer disk reads (defaults to 1)
--write_buffer_size <arg>
the maximum amount of space to use for buffering disk writes (in
megabytes, 0 = disabled) (defaults to 4)
--breakup_seed_bitfield <arg>
sends an incomplete bitfield and then fills with have messages, in
order to get around stupid ISP manipulation (defaults to 1)
--snub_time <arg>
seconds to wait for data to come in over a connection before assuming
it's semi-permanently choked (defaults to 30.0)
--spew <arg>
whether to display diagnostic info to stdout (defaults to 0)
--rarest_first_cutoff <arg>
number of downloads at which to switch from random to rarest first
(defaults to 2)
--rarest_first_priority_cutoff <arg>
the number of peers which need to have a piece before other partials
take priority over rarest first (defaults to 5)
--min_uploads <arg>
the number of uploads to fill out to with extra optimistic unchokes
(defaults to 4)
--max_files_open <arg>
the maximum number of files to keep open at a time, 0 means no limit
(defaults to 50)
--round_robin_period <arg>
the number of seconds between the client's switching upload targets
(defaults to 30)
--super_seeder <arg>
whether to use special upload-efficiency-maximizing routines (only
for dedicated seeds) (defaults to 0)
--security <arg>
whether to enable extra security features intended to prevent abuse
(defaults to 1)
--max_connections <arg>
the absolute maximum number of peers to connect with (0 = no limit)
(defaults to 0)
--auto_kick <arg>
whether to allow the client to automatically kick/ban peers that send
bad data (defaults to 1)
--double_check <arg>
whether to double-check data being written to the disk for errors
(may increase CPU load) (defaults to 1)
--triple_check <arg>
whether to thoroughly check data being written to the disk (may slow
disk access) (defaults to 0)
--lock_files <arg>
whether to lock files the client is working with (defaults to 1)
--lock_while_reading <arg>
whether to lock access to files being read (defaults to 0)
--auto_flush <arg>
minutes between automatic flushes to disk (0 = disabled) (defaults to
0)
--dedicated_seed_id <arg>
code to send to tracker identifying as a dedicated seed (defaults to
'')
- A hozzászóláshoz be kell jelentkezni
Ezt sikerult nekem is megtalalni, de valahogy nem sikerult mukodesre birnom. Meg elegge nyakatekert ennek e priority-nek a hasznalata, ha pl 72 file van egy torrentben es nekem az utolso kell akkor 71 db -1 -et kell beirnom a 0 elott,hogy jo legyen?
--
TH
- A hozzászóláshoz be kell jelentkezni