[Support] binhex - qBittorrentVPN


Recommended Posts

33 minutes ago, TexasUnraid said:

I am on qbittorrent 4.3 and radarr 0.2.0.1504. Imports work perfectly. Nzbget on the other hand takes forever to import.

 

Is there a way to update to radarr v3? I am running the binhex container, I already updated to the V3 sonarr and it is much nicer but heard radarr is not ready yet?

It's ready AFAIK, even people on reddit say that even though its not official that for the most part, barring some edge case weirdness of your particular setup that its good to go  for at least a while now.

Backup your whole persistent data for radarr dir:

tar -zcvf radarr.gz /yourpathto/radarr/

 

then in my case, in my docker-compose, i simply change the image it pulls

    image: linuxserver/radarr:nightly

 

Badda-bing, badda-boom, that's it.

 

Worst comes to worst, you blow up the persistent data directory, because some of it will be updated to v3 versions, and untar the 0.2 copy and roll back to 0.2.

 

 

I'm surprised it works in 0.2 though, it had been broken AF for me, maybe someone backported the fix *shrug*

 

Edited by mooky
Link to comment
11 minutes ago, queen-adreena said:

I had something of a network issue due to accidentally colliding my comp's IP with my UnRAID server's IP and at the same time I had to switch from using OpenVPN via my VPN to using Wireguard, so I'm not 100% on which action is causing me problems here...

 

Basically, I can't get Wireguard to connect. Log is attached

binhexlog.txt 24.55 kB · 2 downloads

Not sure if this is the cause but I see you have changed the name servers to google. You might try switching them back to the default.

Link to comment

Still can't find the answer to this one. Crux of the error is:

2020-11-18 19:06:51,914 DEBG 'start-script' stderr output:
Unable to parse IP address: `'
Configuration parsing error

2020-11-18 19:06:51,916 DEBG 'start-script' stderr output:
[#] ip link delete dev wg0

2020-11-18 19:06:51,962 DEBG 'start-script' stdout output:
[warn] WireGuard interface failed to come 'up', exit code is '1'

Full log is attached in an above post.

Link to comment
1 minute ago, veelckoo said:

The openVPN portion doesn't have any defaults, you need to have an already paid-for VPN service you subscribe to.

 

The default login/password for qbittorrent however is:

login: admin

password: adminadmin

 

Change that the first chance you get.

  • Thanks 1
Link to comment

Thank you for reply.

Sorry for not being clear enough - I am looking for qBittorrent Web UI credentials.

Tried admin/adminadmin but that does work.
Looked into qBittorrent.conf but that does not show any credentials

[AutoRun]
enabled=false
program=

[Preferences]
Connection\PortRangeMin=6881
Connection\UPnP=false
General\Locale=en
General\UseRandomPort=false
Queueing\QueueingEnabled=false
WebUI\Address=*
WebUI\CSRFProtection=false
WebUI\LocalHostAuth=false
WebUI\Port=8080
WebUI\ServerDomains=*
WebUI\UseUPnP=false


 

Link to comment

Are you able to bring up the webUI ?  If so, the default is as I stated.

There are 2 settings in the conf file:

WebUI\Password_PBKDF2=<HASHED PASSWORD HERE>
WebUI\Username=mooky

But those are added once you log in through the GUI, and go into options to change it.

 

What did you define as your WEBUI_PORT?

 

Here's my docker-compose yaml file that fires my instance of the docker:

services:
  qbittorrentvpn:
    image: binhex/arch-qbittorrentvpn
    container_name: qbitvpn
    volumes:
      - /mnt/myfiles:/data
      - /persiststorage/qbitvpn:/config
    environment:
      - PUID=99
      - PGID=100
      - TZ=America/Chicago
      - VPN_ENABLED=yes
      - VPN_USER=p1234567  # change as necessay
      - VPN_PASS=9dfglkj43G$3 #change as necessary
      - VPN_PROV=pia  #change as necessary
      - VPN_CLIENT=openvpn
      - STRICT_PORT_FORWARD=no
      - ENABLE_PRIVOXY=yes
      - LAN_NETWORK=192.168.1.0/24
      - WEBUI_PORT=29501
      - UMASK=000
    cap_add:
      - NET_ADMIN
    ports:
      - "29500:6881"
      - "29500:6881/udp"
      - "29501:29501"
      - "8118:8118"
    restart: unless-stopped

 

Edited by mooky
werds are hard, must edit....
  • Like 1
Link to comment

I have been using this container along with SWAG from linuxserver.io on my trusty Ubuntu 18.04.5 standalone server for at least a year if not longer.

I dont remember the last time i touched the server much less updated it...its been working great, out of no where the webgui stopped working i get this error 

 

502 Bad Gateway
nginx/1.18.0

 

My logs mentioned

 

modprob: FATAL: Module iptable_mangle not found in directory /lib/modules/5.4.0-54-generic
 

so then i used

 

sudo /sbin/modprobe iptable_mangle

 

and that got resolved but now its complaining about not loading the tun mod

 

modprobe: FATAL: Module tun not found in directory /lib/modules/5.4.0-54-generic
 

How do i fix this?

 

Things i have tried to fix the problem

upgraded to 20.04

sudo chown -R 777 /entire container directory

made sure the UID and GID in the docker compose file match the user issuing the docker-compose command

 

EDIT

I just found this

https://www.kernel.org/doc/Documentation/networking/tuntap.txt

I'm gonna read it and see what I find

 

 

Thanks in Advance

 

 

 

Edited by Cytomax
Link to comment
On 11/20/2020 at 2:05 AM, Cytomax said:

I have been using this container along with SWAG from linuxserver.io on my trusty Ubuntu 18.04.5 standalone server for at least a year if not longer.

I dont remember the last time i touched the server much less updated it...its been working great, out of no where the webgui stopped working i get this error 

 

502 Bad Gateway
nginx/1.18.0

 

My logs mentioned

 

modprob: FATAL: Module iptable_mangle not found in directory /lib/modules/5.4.0-54-generic
 

so then i used

 

sudo /sbin/modprobe iptable_mangle

 

and that got resolved but now its complaining about not loading the tun mod

 

modprobe: FATAL: Module tun not found in directory /lib/modules/5.4.0-54-generic
 

How do i fix this?

 

Things i have tried to fix the problem

upgraded to 20.04

sudo chown -R 777 /entire container directory

made sure the UID and GID in the docker compose file match the user issuing the docker-compose command

 

EDIT

I just found this

https://www.kernel.org/doc/Documentation/networking/tuntap.txt

I'm gonna read it and see what I find

 

 

Thanks in Advance

 

 

 

ROFL.. well i feel dumb... looks like qbitorrent wasnt starting because the bahamas.ovpn file wasnt working.. i changed to a different .ovpn file and everything loaded up.... oh well i learned a lot about modules

Link to comment
23 hours ago, francrouge said:

Hi i'm not able to enter the default user and password

 

I tried admin adminadmin.

 

I tried to manually add my info its not working 

 

Anyone has an idea ?

Same thing happened to me... i just deleted the whole container and started over again... unless someone has a better idea

Link to comment
11 hours ago, eetsumrobins said:

Attached is the master log as well as a copied log just containing info immediately after the launch of the container

supervisord.log 1.16 MB · 1 download supervisord_clean_launch.txt 19.39 kB · 1 download

is this correctly defined, from your log:-

2020-11-25 23:17:31.333918 [info] LAN_NETWORK defined as '192.168.1.0/24'

if you are unsure see Q4:- https://github.com/binhex/documentation/blob/master/docker/faq/vpn.md

Link to comment

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.