Unable to open unraid by IP address since upgrade to 6.10


Recommended Posts

Since updating to 6.10 I can't connect to my server via it's IP address without chrome throwing a hissy fit about it not being secure.

 

Typing 'thisisunsafe' at this prompt allows me to bypass it, but it comes back after a day or 2.

 

Tried once to just disable SSL in the config, and that led to being unable to access the GUI at all, and having to edit a file on the USB stick from another machine.  I've generated a cert, installed it on my mac, clicked the lock on the page at the top and told it to trust this cert, and it still does this.  It's driving me crazy.  I need a fix for this.

 

Screen Shot 2022-06-14 at 7.54.19 PM.png

Link to comment

Odd, you are getting a NET::ERR_CERT_INVALID message from Chrome whereas when I visit
  https://ipaddress
I get a NET::ERR_CERT_AUTHORITY_INVALID message. The ERR_CERT_AUTHORITY_INVALID message can be ignored but ERR_CERT_INVALID cannot.

 

The diagnostics look good, but can you confirm whether you have provided the Tower_unraid_bundle.pem certificate on your own or did you let Unraid generate it?

 

Please try accessing https://tower.local . That is the url your certificate is meant to be used at. It is still self-signed, so it should throw a NET::ERR_CERT_AUTHORITY_INVALID error which can be ignored (I'm trying to see if your Chrome will work with the self-signed cert at the proper url or if it refuses to use the cert at all)

 

Also, can you try accessing https://ipaddress from another computer? I am wondering if your Chrome has a more strict security setting somehow.

Link to comment

So with a fully proper cert, like the Let's Encrypt cert Unraid provides for the myunraid.net domain, the browser can guarantee that you are connected to the server you think you are connecting to.
 

But with a self-signed cert, there is no way for the browser to guarantee you are connecting to the server you think you are. Anyone can create a self-signed cert and put it anywhere. 
 

On Windows, Chrome trusts the user. It shows an error saying ERR_CERT_AUTHORITY_INVALID because it doesn't really trust the server, but it gives you the opportunity to choose "Proceed to tower.local" if you are confident you are connecting to the right place. It will remember this choice and not prompt you again until the cert changes.
 

But Macs don't give you that option. Chrome on a Mac just throws the generic ERR_CERT_INVALID message and does not let you past it without typing 'thisisunsafe'. Based on your experience, it sounds like Chrome then makes you confirm this choice every few days. It looks like there is a way for you to add the cert to the Mac so Chrome will trust it, I am not sure why that didn't work for you when you tried it. I am told these instructions are valid even though they are old, maybe it will help?

   https://www.robpeck.com/2010/10/google-chrome-mac-os-x-and-self-signed-ssl-certificates/

 

There is nothing that Unraid can do to change the behavior of Chrome on a Mac.
 

The options I see for you are:
 

1) Use the fully proper myunraid.net certificate provided by Unraid. If your network doesn't block this with DNS Rebinding Protection, this is really the best and most secure option.
 

2) Continue using a self-signed cert and typing 'thisisunsafe' when Chrome on a Mac prompts, or figure out how to get the Mac to trust the cert. Or use a difference browser / OS that is less strict and trusts you when you say "proceed to Tower".
 

3) Disable SSL and just use http. 

Link to comment

Aha! I see what changed.

 

If you had an unraid.net cert installed in Unraid 6.9.2, it would be used for urls that did not match the cert, such as https://ipaddress. 

 

Unraid 6.10 has a big focus on security, so it will only use the unraid.net certificate for urls that actually match the certificate. For other urls, like https://ipaddress and https://tower.local it uses a self-signed certificate.

 

So the change is that your browser is now seeing a self-signed cert for https://ipaddress and apparently Chrome on Mac thinks that is riskier than using a proper cert with the wrong url. I'd disagree, but anyway we can't control what Chrome on the Mac does. I'd suggest you have the same 3 options available to you.

  • Like 1
Link to comment
  • 2 months later...

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.