The Lizard King

Which VPN provider and endpoint are you using? I'm using CyberGhost - OpenVPN settings (Netherlands)

Any reason why DelugeVPN would not upload seeding files? I'm not getting IPT credit for my seeding time and they're claiming it's the container. Any thoughts or settings I should be double checking?

How do I had files to deluge for seeding? I had to reinstall deluge and lost my active download and seeded files. When I go to add these files back in, it looks to my personal pc, not my server. Tried browsing through my pc to the network share on the server with the files but it comes back c:/fakepath/.... Basically I need to add these files, not sure how since.

What do you have for your path settings in the docker setup? i.e. /data => /mnt/user/downloads Yes - and I apologize again. I swear they just bulk uploaded out of nowhere. I kept refreshing all the pages and Cache space was not budging, now it just magically appeared. I didn't touch anything..another odd issue magically resolved.

New issue, new post. Downloads are working great but instantly go to "Queued 100%" once they're finished downloading. No files are in the designated /data path. The files are not in my shares, I have no clue where they went, searched file titles and everything. It's almost like it's on some seedbox or something but I'm using a VPN?

How does your VPN provider handle forwarded ports? This container is set up to handle PIA forwarded ports automatically, if you are using another provider you have to figure out what port number is open and forwarded to you, and manually set the incoming port in the deluge settings. If you don't have it set correctly, that could cause speed (and connectivity) issues. Please disregard Jon, I was running TCP unknowingly and link saturation was killing my connection. Switched to UDP and it's smooth sailing! Thanks for your help.

yeah this is normal, what your seeing is the log output for the container, it will increase in size as things are logged, if you want to see the entire log then look at the file /config/supervisord.log im not sure why you cant connect to the tracker, its possible that this particular private site doesnt permit deluge, or this particular version of deluge (latest), worth contacting admins at IPT and see what they say. It also possible that IPT block access to their tracker if its accessed via a VPN tunnel, not a lot you can do if thats the case, other than switch to another private torrent site, i dont use IPT so i cant really comment on whether they block or not. Yikes - I found the issue! Deluge was setup for UDP - my credentials were for TCP! So torrents are finally downloading but I'm getting this strange thing where once I start it I'm getting max speed and on max torrents, then after 1 minute the speeds die down and eventually stop. Restarting Deluge is the only thing that fixes it, any clue what it could be? Bad server? I have plenty of connections and peers out there...strange.

correct. ok in that case you need to add in another line, so the entire contents of the auth file will look something like this:- localclient:c12312dsdf234sfd887cc9d075e55829d72779b9a04f:10 admin:mypassword:10 not exactly sure what you mean by builds and moves, are you on about console output when pulling down the image and creating the container or are you on about the supervisord.log file?. these are all warnings that the ovpn configuration options in the file you have dont line up exactly with how the server is configured at the other end (vpn providers end), you can either tweak your ovpn file so that it does use the options its warning about, or ignore them, i would probably go with the ignore option, its an ovpn file that the provider has created, so i would assume the options are "good enough" for it to work correctly, the choice is of course yours :-). Thank you very much Bin! In regards to 3. - if I right click and go to logs for the DelugeVPN container and just sit there idle, doing nothing, the log is continually building in size and scrolling as it adds more logs entries. Was curious why this was? I hope I'm describing it better for you.. A more serious matter was found yesterday once I had all my paths set and started to grab files via SickRage. SR would drop the torrents into DVPN but none of them would download. I use IPT and was getting "Error" on the tracker announce links used. I have no clue what this means and it took me a lot of research just to find that out. The URLs are from stackoverflow and empire.me. My account is in good standing with IPT. I haven't tried downloading outside of deluge/containers/unraid however. I restarted all services and powercycled the server just to make sure. All my share and download settings are good, too. It seems like a vpn/ipt/deluge conflict somewhere here and I'm hoping you're perhaps familiar with this and could help. Later I'm going to go check with my VPN provider that the settings I'm using are for premium servers and not free (which block p2p) but I think that's fine. Thanks again for your time and dedication to this.

Bin, please view post Reply #520. I would greatly appreciate you expertise.

JUST installed DelugeVPN and entered my OpenVPN credentials from my VPN. I have 4 questions regarding the install. 1. I added the ca/client certificates and client.key to the same folder where I placed the .ovpn file - is this correct? (Directions are vague) 2. Looking at the "auth" file (to get admin/pw for CouchPotato), all it says is: "localclient:(huge series of numbers and letters):10" no username:password, how do I get this? 3.The container log continually builds and moves, only pausing a few times, is this normal and due to inactivity? 4. I can access the webgui and log in successfully - I decided to browse the logs and found several Warnings. Can you please tell me if these warnings are something to be concerned over and if so, how to fix them? These didn't happen concurrently as I've posted them, I just did this for the sake of space saving. Fri Jun 3 23:27:25 2016 us=552163 WARNING: file 'credentials.conf' is group or others accessible Fri Jun 3 23:27:25 2016 us=832137 WARNING: this configuration may cache passwords in memory -- use the auth-nocache option to prevent this Fri Jun 3 23:27:26 2016 us=238841 WARNING: 'link-mtu' is used inconsistently, local='link-mtu 1554', remote='link-mtu 1558' Fri Jun 3 23:27:26 2016 us=238874 WARNING: 'mtu-dynamic' is present in remote config but missing in local config, remote='mtu-dynamic' Thank you.