-
I have a temp / fake sub-domain uat-project.domain.com which I've mapped to the IP in my hosts file.
I added https://uat-project.domain.com/auth/redirect to App Registrations > ProjectName > Authentication Why is AD trying to redirect to a http one and not an https one ? |
Beta Was this translation helpful? Give feedback.
Replies: 4 comments 5 replies
-
We haven't tested it using httpS while running locally. But if you actually have Specifically, the redirect URI is automatically detected by this sample in this line. You may somehow print or log the value of the redirect uri for troubleshooting. |
Beta Was this translation helpful? Give feedback.
-
This is not on localhost - but on our Azure VM which doesn't have a public IP - the private IP is mapped to the domain uat-project.domain.com in my hosts file for which SSL is configured for uat-project.domain.com - but inspite of going to httpS://uat-project.domain.com and login, it still tries to redirect to http://uat-project.domain.com/auth/redirect (not https). |
Beta Was this translation helpful? Give feedback.
-
Azure Active Directory (AAD) expects the redirect URL to be a secure (HTTPS) URL for security reasons. If you're experiencing an AAD HTTPS redirect error, it's likely that your application configuration in Azure AD is not configured to use HTTPS. |
Beta Was this translation helpful? Give feedback.
-
Solved this after a long time via https://forum.djangoproject.com/t/request-scheme-is-not-honoring-https/25099/2. On my server, the django server was running behind an NGINX acting as a proxy which was causing Django not to recognize that the server is on https. All I had to do was this in my django's settings.py file :
This one-line of missing code caused a whole lot of debugging. |
Beta Was this translation helpful? Give feedback.
Solved this after a long time via https://forum.djangoproject.com/t/request-scheme-is-not-honoring-https/25099/2.
On my server, the django server was running behind an NGINX acting as a proxy which was causing Django not to recognize that the server is on https.
All I had to do was this in my django's settings.py file :
This one-line of missing code caused a whole lot of debugging.