Sziasztok!
Kipróbáltam egy rahedli torrent klienst, az összes beállítást és annak ellenkezőjét is, portokat nyitottam a routeren a torrentező gép felé, de a probléma továbbra is fennáll:
Van néhány torrent (kb. 50 db), ami akár hónapokig is áll 0 - 99% között. Nem tölt semmit, pedig van néhány seeder. Olyan is többször előfordul, hogy több napos/hetes várakozás után megjelent egy új leecher, a kliensem azonnal csatlakozott hozzá és amit ő letöltött a seederektől, azt tőle tudtam szedni. Ahogyan nála nő az elérhetőség %-a, nálam is úgy nő a letöltési %.
Vagy, ha elkezdek letölteni valami mást, ami elindul, akkor ebből a kb. 50 torrentből is megindul néhány darab nem túl nagy sebességgel és tölt addig, amíg az újonnan kezdett letöltés be nem fejeződik. Ekkor megint minden megáll és akár hónapokig is várakozik.
KTorrentet használok elsődlegesen, de próbáltam Deluge, rTorrent, kBitTorrent (van ilyen?), QBitTorrent, Transmission libTorrent és a jó ég tudja még, hogy milyen klienssel nem. A probléma minddel ugyan ez volt. Gyári, alap beállításokkal.
Próbáltam a DHT-t ki-, bekapcsolva, TCP/µTP (kényszerítve is) protokolt, a kliensben talált UDP/TCP portokat kinyitottam és átirányítottam a routeren a gép IP címére, stb... A µTP-re/ről váltáskor is néha megindul 1-1 régóta várakozó cucc, és szépen lejön végig.
Mi lehet a problémára a megoldás?
Természetesen Linux ISO-król van szó! :D
Szerk.: A szolgáltatóm a Telekomtól bérli a vonalat, publikus IP-m van, proxy nincs.
- 1397 megtekintés
Hozzászólások
Hadd tippeljek: vodafone az internetszolgaltato?
- A hozzászóláshoz be kell jelentkezni
Nem nyert, :) módosítom a nyitóposztot, mert ezt is bele akartam írni, csak kimaradt.
- A hozzászóláshoz be kell jelentkezni
.
- A hozzászóláshoz be kell jelentkezni
Így első olvasatra roppant gyanús, hogy NAT mögött vagy és akitől húznál, az is. Ha mindkét torrent kliens NAT mögött van, akkor nem tudnak kapcsolódni egymáshoz.
A helyzet úgy orvosolható nálad, hogy a torrent kliensed valamilyen módon elérhetővé teszed a net felől. Ez lehet egy tűzfal NAT szabály, használhatsz socks-proxy-t, stb. Ha kintről megszólítható vagy, akkor tud hozzád kapcsolódni a NAT mögött lévő (passzív) kliens, a kapcsolat pedig a felépülése után két irányú: ő kapcsolódik és utána te húzod lefele az anyagot. Ja igen: ehhez nem árt egy valós IP cím is - tehát ha már a tűzfalad is NAT mögött van, akkor előbb oda kell varázsolni valós IP címet.
- A hozzászóláshoz be kell jelentkezni
Ez könnyen ellenőrizhető, pl. ezzel:
https://www.yougetsignal.com/tools/open-ports/
vagy ezzel:
stb.
- A hozzászóláshoz be kell jelentkezni
lehet senkinek sincs 100%, csak kamu seeder, sérültek náluk a fájlok? Esetleg honeypottal kommunikálsz, ahol köszönik az ip címedet, amellyel a szolgáltatótól, ha kedvük van kikérhetik a feltöltésed büntetéséhez az azonosító adatokat. Ha külföldi címek, akkor lehet nem foglalkoznak veled nagyon, vagy a szolgáltató nem továbbítja a panaszukat feléd.
- A hozzászóláshoz be kell jelentkezni
Én is erre tippelek. A rendelkezésre állást kéne megnézni a szóban forgó torrenteknél, hogy az 100%-os-e. Mert lehet tényleg sok seeder van, de nincs meg senkinek a teljes torrent, mindegyik vár, hogy befejezze a letöltést. A public tracker-ök sokszor ilyenek, szar a visszaosztási fegyelem, nehezen jönnek le.
“The world runs on Excel spreadsheets.” (Dylan Beattie)
- A hozzászóláshoz be kell jelentkezni
lehet senkinek sincs 100%, csak kamu seeder, sérültek náluk a fájlok
Ennek mindnek ellentmond az, amikor egy új leecher megjelenésekor a leechertől lejön 100%.
lehet senkinek sincs 100%, csak kamu seeder, sérültek náluk a fájlok? Esetleg honeypottal kommunikálsz, ahol köszönik az ip címedet
A hup.hu IP címét küldi a kliensem :D (Csak vicceltem!) Nem az én IP-net köldi.
- A hozzászóláshoz be kell jelentkezni
"Ennek mindnek ellentmond az, amikor egy új leecher megjelenlsekor a leechertől lejön 100%."
Kiveve, ha az uj arc tobb/mas trackert is hasznal, es mas a trackeren logok kozott megvan a full cucc. De ha te is eleve felutod a trackerek listajat - publikus torrentek eseten, termeszetesen -, akkor ez se tul valoszinu.
- A hozzászóláshoz be kell jelentkezni
Zárt (nem publikus/privát?) trackernél is ez a helyzet áll fenn.
- A hozzászóláshoz be kell jelentkezni
Oké, de ha ő lehúzza máshonnan az egészet úgy, hogy a tracker szerint nála meg is lesz a 100%, akkor simán átseedelheti neked is.
... kivéve persze, ha ő is passzív kliens és így tudtok ugyan egymásról, de ti sem éritek el egymást...
- A hozzászóláshoz be kell jelentkezni
"Oké, de ha ő lehúzza máshonnan az egészet úgy, hogy a tracker szerint nála meg is lesz a 100%, akkor simán átseedelheti neked is."
Igen. Ertelmezesem szerint pont ezt irta: "amikor egy új leecher megjelenésekor a leechertől lejön 100%."
- A hozzászóláshoz be kell jelentkezni
Gondolkodtam egy sort a dolgon és ez így azért valahol kicsit mégsem kerek.
- ha azért nem sikerül 100%-ra lehúzni a torrentet, mert a seeder is meg a leecher is passzív, akkor ha új kliens jelenik meg és ő is passzív, akkor semmit nem tudna lehúzni - de 100%-ot biztos nem --> aktívnak kell lennie
- ha aktív, akkor viszont nem csak a passzív seeder tud hozzá kapcsolódni (ami kell ahhoz, hogy 100%-ot le tudjon húzni), hanem a passzív leecher is és így neki is le kéne tudni húzni a 100%-ig a torrentet. De ez nem sikerül - vajh miért?
Olyat persze el tudok képzelni, hogy az új kliens úgy van belőve, hogy letöltés után nem oszt vissza vagy csak 3 szálat használhat egy torrenthez a kliens és azok már foglaltak vagy összesen 10 szálon húzhat és egyéb torrenteket is húz, ami elviszi a szabad kapacitását vagy ... stb.
Azt esetleg megnézni, hogy ha ilyen új leecher amikor húzza lefele az adatot, húz-e a 99%-os klienstől is vagy nem?
- A hozzászóláshoz be kell jelentkezni
Nálam a le-, és feltöltési szálak száma és a visszaosztás is végtelenre, vagy a beállítható legnagyobb értékre van állítva.
- A hozzászóláshoz be kell jelentkezni
transmission-ban meg tudod nezni hogy a portod nyitva van-e vagy sem. ez nalam eddig meg mindig megbizhatoan mukodott. igen, egy NAT rule kell a routeredben az adott belso IP-re es portra.
nalam pl igy nez ki (mikrotik):
chain=dstnat action=dst-nat to-addresses=LAN_IP to-ports=51222 protocol=tcp in-interface=ether1 dst-port=51222 log=no log-prefix=""
--
{ Nem is kernel az, ami nem fut el egy quartz órán }
- A hozzászóláshoz be kell jelentkezni
Próbáltam már a port nyitást (OpenWrt van nálam), de az sem sehített.
Most megint megnézten, a kiensben van egy "Port" és egy "Követő UPD-port" mező. Mindkettőt kinyissam/átirányítsam a gép adott portjára??
Szerk.: Most újra kinyitottan mindkét portot és 3 torrent azonnal elindult és le is jött padlógázon, Mindegyik több, mint 3 hete várakozott különböző letöltési %+okon. Várakozik további 33 :)
Bízom benne, hogy a többi is elkezd működni. Köszi a tipper!
- A hozzászóláshoz be kell jelentkezni
Port ranget kell nyitnod nem csak 1 portot.
- A hozzászóláshoz be kell jelentkezni
csak akkor ha nem allitasz be fix portot. En pl szeretem tudni hol mi fut es hova mi van natolva, nalam ez mindig fix igy nem kell range.
--
{ Nem is kernel az, ami nem fut el egy quartz órán }
- A hozzászóláshoz be kell jelentkezni
Azt az érdekességet még nem említettem, hogy ha Shift+A -val ráfrissítek a letöltésre váró torrentekre, akkor néhány (mondjuk 50-ből 4-5) kapcsolódik néhány seederhez, elkezd tölteni, majd pár mp után újra megáll.
- A hozzászóláshoz be kell jelentkezni
Mondjuk a shift-a nalam pont nem csinal semmit, ezert csak feltetelezem, hogy a trackereket frissiti.
Ilyenkor megkapja, hogy, na, figyu van, ennel a tagnal megvan a cucc (a hianyzo blokk).
Letolti boldogan.
Aztan szomoru lesz az arca, mert a blokk crc rossz, hianyzik egy darabka, pl. az .nfo fajlokat szoktak kigyakni. De sokszor az .mp4 .iso fajlban van a bibi, de en meg mindig azt feltelezem, hogy azert, mert aki seedelte anno, fogalmatlanul kitakaritotta a "felesleget".
Es akkor 99% megint.
Ez az en elmeletem.
- A hozzászóláshoz be kell jelentkezni
Igen, a Shift-A = "Kézi bejelentés"
Ez sem nyert. A legelőrehaladottabb elakadt letöltés most 73%.
De ha elkezdenék tölteni valami nagyot, amihez van sok seeder, akkor néhány elindulna a várakozók közül, majd újra megállna, amikor az új letöltés befejeződött.
Ez hogy illik az elméletedbe? :) Mivel magyarázható?
- A hozzászóláshoz be kell jelentkezni
Magyarázni nem tudom, de ebben az esetben van egy javaslatom:
válassz ki egy olyan népszerű linux.iso-t, ami már nem CD / DVD,hanem BD.iso. És kezd el letölteni, csak épp arra az egyetlen iso-ra rakj korlátozást, hogy mondjuk 1 byte / óra legyen . Aztán mikor lejött, akkor azonnal töröld a saját példányod, és kezd előlről.
Ha úgy működik a rendszered, ahogy írod, szépen gyorsan elfogynak a várakozó egyéb bsd.iso-id.
- A hozzászóláshoz be kell jelentkezni
"néhány elindulna a várakozók közül, majd újra megállna, amikor az új letöltés befejeződött." -- abszolut vad gondolat, semmi kulonosebb ertelmet nem latom, de ez alapjan mintha a peertol fuggene, hogy tudsz-e letolteni. Azaz nem a tracker mondja meg, hogy mizu. Ezt akkor pl. el tudom kepzelni, ha a PEX (peer exchange) be van kapcsolva.
Namost. Ha ennek van valami erelme, akkor kikapcsolt PEX mellett nem kene elindulnia a letoltesnek, ha elkezdesz valami mast szuttyogni.
Ha igy van/lesz, akkor szukul a kor arra, hogy nem tudsz beszelgetni a trackerrel, pedig azt hiszed, hogy de: en gyanakodnek a szolgaltatora. Esetleg probakepp valami ingyenes VPN-t beloni 1-2 percre/orara/mittomen.
Update: itt pl. latod, hogy melyik IP mit seedel, igy celzottan tudsz valasztani letoltendot is: https://iknowwhatyoudownload.com/
Update: ahogy hazaértem leesett, hogy hülyeség, keverem a PEX-et a DHT-val, de így is, úgy is a szolgáltató ügyeskedésére tippelek.
- A hozzászóláshoz be kell jelentkezni
Passzív módban vagy. A routerben forwardolni kell a kliens által használt portokat a torrentklienst futtató gépedhez.
- A hozzászóláshoz be kell jelentkezni
Megtörtént. Ekkor a várakozó 36-ból elindult és le is jött 3 db. Azóta még 4 letöltés befejeződött, amíg mással voltam elfoglalva.
Vár még 29...
- A hozzászóláshoz be kell jelentkezni
ahogy fentebb irtak valoszinu CGNAT mogott vagy, tehat hiaba allitgatsz portokat kivulrol az nem latszik.
- A hozzászóláshoz be kell jelentkezni
Monitoring rendszer évek óta figyeli Dallasból az egyik gépemet a neki nyitott porton.
- A hozzászóláshoz be kell jelentkezni