Блог А

Список компьютеров в AD и пользователей.

2011-07-31T21:34:00.000-07:00

Встала задача составить актуальный список соответствий рабочих станций и пользователе которые работают за последними. Так как NetBOIS имена могу отражать прошлых владельцев ПК, либо отражать просто случайное имя. Есть два решения: обойти все компьютеры и сделать список вручную, либо попробовать получить данные из AD с помощью PowerShell. Первый способ не подходит, по причине НЕ TRU, второй так же не подходит, так как для того чтобы осуществить необходимое на PoSh необходимо, чтобы компьютеры домена имели установленный PoSh и командлеты для AD (only Windows 2008, Windows 7). Остается только VBS и CMD. Вот одно из решений которое я нашел в сети:

echo off
setlocal ENABLEDELAYEDEXPANSION
set domain=
set user=
for /f "delims=\ " %%i in ('net view ^| find "\\"') do (
set comp=%%~i
ping -n 1 -w 10 !comp! > nul 2>&1 && (
for /f "tokens=2,3 delims==\" %%d in ('wmic /failfast:on /output:STDOUT /node:"!comp!" ComputerSystem get username /format:value 2^> nul ^| find "="') do (
set user=%%~e
set domain=%%~d
set domain=!domain:~0!
if /i "%userdomain%"=="!domain!" (
set user=!user:~0,-1!
net user "!user!" /domain > nul 2>&1 && (
for /f "delims=" %%u in ('dsquery user -samid "!user!" -scope subtree -o dn ^| dsget user -fn -mi -ln -display -L 2^> nul ^| find ": "') do (
set name=%%~u
set name=set !name:: ==!
!name!
)
set fullname=!fn! !mi! !ln!
set fullname=!fullname:"='!
set display=!display:"='!
dsquery computer domainroot -name "!comp!" -scope subtree -o dn | dsmod computer -desc "!fullname! (!display!)" 2> nul && echo !comp! - !fullname! (!display!^)
)
)
)
)
)

Помещаем скрипт в планировщик, и при просмотре контейнера Computers в поле описание у нас будут выводится пользователи залогиненные на ПК

Установка и настройка Debian Linux под Hyper-V

2011-04-22T03:21:00.000-07:00

Debian не входит в список официально поддерживаемых Microsoft систем Linux для запуска под Hyper-V. Не смотря на это он работает в виртуальном окружении очень даже хорошо. В связи с тем, что официального пакета компонентов интеграции Hyper-V для Debian нет, мы воспользуемся драйверами Hyper-V встроенными в новейшие ядра Linux.

Установка Debian 6 под Hyper-V довольно банальна. Единственное что нужно сделать на этапе создания виртуальной машины это добавить в систему эмулируемый сетевой интерфейс Legacy. Он нам понадобится для первоначального обновления системы и установки новейшего ядра Linux.

После завершения установки Debian 6 у нас будет ядро 2.6.32 конечно оно не блещет новизной, но в тоже время вполне нормально с многопроцессорными виртуальными машинами.

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

# apt-get update

# apt-get install build-essential ncurses-dev kernel-package fakeroot linux-headers-2.6 linux-source-2.6.32

Теперь приступим к сборке нового ядра 2.6.36 взятого с kernel.org

# cd /usr/src

# wget -c www.kernel.org/pub/linux/kernel/v2.6/linux-2.6.36.tar.bz2

# bzip2 -d linux-2.6.36.tar.bz2

# tar xf linux-2.6.36.tar

# cd linux-2.6.36

# cp /boot/config* ./.config

# make menuconfig

В меню выбираем Device Drivers -> Stagging Drivers –> Microsoft Hyper-V Client Drivers

На этом этапе так же можно удалить лишние драйвера для устройств, которых никогда не будет в виртуальной машине, таких как wi-fi, звуковые карты, USB, PCI. Впрочем, это не обязательно, если не желаете, можете не делать.

После этого можем начать сборку deb пакетов ядра. Для того чтобы лучше отличать ядра добавляем в название символы hyper-v.

# make-kpkg clean

# fakeroot make-kpkg --initrd --append-to-version=-hyper-v kernel_image kernel_headers

Компиляция ядра занимает довольно продолжительное время. После этого в /usr/src появятся два deb пакета которые можно установить в систему командой dpkg –i.

Так же эти пакеты можно будет перенести и установить в другие виртуальные машины с Debian дабы не повторять процесс компиляции.

Редактируем /etc/initramfs-tools/modules и добавляем следующие строки указывающие загружать нужные модули при старте системы:

hv_vmbus

hv_storvsc

hv_blkvsc

hv_netvsc

Обновляем initramfs:

# update-initramfs –u –k 2.6.36-hyper-v
Выключаем виртуальную машину, удаляем сетевой адаптер Legacy, добавляем синтетический сетевой адаптер и загружаем машину с новым ядром.

После этого проверяем с помощью lsmod | grep hv что все нужные для работы Hyper-V модули загрузились.

Обратите внимание, в новых версиях ядер Linux сетевой синтетический интерфейс Hyper-V переименован из seth в eth. Это может вводить в заблуждение.

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

Виртуальная машина работает стабильно в 4-х процессорной конфигурации с 44 гигабайтами ОЗУ. В общем можно сделать вывод, что Debian и основанные на нем дистрибутивы способны отлично работать под Hyper-V и применяться для реализации инфраструктурных элементов работающих с большой нагрузкой.

(c) habrahabr.ru

Удаление старых ядер в Linux

2011-03-28T23:03:00.000-07:00

При эксплуатации системы и обновлений в /usr/src/ может накопится достаточное количество исходников от ядра, их можно удалить:

dpkg -l linux-{image,headers}-* | grep ii | grep -v generic | grep -v `uname -r` | awk '{ print $2 }' | xargs apt-get -y purge

Мое текущее ядро 2.6.35-28-generic

root@ktulhy:/boot/grub# uname -r

Переходим в /boot/ и удаляем файлы образа ядра, его конфигурации и образ ram диска (initrd.img) не связанные с текущим ядром

Далее открываем /boot/grub/grub.cfg и удаляем

menuentry 'Ubuntu, with Linux 2.6.32-27-generic' --class ubuntu --class gnu-linux --class gnu --class os { recordfail insmod part_msdos insmod ext2 set root='(hd0,msdos3)' search --no-floppy --fs-uuid --set 8b52af1e-a13a-40f3-b4b2-91f381a10f38 linux /boot/vmlinuz-2.6.32-27-generic root=UUID=8b52af1e-a13a-40f3-b4b2-91f381a10f38 ro quiet splash initrd /boot/initrd.img-2.6.32-27-generic}menuentry 'Ubuntu, with Linux 2.6.32-27-generic (recovery mode)' --class ubuntu --class gnu-linux --class gnu --class os { recordfail insmod part_msdos insmod ext2 set root='(hd0,msdos3)' search --no-floppy --fs-uuid --set 8b52af1e-a13a-40f3-b4b2-91f381a10f38 echo 'Loading Linux 2.6.32-27-generic ...' linux /boot/vmlinuz-2.6.32-27-generic root=UUID=8b52af1e-a13a-40f3-b4b2-91f381a10f38 ro single echo 'Loading initial ramdisk ...' initrd /boot/initrd.img-2.6.32-27-generic}

И другие подобные строки, после чего сохраняем.

Косяки.
Вообще я прочитал статью на хабре в которой человек удалял файлы старых ядер, решил ее дополнить и проделать у себя на рабочем ПК. После чего моя Убунта перестала загружаться, причина оказалась в отсуствующем модуле nvidia, он удалился вместе со старыми ядрами.
Поэтому пришлось загружаться с live-cd и ставить пакет nvidia-glx-185-dev
После этого все стало хорошо =)

Первичная настройка системы мониторинга Zabbix (часть 1)

2011-03-19T10:16:00.000-07:00

Если вы поставили Zabbix и не знаете что делать дальше - эта статья для вас! Нужно определиться какое оборудование есть в нашей сети и каким образом мы будем его мониторить. Допустим в сети есть серверы Linux и Windows, роутеры/коммутаторы Cisco или других производителей. На серверы необходимо установить клиентскую часть - zabbix agent, активное сетевое оборудование будем мониторить по snmp. Все это можно объединять в группы, группам присваивать шаблоны настроек, в шаблоны настроек добавлять элементы данных, которые необходимо мониторить, а на элементы данных устанавливать тригеры исходя из настроек которых мы будем получать уведомления (event). Вместе с сервером мы установили на zabbix agent, это значит что наш сервер - является первым узлом который уже добавлен в систему мониторинга, но еще не мониторится. Давайте включим его мониторинг: "Настройка" - "Узлы сети" - изменить состояние "не наблюдается" на "наблюдается" просто кликнув по слову.

Далее заходим в настройки первого хоста который у нас уже есть, кликнув по имени сервера. Тут можно переименовать хост, сменить шаблон или добавить дополнительный шаблон, добавить профиль хоста, отредактировать адрес и т.п. Шаблон - объединяет группу параметров, которые необходимо мониторить. Лично я удалю группу Zabbix Server, т.к. у меня будет только один сервер с zabbix и перемещу свой сервер в группу Linux servers.

Давайте сейчас посмотрим как выглядят предоставляемые нам данные. Переходим в "Мониторинг" - "Последние данные", можно отфильтровать узлы по группам и выбрать конкретный узел в группе

В шаблоне, элементы данных так же делятся на группы, такие как Availability, CPU, Filesystem... Предустановленный шаблон несет в себе слишком много элементов,

наша задача удалить те параметры которые нам бесполезны. Переходим в Настройка - Узлы сети -

делаем фильтр по шаблонам - выбираем шаблон Template_Linux - элементы данных.

Например операционная система установлена на один логический диск - поэтому оставляем только

"Free disk space on /", а проверку на свободное место для отдельных директорий "Free disk space on /usr"

(и других) удаляем. Аналогично поступаем с остальными элементами данных

Выделяем и удаляем все проверки которые нам не нужны.

Почему нужно удалять/отключать не используемые элементы - для того чтобы не нагружать систему

ненужными нам проверками. Быстродействие сервера отображается на дашборде

Думаю теперь необходимо установить zabbix-agent на другие Linux серверы, делается это просто

sudo apt-get install zabbix-agent

Простая установка системы мониторинга Zabbix

2011-03-18T12:08:00.000-07:00

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

Добавим репозитории в source.list, открываем файл и вписываем в этот файл строку:

sudo nano -w /etc/apt/source.list

deb http://www.backports.org/debian squeeze-backports main contrib non-free

Получаем списки пакетов и запускаем установку нужных нам пакетов из backports

sudo aptitude update
sudo aptitude -t squeeze-backports install zabbix-server-mysql zabbix-frontend-php zabbix-agent

В числе зависимостей будет установлен MySQL, в процессе установки система попросит установить пароль на mysql для пользователя root, далее будет предложение настроить базу данных через dbconfig-common - не отказываемся и настраиваем. Повторяем пароль для пользователя root, тот который мы вводили минутой ранее и второй пароль, но уже для приложения zabbix. Мы выбрали zabbix-server-mysql, поэтому будем использовать mysql, а не postgresql. Еще у нас попросят пароль для приложения zabbix-frontend-php - введем его.

2. После установки необходимо отредактировать php.ini в соответствии с требуемыми рекомендуемыми параметрами:

sudo nano -w /etc/php5/apache2/php.ini

date.timezonne = Europe/Moscow max_execution_time = 300max_input_time = 300
post_max_size = 32Mmbstring.func_overload = 2

3. Перезапускаем web сервер

/etc/init.d/apache2 reload

Заходим браузером по адресу http://адрес-сервера/zabbix
Логин и пароль по умолчанию admin:zabbix

4. Заходим в Profile и выбираем русский язык, далее настраиваем =)

5. По умолчанию база имеет кодировку latin1, необходимо переконвертировать ее в UTF8. После этого можно будет писать значения и мена на русском языке. Останавливаем zabbix

sudo /etc/init.d/zabbix-server stop

Делаем дамп базы

sudo mysqldump -u root -p --default-character-set=latin1 -c --insert-ignore --skip-set-charset -r zabbix-b01.sql zabbix

Переконвертируем сам файл в нужную нам кодировку

sudo iconv -f ISO8859-1 -t UTF-8 zabbix-b01.sql > zabbix-utf8.sql

Меняем все значения CHARSET=latin1 на новые CHARSET=utf8

sudo cat
zabbix-utf8.sql |
sed -e 's/ CHARSET=latin1/ CHARSET=utf8/g' >
zabbix-b02.sql

"Дропаем" существующую базу и определяем новую

sudo mysql -u root -p --execute="DROP DATABASE zabbix; CREATE DATABASE zabbix CHARACTER SET utf8 COLLATE utf8_general_ci;"

Восстанавливаем базу из дампа с правильной кодировкой

sudo mysql -u root --max_allowed_packet=16M -p --default-character-set=utf8 zabbix < zabbix-b02.sql

И запускаем Zabbix сервер

sudo /etc/init.d/zabbix-server start

Сейчас как мы видим кирилица отображается правильно:

Обзор системы мониторинга Zabbix

2011-03-18T10:24:00.000-07:00

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

Обзор системы

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

Zabbix предоставляет возможность эффективного и надежного мониторинга распределенной IT инфраструктуры. Настройку всей распределенной установки можно выполнить из одного места, а именно через общий веб-интерфейс.

Zabbix поддерживает вплоть до 1000 Нод в режиме распределенной установки. Каждая Нода отвечает за мониторинг своей собственной территории. Нода может быть настроена локально и через Мастер Ноду, которая имеет копию конфигурационных данных всех Дочерних Нод. Настройку Дочерних Нод можно осуществить в режиме оффлайн, т.е. при отсутствии связи между Мастер и Дочерней Нодой.
Иерархическое представление распределенного мониторинга позволяет иметь древовидную структуру Нод. Каждая Нода пересылает необходимую информацию только своей Мастер Ноде.
Все Ноды могут работать даже в случае проблем со связью. История собранных данных и событий хранится локально. Когда связь восстанавливается, тогда Дочерние Ноды будут выборочно отправлять данные Мастер Ноде.
Новые Ноды могут быть прикреплены к или откреплены от распределенной установки Zabbix без какой либо потери их функциональности. При этом нет необходимости перезапускать какую либо Ноду.
Каждая Нода имеет свои собственные настройки и работает как обычный Zabbix сервер.

Структура Zabbix

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

Zabbix прокси - собирает данные о производительности и доступности от имени Zabbix сервера. Все собранные данные заносятся в буфер на локальном уровне и передаются Zabbix серверу, к которому принадлежит прокси-сервер. Zabbix прокси является идеальным решением для централизованного удаленного мониторинга мест, филиалов, сетей, не имеющих локальных администраторов. Он может быть также использован для распределения нагрузки одного сервера. В этом случае, прокси только собирает данные, тем самым на сервер ложится меньшая нагрузка на ЦПУ и на ввод/вывод диска.
Zabbix агент - контроль локальных ресурсов и приложений (таких как жесткие диски, память, статистика процессора и т.д.) на сетевых системах, эти системы должны работать с запущенным Zabbix агентом. Агенты являются чрезвычайно эффективными из-за использования родных системных вызовов для сбора информации о статистике.
Веб-интерфейс - интерфейс является частью Zabbix сервера, и, как правило (но не обязательно), запущен на одном физическом сервере, что один Zabbix сервер. Работает на PHP, требует веб сервер.

Возможности

-Распределенный мониторинг вплоть до 1000 узлов. Конфигурация младших узлов полностью контролируется старшими узлами, находящихся на более высоком уровне иерархии.
-Сценарии на основе мониторинга
-Автоматическое обнаружение
-Централизованный мониторинг лог-файлов
-Веб-интерфейс для администрирования и настройки
-Отчетность и тенденции
-SLA мониторинг
-Поддержка высокопроизводительных агентов (zabbix-agent) практически для всех платформ
-Комплексная реакция на события
-Поддержка SNMP v1, 2, 3
-Расширение за счет выполнения внешних программ
-Гибкая система шаблонов и групп
-Возможность создавать карты сетей

Мониторинг

-Сервер и агент следят за размером наблюдаемого журнала и временем последнего изменения (для logrt) в двух счетчиках.
-Агент начинает читать лог-файл с той позиции, в которой он остановился последний раз.
-Количество уже проанализированных данных (счетчик размера) и время последнего изменения (счетчик времени) хранятся в базе данных Zabbix и отправляются агенту, чтобы указать ему с какой именно позиции следует начинать читать лог-файл.
-Всякий раз, когда лог-файл становится меньше, чем известное агенту значение счетчика размера, счетчик обнуляется и агент начинает читать лог-файл с самого начала, принимая во внимание счетчик времени.
-Все файлы, соответствующие формату имени файла в соответствующей папке, анализируются каждый цикл и агент пытается получить следующую строку из лог-файла (для logrt).
-Если в папке существует несколько соответствующих файлов с тем же временем последнего изменения, то агент будет лексикографически читать наименьший из этих файлов.
-Zabbix агент обрабатывает новые записи лог-файла один раз на Период обновления в секундах.
-Zabbix агент отправляет не более чем maxlines записей из лог-файла в секунду. Это ограничение предотвращает перегрузку сети и ресурсов процессора и переопределяет значение по умолчанию предусмотренное параметром MaxLinesPerSecond в файле настроек агента.
-Специальное примечание для разделителей пути “\”: если формат файла представлен как “file\.log”, тогда там не должно быть папки “file”, поскольку невозможно однозначно определить, экранируется ли это символ ”.” или это первый символ в имени файла.

Цели, установка, настройки

Итак, сымитируем ситуацию для дальнейшей установки Zabbix.
Имеется компьютер с FreeBSD, на котором кроме всего прочего, развернуты Веб-сервер Apache и север баз данных MySQL. На этот компьютер будет установлена серверная часть Zabbix, состоящая из сервера, Веб-интерфейса и агента, предназначенного для наблюдения за состоянием этого сервера. Для хранения базы данных Zabbix будет использоваться сервер MySQL.

Установка и настройка сервера Zabbix
Установку сервера Zabbix необходимо выполнить из портов:
-cd /usr/ports/net-mgmt/zabbix-server
-make config install clean

В окне конфигурации следует убрать все лишние опции. Достаточно опций [X] MYSQL Use MySQL backend и [X] FPING Use fping for pinging hosts.
После завершения установки нужно создать базу данных zabbix и пользователя zabbix для работы с этой базой данных, запустив клиент MySQL командой mysql -u -p, введя пароль и выполнив следующие команды:
-CREATE DATABASE zabbix CHARACTER SET utf8;

-GRANT ALL PRIVILEGES ON zabbix.* TO zabbix@localhost IDENTIFIED BY 'zabbix';

-FLUSH PRIVILEGES;

После закрытия клиента MySQL следует создать и инициализировать таблицы базы данных zabbix, выполнив следующие команды:
-cd /usr/local/share/zabbix/server/create
-cat schema/mysql.sql data/data.sql data/images_mysql.sql | mysql -u -p zabbix

По умолчанию конфигурация сервера Zabbix хранится в файле /usr/local/etc/zabbix/zabbix_server.conf, однако, данный файл не создается во время установки. Вместо него предлагается заготовка zabbix_server.conf.sample. Достаточно создать ее копию с именем zabbix_server.conf:
-cd /usr/local/etc/zabbix
-cp zabbix_server.conf.sample zabbix_server.conf

На начальном этапе настройки необходимо и достаточно задать в данном файле параметры доступа к базе данных и местонахождение утилиты fping:
-DBName=zabbix
-DBUser=zabbix
-DBPassword=zabbix
-FpingLocation=/usr/local/sbin/fping

Количество poller (процесса, предназначенного для сбора значений элементов данных, полученных агентами Zabbix) и trapper (процесса, предназначенных для приема результатов активных проверок, выполняемых агентами Zabbix) зависит от количества компьютеров и сетевых устройств (точнее – от количества элементов данных, связанных с компьютерами и сетевыми устройствами), за состоянием которых предполагается наблюдать. Увеличение количества poller и trapper повышает "параллельность" взаимодействия с агентами (производительность), но требует большее количество системных ресурсов, следовательно, необходимо находиться в балансе или просто пропорционально соответствовать количеством сетевых элементов ресурсам.
Для тог, чтобы сервер Zabbix запускался при запуске операционной системы, необходимо добавить в файл /etc/rc.conf следующую строку:
zabbix_server_enable="YES"

На этом начальная настройка сервера Zabbix завершается. Можно запустить сервер командой /usr/local/etc/rc.d/zabbix_server start, а затем выяснить его состояние командой /usr/local/etc/rc.d/zabbix_server status. Сообщение zabbix_server is running as pid ..., является признаком того, что сервер запустился и работает, а сообщение zabbix_server is not running свидетельствует о возникновении ошибок запуска сервера. К сожалению на практике пользовательского уровня с большим трудом можно оценить плюсы и различные «бонусы» сетевого мониторинга zabbix из-за множества встречающихся сложностей при установке сервера и его настройках, например, при банальном отказе запуска сервера по причине нехватки памяти и т.д.

Установку Веб-интерфеса Zabbix необходимо выполнить из портов:
cd /usr/ports/net-mgmt/zabbix-frontend
make config install clean

В окне конфигурации нужно выбрать опцию [X] MYSQL Use MySQL backend (выбрана по умолчанию).
После завершения установки следует добавить в файл конфигурации нужного виртуального хоста Веб-сервера Apache следующие строки:
-Alias /zabbix /usr/local/www/zabbix
-
-AllowOverride All
-Order deny,allow
-Deny from all
-Allow from ...
-Allow from ...

После изменения конфигурации виртуального хоста и перезапуска Веб-сервера Apache командой apachectl graceful нужно открыть в браузере URL http://host.company.com/zabbix (однако,host.company.com, необходимо заменить на имя выбранного виртуального хоста(stason)), при этом далее произойдет переход к настройке Веб-интерфейса Zabbix. Процесс настройки состоит из 8 этапов, во время которых придется согласиться с лицензионным соглашением, установить ограничения системных ресурсов интерпретатора PHP, достаточные для работы Веб-интерфейса Zabbix, а также указать параметры доступа к базе данных zabbix и к серверу Zabbix. В конце качаем предложенный файл конфигурации zabbix.conf.php и в папку /usr/local/www/zabbix/conf.

По умолчанию для входа в Веб-интерфейс Zabbix необходимо использовать Login name admin и Password. Сразу после первого входа следует настроить профиль пользователя, перейдя по ссылке Profile в правом верхнем углу страницы. На открывшейся странице USER PROFILE : Zabbix Administrator необходимо нажать кнопку Password и задать новый пароль, а также изменить Language на RU.

Настройка отправки уведомлений по Email

Zabbix позволяет уведомлять пользователей о событиях посредством отправки сообщений по Email, через Jabber и с помощью GSM-модема, а также путем запуска произвольных скриптов. Я опишу только настройку отправки уведомлений по Email, которая включает в себя три этапа:
-настройку средства передачи Email;
-привязку средства передачи Email к профилю пользователя;
-создание действия, обеспечивающего отправку уведомлений.
Для настройки средства передачи Email необходимо зайти в раздел Администрирование » Типы средств передачи, а затем перейти по ссылке Email в столбце Описание. На открывшейся станице «настройки средств передачи» следует задать SMTP сервер, SMTP приветствие (приветствие, которое будет использоваться в SMTP-команде «HI») и SMTP адрес электронной почты (почтовый адрес отправителя сообщений):

Для выполнения привязки средства передачи Email к профилю пользователя необходимо перейти на страницу «профиль пользователя»: Zabbix Administrator и нажать кнопку Добавить под списком Средства Передачи. В открывшемся окне Средство передачи нужно задать почтовый адрес получателя сообщений в поле Отправлять:

Добавление узлов сети

Автоматическое добавление узлов сети

Благодаря встроенному механизму обнаружения, Zabbix позволяет организовать автоматическое добавление и удаление узлов сети. Рассмотрим добавление и удаление рабочих станций с Windows, на которые установлен агент Zabbix. Для того, чтобы сервер Zabbix каждые полчаса сканировал заданный диапазон IP-адресов на наличие таких рабочих станций, добавлял найденные рабочие станции в группу узлов сети Windows Workstations и присоединял к ним шаблон Template_Windows, а также удалял из группы узлов сети Windows Workstations рабочие станции, которые не проявляют "признаки жизни" в течении предопределенного интервала времени, необходимо создать:
правило обнаружения;
действие, обеспечивающее добавление узлов сети;
действие, обеспечивающее удаление узлов сети.

Для создания действия, обеспечивающего добавление узлов сети, необходимо зайти в раздел Настройка » Действия, выбрать в выпадающем списке Событие значение Обнаружение и нажать кнопку Создать действие. На открывшейся странице «настройка действий» следует задать в поле Имя произвольное имя действия, удалить текст, содержащийся в полях Тема по умолчанию и Сообщение по умолчанию, а также задать условия действия и выполняемые операции. Для добавления условий нужно нажимать кнопку Новый, задавать в полях ввода формы Новая операция соответствующие значения и нажимать кнопку Добавить. Для добавления операций необходимо нажимать кнопку Новый, задавать в полях формы Изменить операцию соответствующие значения и нажимать кнопку Добавить.
Добавить в группу "Windows Workstations" и Соединить с шаблоном "Template_Windows". После внесения всех изменений страница «настройка действий» выглядит примерно так:

Вывод

Исследуя Zabbix, я пришел к выводу, что это очень интересная и полезная система мониторинга, которая позволяет, не только постоянно «наблюдать» за сетью и ее пользователями, но и оперативно обнаруживать сбои в работе сетевых серверов.
Zabbix значительно упрощает работу системного администратора крупной компании, дает возможность контролировать внутренние сетевые процессы, а также быстро реагировать на возможные угрозы неисправностей. Разумеется, я не в силах полностью изучить zabbix, потому что не имею достаточных средств и возможностей конструировать полноценную сеть, контролируемую данной системой мониторинга. Однако имея возможность скачать виртуальную модель частично работающего zabbix`a я ознакомился с начальными опциями, настройками и экспериментировал. Я уверен, что система мониторинга необходима для полноценной и «здоровой» работы крупного предприятия или компании, Zabbix прекрасно для этого подходит.

Простой мониторинг трафика - vnstat

2011-03-14T01:33:00.000-07:00

Часто необходимо узнать сколько трафика пришло на интерфейс (RX, Recieve) и сколько этот самый интерфейс отправил (TX, Trancieve). Для этого можно заглянуть в личный кабинет у поставщика интернета, но если сервер в локальной сети или вход в статистику биллинга обременителен - то очень кстати будет программа vnstat.

Её установка проста:

sudo apt-get install vnstat

Если у вас версия 1.10 - то программа автоматически добавится в автозагрузку и установит веб интерфейс, если версия 1.6 то необходимо проделать нижеследующее:

Далее необходимо загрузить init.d скрипт, заходим на сайт проекта, выбираем свой дистрибутив (в моем случае debian) http://humdi.net/vnstat/init.d и загружаем скрипт на наш сервер

wget -c http://humdi.net/vnstat/init.d/debian/vnstat

Копируем его в /etc/init.d/ и устанавливаем права на запуск

sudo chmod 755 /etc/init.d/vnstat

Добавляем в автозагрузку

update-rc.d vnstat defaults

Adding system startup for /etc/init.d/vnstat ...   /etc/rc0.d/K20vnstat -> ../init.d/vnstat
   /etc/rc1.d/K20vnstat -> ../init.d/vnstat
   /etc/rc6.d/K20vnstat -> ../init.d/vnstat
   /etc/rc2.d/S20vnstat -> ../init.d/vnstat
   /etc/rc3.d/S20vnstat -> ../init.d/vnstat
   /etc/rc4.d/S20vnstat -> ../init.d/vnstat
   /etc/rc5.d/S20vnstat -> ../init.d/vnstat

Запускаем как сервис(демон)

/etc/init.d/vnstat start

Сейчас давайте посмотрим опции с которыми можно запустить vnstat

$ vnstat --longhelp vnStat 1.6 by Teemu Toivola <tst at iki dot fi>
   Update:
   -u, --update обновление базы
   -r, --reset сброс счетчиков на интерфейсе
   --sync немедленная синхронизация счетчиков
   --enable разрешить интерфейс
   --disable запретить интерфейс
   --nick установить имя интерфейса (алиас к eth0)
   --cleartop очистить первые 10
   --rebuildtotal восстановить общие показатели за месяца
   Query:
   -q, --query запрос к базе
   -h, --hours показать по часам
   -d, --days показать по дням
   -m, --months показать по месяцам
   -w, --weeks показать по неделям
   -t, --top10 показать первые 10
   -s, --short использовать укороченный вывод
   --dumpdb показать базу в исходном формате
   Misc:
   -i, --iface выбрать интерфейс (по умолчанию: eth0)
   -?, --help короткая справка
   -D, --debug дополнительная информация при отладке
   -v, --version показать версию
   -tr, --traffic подсчитать трафик
   -l, --live показать трафик в реальном времени
   --config указать другой конфигурационный файл
   --showconfig сделать дамп конфигурационного файла с текущими настройками
   --testkernel проверить ядро на ошибки при работе
   --longhelp показать весь хелп

Сейчас необходимо создать базы и инициализировать интерфейсы с которых хотим собирать трафик

vnstat -u --nick WAN -i eth0

Без инициализации будет выходить ошибка

Unable to read database "/var/lib/vnstat/eth0"

Далее можно смотреть статистику

vnstat -i eth0 -d
vnstat -i eth0 -h
vnstat -i eth0 --live

Или установить web интерфейс:
1. Скачиваем файлы интерфейса с http://www.sqweek.com/sqweek/index.php?p=1
2. Распаковываем в директорию /var/www/vnstat
3. Открываем config.php и находим

$iface_list = array('eth0', 'ethХ');

Оставляем только необходимые интерфейсы, далее описываем названия интерфейсов

$iface_title['eth0'] = 'Internet';

4. Создаем каталог в котором будем хранить дампы файлов

mkdir /var/www/vnstst/dumps

5. Пробуем создать дампы в указанной директории

vnstat --dumpdb -i eth0 /var/www/vnstat/dumps/vnstat_dump_eth0

6. Далее записываем в планировщик задание на создание дампов

crontab -e*/30 * * * * vnstat --dumpdb -i eth0 /var/www/vnstat/dumps/vnstat_dump_eth0

Монтирование SMB/CIFS с авторизацией

2011-03-09T00:36:00.000-08:00

1. Создаем папку и даем на нее права.

sudo mkdir /mnt/share
sudo chown myuser /mnt/share

2. Открываем /etc/fstab

sudo nano -w /etc/fstab

Вписываем в файл строку монтирования общего каталога

//192.168.1.1/share /mnt/share smbfs auto,user,iocharset=utf8,uid=1000,umask=000,username=AdMyUser,password=AdMyPass 0 0

//192.168.1.1/share - адрес по которому располагается общая папка
/mnt/share - созданная нами директория в которую осуществляется монтирование
smbfs - тип файловой системы
Далее идут параметры монтирования
user - разрешаем монтировать файловую систему обычному пользователю;
iocharset=utf8 - указываем кодировку (из возможных вариантов: cp1251, koi8-r);
uid=1000 - устанавливаем владельца для всех файлов, у root uid=0, а первый не рут пользователь в системе, как правило имеет uid=1000;
umask=000 - устанавливаем биты полномочий. Биты полномочий umask отличаются от chmod, для umask восьмеричное число 0 (или десятичное 000) будет равно режиму доступа rwx;
username - имя пользователя которому даны привилегии на папку
password - пароль для пользователя.

3. Сохраняем файл и выполняем

sudo mount -a

Настройка Fail2Ban для ssh

2011-03-06T06:23:00.000-08:00

Автоматическая блокировка, с помощью Fail2Ban в Debian.

Fail2Ban программа, которая поможет защитить ssh соединение к серверу и сделать его устойчивым к перебору паролей. Применительно к sshd, программа будет анализировать лог файл /var/log/auth.log на предмет записей о не успешных попытках авторизации и дропать все соединения с удаленного хоста на наш сервер, по средствам iptables.

В Debian установка проходит не тривиальным образом, давайте установим программу используя apt-get:

sudo apt-get install fail2ban

После установки, нам необходимо подредактировать конфигурационные файлы, которые находятся в /etc/fail2ban:

sudo nano -w /etc/fail2ban/jail.conf

Приведу параметры которые необходимо подредактировать:

ignoreip = 127.0.0.1 192.168.0.0/16 #список адресов не подпадающих под правила

bantime = 600 #время бана в секундах

maxretry = 3 #число попыток, после которых применяется правило

destemail = mail@example.com #почтовый адрес для отчетов

[ssh]

enabled = true

port = ssh

filter = sshd

action = iptables[name=sshd, port=ssh, protocol=tcp]
#sendmail-whois - пошлет не просто адрес, а информацию предоставленную по whois.

sendmail-whois[name=ssh, dest=mail@example.com, sender=fail2ban@localhost]

logpath = /var/log/auth.log

maxretry = 2

bantime = 36000
#время бана можно указать отдельно для каждого правила, ровно как и количество неудачных fail-ов

[ssh-ddos]

enabled = true

port = ssh

filter = sshd-ddos

logpath = /var/log/auth.log

maxretry = 2

Сохраняем файл конфигурации jail (тюрьма), после чего запускаем службу:

sudo /etc/init.d/fail2ban start

После того, как в логах будут появляться записи о ошибках авторизации входа по ssh, программа будет блокировать, создавая правило в цепочке iptables:

iptables -L

Chain fail2ban-sshd (1 references)

target prot opt source destination
DROP all -- 217.107.186.88 anywhere
RETURN all -- anywhere anywhere

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

Mar 6 20:25:40 proxy sshd[21964]: Accepted password for root from 179.241.68.47 port 1194 ssh2
Mar 6 20:25:40 proxy sshd[21964]: pam_unix(sshd:session): session opened for user root by (uid=0)

Вот, что появляется в log файле при не удачном соединении из под root:

Mar 6 20:28:28 proxy sshd[22034]: pam_unix(sshd:auth): authentication failure; logname= uid=0 euid=0 tty=ssh ruser= rhost=192.168.1.252 user=root
Mar 6 20:28:30 proxy sshd[22034]: Failed password for root from 179.241.68.47 port 44640 ssh2

А вот, что получаем, когда соединяемся из под несуществующего пользователя:

Mar 6 20:38:20 proxy sshd[22258]: pam_unix(sshd:auth): authentication failure; logname= uid=0 euid=0 tty=ssh ruser= rhost=192.168.1.252
Mar 6 20:38:21 proxy sshd[22258]: Failed password for invalid user admin from 192.168.1.252 port 47258 ssh2

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

sudo nano -w /etc/fail2ban/filter.d/sshd.conf

failregex = ^%(__prefix_line)s(?:error: PAM: )?Authentication failure for .* from <HOST>\s*$

   ^%(__prefix_line)s(?:error: PAM: )?User not known to the underlying authentication module for .* from <HOST>\s*$
   ^%(__prefix_line)sFailed (?:password|publickey) for .* from <HOST>(?: port \d*)?(?: ssh\d*)?$
   ^%(__prefix_line)sROOT LOGIN REFUSED.* FROM <HOST>\s*$
   ^%(__prefix_line)s[iI](?:llegal|nvalid) user .* from <HOST>\s*$
   ^%(__prefix_line)sUser .+ from <HOST> not allowed because not listed in AllowUsers$
   ^%(__prefix_line)sUser .+ from <HOST> not allowed because none of user's groups are listed in AllowGroups\s*$
   ^%(__prefix_line)sauthentication failure; logname=\S* uid=\S* euid=\S* tty=\S* ruser=\S* rhost=<HOST>(?:\s+user=.*)?\s*$
   ^%(__prefix_line)srefused connect from \S+ $<HOST>$\s*$
   ^%(__prefix_line)sAddress <HOST> .* POSSIBLE BREAK-IN ATTEMPT\s*$

Необходимо добавить еще один failregex, вот такой ^$(__prefix_line)sFailed password for .* from <HOST>(?: port \d*)?(?: ssh\d*)? . Проверить его работоспособность можно так:

fail2ban-regex /var/log/auth.log 'Failed password for .* from <HOST>(?: port \d*)?(?: ssh\d*)?'

В ответ должны получить количество совпадений и адреса, которые попадают под это регулярное выражение:

Running tests
=============
Use regex line : Failed password for .* from <HOST>
Use log file : /var/log/auth.log
Results
=======
Failregex
|- Regular expressions:
| [1] Failed password for .* from <HOST>
|
`- Number of matches:
   [1] 19 match(es)
Ignoreregex
|- Regular expressions:
|
`- Number of matches:
Summary
=======
Addresses found:
[1]
   218.102.169.99 (Sun Mar 06 13:21:57 2011)
   218.102.169.99 (Sun Mar 06 13:22:04 2011)
   218.102.169.99 (Sun Mar 06 13:22:06 2011).............................................

Рестартим fail2ban

/etc/init.d/fail2ban restart

И всё ;)