Dyon

Looks interesting, whenever I have time I will look into it

Can confirm issues with WireGuard for unknown reason. However, I am sad to inform that due personal circumstances and shifts in interests I will not be updating the container in a timely manner. Even though I prefer WireGuard over OpenVPN, for now I sadly would need to recommend using OpenVPN, that one works fine.

My bad, the sorting on my filesystem was sorted the wrong way around. Attached are the proper diagnostics. I naturally did a clean boot without the packages installed. dyon-unraid-diagnostics-20230702-2131.zip

Thanks for the tip about the `extra` directory. I know using Docker etc is better. But I ain't gonna install a Docker only to run `nmap` for something or when I need to use `ffmpeg` to quickly convert a file. Nevertheless, the problem still occurs with a clean `go` file. (cc @Squid ) Still need to kill -9 nginx and start it again for it to work. Also running 6.12.2 now. Same problem. nginx-error.log dyon-unraid-diagnostics-20190307-1931.zip

I know you mentioned that you are sure that the username and password are right, but this line in the log really means it could not be anything else: 2023-06-28 21:49:45 AUTH: Received control message: AUTH_FAILED Please check again your NordVPN dashbord under the option Setup NordVPN manually; https://my.nordaccount.com/dashboard/nordvpn/ This guide is for Android, but the process of obtaining the NordPVN credentials are the same.

Will run a clean go file later. I honestly don't expect that the extra packages impact the WebUI personally. I haven't changed anything in that file for about 2 years honestly. The docker logs hack is an older version of this below, didn't even know that I still had that active or why I needed this. I am currently of a big upload via FileZilla, so I can't sadly interrupt that to tes if a clean go file fixes it.

Waited about 30+ minutes. I think php-fpm probably broke, so running PHP was not possible. Using kill -9 on nginx I was able to kill NGINX and also by running I was able to connect to the WebUI: /etc/rc.d/rc.nginx restart /etc/rc.d/rc.nginx reload /etc/rc.d/rc.php-fpm restart /etc/rc.d/rc.php-fpm reload /etc/rc.d/rc.nginx stop just didnt kill the proces... After that I was also able to run diagnostics, which took literally 30 seconds indeed. I also had a `cat /var/log/nginx/error.log` open before shutting down the server. I dont think it's included in the diagnostics. It's not the full log file, but only as much as my terminal could show. Forgot to pull the actual file of the server. dyon-unraid-diagnostics-20230627-1520.zip nginx.log

I am on Unraid 6.12.1. I also am unable to access the WebUI after some time. It does work initially, but after having the GUI open for some time, I notice it stops updating and becames inaccessible. Everything else just keeps on working fine, but it's just the WebUI being dead. Rebooting the servers via SSH works. After reboot the WebUI works again. If I SSH to my server and run `diagnostics` it just hangs... I also don't see anything getting added to /boot/logs. What can I do? Should I upload diagnostics AFTER a reboot when the UI works maybe? I have 2 NICs, via both ports I am still able to access shares or SSH. So there is a link.

Don't see anything wrong with the docker run command. Perhaps it is the Wireguard file itself. Please download a wireguard client for your PC and see if connecting works properly that way. https://www.wireguard.com/install/

Try removing the container, maybe that works And than add it again

That's odd. The windows continuously closing because it is probably unable to connect to the HEALTH_CHECK_HOST. I've pushed an update to the container which adds RESTART_CONTAINER. Update the container and add the new variable. This will prevent the container from restarting To add this variable, edit the container and add this variable: Add another Path, Port, Variable, Label or Device > Config Type: Variable > Name: RESTART_CONTAINER > Key: RESTART_CONTAINER > Value: 0 > Default Value: 0 > Description: (empty) > Display: Always > Required: No > Password Mask: no After changing this, start the container, open the console and please check if you can run the command `ping one.one.one.one`.

Oh, if username must be lowercase, I can make a check for it

Due to loss of interest in maintaining the Docker container, this project is no longer being worked on, and no updates can be expected. If requested, a new container build for a new version of SABnzbd can be created. However, if the new version of SABnzbd requires additional dependencies or the build fails, I will not fix it, even if it's minor. Just to make sure, I built a new container to ensure it's up to date. I didn't check if there was a new version; I just started a new build for the sake of it. I recommend switching to another SABnzbd container that has VPN capabilities and receives regular updates and better support.

Due to loss of interest in maintaining the Docker container, this project is no longer being worked on, and no updates can be expected. If requested, a new container build for a new version of nzbget can be created. However, if the new version of nzbget requires additional dependencies or the build fails, I will not fix it, even if it's minor. Just to make sure, I built a new container to ensure it's up to date. I didn't check if there was a new version; I just started a new build for the sake of it. I recommend switching to another nzbget container that has VPN capabilities and receives regular updates and better support.

Thank you! Went with method 1 since that is the easiest