ljm42

Oh, your screenshot of the Local TLD shows a typo:  domian instead of domain

The unraid-api is running fine, but the browser isn't able to connect to it for some reason.

What url are you using to access the server? It needs to be one of the ALLOWED_ORIGINS shown in your screenshot.
 
Do you have any kind of ad blocker or privacy settings that could be preventing this connection? Try using a different browser in private/incognito mode (as that disables most browser extensions that could be getting in the way)
 
 
What do you mean by this? It sounds like another symptom of an ad blocker or extreme privacy settings preventing the browser from communicating with unraid.

According to the diagnostics, the server's IP is 192.168.1.138, not 192.168.1.139
 
You don't have SSL setup, so the urls would be:
  http://192.168.1.138
  http://MediaTower.local 

Good catch! This was changed in 6.10.3, I've updated the docs.

No issues on the server, turns out there was an issue of some sort on the client computer, just had to reboot the client and everything started working as expected.

Even without seeing the diagnostics, I'm going to jump to a fix... Go to Settings -> Network Settings and change Unraid's DNS server to 8.8.8.8. Good chance that will fix the problems.
 
FYI, Google documents 8.8.8.8 here:  https://developers.google.com/speed/public-dns

If that doesn't help, then I really will need to see diagnostics.

This is due to Firefox privacy settings, more details here:
  https://support.mozilla.org/en-US/kb/firefox-protection-against-fingerprinting
 
We have disabled this "feature" from the built-in Firefox browser in Unraid 6.10+ when booted in GUI mode. But we cannot control the Firefox privacy settings on other computers.
 
If you are seeing this issue, click the icon in the address bar and choose to "Allow HTML5 canvas image data":
 

 
 

Yes it is normal for the My Servers flash backup service to contact backup.unraid.net via SSH

For redirects to kick in you need to use http://[ipaddress] or http://[servername].[localTLD] (note: http not https)
 
The exact behavior of the redirect depends on the value of your "Use SSL/TLS" setting:
If Use SSL/TLS is set to Strict, you will be redirected to https://[lan-ip].[hash].myunraid.net However, this behavior makes it more difficult to access your server when DNS is unavailable (i.e. your Internet goes down). If that happens see the note under https://wiki.unraid.net/Manual/Security#Https_with_Unraid.net_certificate_-_with_no_fallback_URL  If Use SSL/TLS is set to Yes, you will be redirected to https://[servername].[localTLD] as that will likely work even if your Internet goes down. If Use SSL/TLS is set to No, then the http url will load directly. Personally, I prefer the "Strict" setting as my Internet is pretty stable.
 
I just added this to the documentation:
  https://wiki.unraid.net/Manual/Security#Redirects
in the section talking about how to setup SSL:
  https://wiki.unraid.net/Manual/Security#Securing_webGui_connections_.28SSL.29

Hi @ZKWolf we've resolved the issue with your cert. Please open a web terminal and run:
rm /boot/config/ssl/certs/certificate_bundle.pem then press Provision again. Your url should change to https://hash.unraid.net:9443

To use this url:
  https://backup.horts.com.au
Your Server name (on Settings -> Identification) should be "backup" Your Local TLD (on Settings -> Management Access) should be "horts.com.au" When you change "Use SSL/TLS" to Yes, Unraid will automatically make a self-signed certificate with the "Subject" of "backup.horts.com.au" and place it on the flash drive here:
   config/ssl/certs/backup_unraid_bundle.pem
 
 
The screenshot you provided of your custom certificate uses the "Subject Alternative Name" field, which Unraid ignores. It sort of worked in 6.9.2, but only by accident. It will not work in Unraid 6.10.
 
If you want to provide your own certificate, you need to make sure the "Subject" of the certificate is either "backup.horts.com.au" or "*.horts.com.au". Then overwrite the certificate that Unraid created on your flash drive:
  config/ssl/certs/backup_unraid_bundle.pem
You can then change "Use SSL/TLS" back to No and then to Yes again to get it to see the cert. Or you can open a web terminal and run:
  /etc/rc.d/rc.nginx reload
 
Note that if the "Subject" of the cert is not correct, the certificate will be deleted and replaced with a self-signed cert that has the correct Subject.

If that still gives the error, read through this thread:
  https://forums.unraid.net/topic/119502-bzimage-checksum-error/
I don't understand it, but it has worked for several people
 
 

Docker containers aren't really an issue, it is plugins that have the ability to interfere with the system.
 
I would go ahead and update to 6.10.1. After deleting the certificate, I expect this url will work in 6.10.1:
  http://tower.local:8008/Dashboard

Developers are sometimes aware of small bugs but don't fix them because we are *sure* users will never see them.  And then sometimes users do see them anyway 
 
That is what happened with the "Invalid version: null" message, we didn't expect anyone to ever see it outside of testing.
 
Oops
 
Anyway, the message was harmless and has been suppressed.
 

Hopefully the server will come online when you run 'unraid-api restart', but if not our next release should resolve that.

Hmm, the unraid-api should have noticed when you changed the Local TLD, I'll look into that. Please run these two commands:
/usr/local/emhttp/plugins/dynamix.my.servers/scripts/makestate unraid-api restart (no need to paste the output here)
 
Then run the report again and it should have the lyons url listed in the allowed origins.
 

This should do it:
/etc/rc.d/rc.nginx reload  
FYI - Unraid 6.10 is a bit more strict with making sure your certificate matches your settings. I'd recommend running the Fix Common Problems plugin, it will warn you if your certificate is actually valid or not before you upgrade.

We use two distinct urls because it means you don't need to setup split DNS, where a single url resolves to the WANIP if you are outside of your network and the LANIP if you are on your network. So:
hash.unraid.net resolves to the local IP of your server and is meant to be used when you are on the same network as the server. If you have My Servers Remote Access enabled, then www.hash.unraid.net resolves to your WAN IP and is meant to be used when you are outside your network. If your router has "local loopback" enabled, then you may be able to use the external url from inside your network. But that is a function of your router, not something we can control. It is usually only available on high end routers.

What url are you using to access the server?
 
Based on your settings, it should either be:
  http://SuperMicroTower.local
  or https://ip.hash.myunraid.net
If you are using a different url the API will have CORS errors
 
Also, there is an issue with this DNS server:
DNS_SERVER1="192.168.3.1" I'm seeing multiple errors:
ERROR: When using DNS server 192.168.3.1, the host 192-168-3-252.hash.myunraid.net does not resolve. May 5 13:54:24 SuperMicroTower root: ⚠️ Warning: Your DNS server (192.168.3.1) is unable to resolve 'registration.unraid.net' May 5 13:54:38 SuperMicroTower root: ⚠️ Warning: Your DNS server (192.168.3.1) is unable to resolve 'mothership.unraid.net' May 5 13:54:52 SuperMicroTower root: ⚠️ Warning: Your DNS server (192.168.3.1) is unable to resolve 'wanip4.unraid.net' May 5 13:55:06 SuperMicroTower root: ⚠️ Warning: Your DNS server (192.168.3.1) is unable to resolve 'backup.unraid.net'  
Also, the syslog shows some network issues:
May  5 14:05:25 SuperMicroTower root: Fix Common Problems: Error: Unable to communicate with GitHub.com May  5 14:05:25 SuperMicroTower root: Fix Common Problems: Other Warning: Could not check for blacklisted plugins May  5 14:05:26 SuperMicroTower root: Fix Common Problems: Other Warning: Could not perform unknown plugins installed checks
This may be due to the DNS Server issue above, or it may be because of this:
May  5 14:05:26 SuperMicroTower root: Fix Common Problems: Error: Multiple NICs on the same IPv4 network ** Ignored which is described here: https://forums.unraid.net/topic/120220-fix-common-problems-more-information/page/2/?tab=comments#comment-1100014 
 

Just to fill everyone else in... everything was working properly on Unraid's side, the issue was the DNS server the Windows clients were using. We changed the clients to use Google's 8.8.8.8 server:
  https://developers.google.com/speed/public-dns/docs/using 
and now they are able to use the Remote Access link on the My Servers Dashboard.

Setting up SSL is actually a feature of Unraid itself, not the My Servers plugin. The plugin builds on this feature to provide Remote Access if you desire.
 
Getting an actual legit SSL certificate like this requires a Fully Qualified Domain Name that is unique across all our users, so we assign each system a "hash" and use that for the hostname part of the url. It is not changeable. You should never have to type it though, some options are:
* Bookmark the My Servers Dashboard ( https://forums.unraid.net/my-servers/ ) and click the "Local Access" link from it
* Bookmark the https://yourpersonalhash.unraid.net url
* Type http://[servername].[localTLD]  ( i.e. http://tower.local ) and it will redirect  (note: type http not https)
* Type http://[ipaddress] and it will redirect
 
For more information about setting up SSL (this has been updated for Unraid 6.10, but most of it applies to 6.9 as well) see:
 https://wiki.unraid.net/Manual/Security#Securing_webGui_connections_.28SSL.29
For more information about setting up My Servers Remote Access, see:
  https://wiki.unraid.net/My_Servers#Configuring_Remote_Access_.28optional.29
 

The system detects when the local IP changes and updates DDNS for yourpersonalhash.unraid.net immediately.
 
If Remote Access is enabled, the system checks the WAN IP every 10 minutes. If it detects a change then DDNS for www.yourpersonalhash.unraid.net is updated immediately.
 
If you are not seeing the updates, it is likely the DNS server you are using is caching the results. Try using one of the big public DNS providers, like Google at 8.8.8.8

If your router does not support the ability to have one external port point to a different internal port, there isn't really anything we can do on the Unraid side to make that work.
 
But as mentioned in the docs we do not recommend exposing the webgui on port 443 externally:
  https://wiki.unraid.net/My_Servers#Configuring_Remote_Access_.28optional.29
 
If you need remote access through this router, I'd recommend changing your local access port (see Settings -> Management Access -> HTTPS port) to something random (14793, 21093, etc) and then configuring the router to pass that port through unchanged.

Settings -> Network Settings
 

There is a workaround, please see the announcement in the My Servers area of the forum:
 

Just to level set... On the login screen there is a "password recovery" link that takes you here:
  https://wiki.unraid.net/Manual/Troubleshooting#Lost_root_Password
 
It says to delete all three of these files from the flash drive and then reboot:
  config/passwd
  config/shadow
  config/smbpasswd
 
Are you deleting all three or just config/shadow?