This is my first try with Umbraco. I have installed the latest version on my local Windows machine according to the docs.
When I start with dotnet run, I see a welcome page in the browser (on both ports shown in the command line). However, when I click on the Open Umbraco button, I get the following error message:
error:invalid_request
error_description:The specified 'redirect_uri' is not valid for this client application.
error_uri:https://documentation.openiddict.com/errors/ID2043
Note: I edited this response a couple of times (still learning)
I just tried restarting a couple of times, but it didn't help. I still get the same error message.
On the other port, I get another error message:
error:invalid_request
error_description:This server only accepts HTTPS requests.
error_uri:https://documentation.openiddict.com/errors/ID2083
I found this post on StackExchange that explains the error message. According to the post, a temporary (yet unsafe) fix could be to disable the transport security requirement in the builder.
Is that possible with Umbraco? I saw that it uses CreateUmbracoBuilder, I'm not quite sure how to modify that. I'm not even sure this issue is related to Transport Security, but maybe it's worth a try.
No no, please don't fiddle with it. We've made sure that it should always work with a plain old default install of .net. No kestrel changes should ever be required.
Something like dotnet publish -c Release -o .\release should give you everything you need to put on a server (-c is for the buid configuration, you're building in Release mode, -o is for the output directory).
There are a million ways to deploy to a server, so that's up to you and yes, a proper TLS config is a good idea. But this part is mostly up to you, it is "just" a .NET web application, so you can research how to deploy a regular .NET web app.
It's very frustrating—layers of security, secure passwords, special characters, and in the end, you have to remove security and use a database's sa user. Sometimes, in our Umbraco setup, everything is a mess.
It's weird maybe the combo of clearing cache and restarting the server did the trick. I wonder if it might be because you've ran a v13 site on the same port and the cookies are slightly different?
I did respond to this thread in particular because I've seen it happen to me too and I really couldn't quite figure out what I had "done wrong" - so I'm trying to find clues, to figure out what might cause this problem and how we can prevent it from happening to other people (or at least have documentation, if we can't prevent it).
Ok. Let me know if can help. You just have to give me newbie instructions. :-)
... btw, I have been playing with Umbraco for a couple of hours now and I am starting to regret that we chose Wordpress to run our website when we made that decision a couple of years ago. It's a really great tool!
I get the same error but maybe in a different situation. I'm trying to host Umbraco 14 behind a firewall that does SSL offloading. Could that be the cause in my case? What would be the solution?
I haven't updated my primary site to v15 yet, I'll see if I can reproduce that when I do.
This is highly dependent on how I'm working, in particular. I will mention that I notice this same kind of behavior if I log into the back office via local umbraco, then try to log in to the back office on the staging site on a remote server (both local and staging sites are pointing at the same database). You may run into this same issue if you have multiple developers hitting the same DB from their local environments too.
I started editing content in the back office strictly on the remote staging site, changes show up on the local front-end just fine.
Restarting the umbraco website on the remote server usually clears this up for me. FWIW, I'm running staging and prod sites on Ubuntu, so just:
Interesting, thanks for your insight - we run similar setups in regards to dev / stage. If that's the case, it will be annoying but not an actual problem like if it happening at random on production!
Unable to open BackOffice after new install
This is my first try with Umbraco. I have installed the latest version on my local Windows machine according to the docs.
When I start with dotnet run, I see a welcome page in the browser (on both ports shown in the command line). However, when I click on the Open Umbraco button, I get the following error message:
The URL looks like this:
I suspect that this has to do with encrypting transport between the browser and Kestrell, but I am not sure.
I have tried to switch this behavoir off by setting the runtime mode to developer in appsettings.json (docs), but that does not help.
What causes this error and how can I fix it on my local Windows machine?
I've seen this before and I can't put my finger on it yet, but a restart of the server seems to help.
Note: I edited this response a couple of times (still learning)
I just tried restarting a couple of times, but it didn't help. I still get the same error message.
On the other port, I get another error message:
I found this post on StackExchange that explains the error message. According to the post, a temporary (yet unsafe) fix could be to disable the transport security requirement in the builder.
Is that possible with Umbraco? I saw that it uses CreateUmbracoBuilder, I'm not quite sure how to modify that. I'm not even sure this issue is related to Transport Security, but maybe it's worth a try.
Yes it is possible but shouldn't be needed and it is dangerous as that might end up being deployed to a live server, lowering your security.
Agree. I'm trying to find the place in the documentation that describes how to configure https correctly using the built in Kestrel-server. Any hints?
No no, please don't fiddle with it. We've made sure that it should always work with a plain old default install of .net. No kestrel changes should ever be required.
Ok, so I can just put it on a server and it should work out of the box? That sounds awesome! :-)
On a server, would I have to provide a path to the SSL certificates though?
You can put it on the server out of the box!
Something like
dotnet publish -c Release -o .\releaseshould give you everything you need to put on a server (-cis for the buid configuration, you're building in Release mode,-ois for the output directory).There are a million ways to deploy to a server, so that's up to you and yes, a proper TLS config is a good idea. But this part is mostly up to you, it is "just" a .NET web application, so you can research how to deploy a regular .NET web app.
Thanks, will do!
It's very frustrating—layers of security, secure passwords, special characters, and in the end, you have to remove security and use a database's sa user. Sometimes, in our Umbraco setup, everything is a mess.
Ok, so I got this running again after a couple of restarts as Sebastiaan suggested. I had to erase the browser cache a couple of times.
Upon testing, it seems as if this behavior is caused by using the port for https requests.
It's weird maybe the combo of clearing cache and restarting the server did the trick. I wonder if it might be because you've ran a v13 site on the same port and the cookies are slightly different?
Not sure, if I understand (first time Umbraco user). But I checked, and it says version 14.0.0. This was my very first Umbraco install ever.
Aah okay, cool, welcome on board!
I did respond to this thread in particular because I've seen it happen to me too and I really couldn't quite figure out what I had "done wrong" - so I'm trying to find clues, to figure out what might cause this problem and how we can prevent it from happening to other people (or at least have documentation, if we can't prevent it).
Ok. Let me know if can help. You just have to give me newbie instructions. :-)
... btw, I have been playing with Umbraco for a couple of hours now and I am starting to regret that we chose Wordpress to run our website when we made that decision a couple of years ago. It's a really great tool!
I get the same error but maybe in a different situation. I'm trying to host Umbraco 14 behind a firewall that does SSL offloading. Could that be the cause in my case? What would be the solution?
Raymond, check my thread here and see if it helps you:
https://our.umbraco.com/forum/using-umbraco-and-getting-started/114588-umbraco-kestrel-and-cloudfront
Thanks Ben! Specifying the
UmbracoApplicationUrlexplicitly, resolved my issue.Sorry to resurrect a dead thread but I'm seeing this intermittently in 15.0
This is despite the config for the stage environment being set up correctly (I think!)
Also getting logged out a lot after 1-2s of use. Was fine for a few days until now.
Hey Chris,
I haven't updated my primary site to v15 yet, I'll see if I can reproduce that when I do.
This is highly dependent on how I'm working, in particular. I will mention that I notice this same kind of behavior if I log into the back office via local umbraco, then try to log in to the back office on the staging site on a remote server (both local and staging sites are pointing at the same database). You may run into this same issue if you have multiple developers hitting the same DB from their local environments too.
I started editing content in the back office strictly on the remote staging site, changes show up on the local front-end just fine.
Restarting the umbraco website on the remote server usually clears this up for me. FWIW, I'm running staging and prod sites on Ubuntu, so just:
Hi Ben,
Interesting, thanks for your insight - we run similar setups in regards to dev / stage. If that's the case, it will be annoying but not an actual problem like if it happening at random on production!
is working on a reply...