|
28.03.2007, 15:00 | #1 |
Участник
|
Установка DAX 4.0 под локальным пользователем на Windows XP
Программа установки 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 Последний раз редактировалось shogel; 28.03.2007 в 17:06. |
|
|
За это сообщение автора поблагодарили: mazzy (5), EVGL (5), Garic (2), Prof (3), Джон (1), belugin (5), kashperuk (3), jasper (1). |
28.03.2007, 15:52 | #2 |
Участник
|
Спасибо. Но стоит ли заниматься хакерством?
FAQ: http://axapta.mazzy.ru/lib/axapta40_setup/ |
|
28.03.2007, 17:05 | #3 |
Пенсионер
|
Цитата:
Сообщение от mazzy
Спасибо. Но стоит ли заниматься хакерством?
FAQ: http://axapta.mazzy.ru/lib/axapta40_setup/ 1.У клиента есть домен, со своими политиками подключения и прочими заморочками. 2.Меня включили в домен естественно не как Администратора. 3.Я подключился к домену и....и все мои локальные политики слетели, т.к. доменная политика настроена, так, что меняются все "потенциально опасные" на локальном! 4.Пришлось много танцевать с бубном и разбираться почему у меня вдруг на ноуте стало "Недостаточно прав на установку программ"!
__________________
Законы природы еще никто не отменял! А еще у меня растет 2 внучки!!! Кому интересно подробности тут: http://www.baby-shine.com/ Последний раз редактировалось blokva; 28.03.2007 в 18:30. |
|
28.03.2007, 16:28 | #4 |
Administrator
|
mazzy, сравни:
Цитата:
Сообщение от FAQ
К сожалению для установки вам нужен домен. Поэтому установку лучше выполнять в офисе, где домен есть.
__________________
Not registered yet? Register here! Have comments, questions, suggestions or anything else regarding our web site? Don't hesitate, send them to me |
|
28.03.2007, 16:32 | #5 |
Участник
|
А... я тормоз.
если этот способ корректно работает, тогда в мемориз... |
|
28.03.2007, 16:44 | #6 |
Участник
|
Дополнение
Прощу прощения, забыл написать про одну важную вещь – после внесения изменений в реестр и перед запуском “setup.exe”, необходимо установить значение переменной среды с именем “UserDnsDomain”.
Я использую следующий командный файл: set UserDnsDomain=%1 setup.exe В командную строку этому файлу я передаю временное NetBIOS имя, которое указал в реестре. После завершения установки необходимо убедиться, что у AOS есть права на доступ к базе данных. |
|
07.04.2007, 00:47 | #7 |
Участник
|
Цитата:
Сообщение от shogel
Прощу прощения, забыл написать про одну важную вещь – после внесения изменений в реестр и перед запуском “setup.exe”, необходимо установить значение переменной среды с именем “UserDnsDomain”.
Я использую следующий командный файл: set UserDnsDomain=%1 setup.exe В командную строку этому файлу я передаю временное NetBIOS имя, которое указал в реестре. После завершения установки необходимо убедиться, что у AOS есть права на доступ к базе данных. Рапортую: 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 установился? |
|
28.03.2007, 23:31 | #8 |
Member
|
А насколько вы нашли этот способ для себя практичным? Ведь так придется делать каждый раз перед запуском дистрибутива (СП новый поставить или русскую/буржуйскую версию добавить, базу новую создать, новый инстанс АОСа поставить).
Я на виртуальной машине создал домен имени меня. Сам себя к себе пустил. С паравами себя не обделял. Домен даже никогда не покидаю, хотя работаю под локальной учетной записью. Такой вариант нашел для себя удобным. Это на домашней машине. На рабочей, думаю, почти у всех доменные контроллеры стоят.
__________________
С уважением, glibs® |
|
29.03.2007, 11:18 | #9 |
Участник
|
Двумя файлами (один "reg" и один "cmd") можно автоматизировать все действия, и установка нового AOS будет занимать столько же времени, сколько установка AOS в домене.
На офисной машине, конечно, проблем с установкой нет (хотя политика компании запрещает поднять на своей машине свой собственный доменный контроллер). Но вот экспериментировать на домашнем ноутбуке на XP гораздо легче, чем на Server2k3+AD. Да и учебные виртуалки для стажеров на XP быстрее бегают. Последний раз редактировалось shogel; 29.03.2007 в 12:24. |
|
|
За это сообщение автора поблагодарили: glibs (1). |
29.03.2007, 12:11 | #10 |
NavAx
|
Проверил на Win 2003 Server SP1
Установилось. Правда в реестре я прописывал немного не там (ControlSet001 небыло) HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\ComputerName\ActiveComputerName И set UserDnsDomain=%1 почемуто не сработал - проставил ручками в свойствах компьютера. После установки вернул всё обратно, дал права и заработало. Спасибо! Очень полезно - неоднократно коллеги просили установить им 4-ку, а в домен включить их не было возможности.
__________________
С уважением, Игорь Ласийчук. |
|
29.03.2007, 22:16 | #11 |
Member
|
Спасибо. Как-нибудь попробую. От контролера домена пока решил не отказываться, т.к. еще есть задача добавления тестовых пользователей. Вы, случайно, эту задачу не решили?
__________________
С уважением, glibs® |
|
29.03.2007, 23:48 | #12 |
Злыдни
|
Создание записей в таблице пользователей и присваивание им того SID, который сгенерила Windows Заходим под таким пользователем и получаем то, что нужно. Кстати, нужно проверить, как себя поведет Axapta, если при запуске использовать RunAs
__________________
люди...считают, что если техника не ломается, то ее не нужно ремонтировать. Инженеры считают, что если она не ломается, то нуждается в совершенствовании. |
|
30.03.2007, 00:16 | #13 |
Участник
|
Нормально поведет себя. Проверено.
|
|
30.03.2007, 01:21 | #14 |
Member
|
Цитата:
Сообщение от KiselevSA
...Создание записей в таблице пользователей...
Честно говоря, первым ожидал вариант программного скручивания головы форме создания пользователя. Это все понятно. Интересно было узнать, не придумал ли кто чего поинтереснее.
__________________
С уважением, glibs® |
|
30.03.2007, 01:26 | #15 |
Участник
|
Цитата:
Может быть, интересный для тебя способ Как установить Dynamics AX 4 на компьютер, который не в домене? Как установить Dynamics AX 4 на компьютер, который не в домене? но проще к контролеру домена подключится. Хотя бы в виртуальной машине, как у тебя уже сделано |
|
07.04.2007, 01:45 | #16 |
NavAx
|
Было что-то похожее (Win2003) - всё поставилось кроме АОС.
Поставил руками в свойствах системы - Дополнительно - Переменные среды указал UserDnsDomain=имя - заработало (set UserDnsDomain=%1 почемуто не сработал). Заработало.
__________________
С уважением, Игорь Ласийчук. |
|
09.04.2007, 16:45 | #17 |
Участник
|
X++: DAX NetBIOS Сегодня столкнулись - на компьютере с именем больше 15 символов установлена локально DAX 4.0. Пока компьютер в сети (в домене) Аксапта запускается без проблем. Как только сеть отключается, невозможно запустить клиента, а АОС работает (можно и перезапустить) нормально.
__________________
Ivanhoe as is.. |
|
09.04.2007, 17:18 | #18 |
Участник
|
Цитата:
Теперь так. Сеть должна быть. Null-модем, Bluetooth с телефоном, ActiveSync... Что угодно, но значок сети должен показывать, что сеть есть. |
|
09.04.2007, 18:08 | #19 |
Участник
|
Хм.. я может не так выразился
У меня ноутбук, имя компьютера - короткое. Я работаю под доменным пользователем. При отсутствии сети я работаю в Аксапте нормально. Проблема только если имя у компьютера больше 15 символов и нет сети.
__________________
Ivanhoe as is.. |
|
09.04.2007, 19:05 | #20 |
Участник
|
не знаю.
у меня тоже ноутбук. АОС и клиент в одном месте. обычно работаю в рабочей группе (чтобы можно было без проблем подключаться у клиентов) Аксапта без сети отказывается запускаться. |
|
Теги |
active directory, ax4.0, faq, домен, установка, хак |
|
|