xxDeadbolt

Just checked my logs & it does appear - haven't noticed any issues because of it, though. Still downloading and uploading as it normally does. Also on Wireguard.

Honestly, I thought it was always the main log on info. I was never aware of ever being able to use the SOCKS credentials... but I only set up my server at end of March so could’ve been a thing around/before then. Sent from my iPhone using Tapatalk

Yoy've said a couple of times now you've 'regenerated credentials': what credentials are you using, your main username/password that you log in to the PIA website with or these? It should be your main username (pXXXXXX) & password you use, not the generated SOCKS ones.

I also threw myself in at the deep end with all this when I first set up unraid, & used the SpaceInvaderOne's videos to get up & running for a bunch of stuff. I'm (very) slowly learning, though. Is there an advantage to using Cloudflare over DuckDNS for this, or does it come down to preference? This part makes me think DuckDNS isn't required for your own domains, but my domain registrar doesn't have their own API to update & I also can't get a static IP off my ISP.

Nope, that should be it. Need to make the container have privileged access, too, but see the other quotes reply from Binhex on the steps. If you’ve done all them I’m not sure what else could be causing this. Sent from my iPhone using Tapatalk

Cool, just checking before I started trying to add some in. Cheers again for the work you put in! Sent from my iPhone using Tapatalk

Just to check, but have you added the variable key when editing the container?

Might be a daft question, but does the wireguard config file support multiple endpoint entries, as ovpn does?

Rgr will do! Cheers.

The first one in there is 209.222.18.222, is that not PIA?

Yeah, the name_servers variable hasn't been touched by me, so whatever is default. If it happens again with not being able to resolve, i'll grab a copy of the logs.

Connected fine, first time without issue. But, I can't access the WebUI, says I've entered the wrong password. I've tried the default 'deluge' and the password I had changed this to before updating. Edit: Connecting now - not sure what happened (positive I was typing it correct lol). After a couple of restarts, where one couldn't resolve www.google.com in the logs, it connected & let me get in with the PW.

Awesome, I just assumed it was PIA's end😂

Anyone else seeing frequent log entries having different ports assigned? Mine is doing this every 15/20mins or so.

I think there may have been an issue with that before but, if memory serves, Binhex said it was fixed. You definitely on the latest container version? Using legacy or nextgen servers for PIA?

So, once again proving my noob status: I wasn't using Krusader, I was trying to do it within Windows/File Explorer on my gaming rig... oops! All done, pretty much same steps as above!

Why did you have to restart it, what's happening (logs?) ?

I'm using Berlin. Seems to be the best option for me, along with Frankfurt.

Not entirely sure, but on their page, here, they say which would suggest to me they don't (the page they link to doesn't mention port forwarding)... however, happy to be corrected if someone else knows different.

It's not the socks credentials you need, it's your main username (pXXXXXXX) & password for PIA.

I'm not sure, tbh. I *think* it's only the endpoints which are in that folder, but I may be wrong.

I'm certainly no expert at reading these logs, but it doesn't look like you're using the next gen OVPN files. click 'View OpenVPN Configurations' on this page, then 'OpenVPN Configuration Files (Recommended Default)'. You can then drop in your end point & the 2 certificate files to your openvpn folder in the rTorrent config.

Hey - trying to move over from Letsencrypt but keep getting an error when trying to edit the proxy-config files. Error states I don't have permission to save in that location. I could edit the Letsencrypt ones though, not sure why I can't with this container 😕

Had this a couple of times recently, too - but, as @wgstarks said, checking for updates usually sorts it out. Not sure what causes it

Hey - decided to give this container another go as I got sick of my slow speeds on your DelugeVPN option. It's either PIA related, or something I'm doing as everyone else isn't having slow speeds... I seem to have this sorted now on rTorrentVPN, & have a quick question. The below image is my ratio group settings... I'm looking for torrents to stop & have the data removed when the ratio hits 1.0-1.1, would this suggest it's accurate? I've stuck in a test download and the "UL target" is usually double the torrent size, no matter what the ratios are set to. Strike that - done another couple of tests, and they seem to all be deleting themselves within the 1.0-1.1 ratio, no matter what shows in the 'UL Target' or 'UL Remaining'. Another wee thing, though, I just want to double check, but would amending the '#throttle.global_up.max_rate.set_kb = 0' to something like '350' here: change this value: Seems straight forward enough, but just making sure before I edit anything, as I have been known to "misunderstand" wordings before haha.