I’m using DietPi v8.7.1 on RPi 3 B+ model and I have a problem where I can’t upload or download anything from torrent. I’ve been using this RPi as a seedbox on a couple private trackers and it worked like a charm until recently. I didn’t change any settings meantime.
I’m using qbittorrent and for every single torrent on the list, under “Trackers” tab, URLs for announce have status “Not working”. I thought maybe the problem is qbittorrent itself, so I tried Transmission, but it’s the same thing. Trackers don’t register seeding at all. Readding torrents doesn’t help neither.
Beside downloading something new from the same trackers, I’ve also tried downloading manjaro .iso torrent from the official website, but no download starts showing “stalled” status and when I check “trackers” tab, it’s the same “Not working” status as mentioned above.
Also, I thought maybe the problem was that I switched internet provider recently, so they might have placed me under CG-NAT, but seems like that’s not the case and after port forwarding, the port where qbittorrent-nox is running is reported open with the services like canyouseeme.
Finally, I tried a couple files from RPi to seed from my PC and it works fine even that I didn’t do port forward for it at all. Also, no problem downloading the same manjaro. iso, it starts instantly.
Do you have any suggestions, what can I try to do in order to be able to download/seed from the RPi again?
Hi, just a little question
Are you downloading the torrents to a external disk connected to the rpi? If that’s the case, maybe I can help you, I had a problem with that
Yes, or to be precise, files I’m trying to seed are on three different locations, 2 usb flash drivers connected to the RPi and on a sdcard where the OS is, but these on the sdcard don’t work either.
@Jappe I tried enabling it, as well as PeX and LPD, but still nothing. ISP is not blocking the traffic at all, since the same torrents work on all the other local devices. Something on the dietpi is blocking torrent traffic.
By default, there is no software on DietPi that will block access/ports/traffic. Did you install anything like ufw? iptables? any software that could do blocking on network level?
I just reinstalled the last release from sratch because of a SD failure after a couple of years of continuous usage of the last one. The system was always kept up to date.
After the flash on the new SD I tried to replicate my previous setup. I have an external NTFS USB drive mounted at /mnt/storage where I used to save downloads. I mounted it with dietpi-drive_manager. I also installed the ntfs-3g driver and I’m able to create and delete files in the mounted drive.
BTW, I added a torrent that points to /mnt/storage/Torrents (USB drive) and one that points to /mnt/dietpi_userdata/deluge (system SD card) and neither of them starts, so I’m inclined to say that it’s NOT the destination drive type or FS that causes the issue
The logs don’t say much.
-- Journal begins at Wed 2022-09-14 22:10:31 CEST, ends at Thu 2022-09-15 15:02:30 CEST. --
Sep 14 22:11:09 DietPi systemd[1]: Started Deluge Daemon (DietPi).
Sep 14 22:11:10 DietPi systemd[1]: Started Deluge Web UI (DietPi).
I didn’t change any of the default ports. In deluge web-ui I have “incoming port” set to 6881, and I can’t see it in the list. “outgoing ports” is ser to random
Nothing of that sort. Actually, I didn’t install anything from the time it worked until now. One thing I noticed also is that for some reason, when I SSH into RPi, it shows device model, CPU temp and LAN IP, and then it takes some time to show the console, dietpi-launcher, config etc… but right below LAN IP it shows
“curl: (28) Resolving timed out after 3000 milliseconds”
Wow, that last info I wrote actually made me fix the issue. I use this RPi for pihole as well, other devices use it as a dns resolver with no issue (RPi’s IP is the main router’s primary DNS), and when I tried pinging a couple times from the device, I always pinged 1.1.1.1, 9.9.9.9 and so on. I just tried pinging deb repository and got an error.
In diet-config, IP of this device is static and x.x.x.20, meanwhile DNS IP was set to IP of default gateway which is x.x.x.1
As soon as I switched static DNS to x.x.x.20 it started showing traffic on pihole and status “Working” for trackers announce links.
I’m not sure should I mark this as a solution, or wait for @Tarrasque to fix his as well.
Don’t know. I don’t use PiHole so I don’t think the two issues are related.
My system is pretty basic, a new installation with little hacking. I’m using the device as a small download server and the only two applications of note are amule (working perfectly) and deluge (not working). Everything is set with default parameters including ports.
Everything was installed with dietpi utilities except for amule which is not in the available software.
If you think it’s better we can move my interventions in a new thread.