Poslední příspěvky1
Sítě / Re:Nefunkční torrenty v Deluge
« Poslední příspěvek od Michal Šmucr kdy Dnes v 22:50:21 »Závislostmi to nebude, to je blbost. Pokud by vám chyběla nějaká knihovna, tak se Deluge ani nespustí a při pokusu o spuštění z terminálu by to rovnou vysypalo hromadu chyb.
Jestli je to, jak píšete a opravdu máte teď skutečně veřejnou IP adresu bez dalšího NATu u providera, tak to musí být nějaká blbost po cestě.
Zkusil bych tedy postupně vylučovat možné problémy a začal jednoduchým mapováním TCP portu.
- zavřel bych všechny instance Deluge
- vlezl bych přes web. rozhraní do konfigurace vašeho routeru/modemu a ručně povolil port mapping z nějakého libovolného vysokého portu na LAN IP vašeho počítače.
Např. 61200 -> 192.168.1.20
Neznám váš modem/router, bývá to obvykle v nastavení NATu nebo někde ve WAN sekci.
- v Debianu bych nainstaloval balíček netcat, jestli už ho nemáte (apt install netcat, který by měl nainstalovat netcat-openbsd)
- v terminálu bych si spustil příkaz:
nc -vl 61200 (nebo jakýkoliv vámi zvolený port)
Mělo by to napsat, že to poslouchá na 0.0.0.0 a tom TCP portu
- kdybych neměl nějaký svůj volný server v internetu, tak bych si otevřel stránku, kde se dají jednoduše testovat otevřené porty. Bude jich asi víc, já znám:
https://www.yougetsignal.com/tools/open-ports nebo https://canyouseeme.org
- napsal bych tam tu vaší veřejnou adresu (pokud se vám nedoplní sama) s číslem portu, na kterém poslouchá netcat, a dal otestovat spojení.
- pokud se to povede, tak netcat oznámí, že přijal spojení a skončí
Jestli tohle nebude fungovat, tak se musí najít, co to blokuje. To může být například lokální firewall na vašem počítači, což by se mělo dát zjistit přes "sudo nft list ruleset", pokud je tam třeba zapnutá nadstavba pro firewall ufw (obvyklá na Debianu/Ubuntu), tak ji můžete pro test stopnout pomocí "sudo systemctl stop ufw". A pak případně zopakovat postup.
Pokud to ani pak nebude fungovat, tak se podívat do routeru, jestli tam není zapnutý ještě nějaký další filtr, i když ve většině případu, jakmile se přidá port mapping, tak to automaticky povolí příchozí komunikaci.
Když tenhle pokus s netcatem klapne, tak bych nastavil zmíněný a otestovaný port jako incoming v Deluge. Měl by stačit jeden port, rozsah není nezbytně nutný a zároveň bych s tímhle manuálním mapováním vypnul dynamické UPnP (resp. NAT-PMP). Občas také ty vestavěné testery v klientech můžou blbnout, počkal bych chvíli, až se připojíte k trackeru, jestli budete normálně seedovat.
Pokud by tohle neklaplo, tak bych cvičně zkusil jiný torrent klient se stejným nastavením (např. QBittorent).
Jestli je to, jak píšete a opravdu máte teď skutečně veřejnou IP adresu bez dalšího NATu u providera, tak to musí být nějaká blbost po cestě.
Zkusil bych tedy postupně vylučovat možné problémy a začal jednoduchým mapováním TCP portu.
- zavřel bych všechny instance Deluge
- vlezl bych přes web. rozhraní do konfigurace vašeho routeru/modemu a ručně povolil port mapping z nějakého libovolného vysokého portu na LAN IP vašeho počítače.
Např. 61200 -> 192.168.1.20
Neznám váš modem/router, bývá to obvykle v nastavení NATu nebo někde ve WAN sekci.
- v Debianu bych nainstaloval balíček netcat, jestli už ho nemáte (apt install netcat, který by měl nainstalovat netcat-openbsd)
- v terminálu bych si spustil příkaz:
nc -vl 61200 (nebo jakýkoliv vámi zvolený port)
Mělo by to napsat, že to poslouchá na 0.0.0.0 a tom TCP portu
- kdybych neměl nějaký svůj volný server v internetu, tak bych si otevřel stránku, kde se dají jednoduše testovat otevřené porty. Bude jich asi víc, já znám:
https://www.yougetsignal.com/tools/open-ports nebo https://canyouseeme.org
- napsal bych tam tu vaší veřejnou adresu (pokud se vám nedoplní sama) s číslem portu, na kterém poslouchá netcat, a dal otestovat spojení.
- pokud se to povede, tak netcat oznámí, že přijal spojení a skončí
Jestli tohle nebude fungovat, tak se musí najít, co to blokuje. To může být například lokální firewall na vašem počítači, což by se mělo dát zjistit přes "sudo nft list ruleset", pokud je tam třeba zapnutá nadstavba pro firewall ufw (obvyklá na Debianu/Ubuntu), tak ji můžete pro test stopnout pomocí "sudo systemctl stop ufw". A pak případně zopakovat postup.
Pokud to ani pak nebude fungovat, tak se podívat do routeru, jestli tam není zapnutý ještě nějaký další filtr, i když ve většině případu, jakmile se přidá port mapping, tak to automaticky povolí příchozí komunikaci.
Když tenhle pokus s netcatem klapne, tak bych nastavil zmíněný a otestovaný port jako incoming v Deluge. Měl by stačit jeden port, rozsah není nezbytně nutný a zároveň bych s tímhle manuálním mapováním vypnul dynamické UPnP (resp. NAT-PMP). Občas také ty vestavěné testery v klientech můžou blbnout, počkal bych chvíli, až se připojíte k trackeru, jestli budete normálně seedovat.
Pokud by tohle neklaplo, tak bych cvičně zkusil jiný torrent klient se stejným nastavením (např. QBittorent).
. Hodně záleží kde jste + jestli náhodou nemáte nějakej tarif co je omezenej na rychlosti