evil_random16 авг 2008 в 09:55

Windows 2003 Server 32 bit | users > Windows 2003 Server 64 bit | users

1 мин

895

Комментарии 17

stolen 16 авг 2008 в 10:39

А там нигде в реестре не лежит аналогов файлов /etc/passwd и /etc/shadow (/etc/master.passwd в случае BSD)? Казалось бы: достаточно найти и перетащить хеши паролей и некоторые настройки.

khim 16 авг 2008 в 11:19

В чужой монастырь со своим уставом? Файлик с паролями называется 'sam' и лежит в \windows\system32\config, только вот беда: в разных версиях Windows формат у него немного разный. Незнаю насчёт Windows2003/32bit vs Windows2003/64bit, но вот факт что утилитка отлично работавшая с Windows2000 с Windows2003 уже не дружит: отключить пароль она ещё может, а вот установить его в какое-то значение — уже нет. С Windows 2008 всё ещё хуже…

evil_random 16 авг 2008 в 12:25

я Вам больше скажу: в х64 файла %sysdrive%/system32/config/sam нет вообще.

aenikitin 16 авг 2008 в 21:01

а с чего бы файлу от 64-битной версии лежать в папке с 32-битными программами и библиотеками? ;-) Ищите, он есть! ;-)

evil_random 17 авг 2008 в 04:38

Не нашел :(

evil_random 17 авг 2008 в 04:39

Может он называется иначе?

mlurker 16 авг 2008 в 13:12

Если поднят домен, можно сделать так:
— win 2003 x64 сделать вторым контроллером домена и реплицировать всех пользователей
— win 2003 x86 понизить до обычной рабочей машины
— win 2003 x64 станет PDC со всеми пользователями/паролями.

Когда передо мной стояла задача миграции с win 2000 server на win 2003 server без использования описанного варианта, сделал следующее:
— написал утилитку, которая получала всю информацию о пользователях и сохраняла в файл
— на perl'e был небольшой парсер, который кушал файлик и создавал пользователей на новом домене

К сожалению пароли пришлось пользователям менять (но в моей ситуации это был плюс, я изменил политику паролей, и все старые под неё не попадали, более того пользователи использовали простые комбинации и часто ломали их учетные записи).

khim 16 авг 2008 в 15:11

К сожалению пароли пришлось пользователям менять

А счастье было так возможно… Я думаю если бы сервер был в домене проблема бы вообще не возникла и, судя по описанию, вариант со сменой паролей у автора топика уже есть. Я не удивлюсь если окажется что это в принципе невозможно (скажем если x64 использует другой алгоритм шифрования и старого не поддерживает).

evil_random 17 авг 2008 в 21:06

я поднимал AD в vmware, все реплицируется на ура, но хозяин сервера не хочет AD

два дня гемороя и мучанья гугла доказали — без AD никак не перенести.