How to set the redirect URL to a specific domain when successfully logged in with ADFS?
up vote
0
down vote
favorite
I'm authenticating users trough ADFS using OWIN in ASP.NET MVC.
I use the same ADFS server for two diferent sites.
The first site is www.mysite.com and the ADFS authentication works propertly.
The second site is www.mysiteadmin.com (the administrative site), but when the user succesfully logs-in in the ADFS site, the redirection is made to www.mysite.com and not to the "admin" site.
Does someone knows why is this happening. I asked to the ADFS Service owners and they said that both sites are registered as relying party trust.
I want to specify the respective redirection URL on each site, but I haven't found anything helpful over the internet.
Thank you very much!
asp.net-mvc adfs
asked Nov 22 at 15:30
Diego Arias
177
add a comment |
up vote
0
down vote
favorite
I'm authenticating users trough ADFS using OWIN in ASP.NET MVC.
I use the same ADFS server for two diferent sites.
The first site is www.mysite.com and the ADFS authentication works propertly.
The second site is www.mysiteadmin.com (the administrative site), but when the user succesfully logs-in in the ADFS site, the redirection is made to www.mysite.com and not to the "admin" site.
Does someone knows why is this happening. I asked to the ADFS Service owners and they said that both sites are registered as relying party trust.
I want to specify the respective redirection URL on each site, but I haven't found anything helpful over the internet.
Thank you very much!
asp.net-mvc adfs
asked Nov 22 at 15:30
Diego Arias
177
add a comment |
up vote
0
down vote
favorite
up vote
0
down vote
favorite
I'm authenticating users trough ADFS using OWIN in ASP.NET MVC.
I use the same ADFS server for two diferent sites.
The first site is www.mysite.com and the ADFS authentication works propertly.
The second site is www.mysiteadmin.com (the administrative site), but when the user succesfully logs-in in the ADFS site, the redirection is made to www.mysite.com and not to the "admin" site.
Does someone knows why is this happening. I asked to the ADFS Service owners and they said that both sites are registered as relying party trust.
I want to specify the respective redirection URL on each site, but I haven't found anything helpful over the internet.
Thank you very much!
asp.net-mvc adfs
asked Nov 22 at 15:30
Diego Arias
177
I'm authenticating users trough ADFS using OWIN in ASP.NET MVC.
I use the same ADFS server for two diferent sites.
The first site is www.mysite.com and the ADFS authentication works propertly.
The second site is www.mysiteadmin.com (the administrative site), but when the user succesfully logs-in in the ADFS site, the redirection is made to www.mysite.com and not to the "admin" site.
Does someone knows why is this happening. I asked to the ADFS Service owners and they said that both sites are registered as relying party trust.
I want to specify the respective redirection URL on each site, but I haven't found anything helpful over the internet.
Thank you very much!
asp.net-mvc adfs
asp.net-mvc adfs
asked Nov 22 at 15:30
Diego Arias
177
asked Nov 22 at 15:30
Diego Arias
177
asked Nov 22 at 15:30
Diego Arias
177
asked Nov 22 at 15:30
Diego Arias
177
asked Nov 22 at 15:30
Diego Arias
177
177
add a comment |
add a comment |
1 Answer
1
active
oldest
votes
up vote
0
down vote
accepted
If both sites are set up with RP trusts and both have the correct redirect URI this will work.
These are separate applications?
It sounds like both sites have the same URI?
answered Nov 22 at 18:17
nzpcmad
27.9k2892142
Both sites are separate applications and both have different URI configured in the ida:Wtrealm key in the web.config
– Diego Arias
Nov 22 at 20:36
1
Sorry, I meant both RP on the ADFS side. Do they have different redirect URI?
– nzpcmad
Nov 22 at 23:35
Thank you very much for the answer. That was exactly the problem here. The ADFS administrators only had one of the URI registered as relying party trust with two different response urls, so the ADFS was always responding to the same principal response URL. They are going to register a second RPT and set a propper response URL. I appreciate a lot your help.
– Diego Arias
Nov 26 at 22:59
1
Cool. If all good, please remember to accept the answer,
– nzpcmad
Nov 27 at 0:55
add a comment |
1 Answer
1
active
oldest
votes
1 Answer
1
active
oldest
votes
active
oldest
votes
active
oldest
votes
up vote
0
down vote
accepted
If both sites are set up with RP trusts and both have the correct redirect URI this will work.
These are separate applications?
It sounds like both sites have the same URI?
answered Nov 22 at 18:17
nzpcmad
27.9k2892142
Both sites are separate applications and both have different URI configured in the ida:Wtrealm key in the web.config
– Diego Arias
Nov 22 at 20:36
1
Sorry, I meant both RP on the ADFS side. Do they have different redirect URI?
– nzpcmad
Nov 22 at 23:35
Thank you very much for the answer. That was exactly the problem here. The ADFS administrators only had one of the URI registered as relying party trust with two different response urls, so the ADFS was always responding to the same principal response URL. They are going to register a second RPT and set a propper response URL. I appreciate a lot your help.
– Diego Arias
Nov 26 at 22:59
1
Cool. If all good, please remember to accept the answer,
– nzpcmad
Nov 27 at 0:55
add a comment |
up vote
0
down vote
accepted
If both sites are set up with RP trusts and both have the correct redirect URI this will work.
These are separate applications?
It sounds like both sites have the same URI?
answered Nov 22 at 18:17
nzpcmad
27.9k2892142
Both sites are separate applications and both have different URI configured in the ida:Wtrealm key in the web.config
– Diego Arias
Nov 22 at 20:36
1
Sorry, I meant both RP on the ADFS side. Do they have different redirect URI?
– nzpcmad
Nov 22 at 23:35
Thank you very much for the answer. That was exactly the problem here. The ADFS administrators only had one of the URI registered as relying party trust with two different response urls, so the ADFS was always responding to the same principal response URL. They are going to register a second RPT and set a propper response URL. I appreciate a lot your help.
– Diego Arias
Nov 26 at 22:59
1
Cool. If all good, please remember to accept the answer,
– nzpcmad
Nov 27 at 0:55
add a comment |
up vote
0
down vote
accepted
up vote
0
down vote
accepted
If both sites are set up with RP trusts and both have the correct redirect URI this will work.
These are separate applications?
It sounds like both sites have the same URI?
answered Nov 22 at 18:17
nzpcmad
27.9k2892142
If both sites are set up with RP trusts and both have the correct redirect URI this will work.
These are separate applications?
It sounds like both sites have the same URI?
answered Nov 22 at 18:17
nzpcmad
27.9k2892142
answered Nov 22 at 18:17
nzpcmad
27.9k2892142
answered Nov 22 at 18:17
nzpcmad
27.9k2892142
answered Nov 22 at 18:17
nzpcmad
27.9k2892142
27.9k2892142
Both sites are separate applications and both have different URI configured in the ida:Wtrealm key in the web.config
– Diego Arias
Nov 22 at 20:36
1
Sorry, I meant both RP on the ADFS side. Do they have different redirect URI?
– nzpcmad
Nov 22 at 23:35
Thank you very much for the answer. That was exactly the problem here. The ADFS administrators only had one of the URI registered as relying party trust with two different response urls, so the ADFS was always responding to the same principal response URL. They are going to register a second RPT and set a propper response URL. I appreciate a lot your help.
– Diego Arias
Nov 26 at 22:59
1
Cool. If all good, please remember to accept the answer,
– nzpcmad
Nov 27 at 0:55
add a comment |
Both sites are separate applications and both have different URI configured in the ida:Wtrealm key in the web.config
– Diego Arias
Nov 22 at 20:36
1
Sorry, I meant both RP on the ADFS side. Do they have different redirect URI?
– nzpcmad
Nov 22 at 23:35
Thank you very much for the answer. That was exactly the problem here. The ADFS administrators only had one of the URI registered as relying party trust with two different response urls, so the ADFS was always responding to the same principal response URL. They are going to register a second RPT and set a propper response URL. I appreciate a lot your help.
– Diego Arias
Nov 26 at 22:59
1
Cool. If all good, please remember to accept the answer,
– nzpcmad
Nov 27 at 0:55
Both sites are separate applications and both have different URI configured in the ida:Wtrealm key in the web.config
– Diego Arias
Nov 22 at 20:36
Both sites are separate applications and both have different URI configured in the ida:Wtrealm key in the web.config
– Diego Arias
Nov 22 at 20:36
1
1
Sorry, I meant both RP on the ADFS side. Do they have different redirect URI?
– nzpcmad
Nov 22 at 23:35
Sorry, I meant both RP on the ADFS side. Do they have different redirect URI?
– nzpcmad
Nov 22 at 23:35
Thank you very much for the answer. That was exactly the problem here. The ADFS administrators only had one of the URI registered as relying party trust with two different response urls, so the ADFS was always responding to the same principal response URL. They are going to register a second RPT and set a propper response URL. I appreciate a lot your help.
– Diego Arias
Nov 26 at 22:59
Thank you very much for the answer. That was exactly the problem here. The ADFS administrators only had one of the URI registered as relying party trust with two different response urls, so the ADFS was always responding to the same principal response URL. They are going to register a second RPT and set a propper response URL. I appreciate a lot your help.
– Diego Arias
Nov 26 at 22:59
1
1
Cool. If all good, please remember to accept the answer,
– nzpcmad
Nov 27 at 0:55
Cool. If all good, please remember to accept the answer,
– nzpcmad
Nov 27 at 0:55
add a comment |
Thanks for contributing an answer to Stack Overflow!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Some of your past answers have not been well-received, and you're in danger of being blocked from answering.
Please pay close attention to the following guidance:
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f53434153%2fhow-to-set-the-redirect-url-to-a-specific-domain-when-successfully-logged-in-wit%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
