AX-4.0 Права для службы под которой работает сервис AOS

[Lemming]

Добрый день, Уважаемые коллеги!

Начали изучать процесс развертывания MS Dynamics AX 4.0 и есть кое какие проблемы

После установки предполагается что сервис будет AOS работать под пользователем NT AUTHORITY\NETWORK SERVICE. Но стартовать под этим пользователем AOS упорно отказался. В логах шли две следующих ошибки:

===========================================

Object Server 01: Fatal SQL condition during login. Error message: "[Microsoft][ODBC SQL Server Driver][SQL Server]SqlDumpExceptionHandler: Process 62 generated fatal exception c0000005 EXCEPTION_ACCESS_VIOLATION. SQL Server is terminating this process.

===========================================

Object Server 01: SQL diagnostics: [Microsoft][ODBC SQL Server Driver][SQL Server]SqlDumpExceptionHandler: Process 62 generated fatal exception c0000005 EXCEPTION_ACCESS_VIOLATION. SQL Server is terminating this process.
. Connect information was: Userid = [], Database = [DynamicsInt], Server = [AXAPTA], DSN = [], Other = []

===========================================

Продалжая эксперименты, я запустил AOS от имени своего пользователя, под которым я заходил на сервер. Данный пользователь имеет права на базу данных(SysAdmin, Secur Admin, DataBase Creator) - токо после этих ролей установка тронулась с места, хотя возможно мы что то делали не так.

Итак AOS запустился, но при попытки добавить нового пользователя и установить для него галочку Enabled выскакивает сообщение, что данный пользователь отсутствуют в Active Directory

Я так полагаю что AOS все таки должен работать под NT AUTHORITY\NETWORK SERVICE , но не понимаю как эту группу добавить в пользователей SQL Server?

Собственно, два вопроса:
1.Как добавить указанный логин в список пользователей СУБД?
2.Как вернуть этот логин службе AOS, когда я его указываю, то меня просят ввести пароль...вопрос какой пароль должен быть у NT AUTHORITY\NETWORK SERVICE?

[mazzy]

Цитата:

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

Продалжая эксперименты, я запустил AOS от имени своего пользователя, под которым я заходил на сервер. Данный пользователь имеет права на базу данных(SysAdmin, Secur Admin, DataBase Creator) - токо после этих ролей установка тронулась с места, хотя возможно мы что то делали не так.

Какой релиз?
В последних 4.0.2130.0 проблем нет.

Цитата:

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

Итак AOS запустился, но при попытки добавить нового пользователя и установить для него галочку Enabled выскакивает сообщение, что данный пользователь отсутствуют в Active Directory

Читайте мануалы - они рулез.
AOS штатно работает только под Windows Server 2003.
Если хочется установить на windows xp читайте http://axapta.mazzy.ru/lib/axapta40_setup/

Цитата:

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

Я так полагаю что AOS все таки должен работать под NT AUTHORITY\NETWORK SERVICE , но не понимаю как эту группу добавить в пользователей SQL Server?

Какой SQL Server?
Она появилась в моем SQL 2005 сама.
Я дал ей роль dbcreator. Ей хватает.

[Lemming]

Цитата:

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

Какой релиз?
В последних 4.0.2130.0 проблем нет.

Европейская версия
KernelVersion: 4.0.1659.35.0
ApplicationVersion: 4.0.1659.35.0/PMF0400

Цитата:

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

Читайте мануалы - они рулез.
AOS штатно работает только под Windows Server 2003.
Если хочется установить на windows xp читайте http://axapta.mazzy.ru/lib/axapta40_setup/

Ставим на Win2k3 Server R2 SP1

Цитата:

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

Какой SQL Server?
Она появилась в моем SQL 2005 сама.
Я дал ей роль dbcreator. Ей хватает.

SQL Server 2000 SP4. Более того, я уже ставил на аналогичную конфигурацию локально(с собственным локальным доменом итп) и там пользователь под которым по умолчанию предлагается запускать AOS добавился в СУБД, но в каком момент, в момент установки аксапты или в момент установки SQL Server я не знаю

[mazzy]

Цитата:

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

Европейская версия
KernelVersion: 4.0.1659.35.0
ApplicationVersion: 4.0.1659.35.0/PMF0400

Только не европейская, а американская

Цитата:

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

Ставим на Win2k3 Server R2 SP1

Не знаю.
На сервере у меня проблем не было и с американской...

Цитата:

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

SQL Server 2000 SP4. Более того, я уже ставил на аналогичную конфигурацию локально(с собственным локальным доменом итп) и там пользователь под которым по умолчанию предлагается запускать AOS добавился в СУБД, но в каком момент, в момент установки аксапты или в момент установки SQL Server я не знаю

Вот и я тоже...
Но я эксперементировал пока только с SQL 2005.
Про SQL 2000 пока ничего сказать не могу.

Думаю, что надо перечитать документ по установке, особенно про требования.
Особенно по части прав того, кто устанавливает.
Сначала слева направо, затем справа налево (чтобы ничего не пропустить )

[Lemming]

охх...поставили на тот же сервер, где разворачиваем AOS, 2005 SQL, все установилось. Все подготовил, вхожу со своего рабочего места клиентом, меня пускает(по умолчанию я там админ). Попробовал добавить и активировать нового пользователя, опять вылезает сообщение, что данный пользовательно остуствует в Active Directory

Сейчас AOS крутится от имени NT AUTHORITY\NETWORK SERVICE, меня пускает, но добавление новых пользователей, по прежнему не происходит. Попробовал поискать этого юзера среди локальных групп или пользователей, что бы в AD попробовать назначить ему права, но ничего не выходит.
Вопрос следующий: возможно компьютер на котором работает AOS должен обладать какими либо правами на чтение структуры AD?

[soin]

Цитата:

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

Какой релиз?
В последних 4.0.2130.0 проблем нет.

А что это за релиз?
На партнерсорсе есть версия 4.0.1659.26 и 4.0.1659.35

Можно указать соответствующий адрес на партнерсорс?

[Jabberwocky]

Цитата из Implementation Guide:
All Microsoft Dynamics AX users must first be defined in Active Directory. The computers running Microsoft Dynamics AX must have access to computers in the same domain running Active Directory configured in native mode.

По правде говоря, ответы на все Ваши вопросы есть в Implementation Guide, предлагаю ознакомиться с этим архиполезным документом.

[Lemming]

Цитата:

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

Цитата из Implementation Guide:
All Microsoft Dynamics AX users must first be defined in Active Directory. The computers running Microsoft Dynamics AX must have access to computers in the same domain running Active Directory configured in native mode.

Ужо наизусть выучил эти строки.

Правильно ли я понял:
Пользователи должны быть вперед заведены в АД - у нас заведены!
Компьютеры на которых работает аксапта должны иметь доступ к компьютерам, работающим в этом домене, сконфигунрированном в native mode.


Компьютеры на которых работает - речь идет об AOS или клиентских машинах или о чем вообще? И каким компьютерам первые должны иметь доступ?

Домен работает в Native режиме, все юзера заведены в AD, но очевидно что AOS не видит AD и их юзеров Хотя меня пускает с моей машины , то есть меня он видит.

[Jabberwocky]

Цитата:

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

Компьютеры на которых работает - речь идет об AOS или клиентских машинах или о чем вообще? И каким компьютерам первые должны иметь доступ?

Речь идет как о клиентских машинах, так и об AOS - все они должны входить в один домен и должны иметь доступ к контроллеру домена. Создайте в домене отдельную учетную запись для AOS и запускайте сервис под ней.

[Lemming]

Цитата:

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

Речь идет как о клиентских машинах, так и об AOS - все они должны входить в один домен и должны иметь доступ к контроллеру домена.

Все входят в один домен и все имеют доступ, есессно самый базовый - пользователь домена.

Цитата:

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

Создайте в домене отдельную учетную запись для AOS и запускайте сервис под ней.

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

Более того, есть локальный домен, на котором я разварачивал аксапту 4 для первых тестов и там она спокойно работает под NT AUTHORITY\NETWORK SERVICE, хотя скорее всего, сам сервер имеет привелегированные права на АД, а возможно даже и полные, так как домен развернули на нем физически и видимо сервер на котором развернута служба каталогов и сам компьютер это в структуре АД одно целое, так как на вкладке компьютеры, его нет.

[Jabberwocky]

Цитата:

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

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

Полагаю, достаточно свойств обычного пользователя, который имеет доступ у информации Active Directory + право "вход в качестве службы".

[KiselevSA]

Среди требований по правам нашел только это:
Сервис AOS должен иметь право на чтение информации из AD (достаточно Domain Users)
Network Service на сервере AOS должен иметь права чтения и записи на папку с приложением
Для взаимодействия AOS и SQL нужен доменный пользователь, которому назначены специальные роли на SQL
Других специфичных требований (если не говорить о ReportService и Enterprise Portal) вроде нет

[Lemming]

Новая порция инфы, по нашей проблеме.

Сразу забыл сказать, что сервер на котором развернута служба каталогов Active Directory работает на базе ОС Windows 2000.
На форме Users есть кнопочка импорт, она позволяет импортировать пользователей из списка пользователей указанного домена Active Directory. Так вот, при использовании этого мастера, в списке пользователей, я вижу только несколько служб, а так же пользователей, которые так или иначе занимаются администрированием нашего домена.

[KiselevSA]

А какому контейнеру в AD принадлежат эти пользователи? Случаем не базовому контейнеру Users? Если так, то необходимо проверять методы в классе импорта. Увы, у меня AX4 нет.

[gl00mie]

Цитата:

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

служба каталогов Active Directory работает на базе ОС Windows 2000. На форме Users есть кнопочка импорт, она позволяет импортировать пользователей из списка пользователей указанного домена Active Directory. Так вот, при использовании этого мастера, в списке пользователей, я вижу только несколько служб, а так же пользователей, которые так или иначе занимаются администрированием нашего домена.

Очень интересно было бы еще узнать, на чем крутится сам AOS - Win2000 или Win2003.

Цитата:

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

А какому контейнеру в AD принадлежат эти пользователи? Случаем не базовому контейнеру Users? Если так, то необходимо проверять методы в классе импорта. Увы, у меня AX4 нет.

Дело вовсе не в контейнерах AD, поскольку класс xAxaptaUserManager, используемый в мастере добавления пользователей, делает рекурсивную выборку объектов класса user категории person по всему домену, возвращаемому rootDSE.defaultNamingContext.
Выборку эту можно смоделировать, например, с помощью VBScript и ADSI. Во вложении - два скрипта, которые я использовал для экспериментов. Рабочий скрипт (adsi-list-user-account-groups.vbs) производит выборку, аналогичную той, что делает xAxaptaUserManager, и пишет краткую информацию о выбранных пользователях в текстовый файл; установочный скрипт (adsi-list-user-account-install.vbs) используется для установки рабочего скрипта в качестве сервиса. Сервис нужен для запуска скрипта под аккаунтом LocalSystem (при установке на w2k) либо Network Service (на wxp/w2k3), т.е. теми, которые использует по умолчанию сервис AOS.
Особенности установки сервиса:

• Для установки и запуска скрипта как сервиса необходимо наличие в системном каталоге виндов утилиты srvany.exe. Если ее нет, то можно взять из Windows Server 2003 Resource Kit;
• При установке рабочий скрипт копируется из каталога, откуда запускается установочный скрипт, в каталог %windir%\temp. Необходимо иметь соотв. права на создание нового сервиса и на запись в указанный каталог;
• Сервис будет писать выходной файл в каталог %windir%\temp. При установке на wxp/w2k3 необходимо обеспечить для этого каталога необходимые права для NT Authority\Network Service. Мне хватало Create Files/Write Data;
• Оба скрипта используют WMI; необходимо, чтобы на компьютере, где они выполняются, была запущена служба "Windows Management Instrumentation";
• Чтобы удалить установленный сервис, достаточно запустить скрипт установки с каким-нибудь параметром, при этом скопированный в %windir%\temp рабочий скрипт также будет удален.

Собственно, сервис просто запускает cscript с указанием рабочего скрипта в качестве параметра, при этом создается выходной файл, и затем работа cscript завершается. После этого сервис (srvany) будет продолжать висеть как запущенный, хотя реально он уже никакой работы не выполняет - его можно спокойно остановить. Главное, не останавливать слишком быстро после запуска, иначе srvany прибъет порожденный процесс cscript, и в выходной файл попадут не все данные. К слову, при запуске под обычным пользователем выходной файл создается в каталоге %temp%.
В домене с несколькими сотнями пользователей, удовлетворяющими критериям выборки, создание выходного файла может занимать до 10-15 секунд, при этом если на одной машине запустить несколько экземпляров скрипта одновременно, то это время существенно возрастет.
Так вот, что, собственно получилось у меня. Я проводил тестирование на 3-х разных доменах: один с доменными контроллерами под управлением w2k, один с w2k/w2k3 доменными контроллерами, и один - только с доменными контроллерами w2k3, при этом все домены работают в windows 2000 native mode (см. kb322692). Сбор сведений производился с серверов под управлением w2k sp4 и w2k3 sp1, с правами пользователей LocalSystem, Network Service (только под w2k3), доменного администратора и простого доменного пользователя. Скажу сразу, что запускать скрипт в качестве сервиса непосредственно на доменных контроллерах бессмысленно: дело в том, что в случае DC аккаунт LocalSystem имеет полный доступ к AD, кроме того, вряд ли кто-то станет устанавливать AOS на DC. На картинке приведены результаты тестирования, цифры - количество пользователей, попавших в выборку рабочего скрипта. Разница между 21 и 22 пользователями в случае доменов w2k связана с тем, что при использовании аккаунта доменного пользователя он сам тоже попал в выборку, а и получилось на 1 объект больше, чем при использовании LocalSystem.
На какие мысли наталкивают полученные результаты? Ответ, похоже, можно найти в MSDN (раздел How Security Affects Operations in Active Directory Domain Services):

Цитата:

Active Directory uses access control to grant or deny access to objects, properties, and operations based on the identity of the user performing the access attempt. When your application binds to the directory, it binds with specific user credentials. When authenticated, these credentials determine your application's security context. Regardless of whether the credentials are those of the logged-on user, a specified user, a service account, a computer account, or an unauthenticated user (Guest/Everyone), Active Directory verifies the user's right to access an object before any operation is performed on that object.
...
Security is an implicit filter for searching, enumerating containers, or reading properties. If you do not have the necessary access rights, attempts to list objects or read properties can fail with error even thought the object or property exists. The impact of security on read operations is not necessarily manifested as an error. For example, a search operation can succeed, but the search results do not include objects or properties to which the caller does not have access.

Мой вывод такой: в доменах w2k и w2k3 на объекты AD устанавливается разный доступ по умолчанию для доменных пользователей и доменных компьютеров (в качестве которых для AD, насколько я понимаю, предстает служба, запущенная под LocalSystem на входящем в домен компьютере). В ближайшее время я постараюсь доработать тестовый скрипт сбора данных, чтобы получить подтверждение этому...

[Lemming]

Спасибо за детальное изучение данной проблемы!

Цитата:

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

Очень интересно было бы еще узнать, на чем крутится сам AOS - Win2000 или Win2003.

AOS крутится на машине работающей под управлением Win2003 - как только у меня появится к ней доступ, обязательно попробую Ваши скрипты и отпишусь о результате.