Sign in
Microsoft.com
 
Microsoft
 
 
 

locked
Problem while IFD in CRM 4.0 RRS feed

 > 

  • Question

  • Question
    Sign in to vote
    0
    Sign in to vote

     

    Hello,

    I'm trying for an IFD in my CRM4.0 system.Now its on Premise.

    So I downloaded the IFD tool and placed the "CRM4IFDTool.exe" in the C:\Program Files\Microsoft Dynamics CRM\Tools of my CRM Server.

    Say, my CRMserverStick out tongueort="Test444:5555"

    Domain name="testdomain"

    So i opened the CRM4IFDTool.exe.Then selected IFD+On premise.Added the IP address of CRM server and subnet.

    Domain scheme:HTTP

    Then IFD App Root Domain as "testdomain.com" and IFD SDK Root domain as "testdomain.com"

    AD App Root Domain as "Test444:5555" and AD SDK Root Domain as "Test444:5555".Then my organisation name is listed below and is "Testorgname"

    Then File>>Apply changes.

    Then Tools>> Check DNS.

    Then a message box popups "DNS Server could not resolve Testorgname.testdomain.com".

     

    Then I tried to access the CRM using http://Testorgname.testdomain.com

    Error page!!

     

    Help me please.....Urgent!

    Tuesday, September 2, 2008 9:59 AM

Answers

  • Question
    Sign in to vote
    0
    Sign in to vote
    You can, but it is kind of a hack.
    The way that IFD works is that when you come in to the web site, it looks at your subnet and if it is outside the range entered in the IFD tool, it sends you to the ifd signin page.  If it is inside the range, it sends you to the windows authentication.

    What you have to do is enter a bogus subnet in the ifd tool--ie, if your subnet is 255.255.0.0, enter 255.255.255.0.  That way internal users will be able to get to the internal signin page.

    Then on your internal dns, point the IFD URL to the internal IP address of your crm server.

    That's how you enable ifd access internally.
    • Marked as answer by Jim Glass Jr Thursday, December 3, 2009 4:58 PM
    Wednesday, December 2, 2009 2:13 AM
    Moderator

All replies

  • Question
    Sign in to vote
    0
    Sign in to vote
    You can probably open your host file then place:

    IPaddress testorgname.testdomain.com
    Tuesday, September 2, 2008 12:33 PM
  • Question
    Sign in to vote
    0
    Sign in to vote

     

    Just to add a little more detail to help you out..the hosts file can be found at

    %System%\System32\Drivers\etc\hosts

    Thursday, September 4, 2008 5:09 PM
  • Question
    Sign in to vote
    0
    Sign in to vote

    Hi,

    Thank you.Now the DNS resolved correctly.

    But the problem persists!!

    I've restarted the IIS.

    Then tried to access the CRM system using http://Testorgname.testdomain.com

    Now also error page comes!!!!

    Help me please...

    Friday, September 5, 2008 5:15 AM
  • Question
    Sign in to vote
    0
    Sign in to vote

    Can you please thrwo more light on the error page?

    What is the error message you are getting?

     

    Friday, September 5, 2008 7:42 AM
  • Question
    Sign in to vote
    0
    Sign in to vote

    Hi,

    Network Access Message: Website cannot be found!

    Url is in the format,http://<org name>.<domain>.com

    Right?

     

     

    Friday, September 5, 2008 8:44 AM
  • Question
    Sign in to vote
    0
    Sign in to vote

    Just a small correction:

     

    The url is in the form:

    http://orgname.servername.domain.com/

     

    You are missing the server name.

     

     

    Friday, September 5, 2008 9:02 AM
  • Question
    Sign in to vote
    0
    Sign in to vote

    You mean the CRM server name?

     

    Friday, September 5, 2008 9:18 AM
  • Question
    Sign in to vote
    0
    Sign in to vote

    Yes, its the crm server box's name, with the port number your web site is on.

     

    Also, you might want to take a look at the IFD Configuration document http://www.microsoft.com/downloads/details.aspx?FamilyID=3861e56d-b5ed-4f7f-b2fd-5a53bc71dafc&displaylang=en

     

    It mentions:

     

    Issue: When opening Microsoft Dynamics CRM and being re-directed to the sign-in page, the page will not resolve. Additionally, the url is http://orgname.servername.domain.com
    Resolution: Check the DeploymentProperties table in the MSCRM_Config database.  When you are redirected to the sign-in page, Microsoft Dynamics CRM uses the organization name and the value that is stored in the IfdWebapplicationRootDomain record to create the url address.  If the value in the DeploymentProperties table is incorrect, the sign-in page will not resolve correctly.

     

    Friday, September 5, 2008 9:22 AM
  • Question
    Sign in to vote
    0
    Sign in to vote

    Ok,IfdWebapplicationRootDomain value in my DeploymentProperties  table is "testdomain.com".

    and i tried using this URL,http://testorgname.testcrmserver.testdomain.com

    But....Nope..Error occurs as previous.

     

    Friday, September 5, 2008 10:34 AM
  • Question
    Sign in to vote
    0
    Sign in to vote

    2 things:

     

    1.  are you sure that you can resolve to testdomain while on your internal network?  For example, we have an internal domain and an external domain, when you are on the internal network, you cannot resolve to the external domain..

     

    2.  When you run the ifd tool, if your crm is on :5555, you have to specify that in both the AD domain and IFD domains

    should be Then IFD App Root Domain as "testdomain.com:5555" and IFD SDK Root domain as "testdomain.com:5555"

    your ifd address would be http://testorgname.testdomain.com:5555

     

    Friday, September 5, 2008 11:07 AM
    Moderator
  • Question
    Sign in to vote
    0
    Sign in to vote

    Hello,

    I'm very sorry to convey you onething.First of all I just need to get an aswer to this question.

    Can we implement/test IFD locally?? ie,within the LAN

     

    Friday, September 5, 2008 11:41 AM
  • Question
    Sign in to vote
    0
    Sign in to vote
    You can, but it is kind of a hack.
    The way that IFD works is that when you come in to the web site, it looks at your subnet and if it is outside the range entered in the IFD tool, it sends you to the ifd signin page.  If it is inside the range, it sends you to the windows authentication.

    What you have to do is enter a bogus subnet in the ifd tool--ie, if your subnet is 255.255.0.0, enter 255.255.255.0.  That way internal users will be able to get to the internal signin page.

    Then on your internal dns, point the IFD URL to the internal IP address of your crm server.

    That's how you enable ifd access internally.
    • Marked as answer by Jim Glass Jr Thursday, December 3, 2009 4:58 PM
    Wednesday, December 2, 2009 2:13 AM
    Moderator