i fixed up the broken github action for the base (it was on my todo list) which then kicked off the intermediate image builds, once done then i re-crated the krusader image, and due to the fact there were no updates as the base image is now up to date, the size of the image was dramatically reduced.
from now on we should be back to more frequent automated base image builds, which should help alleviate any large increases in image size due to update churn.
you really wont gain any security by obfuscating that tbh, its an internal ip, but in any case unless x=0 for 10.0.10.x then its misconfigured, see Q4:- https://github.com/binhex/documentation/blob/master/docker/faq/vpn.md
sorry dude but there is nothing i can do about this as it's an unraid related issue, the image is accessible and for me i cannot reproduce the issue you are seeing.
you could try deleting the container completely, then re-create it, this may fix it *shrug*.
this looks like the classic caching/cookies issue, try clearing down cookies/cache, try another browser, try incognito mode, one of those should get you going.
FWIW i can confirm the latest image is working for me
the base os i use is arch linux, this is a rolling distro which means i need to update all packages if i want to pick up the latest versions of packages pushed to arch linux repository and because docker images are built in immutable layers this can lead to larger image sizes depending on when the base image was last built, so the size will vary somewhat, this is compounded for this image as it requires a lot of packages due to the fact its running a gui.
I have not built the base in a while due to an ongoing issue, so i will take a look at it and see if i can fix it up and then kick off a new build of this image which should result in a reduction in the image size (nothing to update).
Yes i do bind multiple containers together via a single vpn container (privoxyvpn), but you will not receive an incoming port for the other containers, so if it's a torrent client (for example) then your only option to assign an incoming port is to create another separate vpn container, most vpn providers permit multiple connections, PIA i think gives you 5.
i have never thought of doing that!!, you won't get a incoming port for the second container and thus your speeds will be low, you know that right?.
seriously, don't do this!, this is not what it's used for, see warning:-
sorry i completely forgot about this post!, the above looks fine and i can see its using 'bridge' and not sharing the network with any vpn docker containers, so i am puzzled as to why prowlarr cannot connect, the URL you are entering into prowlarr for the 'host' is that the ip address of your unraid server, right?.
Ah had time to do some more digging, so looks like there are two versions of ffmpeg included, emby-ffmpeg and ffmpeg, and its the former that needs to be updated, so i have contacted the upstream dev about the issue, hopefully he should pick up my message and if he agrees then should bump the package version and i can then rebuild and we should be good.