Sign in
Microsoft.com
 
Microsoft
 
 
 
Microsoft >
> 
> 
> 
CRM Generates wrong Urls when using https binding to default port 443

Answered CRM Generates wrong Urls when using https binding to default port 443

  • Wednesday, February 29, 2012 2:54 PM
     
     
    Sign In to Vote
    0

    I have a CRM Server that contains many organizations. The sever is located in a local network server with a specific network ip (example 192.168.1.50) and network domain name (example server01.domain2. net). We have a public https url(example https://crm.domain1.com)that redirects the requests to the CRM Server. The CRM Server IIS binding is “https, all assigned ip, port 443”. The deployment manager urls are configured to https://crm.domain1.com:443

    So far we can access and work with the organizations with the following urls:

    https://crm.domain1.com/org1

    https://crm.domain1.com/org2

    https://crm.domain1.com/org3  etc

    Recently I updated CRM Server with the Update Rollup 6 and afterwards I experienced the following behavior:

    When I am trying to create an entity (taks, account etc) or update, for some reasons CRM is generating wrong urls by removing the name of the organization.

    For example while creating a task the url looks like this

    https://crm.domain1.com/org1/main.aspx?etc=.....

    When I click on “save” button I get

    “Server Error

    404 - File or directory not found.

    The resource you are looking for might have been removed, had its name changed, or is temporarily unavailable.”

    and the url now looks like this

    https://crm.domain1.com/main.aspx?etc=..... (the org1 is missing). While updating some times is generating a url with another organization. Example

    https://crm.domain1.com/org2/main.aspx?etc=.....

    and I have the error

    “Record is Unavailable

    The requested record was not found or you do not have sufficient permissions to view it”

    The CRM tracing logger is writing the following:

    --------------------------------------------------------------------------------------------------------

    Error: The file '/org1/org2/userdefined/edit.aspx' does not exist.

    Error Message: The file '/org1/org2/userdefined/edit.aspx' does not exist.

    Error Details: The file '/org1/org2/userdefined/edit.aspx' does not exist.

    Source File: Not available

    Line Number: Not available

    Request URL: https://crm.demo1.com:443/org1/org2/userdefined/edit.aspx?etc=...

    Stack Trace Info: [HttpException: The file '/org1/org2/userdefined/edit.aspx' does not exist.]

       at System.Web.Compilation.BuildManager.GetVPathBuildResultInternal(VirtualPath virtualPath, Boolean noBuild, Boolean allowCrossApp, Boolean allowBuildInPrecompile, Boolean throwIfNotFound, Boolean ensureIsUpToDate)

       at System.Web.Compilation.BuildManager.GetVPathBuildResultWithNoAssert(HttpContext context, VirtualPath virtualPath, Boolean noBuild, Boolean allowCrossApp, Boolean allowBuildInPrecompile, Boolean throwIfNotFound, Boolean ensureIsUpToDate)

       at System.Web.Compilation.BuildManager.GetVirtualPathObjectFactory(VirtualPath virtualPath, HttpContext context, Boolean allowCrossApp, Boolean throwIfNotFound)

       at System.Web.Compilation.BuildManager.CreateInstanceFromVirtualPath(VirtualPath virtualPath, Type requiredBaseType, HttpContext context, Boolean allowCrossApp)

       at System.Web.UI.PageHandlerFactory.GetHandlerHelper(HttpContext context, String requestType, VirtualPath virtualPath, String physicalPath)

       at System.Web.HttpApplication.MapHttpHandler(HttpContext context, String requestType, VirtualPath path, String pathTranslated, Boolean useAppConfig)

       at System.Web.HttpApplication.MapHandlerExecutionStep.System.Web.HttpApplication.IExecutionStep.Execute()

       at System.Web.HttpApplication.ExecuteStep(IExecutionStep step, Boolean& completedSynchronously)

    If we change the port from 443 to something else such as 444, the problem is solved. But using a non-standard port is not acceptable because it would cause firewall configuration issues.

    Any idea what is causing this problem or at least how can I solve this?





     

All Replies

  • Wednesday, March 07, 2012 8:40 AM
     
     
    Sign In to Vote
    0

    I have this problem too.
    Our company has a crm server where we first installed a development organization on.
    After that we installed the rollup 6 update. Then we installed the test organization.
    IIS/MSCRM uses port 443.

    If I save a form in the second organization, then I get a 404 error with the following visible in the logs:

    2012-03-05 15:20:59 %ip% GET /%org1%/%org2%/userdefined/edit.aspx _CreateFromId=%7b0D6706A7-AD66-E111-8537-001E4F1285B0%7d&_CreateFromType=10&etc=8&id=%7b6218BFCE-D666-E111-8537-001E4F1285B0%7d&pagemode=iframe&preloadcache=1330960838811+OnBeginRequest:03/05/2012-15:21:00.202+UserIdHash:-1599813071+OnEndRequest:15:21:00.374+LogEntries:2+SqlCalls:0+SqlCallsMs:0+GC:0 443 %Domain\Username% %ip% Mozilla/4.0+(compatible;+MSIE+8.0;+Windows+NT+6.1;+Trident/4.0;+SLCC2;+.NET+CLR+2.0.50727;+.NET+CLR+3.5.30729;+.NET+CLR+3.0.30729;+Media+Center+PC+6.0;+MDDC;+.NET4.0C;+.NET4.0E;+.NET+CLR+1.1.4322) 404 0 0 171

    I do not have this problem on organization 1 or when I change the port number to 444 like Panagiotis pointed out earlier.
    Hopefully I get a solution to this soon.

     
  • Thursday, March 15, 2012 3:08 PM
     
     
    Sign In to Vote
    0
    I have the same problem. Any solution for this?

    Juan

     
  • Friday, March 16, 2012 10:47 AM
     
     
    Sign In to Vote
    0

    Hello

    I was wondering if there is going to happen anything soon. It is a very troublesome issue.....

    regards

     
  • Friday, March 23, 2012 3:49 PM
     
     Answered
    Sign In to Vote
    0
    update roll up 7 (released 03/22/2012) seems to solve the problem

    Juan

     
  • Wednesday, May 30, 2012 10:49 AM
     
     Answered
    Sign In to Vote
    0

    Hi to all,

    I confirm that my issue is solved in RU7. I hope is the same in RU8.

    Regards