Что-такое rsync, я думаю знают все, но на всякий случай освежим.

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

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

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

В данной мини-статье хотел бы описать несколько примеров работы с историей командной строки, надеюсь эта информация поможет многим "мученикам".

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

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

Итак ситуация, имеется Windows 2008 с установленным сервером терминалов (Служба удаленных рабочих столов) на которой крутиться 1С, при переходе с 1С 8.1 на 8.2 (часть баз осталась на 8.1, часть перенсена на 8.2) некоторые профили отказались грузить 8.2 и с упорством продолжали грузить 8.1. Хотя в клиенте Remote Desktop Connection четко прописаны пути для запуска 8.2.

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

Расписывать что такое VLAN и с чем его едят я не буду, т.к. если Вы читаете эту статью, значит знаете о них не по наслышке.

Ограничимся простым определением VLAN (Virtual Local Area Network) — виртуальная локальная компьютерная сеть.

VLAN возможно создавать не только на устройстах Cisco, другие справляются с этим не менее чем прилично, но тема наша посвящена именно циске, поэтому рассмотрим пример основанный на них .
 

Итак, что такое dig?

dig (англ. слово «копать», а формально — сокращение от «domain information groper») — утилита (DNS-клиент), предоставляющая пользователю интерфейс командной строки для обращения к системе DNS. Позволяет задавать различные типы запросов и запрашивать произвольно указываемые сервера. Является аналогом утилиты nslookup.

Утилита dig входит в стандартный комплект DNS сервера BIND.

Начнем,

1. Простой вывод команды dig (для понимания вывода, без доп.параметров )

Когда вы задаете имя домена в команде dig по-умолчанию вы получаете A-запись домена (ip-адрес сайта (домена) который мы запрашивали) как показано на листинге ниже

В продолжение прошлой статьи - Работа с Active Directory c использованием командлетов Powershell на серверах под управлением Windows 2003/2008, рассмотрим некоторые примеры использования этих командлетов.

Начнем с вопроса, который часто волнует сисадминов, как узнать какие аккаунты AD уже не используются. Для определения задачи уточним формулировку до какие аккаунты не  используются долгое время (например полгода).

Вывод списка компьютеров, не имевших входа в домен более 6 месяцев:
get-adcomputer -properties lastLogonDate -filter * | where { $_.lastLogonDate -lt (get-date).addmonths(-6) } | FT Name,LastLogonDate

VBScript несколько надоел, решил попробовать что-нибудь новенькое. Выбора большого конечно нет, поэтому заинтересовался управлением объектами AD c помощью командлетов Powershell. Начал ковырять и понял, что по-умолчанию, без установки дополнительных модулей это невозможно. Речь идет про сервера под управлением Windows 2003-2008. В Windows 2008 R2 все намного проще, т.к. все необходимое там уже имеется и неоднократно расписано.

Серверов на Win2008 R2 у меня пока еще нет (видимо не дорос =))) поэтому буду рассматривать на примере Win2003 R2 SP2. (для Win2008 отличия не большие).

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

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

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

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

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

В дальнейшем планируется разработка тестов по Линуксовым системам, BSD и Windows-сервер, одним словом скучно не будет =)

Тесты будут располагаться здесь, следите за обновлениями! =)

Свои результаты и пожелания по части теста можете выкладывать в комментариях к этой статье.