Fórum Root.cz
Hlavní témata => Sítě => Téma založeno: Martin Koleček 20. 10. 2024, 16:45:09
-
nefungují mi torrenty
používám deluged a deluge-gtk
tu jsou screenshoty nastavení a routeru
https://ibb.co/mSmZskX
https://ibb.co/92js7Ld
https://ibb.co/JChxddX
https://ibb.co/cy2xXRc
https://ibb.co/J2tsVrx
v nastavení torrentu jsem zadal trackery které jsem našel na internetu asi 160 různých
-
tak nevím jestli je to vůbec povolené u ISP , podle čeho na to přijdu ?
kdo to rozjede ?
-
tento soubor jsem chtěl sdílet
https://file.io/6EwbHxQXftS5
můžete mi ho někdo prosím zkusit torrentovat třeba na zkoušku ? má 2KB
pak bych si ho třeba sosnul a už to půjde
-
tyhle trackery jsem použil dal jsem tam všechny
https://www.torrenttrackerlist.com/torrent-tracker-list/
-
https://pentest-tools.com/network-vulnerability-scanning/port-scanner-online-nmap
zadat veřejnou IP adresu, vybrat porty k otestování (list of ports), mít spuštěnu aplikaci (a povoleny porty v případném lokálním firewallu v OS) a mělo by být ve stavu open
hint: vyhrazená veřejná ip adresa je? ISP neblokuje příchozí spojení? atd atd atd.
-
tak už je to jasné
zrušil jsem platbu za veřejnou vyhrazenou IP adresu a už ji nemám a jak jsem pochopil je to k tomu potřebné
mělo by stále jít stahovat torrent od někoho jiného
-
Muzes to poresit nejakou Dynamic DNS sluzbou
-
Muzes to poresit nejakou Dynamic DNS sluzbou
To si úplně nemyslím, na seedování torrentů vůbec nezávisí na hostname a překladu, takže dyn. DNS nic neřeší.
Ten základní problém je, že u spousty poskytovatelů když se zruší placená pevná IPv4, tak to v podstatě implicitně zapne CGNAT. Tzn. na WAN rozhraní routeru/modemu už není veřejná IP adresa a je tam ještě další NAT u poskytovatele, který neovládáte a nelze tam udělat žádný port mapping z venku. Tudíž není dostupný žádný port na seedování, který by byl rovnou přístupný.
Pořád je možnost, že si od vás něco ostatní peery stáhnou, ale jestli si to pamatuji správně (musel bych to někde ověřit), musí být s vámi všichni ve stejném swarmu a použít spojení, které předtím navázal váš klient. Pokud to bude někdo, kdo si jen zjistí z trackeru, že máte části, které chce, tak se k vám rovnou nepřipojí.
-
novinka zajistil jsem si veřejnou IP a teď vidím v settings u testu portu zelené kolečko předtím tam byl výstražný trojúhelník
https://ibb.co/p3cwXWK
bohužel stýle není torrent seedovaný
-
zkusil jsem doporučovanou testovací stránku s portem deamona deluged
https://ibb.co/c8DPtbd
je otevřený z venku
stejně tak zelené kolečko v nastavení deluge-gtk , otevřené porty ok
včem je potom problém že nevidím 2KB torrent seedovaný třeba do minuty
-
dole vidím status :
tracker : announce send
pak se však po chvíli objevuje vždy error timed out
dělá to každý tracker
-
tady je jak jsem to típnul
https://ibb.co/xhrHQZx
error connection timed out
-
Jak jsem psal, pokud nemáte veřejnou IPv4 na vašem modemu nebo routeru, tak nikdy žádné přímé připojení navázané zvenku projít nemůže. S veřejnou IPv4 adresou můžete udělat buď port-mapping na konkrétní port, který si pak nastavíte v torrent klientovi, nebo pokud je povolené UPnP v klientovi a zároveň na modemu/routeru, tak si ten mapping může udělat dynamicky.
Ale pokud veřejnou IPv4 na modemu/routeru nemáte, což se dá typicky zjistit pouze přes nějakou jeho webovou administraci (ne přes nějakou stránku jako myip.cz, to vám vypíše veřejnou IP u providera), tak z toho výše zmíněného nebude nic fungovat, protože ten NAT nemůžete žádným způsobem ovládát a nelze udělat zmíněný port mapping.
-
Jinak mám doma O2 VDSL a tohle byl přesně ten důvod, proč si připlácím za službu pevná IPv4. Nejde jen o to, že se nemění adresa, ale že mám veřejnou IPv4 bez dalšího překladu a můžu si to plně ovládat - nejen pro torrenty, ale pro jakoukoliv službu doma, kterou chci mít přístupnou z venku.
-
možná jste to přehlédl je to tu už v diskuzi uvedeno
dnes v pondělí jsem si zajistil pevnou veřejnou IP u providera mám jak je vidět na screenshotu 31.47.99.131
porty mají zelené kolečko jako status v klientovi (změna oproti původnímu výstražnému trojúhelníku)
mapovací stránka na sledování portu z venku podle screenshotu (to jsou ty odkazy) ukazuje že je průchozí
bohužel stále není vidět torrent seedovaný , tracker hláška je timed out error
jak jste to řešil ?
mám UPnP zapnuté je tam vidět aplikace Deluge v nastavení routeru , zkoušel jsem to i bez toho stále nefunkční
-
měl jsem nějaký čas systém Debian Buster , zcela jsem minul Bullseye a až při změně hardware jsem povyšoval systém na Bookworm při zachování všeho software, jen jsem měnil jádro , manipuloval se zavaděčem a systemd , týká se to také ale Deluge . Zřejmě při vyšší verzi systému se změnily jména některých balíčků závislostí , zjistil jsem např že v systému nemám knihovnu libtorrent a python3-libtorrent. Program Deluge zdánlivě funguje gui gtk nicméně bude tam nějaký nedostatek v závislostech. Přidávám balíčky a uvidíme.
-
problém stále přetrvává
přidal jsem závislosti jako libtorrent a python3-libtorrent ale nic se nemění
-
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).
-
děkuji za dobré informace
konečně jsem někde dál
předně potřeboval jsem závislosti dořešit , samotné apt nestáhlo libtorrent a dalších asi 30 závislostí k pythonu3
našel jsem je na googlu zadáním debian deluge
objevily se balíčky a jejich závislosti
potřeboval jsem deluge a deluge-common taky deamona deluged
nenašel jsem nakonec potřebný balíček python3-cssi který se vyskytuje zvlášť zase mimo závislosti
o tom jsem zjistil že je potřebný až v terminálu v chybách pythonu
ukázalo se že deluged se nespustí přes systemdhned po startu , je nutný start z autoexecu mého desktopu (fluxbox)
musí se spustit až po 30ti sekundách když se spuští ihned napíše se po neúspěchu ze systemd chyba spuštění instance příliš brzy po sobě
takže systemctl start deluged -p 58840 v statup souboru fluxboxu a pak deluge-gtk
vidím zelené kolčeko při testu portu v gui deluge , nicméně jak ukáže screenshot port není průchozí
zajistil jsem si veřejnou adresu u providera z 50 kč měsíčně 31.47.99.131
na první pohled pěkné , když je vidět v gui že je to dobré , navíc v nastavení routeru jsem si zajistil :
port forwarding pro porty deluge , a vypnul jsem UPnP taky jsem ho vypnul v gui deluge v záložce Network kde jsou porty
když začnu torrent a zadám trackery jsem někde dál - tracker announce send , a pak za chvilku announce ok
bohužel čekám a stále to nejde dál neseeduju vlastní soubor v torrentu
tady je screenshot z vašeho testovacího webu , port je neprůchozí
jak ukazuje terminál součást screenshotu nejdřív byl obsazený pak jsem vypnul deluge a už je listening 0.0.0.0 druhý řádek
zkusil jsem test portu z veřejné ip adresy do počítače a vidím stále listening 0.0.0.0 nic nepřišlo žádný packet a v testovací
stránce se brzy objevilo že je close zavřený
ještě se podívám na firewall a jeho nadstavbu tady jsem však slabý , nikdy jsem se o firewall v linuxu nezajímal
všuda každý říkal že to jen zablokuje počítač od funkcí tak jsem nikdy žádné pravidlo nezdal tzn je default
skládá se z verze debian buster , povýšený na debian bookworm , default firewall , nevím vůbec co tam je
zkusím ufw deamon vypnu ho
-
teď jsem spletl port je otevřený
https://ibb.co/BnMMV9J
možná je potřebné čekat na tracker i hodinu , kdysi mi kdosi říkal že tracker zareaguje a seeduje až třeba i za den
-
vypadá to že port pro torrent 58830 je open když zavřu deluge-gtk
port pro deamon deluged 58840 je však zavřený
zadal jsem systemctl stop deluged a zkusil vaši stránku píše že port je zavřený
nevím možná deluged stále obsazuje port
-
co potom dělá na routeru DMZ když mám zavřený 58840 , 58846 , 62100 skoro všecho je zavřené
-
nerozumím přesně principu fungování internetu
příkaz nc -vl 61200 očekává spojení , když v tu chvíli zadávám porty do vaší stránky porty 58830 , 58840 , 58846 , 61200 jsou otevřené podle stránky na webu open
-
tento příkaz " nft list ruleset " proběhne a nic v terminálu nevypíše jen další řádek a nic
tento příkaz " systemctl status ufw " ukazuje že takový daemon v systému vůbec není
-
nemůže to být tím že částečka piece je nastavena na 32KB u trackeru ?
můj soubor ze kterého jsem udělal torrent má jen 2KB je o textový soubor s pár odkazy a ascii artworkem
tím pádem neproběhne normálně částečka piece 32KB protože je nejmenší možná a zrovna už větší
-
Podle čeho usuzuješ že ti to neseeduje? Zkoušels ten torrent někomu dát ať ho zkusí stáhnout? Dej ho sem do přílohy.
-
Uff.. spousty věcí :)
Je fajn, že se vám tedy nejspíš nakonec podařilo to přímé mapování s tím netcatem, tím jste vyloučil, že to po cestě něco blokuje, jak firewall v routeru, tak lokální firewall v počítači, což jste si ověřil i přes nfs.
Jestliže jste měl zároveň spuštěný deluge, co poslouchal na těch ostatních portech (58830 , 58840), tak by to vysvětlovalo i to, že vám to ta webová aplikace potvrdila jako otevřené.
Jinak jak jste zmínil tu DMZ, bacha na to. Pokud na běžném routeru nastavíte LAN IP počítače jako DMZ host, tak vám přemapuje všechny porty (mimo explicitní port mappingy na jiné LAN IP) zvenku rovnou na váš počítač. Jestli tam pak nemáte zapnutý firewall, tak to není úplně dobrý nápad.
Jak jsem říkal, na seedování nepotřebujete víc než jeden příchozí TCP port.
Tzn. pokud tam máte ještě nějaké další rozsahy a DMZ z pokusů a ničemu to nepomohlo, tak to vypněte.
Jak jste se ptal, jestli vadí, že data torrentu mají míň než je velikost piece, tak nevadí. Data z torentu nemusí být násobky velikosti piece, rozdělování na pieces se použije, jen když je potřeba segmentovat věší soubory.
Co bych zkusil dál. Jak jsem psal, další krok by byl jiný torrent klient.
qbittorrent je jeden z kandidátů a bývá normálně v Debian balíčcích. Transmission je pak druhá obvyklá možnost (transmission-qt je pak varianta, která má v gui víc možností pro vytváření torrentů, připojení k služba atp.).
Nechal by si třeba ten jeden promapovaný TCP port z pokusů s netcatem.
Nainstaloval bych jeden z nich, nastavil v něm tenhle port a zkusil bych nějaký známý tracker/server.
Nabízí se třeba torrent server Debianu
https://www.debian.org/CD/torrent-cd/index.en.html
To by mělo chodit, měl byste vidět, že se na tracker připojíte, budou nějaká příchozí spojení atp.
-
Vyhledal jsem Tigerhareram-Google-Drivers.txt na trackerech, které používám k vyhledávání a tento soubor nenašlo. Takže tady dej magnet-link, který je přes announce zveřejněn na těch 160 trackerech. Když jsem se na ně podíval, tak některé už dávnou neexistují.
Co se týče aktivního seedování, tak někteří místní IPS nemají problém přesměrovat třeba 10-20 portů z veřejky bez poplatku.
-
Problém může být v neúplných závislostech nebo špatně nastavených portech v Deluge. Zkontrolujte, zda máte nainstalovány všechny potřebné balíčky a správně nakonfigurované porty pro přenos.
-
dočasně jsem zkoušel větší data torrentu tak jsem ten malý odstranil tím je jasné proč se vám neobjevil byl smazaný
už jsem ho zase vytvořil , přidám ho do přílohy
vypínám DMZ
než zase rozhasím celý systém jiným torrent managerem ještě bych se rád držel chvíli tohohle
porty jsou průchozí , zkusím co se dá stáhnout z debianu přes torrent jestli jde stahovat
-
stahování torrentu z debianu ihned začíná , hned ukáže rychlost a stahuje procenta
viděl bych teď něco v tom že jsem první kdo má být seed jako první kdo má soubory
deluge se je snaží stáhnout a nějak najít a začít je stahovat , jenže je to z lokálního harddisku u mně samotného
deluge tak nestahuje nikde přes internet tam seedy nemůže zatím žádné nacházet
bohužel nevím jak to vyřešit ani s tímto poznatkem
toto jsem našel v /etc/init.d/deluged
:>
#!/bin/sh
### BEGIN INIT INFO
# Provides: deluged
# Required-Start: $local_fs $remote_fs
# Required-Stop: $local_fs $remote_fs
# Should-Start: $network
# Should-Stop: $network
# Default-Start: 2 3 4 5
# Default-Stop: 0 1 6
# Short-Description: Start or stop the Deluge BitTorrent daemon.
# Description: Start or stop the Deluge BitTorrent daemon.
### END INIT INFO
# Authors: Tanguy Ortolo <tanguy+debian@ortolo.eu>,
# Cristian Greco <cristian@regolo.cc>
PATH=/sbin:/usr/sbin:/bin:/usr/bin
DESC="Deluge BitTorrent Daemon"
NAME="deluged"
DAEMON=/usr/bin/$NAME
DAEMON_ARGS="-d -c /var/lib/deluged/config -l /var/log/deluged/daemon.log -L info"
USER=debian-deluged
MASK=0027
PIDFILE=/var/run/$NAME.pid
SCRIPTNAME=/etc/init.d/$NAME
# Exit if the package is not installed
[ -x "$DAEMON" ] || exit 0
ENABLE_DELUGED=1
# Read configuration variable file if it is present
[ -r /etc/default/$NAME ] && . /etc/default/$NAME
# Load the VERBOSE setting and other rcS variables
[ -f /etc/default/rcS ] && . /etc/default/rcS
# Define LSB log_* functions.
# Depend on lsb-base (>= 3.0-6) to ensure that this file is present
# and status_of_proc is working.
. /lib/lsb/init-functions
#
# Function that starts the daemon/service
#
do_start()
{
if [ $ENABLE_DELUGED != 1 ]; then
log_progress_msg "Not starting ${DESC} ${NAME}, disabled in /etc/default/${NAME}"
else
# Return
# 0 if daemon has been started
# 1 if daemon was already running
# 2 if daemon could not be started
start-stop-daemon --start --background --quiet --pidfile $PIDFILE --exec $DAEMON \
--chuid $USER --umask $MASK --test > /dev/null \
|| return 1
start-stop-daemon --start --background --quiet --pidfile $PIDFILE --make-pidfile --exec $DAEMON \
--chuid $USER --umask $MASK -- $DAEMON_ARGS \
|| return 2
fi
}
#
# Function that stops the daemon/service
#
do_stop()
{
# Return
# 0 if daemon has been stopped
# 1 if daemon was already stopped
# 2 if daemon could not be stopped
# other if a failure occurred
start-stop-daemon --stop --quiet --retry=TERM/30/KILL/5 --pidfile $PIDFILE
RETVAL="$?"
[ "$RETVAL" = "2" ] && return 2
rm -f $PIDFILE
return "$RETVAL"
}
case "$1" in
start)
[ "$VERBOSE" != no ] && log_daemon_msg "Starting $DESC" "$NAME"
do_start
case "$?" in
0|1) [ "$VERBOSE" != no ] && log_end_msg 0 ;;
2) [ "$VERBOSE" != no ] && log_end_msg 1 ;;
esac
;;
stop)
[ "$VERBOSE" != no ] && log_daemon_msg "Stopping $DESC" "$NAME"
do_stop
case "$?" in
0|1) [ "$VERBOSE" != no ] && log_end_msg 0 ;;
2) [ "$VERBOSE" != no ] && log_end_msg 1 ;;
esac
;;
status)
status_of_proc "$DAEMON" "$NAME" && exit 0 || exit $?
;;
restart|force-reload)
log_daemon_msg "Restarting $DESC" "$NAME"
do_stop
case "$?" in
0|1)
do_start
case "$?" in
0) log_end_msg 0 ;;
1) log_end_msg 1 ;; # Old process is still running
*) log_end_msg 1 ;; # Failed to start
esac
;;
*)
# Failed to stop
log_end_msg 1
;;
esac
;;
*)
echo "Usage: $SCRIPTNAME {start|stop|status|restart|force-reload}" >&2
exit 3
;;
esac
:
********************************************************************************
tohle je můj torrent = https://file.io/f7u7NvRrKQJm
když si ho někdo vezme což jsem zkusil hned na začátku tak se u torrentu objevuje více klientů peer
jednak já jsem zavedený jako peer 1 a ostatní kdo torrent mají se přidají jako peer
schází však seed data samotné aby je kdokoliv měl ani z mého lokálního disku se nenaseedují jako první seed
-
když spouštím daemona deluged je tam potřebné manuálně zadat IP a port ?
zkusím deluged -u 31.47.99.131 -port 58840
-
je tu řešení které pomůže v určitých případech a už mi něco funguje u malého souboru 2KB který je txt
mám současně blog na internetu tigerhareram.cz
u deluge-gtk řpi vytváření torrentu je záložka webseeds
tam patří zadat cestu url do internetu na soubor nebo soubory a ty si deluge naseeduje
zkopíroval jsem si svůj soubor Tigerhareram-Google-Drives.txt do následujícího umístění :
https://www.tigerhareram.cz/files/RetroArch/Tigerhareram-Google-Drives.txt
tento řádek jsem přidal do vytváření torrentu do deluge-gtk do záložky webseeds
a vidím že hned se to stáhlo těch 2KB z internetu a je seedováno s jedním seedem
takže dobré
co by se však stalo kdybych chtěl seedovat něco většího
musel bych to mít na webu jako url odkazy a provider wedos mi dovolí jen menší než 1GB
no nic , zatím jsem zase o kousel dál
teď zkusím jak si to poradí když tam bude odkaz do google disku to asi nepůjde když to vede do dialogu ke stažení
po dokončení stažení debianu a svého souboru z webseeds vidím modrý řádek seedováno
bohužel nejsou tu žádní klienti peer ani jiní seed a nic dál neběží , zřejmě neodesílám ale nevím
soubor debianu se stáhl pak už ale žádná aktivita když to mělo ještě dál odesílat a komunikovat s ostatními peery
-
Jsem ten tvůj torrent spustil. Ze začátku to asi 5 minut viselo, no nakonec se to stáhlo.
-
dobré takže je to ale jen 2KB soubor díky funkci websseds odkud jsem to seedoval jako první takže z internetu a ne z lokálního disku
kdybych chtěl něco velkého nešlo by to,, lokální disk se nenaseedovává
tady jsem viděl že jde udělat že google drive se bude chovat jako ftp to by mě zajímalo
do kolonky webseeds bych chtěl umístit nějaké větší data asi 10TB různých věcí nebo aspoň 80GB
bohužel takový hosting nikde není zdarma
webový mi umožňí soubor do 1GB a jen na věci ke stránce
nevím co by řekli kdybych zabalil 80GB jako menší části
-
Ten tvůj deluged se spouští pod uživatelem debian-deluged. Napadlo mě že třeba uživatel debian-deluged nemá práva čtení toho souboru Tigerhareram-Google-Drives.txt kde ho máš umístěný. Zkontroluj to! Jestli je to tak, určitě bude nějaký error v logu /var/log/deluged/daemon.log
-
nemám vůbec /var/log/deluged/dameon.log
kde zapnu aby mi dameon logoval _?
toto jsem nikdy nepoužíval , mám jen live distro slax debian a slax slackware a tam se všechno dělá pod rootem obvykle bez hesla
neumím zjistit v jaké skupině je uživatel deluge-daemon
našel jsem že nastavím na složku např chown deluge-daemon:deluge-daemon-jeho-skupina /opt/share
tím by měl být majitel deluge-dameon , jakou však mám zadat skupinu ? jak to zjistím ?
a dál jak zapnu log aby se objevoval
-
zadávám příkaz :
chown -R debian-deluged:debian-deluged /media/JIVA/server/ftp
zkusím udělat torrent
jinak do této složky jsem zkusil dělat ftp://31.47.99.131
-
ftp do toho nemontuj, to už je úplně jinačí příběh. Psals že tu deluged systemd service spouštíš fluxboxem po startu. Řekl bych, že toto není vůbec potřeba a možná je to taky zdrojem potíží se zablokovaným portem. Nebo ty potřebuješ aby to bězělo jako headless a mohls to ovládat vzdáleně? Co se stane když tam místo té systemd service dáš fluxboxem spustit jenom deluge potažmo deluge-gtk? Nemusel bys potom vůbec řešit práva na filesystému a port si jednoduše naklikáš v gui.