m33ts4k0z

The secure boot bypass from this thread still works however Javelin detects the VM and won't start the game so its a no go for now.

Really greatful if we could have some sort of documentation about how we can customize the WebUI now 😃 I looked around but couldn't find anything useful 🤔

I don't know if its related but I can drop it here because I couldn't find anything relevant online. Since the 7.1 update, my solid explorer app on my Android phone would no longer connect using sftp to my Unraid server. It turned out that Unraid changed/updated the accepted ciphers on the recent version. So adding these 2 lines to sshd_config solved the issue: Ciphers aes128-ctr,aes192-ctr,aes256-ctr,[email protected],[email protected],[email protected] KexAlgorithms curve25519-sha256,[email protected],diffie-hellman-group-exchange-sha256,diffie-hellman-group16-sha512,diffie-hellman-group18-sha512,diffie-hellman-group14-sha256 Then restart the SSH service: /etc/rc.d/rc.sshd restart To persist the change on reboot, make a copy of the file and put it inside: /boot/config/ssh

In my case, I used to bypass the login form by commenting out the auth-request.php line in /etc/nginx/nginx.conf. Since the update of the Unraid connect plugin, bypassing the auth caused the issue with the API warning. So performing an autologin solves it for me ( and most probably for everyone using a reverse proxy ) This was one problem solved, but I checked today and saw the triangle again so right now i am also on the same boat as you guys 😅 I saw that there are some reports on Discord about this too so it looks like a general issue. ( API working briefly after login but then shows triangle) i will have a look later to see what the problem is and if there is anything we can do to solve it.

Sorry the original path and script approach was indeed wrong and didn't work after a server reboot. I have updated the post with a new script and a working file. ( I am also on Unraid 7 )

What I ended up doing is very hackish but works for me since I already have an authentication layer at a higher level: #!/bin/bash # Create a PHP script to make the changes cat > /tmp/modify_login.php << 'EOL' <?php $file = '/usr/local/emhttp/plugins/dynamix/include/.login.php'; $content = file_get_contents($file); // Make the replacements $content = preg_replace( '/\$username = \$_POST\[\'username\'\]\?\?\'\';/', '$username = $_POST[\'username\']??\'root\';', $content ); $content = preg_replace( '/\$password = \$_POST\[\'password\'\]\?\?\'\';/', '$password = $_POST[\'password\']??\'mypass\';', $content ); // Write the changes back file_put_contents($file, $content); EOL # Execute the PHP script php /tmp/modify_login.php # Clean up rm -f /tmp/modify_login.php echo "Update completed" This custom script will essentially autologin the WebUI on each visit and if you put it as "First array start only" then will persist on each reboot too. I know it's terrible but until we finally get some other way to properly authenticate that it's not taken from the 90s that will have to do, given of course that you have some kind of reverse proxy protecting the system if you are exposing it to the Internet. Just replace the mypass with your password. I highly suggest not to try to manipulate the frontend directly since you will find this ahead of you later for sure, plus you will have to perform the hacks again on every plugin update. Trying to use the proper auth flow seems like a better and less hackish approach for now.

Hello. Having the same issue with version 2025.02.06.2108. No issues before I upgrade. I wonder if you solved somehow? My server is behind traefik and authentik and I wonder if there is an endpoint that needs to go as unauthenticated or something since I dont use the unraid ssl/subdomain. This was actually a solution that "worked" for me. I have commented out the auth-request.php file from unraid and I bypass the login screen completely since Authentik is handling authentication but if I logout then i can still get to the login screen, after I login then the API error is gone for me too.

Hello, Just wanted to add myself to the users experiencing this issue. I am using the WAN domain to access the web Unraid UI. Haven't tried accessing it through LAN though.

Still works here but I'm still on 6.11.5.

Hello, Sorry for the late reply, I just saw your message. Im not that sure how that TV behaves when turned off. If it has an always ready function like the LG C2 does, you could probably turn it on, turn the TV off and still be able to use HDR properly. However if it's completely turned off, Im not that sure if CRU will help you. Maybe you need an HDR USB dongle instead.

Just some ideas. A couple of things you could try: Totally remove the image and let Unraid re-acquire it. Try loging in to Unraid from an incognito window.

It will be updated when the next core update for Unraid releases. Unraid is currently on version 6.11.5. The next version will most likely include this fix.

Thanks for this. You saved me some time. The PR is already accepted and the fix is applied on github.

The command you need is as follows: nano /usr/local/emhttp/plugins/dynamix.docker.manager/include/DockerClient.php You can also use WinSCP if you are on Windows. Choose SCP protocol and connect to the same port as SSH.

This is for Unraid version 6.11.5. the line looks the same but without the ,application/vnd.oci.image.index.v1+json' Im not sure how this line looks like on 6.10 but if you could find: $header = ['Accept: application/vnd.docker.distribution.manifest.list.v2+json,application/vnd.docker.distribution.manifest.v2+json']; Just append it after: ,application/vnd.docker.distribution.manifest.v2+json