Установка DAX 4.0 под локальным пользователем на Windows XP

[shogel]

Программа установки DAX сравнивает имя домена текущего пользователя и NetBIOS имя машины. Если эти два имени совпадают, то программа считает, что установка происходит под локальным пользователем и выдает сообщение: "You are logged on with a local computer account ({0}). You must be logged on with a domain account to run Microsoft Dynamics AX Setup"
Эту проверку можно обмануть, изменив в реестре NetBIOS имя компьютера (на время работы программы установки): HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Control\ComputerName\ActiveComputerName.

И тогда установка запуститься даже на машине, которая не включена в домен. Проверено на Windows XP SP2

[mazzy]

Спасибо. Но стоит ли заниматься хакерством?
FAQ: http://axapta.mazzy.ru/lib/axapta40_setup/

[Maxim Gorbunov]

mazzy, сравни:

Quote:

Originally Posted by FAQ

К сожалению для установки вам нужен домен. Поэтому установку лучше выполнять в офисе, где домен есть.

и

Quote:

Originally Posted by shogel

И тогда установка запуститься даже на машине, которая не включена в домен.

[mazzy]

Quote:

Originally Posted by Maxim Gorbunov

mazzy, сравни:

А... я тормоз.

если этот способ корректно работает, тогда в мемориз...

[shogel]

Прощу прощения, забыл написать про одну важную вещь – после внесения изменений в реестр и перед запуском “setup.exe”, необходимо установить значение переменной среды с именем “UserDnsDomain”.

Я использую следующий командный файл:
set UserDnsDomain=%1
setup.exe

В командную строку этому файлу я передаю временное NetBIOS имя, которое указал в реестре.

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

[blokva]

Quote:

Originally Posted by mazzy

Спасибо. Но стоит ли заниматься хакерством?
FAQ: http://axapta.mazzy.ru/lib/axapta40_setup/

А почему нет?
1.У клиента есть домен, со своими политиками подключения и прочими заморочками.
2.Меня включили в домен естественно не как Администратора.
3.Я подключился к домену и....и все мои локальные политики слетели, т.к. доменная политика настроена, так, что меняются все "потенциально опасные" на локальном!
4.Пришлось много танцевать с бубном и разбираться почему у меня вдруг на ноуте стало "Недостаточно прав на установку программ"!

[glibs]

А насколько вы нашли этот способ для себя практичным? Ведь так придется делать каждый раз перед запуском дистрибутива (СП новый поставить или русскую/буржуйскую версию добавить, базу новую создать, новый инстанс АОСа поставить).

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

Такой вариант нашел для себя удобным.

Это на домашней машине. На рабочей, думаю, почти у всех доменные контроллеры стоят.

[shogel]

Quote:

Originally Posted by glibs

А насколько вы нашли этот способ для себя практичным?

Двумя файлами (один "reg" и один "cmd") можно автоматизировать все действия, и установка нового AOS будет занимать столько же времени, сколько установка AOS в домене.

На офисной машине, конечно, проблем с установкой нет (хотя политика компании запрещает поднять на своей машине свой собственный доменный контроллер). Но вот экспериментировать на домашнем ноутбуке на XP гораздо легче, чем на Server2k3+AD. Да и учебные виртуалки для стажеров на XP быстрее бегают.

[Garic]

Проверил на Win 2003 Server SP1
Установилось.
Правда в реестре я прописывал немного не там (ControlSet001 небыло)
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\ComputerName\ActiveComputerName

И set UserDnsDomain=%1 почемуто не сработал - проставил ручками в свойствах компьютера.

После установки вернул всё обратно, дал права и заработало.

Спасибо! Очень полезно - неоднократно коллеги просили установить им 4-ку, а в домен включить их не было возможности.

[glibs]

Спасибо. Как-нибудь попробую. От контролера домена пока решил не отказываться, т.к. еще есть задача добавления тестовых пользователей. Вы, случайно, эту задачу не решили?

[KiselevSA]

Quote:

Originally Posted by glibs

Спасибо. Как-нибудь попробую. От контролера домена пока решил не отказываться, т.к. еще есть задача добавления тестовых пользователей. Вы, случайно, эту задачу не решили?

Создание записей в таблице пользователей и присваивание им того SID, который сгенерила Windows Заходим под таким пользователем и получаем то, что нужно. Кстати, нужно проверить, как себя поведет Axapta, если при запуске использовать RunAs

[mazzy]

Quote:

Originally Posted by KiselevSA

Кстати, нужно проверить, как себя поведет Axapta, если при запуске использовать RunAs

Нормально поведет себя. Проверено.

[glibs]

Quote:

Originally Posted by KiselevSA

...Создание записей в таблице пользователей...

В смысле не в форме, а напрямую в таблице?

Честно говоря, первым ожидал вариант программного скручивания головы форме создания пользователя.

Это все понятно. Интересно было узнать, не придумал ли кто чего поинтереснее.

[mazzy]

Quote:

Originally Posted by glibs

В смысле не в форме, а напрямую в таблице?

Честно говоря, первым ожидал вариант программного скручивания головы форме создания пользователя.

Это все понятно. Интересно было узнать, не придумал ли кто чего поинтереснее.

неинтересный для тебя вариант Amand: Доступ в Microsoft Dynamics AX 4.0 без Active Directory

Может быть, интересный для тебя способ Как установить Dynamics AX 4 на компьютер, который не в домене?
Как установить Dynamics AX 4 на компьютер, который не в домене?

но проще к контролеру домена подключится. Хотя бы в виртуальной машине, как у тебя уже сделано

[mazzy]

Quote:

Originally Posted by shogel

Прощу прощения, забыл написать про одну важную вещь – после внесения изменений в реестр и перед запуском “setup.exe”, необходимо установить значение переменной среды с именем “UserDnsDomain”.

Я использую следующий командный файл:
set UserDnsDomain=%1
setup.exe

В командную строку этому файлу я передаю временное NetBIOS имя, которое указал в реестре.

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

Сегодня закончил установку на финальную Висту. Снала установил Ax3.0 (без AOS). Решил проверить совет про установку Ax4.0.
Рапортую:
1. дистрибутив Ax4.0 SP1 позволяет устанавливать Аксапту в рабочей группе безо всяких настроек.
2. после измывательств над системой я добился сообщения "You are logged on with a local computer account ({0}). You must be logged on with a domain account to run Microsoft Dynamics AX Setup". Совет shogel помог обойти это сообщение.
3. AOS без домена устанавливаться отказывается наотрез (при любых моих шаманских действиях)

При установке AOS в рабочей группе в логе остается такое сообщение
=== Setting up Object server ===
Exception = System.NullReferenceException
Message = Object reference not set to an instance of an object.
FullText = System.NullReferenceException: Object reference not set to an instance of an object.
at Microsoft.Dynamics.Setup.Misc.GetMachineDomain()
at Microsoft.Dynamics.Setup.InstallSqlServer.GrantAosAccessToRemoteSqlServer()
at Microsoft.Dynamics.Setup.MainForm.AosDbAccess()
at Microsoft.Dynamics.Setup.MainForm.s250Timer_Tick()
==== Setup ended before completion. ===

Завтра попробую в домене в офисе.
Вопрос всем у кого получилось воспользоваться советом: у вас AOS установился?

[Garic]

Было что-то похожее (Win2003) - всё поставилось кроме АОС.
Поставил руками в свойствах системы - Дополнительно - Переменные среды указал UserDnsDomain=имя - заработало (set UserDnsDomain=%1 почемуто не сработал). Заработало.

[Ivanhoe]

Программа установки DAX сравнивает имя домена текущего пользователя и NetBIOS имя машины

Получается, что DAX 4.0 оперирует NETBIOS именем? которое ограничено 15 символами .
Сегодня столкнулись - на компьютере с именем больше 15 символов установлена локально DAX 4.0. Пока компьютер в сети (в домене) Аксапта запускается без проблем. Как только сеть отключается, невозможно запустить клиента, а АОС работает (можно и перезапустить) нормально.

[mazzy]

Quote:

Originally Posted by Ivanhoe

Как только сеть отключается, невозможно запустить клиента, а АОС работает (можно и перезапустить) нормально.

Да.
Теперь так. Сеть должна быть. Null-модем, Bluetooth с телефоном, ActiveSync...
Что угодно, но значок сети должен показывать, что сеть есть.

[Ivanhoe]

Хм.. я может не так выразился

У меня ноутбук, имя компьютера - короткое. Я работаю под доменным пользователем. При отсутствии сети я работаю в Аксапте нормально.

Проблема только если имя у компьютера больше 15 символов и нет сети.

[mazzy]

не знаю.

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