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)

Strange IFD URL issue

(0) ShareShare
ReportReport
Posted on by 3,079

I'm trying to enable IFD for our Dynamics 365 on-prem server, and I'm seeing some odd behaviour.  We have two orgs on the server.  Before I enabled IFD, these could be reached (I'm just looking at internal access here, for now) by going to https://servername.domain.com/org1name and https://servername.domain.com/org2name .  All good.  However, once I enable IFD, then neither of those URLs work (still just internally).  They both give 404s.  However, https://servername.domain.com goes to org1.  I cannot find how to get to org2.

I confirmed that this is what caused the change by disabling IFD, after which it immediately goes back to the previous behaviour.  Re-enable, and back to the wrong/unexpected behaviour.

Is this expected behaviour?  If so, how do I get to org2?  If not, any idea as to what could've caused it/how to fix it?

*This post is locked for comments

I have the same question (0)
  • David Jennaway Profile Picture
    14,065 on at

    Do https://org1name.domain.com  and/or https://org2name.domain.com work internally when IFD is enabled (assuming the DNS is setup so they resolve correctly internally) ? If so, that indicates that some of the IFD configuration is correct, whereas if not it indicates an issue with the IFD configuration. Also, when using https://servername.domain.com/org2name , are you redirected to the ADFS server to login

    Are there any conflicts with the names - e.g. is servername the same as org1name - this can cause problems and should be avoided

  • awalters Profile Picture
    3,079 on at

    The DNS wasn't set up to try that; it'll likely be later today before I can give that a try.  Are those (orgname1.domain.com and orgname2.domain.com) expected to work internally with IFD set up?  I wasn't aware.  We'd actually prefer it not as a subdomain, to be honest (long story).

    With IFD off (but claims still on), yes, we're redirected to the ADFS server for login for both https://servername.domain.com/org1name and https://servername.domain.com/org2name .  There are no conflicts in terms of any of those names being the same as anything else.

  • Verified answer
    awalters Profile Picture
    3,079 on at

    Setting the internal DNS to try to match the internal didn't work, since it got the AD FS relying party trusts all confused.  However, I completely wiped everything out to start again, and things currently seem to be working fine.  I followed precisely the same steps as before, so...not at all sure what might happened.  But currently, IFD is set up, and the internal URLs are resolving to https://servername.domain.com/org1name and /org2name as expected.  Going to go do some tests externally now, but hopefully it was just a glitch?

    ETA: External still works fine.  So...no idea what caused it to read the internal URLs differently the first time vs the second, since I followed the same guide and as far as I can tell did the exact same things.  But...¯\_(ツ)_/¯ 

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