CNAME для файлового сервера SAMBA4 в домене Active Directory

Встала задача временно заменить вышедший из строя файловый сервер, сервером на котором уже работают службы Samba. Запасной сервер готов приступить к работе, и данные на нём уже восстановлены. Проблема только в том, что переименовывать сервер не хочется, а ярлыки и сетевые ресурсы у пользователей ссылаются на адрес \\fileserver\.

Вышедший из строя сервер: fileserver.sezar.local
Сервер, который его временно заменяет: zdata.sezar.local

Идя в том, чтобы набрав на клиенте \\fileserver\ мы увидели тот же самый набор сетевых ресурсов, что и \\zdata\. Для этого необходимо создать сетеве ресурсы с такими же именами, создать cname-запись в домене и зарегистрировать SPN (Server Principal Name). Без SPN-записи, клиенты будут возмущаться на то, что hostname сервера не соответствует имени, по которому вы пытайтесь получить доступ.

Установка файлового Samba сервера на CentOS 7 с аутентификацией в Active Directory с использованием winbind

Задача: перенести существующий файловый сервер под управлением Debian Squeeze на новый сервер, под управлением CentOS 7.
Сервер должен быть интегрирован с Active Directory и выполнять прозрачную аутентификацию пользователей.
В CentOS 7 есть довольно-простой способ поставить Samba-сервер с интеграцией в AD, но мне он не подошёл, т.к. у меня имеется уже довольно большая база домашних каталогов формата \\fileserver\username\, а представленный способ даёт пути вида \\fileserver\username@domain.local, что влечёт за собой большую работу по переконфигруированию огромного количества рабочих станций и я так и не смог разобраться, как при таком способе назначать владельцем файла пользователя и группу AD, т.к. они не присутствуют в системе в списках пользователей и групп.
В итоге я решил для получения групп использовать winbind.

Установка Openfire сервера с авторизацией в домене Active Directory на CentOS 6.5

Довольно долго вынашивал идею внедрения какого-нибудь корпоративного IM, и вот этот момент настал.
Основных требований к системе было два. Первое - это аутентификация по средствам Active Directory, т.к. администрировать огромное количество учётных записей и объяснять пользователям, на что у них какие пароли, становится просто невозможно. Второе - по возможности бесплатность этой системы. Под эти требования очень хорошо вписался jabber, и в частности "Открытый огонь 3.9.3".

Ниже будет изложена подробная инструкция по развёртыванию сервера Openfire и его интеграция с доменом Microsoft Active Directory.

Это позволит добавлять пользователей в корпоративный чат, просто добавив их в группу Active Directory и удалять, просто отключив учётную запись, а так же будет общий контакт-лист, где будут перечислены все сотрудники предприятия.

Для инсталляции нам потребуется:
1. Сервер с чистой инсталляцией ОС CentOS.
2. Уже установленный и настроенный сервер Active Directory и DNS.

Контроллер домена, DNS и DHCP на Windows Server 2012 R2 в Server Core

На сервере должно быть установлено только минимально необходимое ПО, и с появлением в Windows Server 2008 варианта установки Server Core, это стало действительно так. В самом деле, на сервер Active Directory нет никакой необходимости устанавливать полный комплект ПО, который никогда использоваться не будет, например "Проводник" и "Internet Explorer". К тому же, поскольку этого ПО на сервере не будет, ненужно будет устанавливать на него обновления и лишний раз перезагружать сервер. Поэтому я задался идеей сделать максимально простую, безопасную и минималистичную инфраструктуру, рулить которой можно оснастками RSAT (Remote Server Administration Tools) с машины администратора.

И так, приступим и установим Windows Server 2012 R2 в режиме Server Core.

Создание реплики контроллера домена Windows 2003 на Windows 2008 R2

Зависеть от старого контроллера домена становится опасно, и нужно было перенести Active Directory на другой сервер. Поскольку AD нельзя никак экспортировать/импортировать, единственное решение - это репликация.

В моём случае, всё осложнилось тем, что контроллер домена был поднят очень давно, и обслуживающий его персонал уже успел смениться несколько раз, а пароль восстановления Active Directory был утерян (благо для репликации он не понадобился).

Перед включением второго контроллера в лес AD нужно было подготовить старый лес командой "adprep /forestprep", которую можно найти на установочном компакт-диске Windows Server 2008 R2. Но дело в том, что старый контроллер домена находящийся под управлением Windows Server 2003 английской версией, а дистрибутив Windows Server 2008 R2 - русский.