Работая в домене Windows на компьютерах под управлением Windows, мы зачастую даже не задумываемся о том, что при любом изменении параметров ПК (будь то имя или IP адрес) все изменения автоматически регистрируются на DNS сервере. Так устроен Windows и, как правило, не требуется никаких ручных действий. В ОС Linux автоматический механизм обновления записей ДНС отсутствует. Исключение составляет тот случай, когда клиент работает в домене FreeIPA (при условии, что DNS сервер развернут на том же сервере FreeIPA). Там этот механизм реализован клиентом FreeIPA. Работая же в домене Windows (или совсем без домена) клиенты Linux такой возможности лишены.  Но тем не менее и там тоже можно его реализовать, хотя и понадобится приложить некоторые усилия. Речь пойдет об утилите nsupdate

Виртуализфция... Уже давно в нажу жизнь ворвалось это слово. Без него сейча не обходиться ни одна компания. В виртуальном пространстве сейчас находится практически все: от всевозможных сервисов до полностью виртуализированных датацентров компаний. Зачастую это достаточно дорогое удовольствие. Приходится либо оплачивать услуги провайдеров за аренду ресурсов, либо вкладываться в производительное железо и лицензии за соответствующий софт. Безусловный лидер на этом рынке является Vmware. Но что делать, если бюджет достаточно ограничен, а задачи никто не отменял? Приходится задумываться о реализации виртуализации на свободном ПО. В этой статье будет описан "супербюджетный" способ установки кластера виртуализации с использованием безплатного ПО. По основному функционалу будет практически ничем не отличаться от кластера на Vmware vSphere. Но, естественно, в этом решении есть своя логика, зачастую не очень понятная, если есть обыт работы с vSphere. Речь идет о кластере виртуализации oVirt, реализованном на CentOS.

В этой статье описана настройка dns bind (view). Данная настройка может пригодиться, где в качестве внешнего и внутреннего dns используется один сервер. И есть необходимость разделить доменную зону (например: test.ru), назначая разные адреса различным сегментам сети.

Для чего это может понадобиться? Для примера, предположим есть почтовый сервер mail.company.ru у которого в интернете опубликован соответствующее имя с привязкой к публичному IP. Физически сервер находится в локальной сети и имеет приватный IP адрес. Необходимо, что бы клиенты в интернете видели имя сервера с публичным IP, а клиенты локальной сети обращались к серверу по приватному IP. Можно конечно пойти путем создания двух имен для сервера и ведения двух зон (приватной и публичной) и почтовые клиенты пользователей внутренней сети отправлять на сервер с внутренним адресом. Но это не удобно мобильным пользователям, которые должны со своими устройствами одинаково работать, как внутри сети, так и на выезде. В данном случае и поможет разделение (split) зон.

Наиболее часто встречаемая задача администрирования ПК в домене Active Directory является смена пароля локального администратора. Вопрос управления встроенными учетными записям на компьютерах домена является одним из важнейших аспектов безопасности, требующих внимание системного администратора. Безусловно, не стоит допускать использования одинаковых паролей локальных администраторов на всех компьютерах . Есть множество подходов к организации управления учетными записями локальных администраторов в домене: начиная от полного их отключения (не очень удобно, но эффективно), до управления через logon скрипты групповых политик (небезхопасно) и создания собственных систем управления встроенными учётками и их паролями.