Проблема настройки Outlook-клиента с доступом к CRM из другого домена

[_AV_]

Всем привет!

Столкнулись с проблемой настройки Outlook-клиента с доступом к CRM из другого домена.

Суть проблемы в том, что при запуске Мастера настройки CRM в офисе YYY - пишет, что не видит сервер. Даже если его адрес писать в виде CRMServer.XXX.Company

Условия сети:
1. Между доменов XXX и YYY настроины доверительные отношения.
2. CRMServer нах-ся в домене XXX.
3. Домены XXX и YYY входят в Company

Настройка Outlook-клиента происходит в YYY.

СисАдмины пишут: развёрнутый сейчас CRM-сервер при взаимодействии со своими CRM-клиентами использует имя (и "представляется" при запросах) CRMServer (фактически это netbios_овское имя, характерное для одноранговых сетей MS, но не для распределённых, объединяющих множество разных IP-подсетей и родственных доменов одного корневого леса, как у нас).

СисАдмины предлагают решение: назначить серверу CRM полное имя (например, CRMServer.Company) позволяющее правильно и в полной функциональной мере использовать сервис имён (DNS) как в частном случае, так и в дальнейшем.

Вопросы:
1. Насколько это с вашей точки зрения соответствует действительности и где можно про это почитать?
2. Нет ли опасности для самой системы в случае такого действия?

Спасибо!

[_AV_]

Извиняюсь за тему =). Подскажите как сменить на "Проблема настройки Outlook-клиента с доступом к CRM из другого домена"?

[Сабитов Андрей]

А в чем сама суть проблеммы ? не подключается? не авторизуется ? о какой/каких конкретно проблемах идет речь ?

[Digit]

Суть проблемы в том, что при запуске Мастера настройки CRM в офисе YYY - пишет, что не видит сервер. Даже если его адрес писать в виде CRMServer.XXX.Company

Причем сервер сам по себе отвечает, например, на пинг.

Где копать - непонятно.

p.s. Мы с коллегой вместе работаем.

[Сабитов Андрей]

в IE открывается CRM по доменному имени CRMServer.XXX.Company ?

[Digit]

Спрашивает пароль.
Если ввести юзера в виде YYY\имя юзера - заходит за милую душу.

Юзеры, соответственно заводятся в системе без проблем.

[Сабитов Андрей]

Я вот не помню точно, НО в Implementation Guide, было что насчет ролей домен контролера, посмотрите внимательно... что-то вроде не ниже Windows Server 2003

[Digit]

Цитата:

Сообщение от Сабитов Андрей

Я вот не помню точно, НО в Implementation Guide, было что насчет ролей домен контролера, посмотрите внимательно... что-то вроде не ниже Windows Server 2003

Да. Там написано. Администраторы говорят, что все так, как надо.
Однако - не работает. Их мнение - дело в имени сервера, т.к. они смотрели логи и говорят, что когда Мастеру Настройки скармливается имя CRMServer.XXX.Company, она иногда спрашивает его именно так, а иногда - CRMServer, которого домен YYY в таком виде не знает.

[Сабитов Андрей]

попробуйте при запуске мастера настройки аутглюка так
1. CRMServer.XXX.Company\Имя_деплоймента
2. ip адрес\имя_деплоймента
имя деплоймента можно посмотреть в деплоймент менеджере

P.S. сори за догадки а не реальные советы, потому как CRM не занимаюсь уже более года, под рукой его нет, советы даю по памяти

[Digit]

Цитата:

Сообщение от Сабитов Андрей

1. CRMServer.XXX.Company\Имя_деплоймента
2. ip адрес\имя_деплоймента

Да пробовали так. Не работает.
Сервер не найден.

[slivka_83]

>Спрашивает пароль.
>Если ввести юзера в виде YYY\имя юзера - заходит за милую душу.
Поставьте в настроках браузера для зоны (лучше бы это были Доверенные сайты) в которую входит url'а CRM сервера автоматическую передачу логина и пароля. Будет заходить автоматом?

[Digit]

Цитата:

Сообщение от slivka_83

Поставьте в настроках браузера для зоны (лучше бы это были Доверенные сайты) в которую входит url'а CRM сервера автоматическую передачу логина и пароля. Будет заходить автоматом?

1. Добавили в IE CRMServer.XXX.Company в Надежные узлы.
2. В настройках режима безопасности "Проверка подлинности пользователя" - "Вход" - "Автоматический вход в сеть с текущим именем пользователя и паролем.
3. Сохранили настройки.
4. Вошло без вопросов насчет пароля.

Мастер настройки клиента Outlook сообщил ровно то же самое - не могу подключиться к серверу, это может означать, что он не работает.

Аглицкое название ошибки: The configuration wizard cannot connect to the Microsoft CRM server. This might indicate that the server is down.

[Сабитов Андрей]

Эксперимент по настройке Outlook производится на одной машине, какая версия используется (Laptop, Desktop) ?
Поробуйте другую!
В домене где установлен CRM сервер аутглюк настраивается?

[Digit]

Цитата:

Сообщение от Сабитов Андрей

Эксперимент по настройке Outlook производится на одной машине, какая версия используется (Laptop, Desktop) ?
Поробуйте другую!
В домене где установлен CRM сервер аутглюк настраивается?

Пробовал минимум на 4 машинах. Десктопы.
Везде ситуация аналогичная.

Аутлук работает нормально.
В домене, где сервер - все штатно цепляется и работает.

[Сабитов Андрей]

Вот обсуждение интересное
http://www.eggheadcafe.com/software/...lient-can.aspx

Народ грешит на Host Header information from IIS

[Digit]

Цитата:

Сообщение от Сабитов Андрей

Народ грешит на Host Header information from IIS

Там дальше еще ссылки есть.
Будем посмотреть. Похоже действительно CrmDiscoveryService выдает в другой домен неполное имя сервера, соответственно не может его найти.

Вот теперь думать буду что проще - ковыряться с IFD Tool, править MSCRM_Config ручками или все-таки прописать в DNS другого офиса лишнюю строчку, чтобы понимал неполное имя сервера.

[Digit]

Цитата:

Сообщение от Сабитов Андрей

Вот обсуждение интересное
http://www.eggheadcafe.com/software/...lient-can.aspx

Народ грешит на Host Header information from IIS

Спасибо за ссылку, нашли в чем проблема.

CRM, судя по всему, не затачивалась под ситуацию, когда ее сервер(ы) в разных местах внутренней сети компании называется по-разному.

Клиенту при настройке подсовывается правильный адрес CRMServer.XXX.Company, он идет по этому адресу в CRMDiscoveryService с вопросами - где у нас живет сервер приложений и где у нас живет сервер самой CRM, и на оба вопроса она отвечает ему - "http:\\CRMServer:80".

Можно руками поправить в MSCRM_Config в таблице DeploymentProperties параметры ADSdkRootDomain, ADWebApplicationRootDomain
но МС не поощряет лазанье туда руками.

Поэтому в IFD Tool с некоторого времени есть возможность поправить это даже для OnPremise решений. Мы прописали туда полный адрес CRMServer.XXX.Company:80 и все заработало.

[slivka_83]

Цитата:

Сообщение от Digit

Можно руками поправить в MSCRM_Config в таблице DeploymentProperties параметры ADSdkRootDomain, ADWebApplicationRootDomain
но МС не поощряет лазанье туда руками.

Ну правьте не ручками, а вполне сапортной тулзой
http://support.microsoft.com/kb/950248
http://support.microsoft.com/kb/949079/

[Digit]

Цитата:

Сообщение от slivka_83

Ну правьте не ручками, а вполне сапортной тулзой
http://support.microsoft.com/kb/950248
http://support.microsoft.com/kb/949079/

Ага. Спасибо. Про этот тул я не знал.
Но IFD Tool также умеет это править, чем мы в пятницу и воспользовались.

[SLK]

CRM настроена при помощи IFD Tool на доступ IFD + on permise, доступ к IFDAppRootDomain и IFDSDKRootDomain прописан по адресу https://crmserver.xxx.company.ru. Доступ к ADSdkRootDomain, ADWebApplicationRootDomain прописан по адресу http://crmserver.xxx.company.ru:80. ISA сервер настроен на пропуск запросов к crmserver. Доступ к crm через IE по исходному адресу есть, outlook соединиться не может. Пробовал зайти по адресу https://crmserver.xxx.company.ru/MSC...ryService.asmx запрашивает логин и пароль пытаюсь войти под админом CRM не пускает, у всех так?