Cat_Seeder

Members
  • Posts

    95
  • Joined

  • Last visited

Posts posted by Cat_Seeder

  1. 1 hour ago, esto0pi said:

    What is the max amount of torrents that ruTorrent is able to handle before it becomes unstable and will not load? I have heard of increasing memory and the time out length, but I am not exactly where where to find these settings and what they are called. I have 2000 torrents currently and I noticed it is starting to slow down a bit. 

    2k is about right without any tweaks. rtorrent by itself (no web ui) can be pushed way further; check some of my previous posts for some hints on how to do it. Since this container has screen, rtorrent-ps and pyrocore, if you don't mind the command line you can certainly make it work.

    PS: rtorrent-ps and PyroScope both looks unmaintained and @binhex has already told the community that he may move the containers back to regular rtorrent. To be fair rtorrent is also usable by itself, but PyroScope certainly makes it nicer.

    PS II: rtorrent itself is also stuck in version 0.9.8 since 2019. Unfortunately a lot of torrent software is dying.

  2. 4 hours ago, YsarKain said:

    How can I disable the unpack plugin?

     

    The box is unchecked in the options, but it is unzipping all the files and leaving them in the same directory.  This is pretty nice for some things, but I downloaded a 2.5 TB torrent that has tons of zip files and it's given unraid a heart attack 😮

     

    AFAIK, Unpack Plugin isn't shipped on automatic mode. Have you tried starting a brand new container (without pointing it to any of your current data / configuration files)?

  3. On 10/9/2021 at 1:15 PM, ritty said:

    I have rtorrentvpn running on the unraid network and I fixed the IP to 10.0.20.20. I put the variable LAN_Network = 10.0.20.0/24.

     

    What am I doing wrong? I can go to the 10.0.20.20 address in chrome and put in my username + password. It resolves fine! However, when I use sonarr, radarr and all of the other ARR apps, I cannot connect to rtorrent. I have tried putting the name of the container for the host. I have also tried putting the IP itself i.e. 10.0.20.20. The port number is 9080 so I know thats not the issue.

     

    5 hours ago, ritty said:

    Can't access web UI means that when I try to open the container via the unraid GUI, the web page is stuck loading forever and never actually loads. In fact, the login popup doesnt even show up. Thanks for your tip, ill check into that.

     

    Ok, so are you having a different issue now or have I missinterpreted your original post? From the original post I assumed that rutorrent was accessible.

    If the GUI isn't showing up this is very likely a configuration issue in your rtorrentvpn container. By rereading the messages knowing that rutorrent UI isn't accessible, I would assume that either the container is not able to finish starting or you are trying to access it from outside the LAN_NETWORK that you have specified (and thus packages are getting discarded).

     

    Is the client (as in, the computer where you are using your browser to access rutorrent) in the 10.0.0.0/24 subnet or in the 10.0.20.0/24 subnet? 

     

    Also Follow@binhex's guides and send us some logs if you think that your container is failing to initialise properly.

  4. 1 hour ago, ritty said:

     

    Thank you for the reply. Very strange: RPC enabled. RPC username and password correct. Pinging from another container works. Can't access the web UI even though the logs show it's loaded....Sooo strange.

     

    I think I will just resort to bridge mode for these containers. Appreciate the help.

     When you say "can't access web UI" do you mean that you can't login to rutorrent (port 9080) at all? Or can you login to rutorrent but can't make Sonarr, etc connect go it?

     

    One alternative idea to bridge mode would be to use a docker compose file and / or add all containers to the same network. This is what I'm doing at the moment and my containers can reach out to each other via hostname as well as IP (https://docs.docker.com/compose/networking/). My rutorrent container is not even visible to my host. The only container visible to my host is a Nginx container acting as a reverse proxy.

  5. 25 minutes ago, ritty said:

    Hey guys, wondering if anybody has any ideas to help on this one? Thanks

    * Have you enabled RPC?

    * Are you using the RPC username and password to connect from Sonarr / Radarr? (This is set using different environment variables than rutorrent's username password. See Q3 here: https://github.com/binhex/documentation/blob/master/docker/faq/rtorrentvpn.md)

    * Assuming that you are also using docker containers for your *arr applications, can you open a shell (docker exec -i -t <container_name> /bin/bash) from one of your containers and ping the rtorrent's container ip? Can your *are applications reach rtorrent's IP address?

    * Assuming that you can ping the rtorrent container IP, how are you setting Sonarr's "Download Client" configuration? (See: https://quickbox.io/knowledge-base/how-to-connect-sonarr-radarr-with-rutorrent/)

  6. 3 hours ago, casperse said:

    Hi All

     

    I had some problems with PIA not the binhex-rtorrentvpn docker! when I used this 2 years ago

    Would like to know if PIA is still the preferred VPN provider?

    Or if someone found another provider with better speeds? and stable connections?

     

    Thanks for all your info in this thread!

     

    BTW: I think there was some specific VPN countries from PIA that where better than others? is this still the case?

    I can't vouch for the best / preferred solution. But PIA has been working fine here, and I managed speeds over 600 Mbps with the "new" wireguard VPNs. I'm currently using Switzerland and Spain servers (I'm in Europe).

    • Like 1
  7. 6 minutes ago, Linguafoeda said:

    ah i see. sorry i totally missed that post. do you know the name of the default user if i want to use the `-docker exec -it <container name> /home/nobody/deluser.sh <username to delete>` command to change the password via that command? or do you recommend setting up a completely separate user and leaving the default as is?

    It's whatever you have set with the env variables. Just delete it, recreate it with a new password and later remove the env variables (or not, leave them as a distraction to anyone trying to hack into your container).

  8. On 8/15/2021 at 8:50 AM, Cull2ArcaHeresy said:

    your vpn login is saved in plain text there too

    Yeah, this one I actually agree with. It would be awesome if security oriented people could use Docker secrets for this information (https://docs.docker.com/engine/swarm/secrets/). It only works with either swarm or docker compose but it would still be a fine addition nevertheless. I could offer to implement this myself but I have been swamped with work lately. Maybe someone else can open a PR? (Shouldn't be so complicated).

  9. 10 hours ago, Linguafoeda said:


    Bump re- establishing password for web UI without exposing it in docker template plaintext 

     

    Hi Linguafoeda, I'm not sure if this has changed, but once you have created the container the password would remain there even if you remove the webui password env variable. Also there is a few scripts to add users. It's been a while, but if I'm not mistaken I've removed the original credentials by manually editing a text file inside the container and then I used a script to create the user with a different password.

     

    Update - From the documentation:

     

    If you want to create an additional user account for ruTorrent webui then please execute the following on the host:-

    docker exec -it <container name> /home/nobody/createuser.sh <username to create> <password for the user>

    If you want to delete a user account (or change the password for an account) then please execute the following on the host:-

    docker exec -it <container name> /home/nobody/deluser.sh <username to delete>

  10. Hi guys,

     

    I've been lurking around the forums for a while and casually contributing to @binhex rutorrent container.

     

    I'm a Software Developer and have a huge mix of devices in a "home lab" environment. I got some extra budget this year and was thinking about replacing some of my stand-alone toys with a super-duper-hyper Unraid box.

     

    Things that I want to replace:

     

    1. QNAP NAS. Currently running 4x6TB WD Reds in RAID 10. Mainly used for storage, has a few docker containers running backup and mount jobs (mainly rclone stuff)

     

    2. Old Xeon 2.2ghz server running openSUSE and Btrfs file system. It is running docker swarm (I'm willing to move to K8s) with a few dozen containers (some with several replicas). This is mainly used as a Media Server. It has a fleet of containers for, Plex, rTorrent / ruTorrent, NZBGet, Sonarr, Radarr, Jackett, etc. It also runs Pi-Hole, a few small databases for my media software and development, (MariaDB, MongoDB, InfluxDB), OpenVPN (I'm willing to move to wireguard), Varken, Telegraf, Prometheus and Nginx reverse proxy. CPU usage is generally bellow 30%, but it lacks a good GPU and is starting to struggle when transcoding 4k video.

     

    3. A Dual Boot Gaming / Hackintosh machine with a GTX 1070. I'm playing Triple AAA titles from 5+ years ago (Witcher 3, GTA V, Forza Horizon 4), and emulation (HyperSpin build with a currated 800 GB list). I boot macOS mainly for development and video editing.

     

    I'll be keeping a Chromebook and a ThinkPad that will hopefully act only as dumb thin clients to the VMs in Unraid.

     

    I was initially thinking about going with a Ryzen 9 5950x. A 6900 XT (I want an AMD Graphics Card that I can passthrough to the macOS VM). A Fast 2 TB NVMe SSD for the Windows and Hackintosh VMs and repurposing my WD RED drivers for storage.

     

    The docker containers will always be running. Hopefully they will be running on top of Unraid itself. If I need an OS / GPU passthrough for the Plex Server I may have one VM always running (and in this case I'll also buy another, less powerful, GPU). The Gaming and Hackintosh VMs will not be run at the same time and I was thinking about a setup where I could passthrough the same 6900xt video and at least 8 cores for both of them.

     

    For now I have no idea about cabinets, external enclosures, power supply, fans, etc.

     

    Has something like this been attempted before? Can it be done? Any list of parts that could be shared?

     

    Also, what would you use to remote in the gaming machine? Right now I'm using a combo of GameStream / Moonlight (requires an NVIDIA Card) and NoMachine (not great for gaming). I also had a terrible experience with parsec, so I don't really know what's the best way to remote in the VMs for gaming and heavy productivity work.

     

    Budget: £3000 to £4000 (Can go a little higher if required).

  11. 13 hours ago, MrGangrene said:

    This might be a really stupid question but this container behaves kind of funky whenever something is downloading.

    Seeding is fine and it works way better than any other rutorrent container I have used in the past but when downloading something, even a small file, rutorrent will time-out and then completely stop functioning until rtorrent finishes the download.

    It's kind of an annoyance more than a problem but I am wondering if anyone else has experienced this before and knows what to do about it?

    How many torrents are you  seeding? And how fast are your drives? Rutorrent's PHP backend isn't exactly the fastest one, and honestly, after 1500 or so torrents it's easier to manage everything from the command line. I have SSD caches and well tuned Linux box, even so, deleting the data of a big torrent file using Rutorrent's File Manager often makes the UI unresponsive.

    If you are dealing with a few hundred torrents or less then rutorrent is manageable, otherwise I deeply recommend getting familiar with pyrocore. Using the CLI feels weird at first, but once you get used with it there's really little use for rutorrent.

  12. 3 hours ago, Johnster said:

     

    Apparently the problem is solved by running the command '/sbin/modprobe iptable_mangle', but i hope i won't have to do this every time i stop the docker. Not that I do it very often, but it would be very annoying.

     

    You can make it run automatically on startup. See A2 here - https://github.com/binhex/documentation/blob/master/docker/faq/vpn.md . For sinology: https://help.synology.com/developer-guide/integrate_dsm/run_with_system_boot.html

  13. 2 hours ago, binhex said:

    fyi and everybody else, i have rolled back to rtorrent-ps (as previously mentioned) and have also kludged a build of pyrocore back into the image as it was, so tagged 'latest' should now be identical to how it was before the upgrade to rtorrent 0.9.8.

     

    i have also identified the issue with http (missing iptables rules) so this should also be working for 'latest'.

    And everything is working again. Thanks Binex, you are awesome.

    I know that eventually we'll need to jump off rtorrent-ps (unless a miracle happens and it pick up the pace again). Hopefully there's a way to do it without having to force users to expose RPC2 mounts and someone will find a way to make file manager before that.

     

    For now, I'm glad to be on good ol' versions :).

  14. 3 hours ago, DontWorryScro said:

    Any one able to point me in the right direction for how to install File Manager?

    For the old version of the container with rtorrent-ps + old version of file-manager (before it was split on its own repo) see: https://github.com/binhex/arch-rtorrentvpn/issues/96

     

    For the latest version of the container + newest version of file manager I can't get it to work at all. Had to revert back. Please do let me know if you figure out.

    • Thanks 1
  15. 25 minutes ago, psycho_asylum said:

    I didn't think to try the HTTPS port. That works for me on latest as well, but now I'm seeing this in the logs:

     

     

    2021-02-12 15:37:43,868 DEBG 'watchdog-script' stderr output:
    /home/nobody/rtorrent.sh: line 24: rtxmlrpc: command not found

     

    2021-02-12 15:40:15,037 DEBG 'watchdog-script' stdout output:
    [warn] Incoming port range not defined, unable to bind IP address

     

    Everything seems to be working though.

     

    rtxmlrpc is part of pyrocore. @binhex, without pyrocore we'll not have rtxmlrpc, and reverting to xmlrpc means that port-forwarding will need /RPC2 mounts and we'll be back discussing security shenanigans. I understand that you want to get alway from rtorrent-ps, but can you maybe include an individual release of pyrocore in the image?

    • Like 1
  16. On 10/1/2020 at 4:01 PM, binhex said:

    fair enough!, to be clear im not saying its 100% secure, i have secured my end via iptables (as per normal), whether PIA has secured their end i cant comment, you can but hope!, i have no reason so far to distrust pia (yes im aware of the kape takeover).

    No comments about security, but it's certainly fast, and so far it has been stable. Thanks @binhex, sending another beer your way.

    By the way, did the autodl-rssi + recent version of php issue got sorted?

    Kind regards,

  17. 10 hours ago, LiQiuD said:

    It looks like PIA is requiring their new next gen servers to work with the API to allow port forwarding. 

     

    I've done a bunch of testing, it looks like the API is not responding on the non-nextgen VPN servers currently, and it also looks like API is not setup on the next gen servers at all.

     

    Anyone come up with a work around for this?  Everything I've tried has failed.

     

    32 minutes ago, kirk8999 said:

    Ditto - I can't get this container to work with PIA at all any more. Is anyone else having more luck? I'm a little confused on the old API/new API, net gen server etc - I just know it's not working. Will there be an update so that the container works with PIA? If not anyone know of alternatives?

     

    thanks!

    I got port forwarding working with the Spainish server (one of the old ones), before that I could make it to work with servers in Switzerland but it no longer works for me.

    Unfortunately, until PIA stabilises old servers or provide APIs to port forward on next-gen servers there's no much that can be done other than server hopping and praying. :(