Hi - I have a routing question. I'm thinking of doing a site to site vpn on my router. I wanted to make sure that there wasn't anything I could do at my router level that would override / mess up the iptables on the container. I'm referring to the iptable rules you describe here https://github.com/binhex/documentation/blob/master/docker/faq/vpn.md.

 

I'm sure that PIA uses a 10. network internally, and my site to site might also be joining to a remote 10. network. The container does not need to talk to the remote network ever, so I'm just double checking I won't break your core functionality.

 

On 11/30/2023 at 1:09 AM, wgstarks said:

https://forums.unraid.net/topic/75539-support-binhex-qbittorrentvpn/?do=findComment&comment=1329646

 

Hi,

 

can you please post a screenshot that shows where that preferences line is?

 

My challenge: I installed and configured it according to the VPN docker how2. I can access the webui. But admin adminadmin does not work (are these still the default credentials?)

 

24 minutes ago, Jannik_ said:

where that preferences line is?

Sorry but I’m not sure what you mean by “preferences line”. The repository field is in the docker container configuration.

Thank you. I solved it with binhex-deluge. Here the default login worked.

On 11/30/2023 at 8:08 PM, practicing-haunch2956 said:

I'm wondering if that recently changed? I didn't have that added before and I had been using qbittorrent just fine until that last update. Strange.

 

Anyway, that did the trick. Thank you so much.

Qbittorrent devs have decided that default username and password must now be changed. A temporary password is supposed to be included in the container logs but may not be due to a bug which may not be resolved yet. If you read through the previous couple of pages you'll see quite a lot of discussion regarding this issue but the short version is to revert to a previous version and either stay with it or set a secure user/password.

 

https://forums.unraid.net/topic/75539-support-binhex-qbittorrentvpn/?do=findComment&comment=1329646

Hi,

 

Not really sure what's going on. I have my files stuck in moving. It's setup as downloading incomplete into /data/incomplete and moving it to /data/completed once done.

 

The torrents are pulled via Sonarr and Radarr if that helps.

 

 

It's been stuck like this for hours

Hello Binhex and everyone else,

 

I am experiencing access denied errors when trying to access files/folders recently downloaded with this binhex-qbittorrentvpn community app. 

 

I have a rootshare that I can read and write to from a networked windows 10 machine successfully with a username/password setup in unraid. 

 

When I run the permission fix tool over the Downloads folder the permissions are fixed and start working for the auth user setup in unraid. 

 

I believe it's related to the UMASK setting - but I haven't been able to figure out what specifically to change to resolve new downloads getting the wrong permissions set. 

 

The current docker settings are: 

 

UMASK 002

PUID 99

PGID 100

 

Is there anything you can suggest to help me fix the permissions issues?

 

8 hours ago, LanceM26 said:

It's setup as downloading incomplete into /data/incomplete and moving it to /data/completed once done.

Have you double checked this? In the past I had a problem where qbit would switch download locations from /data to /downloads for some unknown reason and I would see all the torrents moving as you describe.

3 hours ago, wgstarks said:

Have you double checked this? In the past I had a problem where qbit would switch download locations from /data to /downloads for some unknown reason and I would see all the torrents moving as you describe.

 

Yea, I checked if the file paths are correct:

 

9 hours ago, EwanL said:

I believe it's related to the UMASK setting - but I haven't been able to figure out what specifically to change to resolve new downloads getting the wrong permissions set. 

Try 000. That’s the default.

33 minutes ago, LanceM26 said:

Yea, I checked if the file paths are correct:

Anything in the Execution Log? You probably need to enable it as n the View menu.

5 hours ago, wgstarks said:

Try 000. That’s the default.

Yeah i've tried 000, 002, 022 and it doesn't seem to have an effect. 

 

I've just changed it back to 000 and run another test and had the exact same result 

 

 

The folder permissions after download.

 

All the other lines are folders after previously running the permission fixer tool. 

51 minutes ago, EwanL said:

 

All the other lines are folders after previously running the permission fixer tool. 

I’m guessing you have this share mounted in UD? Have you checked the User settings there?

45 minutes ago, wgstarks said:

I’m guessing you have this share mounted in UD? Have you checked the User settings there?

 

By UD do you mean Unassigned Devices?

I have that installed but the share has no relation as far as i'm aware.

SMB is disabled on the Unassigned Devices Settings page. 

 

This share was setup through the regular unraid shares page: 

 

The user account i'm accessing with via windows 10/SMB has Read/Write permissions to this share. 

9 minutes ago, EwanL said:

 

The user account i'm accessing with via windows 10/SMB has Read/Write permissions to this share. 

Afraid I’m out of ideas. You shouldn’t have needed any permission changes to access the share. Just user and password.

5 minutes ago, wgstarks said:

Afraid I’m out of ideas. You shouldn’t have needed any permission changes to access the share. Just user and password.

Well its accessible via the home network so I definitely wanted authentication on it. 

 

I appreciate the help anyway

Edited December 19, 20232 yr by EwanL

I havent updated for a long time becurse of the admin webui error.

 

Is it safe to upgrade? I use admin/"MYWONPW"

2 hours ago, DanielPT said:

I havent updated for a long time becurse of the admin webui error.

 

Is it safe to upgrade? I use admin/"MYWONPW"

I would add a custom user name but as long as you have a strong password you should be good. Downgrading is very simple if you have any issues. I also whitelisted my local network just to avoid having to add login info to all the *arrs.

53 minutes ago, wgstarks said:

I would add a custom user name but as long as you have a strong password you should be good. Downgrading is very simple if you have any issues. I also whitelisted my local network just to avoid having to add login info to all the *arrs.

DId the update and no problems. I also disabled login for lan. I have a pretty strong pw

9 minutes ago, DanielPT said:

no problems

Great 👍

Hi all,

 

My webUI just does not get up.

Can you help me check what is wrong?

 

Uploaded the NordVPN OpenVPN config file into the dir of the docker. 

Starting up the docker, but my webUI just does not load.

 

Thanks

 

Hi everyone, I'm having a very strange memory issue with this docker image.

 

I am already running an instance of this image in Docker, and it runs pretty smoothly. I seed ~1200 torrents and it idles at around 300MiB of RAM usage according to the Docker page in Unraid.

 

I'm also running an old rtorrent/rutorrent container serving ~ 2200 torrents (and on average larger than those in current qBT), that I want to migrate to qBittorrent so I created a new binhex-qbittorrentvpn container using the previous one as a template and I took good care of changing all ports and paths (including appdata) to avoid issues. The container started correctly, the webui is accessible (had to do a thing for the login since adminadmin does not work anymore, but I managed to make it work). I then imported all my torrents from rtorrent into the new qbittorrent instance without starting them to be make sure everything is fine before starting to seed. I stopped my rtorrent container to avoid "double-seeding" and started seeding with the new qbittorrent container. 

And then problems began...

Both qbittorrent containers started to increase in memory usage... I did not set a limit to their memory usage so it ended taking all my Unraid RAM (24GB) to the point the WEBUI of Unraid was not accessible anymore: I had to reboot my server. I decided to set a memory limit on the containers at 3GB (first qBT) and 6GB (new qBT) but they maxed it too, sometimes in the container logs the "watchdog-script" detected that qBT was not running anymore (it got killed inside the container) and restarted it and other times the memory stayed at 5.997GiB and the 2 CPU cores I allowed maxed at 100%. All this happening in ~5 minutes.

 

If I only start one or the other of the qBT container, everything runs fine... but if I run both, dang, the memory goes crazy.

 

Can someone explain what is going on here ? Am I missing something ? Are there special configs I need to set to avoid issues running this container twice ? Any help would be appreciated. I can also provide more information/context if required.

I use wireguard through my UDM Pro, it works great ... except for qbit.

 

I have the IP's allowed, 192.168.1.0/32 but i'm still unable to access qbit - its the only app/docker that I can't access. Is there something special with qbit ?

Edited December 24, 20232 yr by bombsngravyb1
I'm an idiot

If i used PrivateVPN every time it connects to a server i will be given a dynamic port - does this container relay the port in qbit? or do i have to do it manually?

Not sure if its the same issues as others have mentioned recently, will have a read through some pages. But I have had my unraid server off for a few weeks, turned it on the other day and did some updates, now barely any of my binhex dockers load. Same goes for jackett, radarr and sonarr. Emby have deleted and reinstalled but cant seem to get others working even with rolling back to a different version. Anything vital I may have missed?

Edited December 26, 20232 yr by Kuwabara89