|
 Posted 9/29/2006 11:18:49 AM |
| | | Hi! Passord is something like: User123 Kim |
| | Posted 9/29/2006 1:00:37 PM |
| | | Hi Jeremy, Continuing testing the connection, I came around something new... All of a suddent the error changed to "Server was unable to process request" and then to "The Underlying Connection Was Closed : an unexpected error occured" (keep in mind those error are traduction my pc being installed in french!)... Using fiddler, I was able to see the UserId log from the WhoIam Request (no I did not change any security settings)... The only change I made was to show only a Instance.MenuArea.Controls.Add(new System.Web.UI.LiteralControl("Bonjour")); which does not get execute anyway... If this gives you any new idea... Thanks Kim |
| | Posted 2/21/2007 6:30:30 AM |
| | | I am experiencing the same problem as some of the above members have described. I am developing on a machine which is not in the same domain as CRM. Up until now we have been able to enable anonymous access on the development CRM website and have not have any problems, but that is no longer an option. I need a more permanent solution. Regards, Rósa |
| | Posted 2/22/2007 6:35:55 PM |
| | I don't understand how you were able to allow anonymous access since you HAVE to be authenticated in order to connect to Microsoft CRM. When your dev machine is seperate from your CRM server, our SDK allows you to enable impersonation by specifying a username and password in your c360.config. Please check the training guide for more details.
Jeremie Desautels VP, Product Marketing c360 Solutions |
| | Posted 2/23/2007 9:26:29 AM |
| | I don't understand how you were able to allow anonymous access since you HAVE to be authenticated in order to connect to Microsoft CRM. We were using the same method Balki showed on http://www.c360.com/Forums/FindPost144.aspx When using this method CRM recognizes me as the default user. As I said before we have no problems in development when this setting is used on the server. When your dev machine is seperate from your CRM server, our SDK allows you to enable impersonation by specifying a username and password in your c360.config. The impersonation settings are being used. < add key="ImpersonationDomain" value="domain" />< add key="ImpersonationUser" value="admin" />< add key="ImpersonationPassword" value="uJbyzdOTJ20mLK1I0Kjspg==" />Here are also some relevant web.config settings. <appSettings> <add key="c360Location" value="/" /> </appSettings> < system.web><identity impersonate="true" /><authentication mode="Windows" /> </ system.web>The problem is that when the "Enable anonymous access" check is removed on the server and I run the project in Visual Studio on my computer, the c360 controls which use CRM try to authenticate as the windows user on my computer (which is on a different domain). I tried removing the authentication mode="Windows" setting (and setting it to Form) but that made no difference. Should these controls be using the impersonation user in this scenario? Is there a web.config setting that might take precedence? Do you have any suggestions on how to resolve this problem? |
| | Posted 2/23/2007 12:39:22 PM |
| | To summarize the problem: We are consultants and we are working at the client’s site. Therefore we are developing against their server and on their domain. Our computers are registered to the domain “Domain1” and the clients domain is “Domain2”. Therefore we are not able to logon the c360 with our domain authentication because we cannot create a user in CRM from a different domain. For this reason we switched on the anonymous access in IIS and used the admin account as the anonymous users. This method is not acceptable anymore because we have started to test different user profile logins. So the problem is: Is there away to run c360 projects from different domain computer than c360 is validating the license against?
I hope I am getting this across clearly enough. |
| | Posted 4/30/2007 6:03:40 PM |
| | RosaAnna (2/23/2007)
To summarize the problem:
We are consultants and we are working at the client’s site. Therefore we are developing against their server and on their domain. Our computers are registered to the domain “Domain1” and the clients domain is “Domain2”. Therefore we are not able to logon the c360 with our domain authentication because we cannot create a user in CRM from a different domain.
For this reason we switched on the anonymous access in IIS and used the admin account as the anonymous users. This method is not acceptable anymore because we have started to test different user profile logins.
So the problem is: Is there away to run c360 projects from different domain computer than c360 is validating the license against?
I hope I am getting this across clearly enough.
I am in the same boat. Was there an update to this story? |
| | Posted 5/2/2007 8:49:04 PM |
| | | I don't have an update because I honestly don't know what can be wrong in this environment. I use the Microsoft CRM VPC (which is on a domain called "crmdomain") for my dev environment and when I am done testing agains the demo CRM system, I change the WebServiceUrl to point to our production (which is on the "c360" domain), I configure an impersonation user, password and domain to do one final test against our production and I have never experienced any authentication issue. I don't even need to allow anonymous connections as some have suggested.
Jeremie Desautels VP, Product Marketing c360 Solutions |
| | Posted 5/3/2007 8:47:00 AM |
| | | Jeremie, Can you post your web.config and possibly IIS settings if you are using IIS? I don't know what could be different... Thanks! |
| | Posted 5/3/2007 12:34:29 PM |
| | | Regarding IIS settings: I did not change any of the settings. I used the default which is to use integrated security. I did not configure IIS to allow anonymous access as someone has suggested. Here's my web.config:
<?xml version="1.0" encoding="utf-8"?>
<configuration xmlns="http://schemas.microsoft.com/.NetConfiguration/v2.0">
<appSettings>
<add key="c360Location" value="/sdkTesting/" />
</appSettings>
<system.web>
<pages validateRequest="false"/>
</system.web>
</configuration> Here's my c360.config which I use when testing against my VPC:
<configuration>
<appSettings>
<add key="Language" value="english" />
<add key="WebServicesUrl" value="http://localhost:5555/MsCrmServices" />
<add key="ReportServicesUrl" value="http://localhost/ReportServer" />
<add key="CrmUrl" value="http://localhost:5555/"/>
</appSettings>
</configuration> And here's my c360.config after I modify it in order to test against our production CRM:
<configuration>
<appSettings>
<add key="Language" value="english" />
<add key="WebServicesUrl" value="http://crmserver.c360.local/MsCrmServices" />
<add key="ReportServicesUrl" value="http://crmserver.c360.local/ReportServer" />
<add key="CrmUrl" value="http://crmserver.c360.local/"/>
<add key="ImpersonationDomain" value="c360" />
<add key="ImpersonationUser" value="Jeremie.Desautels" />
<add key="ImpersonationPasswordToEncrypt" value="MyVeryStrongPassword" />
</appSettings>
</configuration>
Jeremie Desautels VP, Product Marketing c360 Solutions |
| |
|