Háj!
Néhány napja elindított letöltéseim egy bitet sem töltenek le.
- linux
- qBittorrentet használok, de kipróbáltam a Transmission sem működik
- van net, minden más megy
- nincs tűzfal
- digi szolgáltató kevesebb mint egy hónapja, optikai kábel, gép bedugva a routerbe 1000Mbit/s dugóba
Szóval egyetlen dolog a feltűnő, hogy olyanokhoz kapcsolódik a kliens akiknek 0%-ban van meg a file. Olyanok akiknek tényleg van a fileból csak pillanatokra látszanak a peerek listájában.
Előre is köszönök minden ötletet.
[Update]
Még annyi, hogy működött néha egy-két ipv6-os peer, de vagy sóherek voltak és le volt korlátozva az upload, vagy kevesen voltak, mert néhány tized százalékot haladt egy-két letöltés.
Szóval elfogadtam, hogy biztos CGNAT okozza a problémát. Lelkiekben készülődtem a Digi-t hívogatni, aztán gondoltam csak kipróbálom letiltani az ipv6-ot, annak ellenére, hogy nagyon örültem neki.
Alábbi szerint jártam el és azonnal bezöldültek a torrentek és tele lettek kapcsolattal:
https://wiki.archlinux.org/index.php/IPv6#Disable_IPv6
Azért csak fogjuk rá, mert nem értem mi a gond. qbittorrent nem tud kapcsolódni egyszerre ipv4 és ipv6 címekhez, vagy ki tudja.
- 2166 megtekintés
Hozzászólások
CGNAT mögül vetesd ki magadat (mondhatod hogy kamerarendszered van, stb..), ezért kell publikus IP cím. UPnP pedig legyen a routerben beállítva (vagy kézzel irányíts át portot a torrent kliensnek)! Így mindenkihez tudnod kell kapcsolódni.
Azonban ezek nélkül is bőven találnod kellene megfelelő peer-eket.. Mit próbálsz letölteni? Debian image-t próbáltad?
- A hozzászóláshoz be kell jelentkezni
Raspberry OS image-et próbáltam és ugyanazt csinálja mint a többi.
Az a fura, hogy eddig ment gond nélkül. Van ipv6 címem is és olyan peerek is kapcsolódtak.
- A hozzászóláshoz be kell jelentkezni
Ha CGNAT mögött vagy, teljesen mindegy mit akarsz letölteni, így először tényleg azt kellene tisztázni. Ha kiderül, hogy igen, akkor meg nagyon gyorsan kivetetni magad.
- A hozzászóláshoz be kell jelentkezni
Windows alatt is próbáltam letölteni hivatalos image-et sikertelenül, majd újraindítottam és elkezdett működni.
Gőzöm sincs mi okozhatta, mert volt újraindítva korábban is és a letöltések akkor sem haladtak.
Kapcsolat hiba nem volt, csak 0%-os peer-ek. Talán túl sok bejövő kapcsolat? Passz
- A hozzászóláshoz be kell jelentkezni
IPv6-ot tiltsd le legközelebb és nézd meg megoldja-e. Ha igen, akkor behatároltad legalább a hibát..
- A hozzászóláshoz be kell jelentkezni
Bejött a letiltás. Azonnal zöldre váltott minden. Köszönöm.
- A hozzászóláshoz be kell jelentkezni
Szívesen.
- A hozzászóláshoz be kell jelentkezni
+1, Ezt en is csak ajanlani tudom...
"Nem akkor van baj amikor nincs baj, hanem amikor van!"
Népi bölcsesség
- A hozzászóláshoz be kell jelentkezni
ilyen nekem is volt, hogy a transmission digiről nem működik, upnp-vel ivp4/ipv6-on, pedig rendes külső IP-m van. Van egy picotorrent nevű minimál c-ben írt cucc, azzal mindig működik minden fel/letöltés!
~ubuntu, raspbian, os x~
- A hozzászóláshoz be kell jelentkezni
A CGNAT valóban nem öröm és boldogság, de nagyon nem értem, ebben az esetben mit segítene?
1) Ha a torrent kliens passzív módban van, akkor az azt jelenti, hogy kintről nem elérhető. Ezen a ponton miért nem mindegy, hogy a helyi router NAT-ol és azért nem tud fogadni bejövő kapcsolatot, vagy azért, mert CGNAT mögött van és már a router IP címe sem elérhető kintről? Megjegyzem, ez nem akadálya a torrentezésnek, mert ettől még a kliens tud kapcsolatot húzni a többi aktív kliens felé, tehát ettől még akár csoroghatna is lefelé az anyag...
2) Ha a CGNAT a kapcsolat akadálya, akkor a 0%-os peerek miért tudnak csatlakozni?
3) Ha jól értem, van IPv6-os kapcsolat is. IPv6 esetén viszont CGNAT nem játszik.
- A hozzászóláshoz be kell jelentkezni
1) Ha nincs CGNAT + van UPnP, akkor nem passzív módban lesz torrent kliens. Igen, ettől függetlenül kellett volna kapcsolódnia aktív kliensekhez, ezért írtam hogy ennek ellenére kevesebb peer-rel de működnie kellett volna. Azonban mindig ajánlott torrent esetén direkt elérés biztosítása.
2) Fogalmam sincsen, nem is vagyok biztos benne, hogy nem valami próbálkozás lett félreértve.
3) IPv6 esetén egyéb problémák merülhetnek fel. Például másik félnek is van IPv4 és IPv6 címe is, de IPv6 van általában előnyben részesítve. Diginél szokásos, hogy mindig cserélik a tartományokat és a kiadott címek lejárati idejei nem valósak. Tehát ott gyűlnek az interfészen olyan címek, amelyekkel már nem is lehet kommunikálni. Lehet egy újraindítás ezt oldotta meg. (https://www.herczegzsolt.hu/2016/routeros-script-digi-s-ipv6-hoz/)
- A hozzászóláshoz be kell jelentkezni
"UPnP pedig legyen a routerben beállítva (vagy kézzel irányíts át portot a torrent kliensnek)"
Az a upnp masszív security risk, én tűzzel vassal írtom.
Az ugye arról szól hogy a hálózaton belül bármilyen csiklulat alkalmazás megkéri a routert hogy nyisson neki a portot, és a router kérdés nélkül meg is teszi. Inkább legyenek fix port forwardok.
- A hozzászóláshoz be kell jelentkezni
Manuális port továbbítással jobban "kézben" lehet tartani a hálózatot, de ne ábrándozz arról hogy UPnP nélkül nem működnek a mai férgek. Simán meg lehet kerülni legtöbb NAT-ot és lehet direkt kapcsolatot felépíteni a peer-ek között UPnP nélkül is. UPnP nélkül inkább csak a legitim alkalmazásokat korlátozod, ami átlag usernél mindenféle problémát okozhat, így érdemes bekapcsolva hagyni otthoni rendszerekben.
Lásd:
https://en.wikipedia.org/wiki/Hole_punching_(networking)
https://en.wikipedia.org/wiki/Interactive_Connectivity_Establishment
- A hozzászóláshoz be kell jelentkezni
-
- A hozzászóláshoz be kell jelentkezni