|  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, 16:28 | #3 | 
| 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 | #4 | 
| Участник | 
			
			А... я тормоз. если этот способ корректно работает, тогда в мемориз... | 
|  | 
|  28.03.2007, 16:44 | #5 | 
| Участник | Дополнение 
			
			Прощу прощения, забыл написать про одну важную вещь – после внесения изменений в реестр и перед запуском “setup.exe”, необходимо установить значение переменной среды с именем “UserDnsDomain”.  Я использую следующий командный файл: set UserDnsDomain=%1 setup.exe В командную строку этому файлу я передаю временное NetBIOS имя, которое указал в реестре. После завершения установки необходимо убедиться, что у AOS есть права на доступ к базе данных. | 
|  | 
|  28.03.2007, 17:05 | #6 | 
| Пенсионер | Цитата: 
		
			Сообщение от 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, 23:31 | #7 | 
| Member | 
			
			А насколько вы нашли этот способ для себя практичным? Ведь так придется делать каждый раз перед запуском дистрибутива (СП новый поставить или русскую/буржуйскую версию добавить, базу новую создать, новый инстанс АОСа поставить). Я на виртуальной машине создал домен имени меня. Сам себя к себе пустил. С паравами себя не обделял. Домен даже никогда не покидаю, хотя работаю под локальной учетной записью. Такой вариант нашел для себя удобным. Это на домашней машине. На рабочей, думаю, почти у всех доменные контроллеры стоят. 
				__________________ С уважением, glibs® | 
|  | 
|  29.03.2007, 11:18 | #8 | 
| Участник | 
			
			Двумя файлами (один "reg" и один "cmd") можно автоматизировать все действия, и установка нового AOS будет занимать столько же времени, сколько установка AOS в домене. На офисной машине, конечно, проблем с установкой нет (хотя политика компании запрещает поднять на своей машине свой собственный доменный контроллер). Но вот экспериментировать на домашнем ноутбуке на XP гораздо легче, чем на Server2k3+AD.  Да и учебные виртуалки для стажеров на XP быстрее бегают. Последний раз редактировалось shogel; 29.03.2007 в 12:24. | 
|  | |
| За это сообщение автора поблагодарили: glibs (1). | |
|  29.03.2007, 12:11 | #9 | 
| NavAx | 
			
			Проверил на Win 2003 Server SP1 Установилось. Правда в реестре я прописывал немного не там (ControlSet001 небыло) HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\ComputerName\ActiveComputerName И set UserDnsDomain=%1 почемуто не сработал - проставил ручками в свойствах компьютера. После установки вернул всё обратно, дал права и заработало. Спасибо! Очень полезно - неоднократно коллеги просили установить им 4-ку, а в домен включить их не было возможности. 
				__________________ С уважением, Игорь Ласийчук. | 
|  | 
|  29.03.2007, 22:16 | #10 | 
| Member | 
			
			Спасибо. Как-нибудь попробую. От контролера домена пока решил не отказываться, т.к. еще есть задача добавления тестовых пользователей. Вы, случайно, эту задачу не решили?
		 
				__________________ С уважением, glibs® | 
|  | 
|  29.03.2007, 23:48 | #11 | 
| Злыдни | Цитата:  Заходим под таким пользователем и получаем то, что нужно. Кстати, нужно проверить, как себя поведет Axapta, если при запуске использовать RunAs 
				__________________ люди...считают, что если техника не ломается, то ее не нужно ремонтировать. Инженеры считают, что если она не ломается, то нуждается в совершенствовании. | 
|  | 
|  30.03.2007, 00:16 | #12 | 
| Участник | 
			
			Нормально поведет себя. Проверено.
		 | 
|  | 
|  30.03.2007, 01:21 | #13 | 
| Member | Цитата: 
		
			Сообщение от KiselevSA
			
			 ...Создание записей в таблице пользователей... Честно говоря, первым ожидал вариант программного скручивания головы форме создания пользователя. Это все понятно. Интересно было узнать, не придумал ли кто чего поинтереснее. 
				__________________ С уважением, glibs® | 
|  | 
|  30.03.2007, 01:26 | #14 | 
| Участник | Цитата: Может быть, интересный для тебя способ Как установить Dynamics AX 4 на компьютер, который не в домене? Как установить Dynamics AX 4 на компьютер, который не в домене? но проще к контролеру домена подключится. Хотя бы в виртуальной машине, как у тебя уже сделано | 
|  | 
|  07.04.2007, 00:47 | #15 | 
| Участник | Цитата: 
		
			Сообщение от 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 установился? | 
|  | 
|  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, домен, установка, хак | 
|  | 
| 
 |