web
You’re offline. This is a read only version of the page.
close
Skip to main content

Notifications

Announcements

No record found.

Community site session details

Community site session details

Session Id :
Microsoft Dynamics CRM (Archived)

Issues with claims based auth redirecting to wrong URL

(0) ShareShare
ReportReport
Posted on by 115

I have deployed crm 2011 with claims based auth. However when I try to connect it appears that one part of the process is receiving the wrong url. I'm doing this through a LB so that might be a complicating factor, but it doesn't appear to be the primary cause. I'm also using a verisign wildcard cert for all certs.

I have the CRM web server on port 444. The default web server (ADFS) on 443.

My CRM properties page I have for all entries;

extcrm.externaldomain:443

The actual server is on 444, but the LB is translating the port from 443 to 444. In the advanced tab I have LB checked, and the external URL of extcrm.externaldomain.

In the claims config I have;

https://adfs.externaldomain/federationmetadata/2007-06/federationmetadata.xml

When I check the federation metadata it shows what appears to be the correct information as below;

- <fed:TargetScopes>
- <EndpointReference xmlns="http://www.w3.org/2005/08/addressing">
  <Address>https://extcrm.externaldomain/</Address>
  </EndpointReference>
  </fed:TargetScopes>
- <fed:ApplicationServiceEndpoint>
- <EndpointReference xmlns="http://www.w3.org/2005/08/addressing">
  <Address>https://extcrm.externaldomain/</Address>
  </EndpointReference>
  </fed:ApplicationServiceEndpoint>
- <fed:PassiveRequestorEndpoint>
- <EndpointReference xmlns="http://www.w3.org/2005/08/addressing">
  <Address>https://extcrm.externaldomain/</Address>
  </EndpointReference>
  </fed:PassiveRequestorEndpoint>

The address is there appears to be driven by the properties setting in CRM - which makes sense to me.

I created a Relying Party as follows;

https://auth.externaldomain/FederationMetadata/2007-06/FederationMetadata.xml

Everything in there appears to be in order. The auth VIP is on a different IP to the extcrm VIP and translates to the correct ADFS website on 443. I'm a little unsure if this is correct or not - should it be pointing to the CRM web server on 444?

Now what actually happens is; When I hit the external URL I get an error saying "Error adfs.externaldomain There was a problem". In the event logs I get an entry that says;

A token request was received for a relying party identified by the key 'https://emp1crmpin02:444/', but the request could not be fulfilled because the key does not identify any known relying party trust. 

Key: https://emp1crmpin02:444/ 

This request failed. 

User Action 

If this key represents a URI for which a token should be issued, verify that its prefix matches the relying party trust that is configured in the AD FS configuration database.

So the token that is being passed to ADFS appears to be the URI of the actual hostname of the CRM server. My problem is that I can't see ANY configs that even show that host name let alone let me change it.

It looks like when I add the Relying Trust that the metadata is incorrect as the identified being displayed is the internal host name.

Just to be clear I have the following config.....

External VIP adsf.externaldomain > Default Web Server with ADSF installed at 443

External VIP extcrm.externaldomain > Web Server (same box) at 444

DNS extcrm.externaldomain > External extcrm VIP

DNS adfs.externaldomain > External adfs VIP

DNS auth.externaldomain > External extcrm VIP

DNS dweb.externaldomain > External extcrm VIP

 

Any suggestions would be greatly appreciated.

Thanks


Dave

*This post is locked for comments

I have the same question (0)
  • Jim_Jr Profile Picture
    460 on at

    I know this is a super old thread, however I've just run into the same issue.  Not using a load balancer though.  Before purchasing a wild card, I was using self-signed certificates.  ADFS and CRM are on two separate boxes.  Today I installed the wildcard cert on both servers and reconfigured the relying party trusts and ADFS to use the new DNS entries and new Identifiers.  Now every time I navigate to my internal CRM site (internalcrm.mydomain.com), I get the URI error in the ADFS log and it shows that it's still trying to resolve the old Identifier from my self-signed cert.  Not sure what to do at this point.  Did you ever get your issue resolved?  Thanks!

  • massanator Profile Picture
    5 on at

    same issue here CRM2013 SP1.  We changed the SP connection on the SAML Server and reran the CRM claims wizard.  It validated the new SP metadata URL.  However, browsing to CRM... the app still redirects to the original URL?  Huh?  We even removed and readded claims, IISReset, Reboot, no change!??

  • Suggested answer
    Jitendra Sahu Profile Picture
    2 on at

    You need to update your CRM. Check for update and follow the steps.

    support.microsoft.com/.../2555051

  • Community Member Profile Picture
    on at

    Jim_Jr/Massanator, Was the issue resolved? if yes, could you please share what was done to help others on this forum.

    best regards,

    harihar

Under review

Thank you for your reply! To ensure a great experience for everyone, your content is awaiting approval by our Community Managers. Please check back later.

Helpful resources

Quick Links

Responsible AI policies

As AI tools become more common, we’re introducing a Responsible AI Use…

Neeraj Kumar – Community Spotlight

We are honored to recognize Neeraj Kumar as our Community Spotlight honoree for…

Leaderboard > 🔒一 Microsoft Dynamics CRM (Archived)

#1
SA-08121319-0 Profile Picture

SA-08121319-0 4

#1
Calum MacFarlane Profile Picture

Calum MacFarlane 4

#3
Alex Fun Wei Jie Profile Picture

Alex Fun Wei Jie 2

Last 30 days Overall leaderboard

Featured topics

Product updates

Dynamics 365 release plans