2013-07-18 2 views
0

Я предполагаю, что это по дизайну (и, следовательно, может быть глупым вопросом), однако есть ли способ определить проблему аутентификации, возникающую при подключении к Dynamics CRM.Dynamics CRM 2011 - Определите тип аутентификации Проблема

Я создаю стороннее приложение, которое подключается, и я хотел бы сказать «Неверный пароль», а не «Ошибка аутентификации». Следующее - это то, что у меня есть.

namespace MyCRM 
{ 
public class MyCRMClass 
{ 
    public static void ConnectToCRM() 
    { 
     Uri serverURI = new Uri('https://myorganisation.api.crm5.dynamics.com/XrmServices/2011/Organization.svc'); 
     ClientCredentials clientCredentials = new ClientCredentials(); 
     clientCredentials.UserName.UserName = 'Username'; 
     clientCredentials.UserName.Password = 'Password'; 

     OrganizationServiceProxy serviceProxy = new OrganizationServiceProxy(serverURI, null, clientCredentials, null); 
     serviceProxy.EnableProxyTypes(); 

     try 
     { 
      Guid UserId = ((WhoAmIResponse)serviceProxy.Execute(new WhoAmIRequest())).UserId; 
     } 
     catch (Exception ex) 
     { 
      // Throws Authentication Issue 
     } 
    } 
} 
} 

путем вызова WhoAMIRequest я получаю сообщение об ошибке аутентификации, однако я действительно хочу знать, что ошибка, так что я могу помочь сотрудникам с закреплением их собственный вопрос.

Я правильно предлагаю, что это невозможно с помощью веб-служб CRM?

ответ

1

Вы никогда не сможете получить информацию об ошибке, как вы запрашиваете со стороны клиента. Вы могли бы теоретически включить ведение журнала трассировки на сервере, но это было бы плохой идеей для целого множества причин.

Вообще говоря, что пароль неверен является проблема безопасности, потому что это позволяет хакерам знать, что учетная запись является действительной, и если они могли бы просто выяснить пароль, они находятся в.

+0

спасибо Дэрили. То, что я думал – Campey

+0

Просто интересно: почему трассировка журнала плохая идея? –

+0

@JorisVanRegemortel Включение ведения журнала трассировки с целью отладки не так уж плохо. Это один из моих первых шагов при отладке проблемы. Включая его и оставляя его на производстве, он замедлит работу всей системы и в конечном итоге приведет к полному заполнению диска вашего сервера. Вся эта опасность только с единственной целью - сообщить пользователю, что его пароль неверен, а просто не может войти в систему, не имеет смысла для меня. – Daryl

Смежные вопросы