binhex

The UNRAID implementation of wireguard has no support for port forwarding at all, so you are out of luck. If you do want a working port forward then you will have to use the solution i came up with which involves gluetun and using that to get a working port forward established. You should ignore uPnP, that would only work in a traditional port forward defined on your router, but as you are using a vpn this does not work, you need to get the port forward established at the vpn end, for soluton see above.

my advice would be to keep your python script out of the container (run on unraid or another container more suited like python).

You don't install an API it is either present or not depending on the application, for qbittorrent-nox it is present, so you can use it right now nothing needs to be done.

i suspect your issue is similar to this:- https://forums.unraid.net/topic/194956-support-binhex-slskd/#findComment-1590170

@Slowrider8 FYI issue raised:- https://github.com/qdm12/gluetun/issues/3031

Thanks for doing this digging, appreciated!, i can replicate the issue and yes i agree it is case related, i think this is a bug in gluetun auth, as this has only recently been possible via env var (i put in the issue), so i will raise this with the gluetun developer, for now stick with lowercase username and password. EDIT - Fixed the invalid character 'j' bug, was due to jq error, wrong format in the curl post command.

OK that is interesting, so you had the same password defined in gluetun as you did for the slskd container and you got Unauthorized shown in the log, is that correct?, i just want to ensure i got this straight so i can take a look at this.

ok so what is the value for the gluetun container for port 'HTTP Control Server Port' i need the value for the container and the host, also just for a sanity check, you are of course routing slskd through the network of the gluetun container, right? (via extra parameters e.g. `--net=container:gluetun-soulseek` )

i have made some changes to the portset.sh script that is baked into the image, can you please pull down latest and try again, if no go then please copy and paste the value for env var 'HTTP_CONTROL_SERVER_AUTH_DEFAULT_ROLE' for the gluetun container and also attach the /config/supervisord.log file from the slsksd container.

This is due to usermod, i have put in a mitigation so it will only done this once on a fresh install of the image or an upgrade, subsequent starts will not have the delay, please pull down the latest image to pick up this change.

fixed, please pull down the latest image at your convienience.

looking into it guys

waiting for upstream to update, once done the image will be automatically built.

Thanks for trying, could you try pulling down the latest image again (just tweaked it some more) and let me know the result.

when its bumped upstream it will be auto built:- https://archlinux.org/packages/extra/x86_64/jellyfin-server/

you are missing two new(ish) variables that have got added to the template, updates to the template do NOT get pushed to users, so if you want to get rid of the messages (which btw are harmless as i have put in defaults if they are not defined) then you will need to add in the additional variables 'CLAIM_SERVER' and 'PLEX_CLAIM'.

what is variable claim_server set to?, it should be set to 'no' unless you want to claim, i suspect its set to 'yes' (not the default).

Hi all, i have pushed a new image which i hope fixes the issue with the image for certain people (does not affect me), please update and let me know.

Please can you paste the entire /config/supervisord.log file, ensure you redact any sensitive info. Edit - Please ensure you have the latest abittorrent image, so do a 'check for updates' and apply, this should then support either version of gluetun (gluetun api change in latest).

Assuming what you are trying to achieve is to change the URL whn you left click and select 'Web UI' from HTTPS to HTTP: Left click container, select edit, toggle 'basic view' to 'advanced view' change the 'WebUI:' protocol from https to http, scroll down to the bottom and click apply.

nope there is nothing unique about the template or the image, i have no idea why that is happening.

I had a shuffle arouund, i have now edited the OP, please see the code block for the updated location.

wrong command, that is for minecraft java, not bedrock:- https://minecraft.fandom.com/wiki/Commands/whitelist

no incoming port is required.