Как перенести доменный профиль в локальный: Active Directory — от теории к практике. Часть 4 — перенос учетных записей в домен.

User ProfileWizard 3.5 — перенос настроек профиля пользователя

User ProfileWizard 3.5 от компании Forensit позволяет перекинуть настройки профиля одного пользователя Windows на другого. Такие ситуации очень часто встречаются в корпоративных сетях, когда меняются сотрудники использующие компьютер для работы. Новому сотруднику необходимо создать новую учетную запись и при этом сохранить все документы и настройки рабочего стола предыдущего пользователя.

Рассмотрим последовательность действий при работе с программой для переброски настроек профиля.

Внимание! Запускать программу из учетной записи администратора. 
После переноса профиля пользователя все данные находящиеся в учетной записи 
переносимого профиля будут удалены и перемещены в целевой профиль. 
Чтобы себя обезопасить от потери данных можно сделать бэкапы.

Запускаем программу, жмем далее и видим окно User Account Information — Информация об учетной записи пользователя. Здесь указывается информация о профиле в который будут импортированы настройки другого профиля.

Enter the domain — указываем домен в котором зарегистрирован пользователь. Если включить опцию Join Domain, то программа попытается присоеденить компьютер к домену.

Enter the accont name — имя учетной записи пользователя. Если отметить Set as default logon программа установит профиль этого пользователя как загружаемый по умолчанию.

Учетную запись в которую собираетесь имортировать настройки лучше создать заблаговременно иначе программа выдаст ошибку

Если все впорядке, то появляется следующее окно Select a User Profile — выбираем из списка профиль пользователя, который нужно перенести в нашу учетную запись.
Если включить опцию Show Unassigned Profiles, то программа покажет профили пользователей, которые не подключены к текущей ОС Windows.
Disable Account — отключит аккаунт профиль которого был перенесен. Delete Account — удалит аккаунт после переноса.

Нажимаем далее и запускаем процесс переноса профиля. При завершении работы будет выдано сообщение Migration Complete!

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

сайт компании forensit.com

скачать с яндекс.диск

Перенос профиля локальной учётной записи в домен Windows Server 2003 / Песочница / Хабр

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

Предлагаю следующий план действий:

1. Проверить директорию профиля (..\Documents and Settings\Имя профиля\..) на наличие длинных путей, с которыми Windows может некорректно работать. Если таковые имеются, то следует их устранить.
2. Открыть права на изменение директории профиля для локального администратора.
3. Ввести компьютер в домен. Данная операция обычно не требует специфической настройки.
4. После перезагрузки компьютера войти под локальным администратором.
5. Установить Windows Resource Kits, из которого нам понадобится утилита moveuser.exe
6. Запустить moveuser.exe из командной строки и просмотреть доступные параметры. В большинстве случаев используется следующая команда:

   >moveuser.exe local_user DOMAIN\domain_user /y

7. Запустить moveuser.exe с вашей настройкой параметров. Должно появиться что-то типа:

   Moving profile from COMPUTER\local_user DOMAIN\domain_user

   В случае успешного переноса появится сообщение:

   Move was successful.

8. Если процесс прошёл нормально, можно зайти уже под доменным пользоватем и проверить корректность переноса локальных настроек. Впоследствии имеет смысл изменить владельца директории профиля на доменного пользователя. Имейте ввиду, что после переноса не создаётся допольнительной директории профиля для доменного пользователя. Используется та же бывшая локальная директория.

На этом всё.

Перенос профилей пользователей windows — Авторский блог Вадима Ковзунова

Недавно столкнулся с задачей: перенести профиля локальных пользователей  в домен и из домена на локальный комп.

Вариантов решения данной задачи несколько: от использования фирменной утилиты от microsoft Migration tool до сторонних разработок, как например маленькая утилита profwiz. Очень простая и шустрая утилита с интуитивно-понятным интерфейсом.
Кто не хочет читать английский мануал и разбираться, поясню.
Если необходимо перенести профиль из домена на локальный комп:
1. Заходим локальным админом, создаём локальную учётную запись
2. Заходим под новым созданным пользователем, чтобы создалась учётка и локальный профиль
3. Выходим и снова перезаходим локальным администратором
4. Запускаем утилиту, выбираем домен (или локальный компьютер в зависимости от того куда хотим сохранять профиль), ниже вводим учётную запись на которую будет накатываться профиль нажимаем далее, появляется табличка локальных и доменных профилей. Если нужно скопировать доменную учётку на локальный комп выбираем доменную учётную запись и нажимаем кнопку далее.(если локальный профиль в домен, выбираем локальную учётную запись)
5. Ждём, утилита скопирует и поправит все необходимые пути. Время переноса зависит от размера занимаемого профилем. Если всё правильно скопировано утилита выведет сообщение.
6 Перезагружаемся и наслаждаемся:))

Для полноты ситуации, скажу только одно: сам profwiz никуда ничего не переносит, просто правит все необходимые пути, чтобы можно было пользоваться учётной записью и локально и в домене.
Также утилита не копирует некоторые пароли. Например в Bat.

Просмотров:
5 428

Поделиться ссылкой:

Понравилось это:

Нравится Загрузка…

Предыдущая статья>Белтелеком не комментирует глобальные затруднения с интернет-доступомСледующая статьяУстановка и настройка EiskaltDC++ на примере провайдера TCM

Перенос профилей пользователей в домен, подключение к контроллеру домена

30.05.2012 | Рубрика: Обзор программ| Просмотров: 56644


Комментировать »

Добро пожаловать на блог системного администратора.

Сегодня рассмотрим, как завести компьютер в домен и перенести его рабочий профиль на сервер. Немного не по порядку напишу статью, хотел сначала про установку и настройку контроллера домена, но для поиска это не важно. В windows xp манипуляции с профилем было просто делать, копируешь любым файловым менеджером. В windows 7 все усложнилось значительно. Любит микрософт создавать геморой системным администраторам. С другой стороны, чем дальше, тем без сисадмина сложнее становится, а это радует в какой то мере.

Значит ставим задачу.

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

Тут нам может помочь программа с буржуинских сайтов. Ее даже устанавливать не нужно, копируем в папку с общим доступом. Называется Profwiz. В поиске в первых строчках. Программа простая, но делает всю черновую работу за системного администратора. Для простоты пояснений, я сделал картинки всех шагов работы программы. Запускаем и после первого «далее» вводим наш домен контроллер и логин, заведенный на сервере.

Дальше выбираем, где хранится нужный нам профиль, который и надо перенести.

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

Нажимаем да. У меня уже был определен путь для профиля в настройках пользователя.

После этого будет сделана перенастройка профиля и произведено подключение компьютера к контроллеру домена.

Перезагружаем компьютер и сразу видим результат. Будет предложено зайти через учетную запись сервера. Единственный недостаток, сохраненные пароли на почту и прочие программы придется заново занести. Но это по сравнению с тем, что сделано, сущие пустяки. Вот собственно и все. Задача выполнена, работа сделана. Дальше за следующий компьютер..  🙂

Если все профили будут храниться на сервере, очень рекомендую проверить размеры этих профилей на компьютерах пользователей. В windows 7 все настолько неудачно придумано, что размеры профиля могут быть от 7 до 30 Gb. Чтобы не копировать столько, лучше оставить картинки, видео и скачиваемое на локальных компьютерах.

Пожалуйста, оцените эту статью.

Загрузка…

В рубрике Обзор программ

Вы можете подписаться на новые комментарии к этой записи по RSS 2.0 Feed.

Вы можете оставить комментарий к записе. Возможность оставить trackback со своего сайта отсутствует.

Миграция локальных учетных записей на доменные — RSU WiKi

Этап миграции локальных учетных записей на доменные это второй этап после включения ПК в домен LOCAL.RSU.EDU.RU и является подготовительным шагом перед сетевыми профилями пользователей и централизованным созданием резервных копий пользовательских данных. Суть миграции заключается в переносе всех пользовательских файлов из папок «Мои документы» и «Рабочий стол» локальной учетной записи в соответствующие папки доменной что бы в новой было так же, как и в старой, и последующего удаления локальной учетной записи для предотврашения ее дальнейшего использования пользователем по привычке.

Под учетной записью локального администратора потребуется привести саму запись к общему виду, включить ПК в домен LOCAL.RSU.EDU.RU и задать права только для доменной учетной на папку «temp» во избежание проблем с наследованием прав при переносе файлов из «temp» в профиль доменной учетной записи.

Приведение учетной записи локального администратора к каноническому виду

Для упорядочения учетных записей локальных администраторов по корпусам предлагается переименовывать их в root и задавать пароль, одинаковый для всех ПК одного корпуса или по этажам для облегчения последующего доступа обслуживающего персонала к ним.

• Правой кнопкой мыши по иконке «Мой Компьютер» -> Управление -> Локальные пользователи и группы -> Пользователи. Переименуйте локального администратора в «root» выделив его учетную запись и нажав клавишу F2

• Правой кнопкой по учетной записи root -> Задать пароль… Нажмите «Продолжить»

• Задайте уникальный для учебного корпуса пароль, о котором проинформируйте отдел телекоммуникаций письмом

Установка Unreal Commander

В качетсве файлового менеджера рекомендуется использовать Unreal Commander из-за его методов работы с правами при копировании файлов и папок.

Unreal Commander можно скачать с официального сайта http://x-diesel.com или с университетского ftp-сервера ftp://ftp.rsu.edu.ru

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

Создание промежуточной папки

Создайте в разделе с достаточным количеством свободного места папку share. В нее надо скопировать Мои документы и Рабочий стол локальной учетной записи. Они расположены в Documents and Settings -> <имя локальной учетной записи>. При копировании данные унаследуют права доступа папки share. После завершения процесса копирования директорию локакльной учетной записи можно удалить целиком в целях экономии свободного дискового пространства.

Включение ПК в домен

Это основной шаг, после которого на ПК под управлением групповой политики будет устанавливаться ПО из приказа ректора и будет возможен вход под доменными учетными записями. Для осуществления операции требутеся войти в систему под учетной записью локального администратора, чтобы ПК разрешил ее провести. После указания имени домена потребуется учетная запись доменного пользователя с правами администратора домена или являющегося ответственным за соответсвующий контейнер в структуре домена. Как было сказано выше, перед проведением включения ПК в домен и миграцией локальной учетной записи проконсультируйтесь в отделе телекоммуникацй, обладает ли ваша доменная учетная запись правами на включение неограниченного количества ПК в домен.

• Правой кнопкой мыши по иконке «Мой Компьютер» -> Свойства. Перейдите на закладку «Имя компьютера».

• Нажмите кнопку «Изменить».

• Для подключения используйте свою доменную учетную запись. Нажмите «Ок».

• После перезагрузки на ПК будет возможен вход под доменными учетными записями.

Первый вход пользователя домена

После перезагрузки компьютера нужно осуществить первый вход в систему для автоматического создания структуры каталогов домашенй папки пользователя домена. Возможно при первом входе в систему потребуется сменить пароль.

Передача файлов доменному пользователю

Мои документы и Рабочий стол надо скопироать из временной папки share в директорию Documents and Settings -> <имя доменной учетной записи>, появившейся после первого входа в систему. При копировании файлов доменной учетной записи на них будут выданы права на полный доступ.

Изменение прав на промежуточную папку

В случае дальнейшего совместного использования папки share группе <Имя домена>\Пользователи или определенным пользователям поименно следует дать права на чтение, запись и изменение ее содержимого.

• Правой кнопкой по папке -> Свойства -> Безопасность.

• Добавьте доменного пользователя на папку.

• Для доступа к AD используйте свою доменную учетную запись.

• Дайте доменному пользователю полный доступ.

• Щелкните по кнопке Дополнительно.

• Снимите галку «Наследовать …». В появившемся окне выберите «Удалить».

• Поставьте галку «Заменить …».

• Нажмите Ок. Подтвердите замену.

Теперь доступ есть только у доменного пользователя.

См. также

Как сделать перемещаемые профили | Реальные заметки Ubuntu & Mikrotik

Прочитано:
9 128

Ранее я как-то работал с перемещаемыми профилями в Active Directory и это было удобно в плане что все Ваши настройки, файлы всегда у Вас под рукой, не важно сидите ли Вы за компьютер в шоуруме или на складе. Так что сегодня я покажу все действия которые я проделал чтобы пока конкретно для себя сделать данную надстройку.

Первым делом подключаюсь/авторизовываюсь (Login: ekzorchik, Password: 712mbddr@, Group: Domain Admins) к контроллеру домена srv-dc.polygon.local (Server 2012 R2 Standard) либо по RDP, по VNC или же физически подойдя к нему, как в прочем принято у Вас в организации или какие методы используете Вы лично.

Шаг номер один:

Создаю специальный каталог где будут располагаться перемещаемые профили и профиль к профилю не будет иметь доступа, что Важно. Т.к. в моей сети (она тестовая) нет файлового сервера то в роли месторасположения под профили выступит логический диск E контроллера домена. Создаю каталог к примеру с именем profile, после через правый клик мышью по нему открываю его свойства (Properties) — вкладка Sharing — Advanced Sharing

• Share this folder: отмечаю галочкой
• Share name: profile$
• Limit the number of simultaneous users to: 50

После нажимаю Permissions и для всех Everyone проставляю все галочки на доступ:

• Full Control → Allow
• Change → Allow
• Read → Allow

и нажимаю Apply — Ok — Apply — OK, после все еще находясь в свойства каталога profile перехожу на вкладку Security — Advanced — вкладка Permissions — Change permissions, здесь отменяю наследование свыше стоящего: нажимаю Disable inheritance → Convert inherited permissions into explicit permissions on this object и привожу права к следующему виду:

А после пробрасываю текущие права внутрь каталога E:\profile отметкой пункта: Replace all child object permissions entries with inheritable entries from this object — подтверждаю Yes — Ok — Ok

Далее открываю оснастку: Active Directory Users and Computers

Win + X — Control Panel — Active Directory Users and Computers, затем в моем случае в организационном контейнере IT открываю свойства (Properties) учетной записи alektest через правый клик мышью по ней. После перехожу на вкладку Profile и прописываю путь до создаваемого перемещаемого профиля:

• Profile path: \\srv-dc\profile$\DefaultUserV2\%username%

После этого тестирую, как работает вот таким вот образом настройка на работу перемещаемого профиля с одной рабочей станции на другую.

На W7X86

Теперь открываю оснастку управления профилями системы и вижу, что текущий профиль не локальный как если бы пользователь домена или не домена авторизовался в системе:

Пуск — Панель управления — Система — Дополнительные параметры системы — вкладка: Дополнительно — Профили пользователей: Параметры

Если настроить систему на максимальную производительность, добавить ярлыки, файлы в текущий профиль, то при заходе уже на другую систему, к примеру W7X64 все сделанные настройки перенесутся, но для этого нужно завершить текущее подключение: Пуск — Выйти из системы. (Это обязательное условие).

По итогу когда авторизовался под учетной записью alektest на рабочей станции W7X64 все необходимые вынесенные ярлыки отобразились на рабочем столе, выставленные параметры пользовательского окружения также были применены к текущему заходу.

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

Если же учетная запись (к примеру alektest2) была в домене, но перемещаемый профиль не был настроен, то что произойдет с имеющимися файлами (к примеру на W7X86 на «Рабочем столе» сейчас имеются 7 файлов изображений).

Смотрю какой тип профиля сейчас:

Пуск — Панель управления — Система — Дополнительные параметры системы — вкладка: Дополнительно — Профили пользователей: Параметры

• Имя: POLYGON\alektest2
• Размер: 26,0 Мб
• Тип: Локальный
• Состояние: Локальный

Включаю использование перемещаемых профилей в свойствах учетной записи на домен контроллере: Profile path: \\srv-dc\profile$\DefaultUserV2\%username%

Затем на рабочей станции W7X86 делаю завершение сеанса, после снова авторизуюсь на ней же и проверяю, какой профиль сейчас:

Пуск — Панель управления — Система — Дополнительные параметры системы — вкладка: Дополнительно — Профили пользователей: Параметры

• Имя: POLYGON\alektest2
• Размер: 26,0 Мб
• Тип: Перемещаемый
• Состояние: Перемещаемый

Вспомнив, что на рабочем столе должны быть файлы изображений, проверяю, да так и есть. Теперь делаю Logoff, но уже авторизуюсь на другой станции W7X64 и проверяю все то же самое, итог все соответствует тому моменту когда пользователь имел свои файлы, свои настройки рабочего места.

Пока могу сказать, что использование перемещаемых профилей может сэкономить время при перенастройке системы, переезда пользователя из одного отдела в другой. Теперь не важно нужно ли пользователю подменить кого-то его файлы перемещаться за ним.

На заметку: По практике использования перемещаемых профилей важно чтобы пользовательский профиль был не большого размера, а все тяжеловесные файлы хранились на общем диске, где доступ к которому сделан посредством GPO.

Если пользователей несколько, т. е. Тех кого переводим на использование перемещаемых профилей, то практичнее будет задействование групповых политик домена: (srv-dc)

Win + X — Control Panel — Administrative Tools — Group Policy Management

GPO_Profile — Computer Configuration — Policies — Administrative Templates — System — User Profiles

• Add the Administrators security group to roaming user profiles: Enable
• Disable detection os slow network connections: Enable
• Prompt user when a slow network connection is detected: Disabled
• Set roaming profile path for all users logging onto this computer: Enabled (\\srv-dc\profile$\DefaultUserV2\%username%)

GPO_Profile — User Configuration — Policies — Administrative Templates — System — User Profiles:

• Limit Profile size: Enabled
• Custom Message: У вас слишком большой профиль, почистите его.
• Max Profile size (KB): 1048576 (1Gb)
• Show registry files in the file list: отмечаю галочкой
• Notify user when profile storage space is exceeded: отмечаю галочкой
• Remind user every X minutes: 15

На заметку: из скриншота выше в политике нужно указывать имена учетных записей и всех компьютеров на которых будет работать перемещаемый профиль. Т.е. кто бы не зашел на данные компьютеры у него будет перемещаемый профиль, а если он есть еще и в политике то у него будет ограничение в 1Gb и сообщение при: Пуск — Завершение сеанса:

You have exceeded your profile storage space. Before you can log off, you need to move some items from your profile to network or local storage

Это у меня тестовый пользователь alektest закинул себе на рабочий стол несколько образов и хотел завершить сеанса, но к его сожалению у него ничего не вышло, сработало ограничение в 1Gb.

Также выводится, какие пользовательские файлы учетной записи alektest занимают большой объем и их нужно как правильно говорит информационное окно «Объем хранилища профилей» переместить на другой логический диск или в сетевую папку.

Удаляя самостоятельно подозрительно большие файлы данное окно выше автоматически подсчитывает размер текущего профиля, когда все нормально, то выводится сообщение: «В вашем профиле имеется доступное месторасположения». Раз так, то и выход может быть осуществлен корректно.

Как использовать настройку перемещаемых профилей уже решать Вам с учетом ваших задач. Я же для себя сделал напоминалку. Она работает. Что-либо еще добавить пока не зачем, лучше когда что-то будет интересное, а пока все, с уважением автор блога Олло Александр aka ekzorchik.

Можно ли перенести безболезненно клиентские пк из одного AD в другой? — Хабр Q&A

Имел опыт по переводу некоторого количества (несколько десятков) компов из одного домена в другой. Но у меня старый домен работал. Вкратце, так:
1. Выводим комп из домена (пароль локального администратора на компе нужно знать ДО этого!). Перезагрузка.
2. Входим под Администратором (локальным).
3. Профиль пользователя переименовываем (можно и скопировать, если время есть, на медленных дисках/компах и когда много файлов — можно потерять уйму времени), например, добавляем пару цифр в конце.
4. (на этом этапе нужно уже иметь рабочий AD и созданных пользователей в нём) Вводим комп в новый домен. Перезагрузка.
5. Входим под нужным пользователем в новый домен. Дожидаемся полной загрузки, выходим из системы (или, ещё лучше, перезагрузка).
6. Входим под любой учёткой с администраторскими правами (либо локальной, либо доменной, если уже успели политики прописать, и уже прописались нужные группы в администраторах). Добавляем в группу Администраторы того пользователя, которым заходили ранее. Удаляем вновь созданный профиль пользователя (пустой). Переименовываем старый как было. Выходим из системы.
7. Входим под нужным пользователем. Прописываем этого пользователя в безопасности в свойствах папки (профиля), применяем настройки, ждём немного. Если наследование включено и отдельно ничего не перенастраивалось, то больше не настраиваем права. А лучше зайти в доп. настройки и нажать «заменить наследуемые разрешения», и ещё подождать немного.
8. Заходим в этом же пользователе в regedit, прописываем себе права на ветку HKCU и вложенные (на какие-то ругнётся, но обычно это не критично).
9. Удаляем этого пользователя из администраторов. Перезагружаемся.
10. Сажаем пользователя — говорим: Готово, проверяйте!
Profit.

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

!!! ВНИМАНИЕ !!! Если были у пользователя зашифрованные папки средствами EFS — не перезагружайте компьютер, если он выключен — отключите кабель (чтобы не было сети ethernet), и войдите под старой учёткой (ОС win xp — win7 точно позволяют несколько входов без доступа к домену, кэшируют пароль). Потом скопируйте эти папки и файлы на ФС без поддержки шифрования, например, на флешку fat/exfat. Иначе данные потом будет сложно (но можно) достать.

часто задаваемых вопросов для регистрантов: перенос вашего доменного имени

.

Передача доменного имени — ICANN

Система доменных имен

Интернационализированное доменное имя, IDN, «IDN — это доменные имена, которые включают символы, используемые в местном представлении языков, которые не пишутся с помощью двадцати шести букв основного латинского алфавита» «az» «. IDN может содержать латинские буквы с диакритическими знаками, как того требуют многие европейские языки, или может состоять из символов нелатинских алфавитов, таких как арабский или китайский. Многие языки также используют другие типы цифр, кроме европейских» «0-9» ».Базовый латинский алфавит вместе с европейско-арабскими цифрами для целей доменных имен называется «символами ASCII» (ASCII = Американский стандартный код для обмена информацией). Они также включены в более широкий диапазон «символов Unicode», который составляет основу для IDN. «Правило имени хоста» »требует, чтобы все доменные имена рассматриваемого здесь типа хранились в DNS с использованием только перечисленных выше символов ASCII с одним дополнительным добавлением дефиса« — ».Поэтому форма IDN в формате Unicode требует специального кодирования перед вводом в DNS. При различении этих форм используется следующая терминология: Имя домена состоит из серии «меток» (разделенных «точками»). Форма ASCII метки IDN называется «A-меткой». Все операции, определенные в протоколе DNS, используют исключительно A-метки. Форма Unicode, которую ожидает отобразить пользователь, называется «U-меткой». Разницу можно проиллюстрировать с помощью слова на хинди, означающего «тест» — परीका -, которое здесь появляется как U-метка (в сценарии деванагари).Специальная форма «ASCII-совместимая кодировка» (сокращенно ACE) применяется к этому для создания соответствующей A-метки: xn — 11b5bs1di. Доменное имя, которое включает только буквы, цифры и дефисы ASCII, называется «меткой LDH». Хотя определения A-меток и LDH-меток частично совпадают, имя, состоящее исключительно из меток LDH, например «icann.org» «не является IDN.»

.