Случилась незадача... У одного из пользователей почтового сервера "своровали" параметры подключения к почтовому серверу (скорее всего с помощью троянца какого-то). Пользователю была разрешена отправка сообщений через СМТП-авторизацию. Злоумышленники воспользовались этой возможностью и организовали рассылку.

Реквизиты доступа изменены в первую очередь, однако в почтовой очереди сообщений еще тысячи нелегитимных сообщений от этого пользователя. Очищать всю очередь сообщений - не вариант. Так можно и полезных сообщений лишиться. Удалять сообщения по одному - это тоже не вариант. Необходимо поставить это дело "на конвеер". Помочь в этом может следующий скрипт:

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

Решил собрать в одном месте ссылки на online-ресурсы, которые можно использовать в качестве рабочих инструментов. Использование многих из них предотвращает использование нелицензионного ПО, а также установки дополнительных приложений на рабочие станции.

Буду рад, если "поделитесь" дополнительными ссылками на полезные ресурсы.

Итак, список следующий.

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

• необходимо узнать у простого пользователя, какой его внешний IP-адрес - просто отправляем его на сайт, и пусть любым доступным способом передает данные нам;
• чужая сеть, и выход в Internet реализован через NAT - узнаем, в какой IP-адрес NAT-ятся наши запросы;
• у провадера динамически выдаются IP-адреса - необязательно писать каждый раз команды в консоли...

Тоесть, вывод IP-адреса посетителя можно использовать в качестве инструмента. Потратив 5 минут на поиск готового модуля для Drupal, решил не заморачиваться и создать блок самостоятельно. Тем более, что ничего сложного нету - одна строка кода.

Довольно частно начинающие администраторы FreeBSD путаются в чем разница между ветками RELEASE, STABLE и CURRENT.

Попробуем внести хоть какую-то ясность в этом вопросе. Итак, стоит иметь ввиду, что эти ветки существуют одновременно в любой момент времени.

Рано или поздно, любой сетевой администратор сталкивается с необходимостью контролировать смену/появление новых MAC-адресов в сети. Если сеть совсем маленькая - это не сложно, если же сеть на сотни устройств  - контролировать подключение устройств к сети становится довольно проблематично. С помощью утилиты ARPWatch можно отслеживать изменения в сети. ARPWatch отслеживает соответствие Ethernet-адресов и IP-адресов. Активность регистрируется в syslog и с помощью почтовых оповещений. Для прослушивания ARP-трафика на локальном ethernet-интерфейсе используется библиотека pcap.

Назначение ARPWatch

Предварительно советую ознакомиться с переводом страниц руководства:
restore

На одном из серверов вышел из строя один из HDD, собранных в RAID 1 с помощью gmirror. Систему запустил на одном HDD, отредактировав /etc/fstab. Поскольку HDD были небольшого размера (80 GB), решил заменить их более обьемными. Соответственно необходимо реализовать задачу переноса работающей системы на новый HDD, а потом уже снова собирать RAID.

Версия установленной FreeBSD - 6.2:

Понадобилось решение для мониторинга и автоматического перезапуска некоторых сервисов. Поискав решение в Интернете, решил ознакомиться с возможностями monit.

Немного общей информации о monit.

Monit умеет мониторить:

Нашел на просторах Интернета заметку о использовании скрипта phpSysInfo. Исходя из описания, которое можно найти на официальном сайте проекта, с его помощью можно сгенерировать вывод информации о CPU, RAM, PCI устройствах, SCSI устройствах, IDE устройствах, сетевых адаптерах, использовании дисковых ресурсов, аптайма системы и многое другое.

Поддерживаемые платформы:

• Linux 2.6.x
• FreeBSD 7.x
• OpenBSD 2.8+
• NetBSD
• Darwin/OSX
• Windows 2000 / Windows 2003 / Windows XP / Windows Vista / Windows 7

Системные требования

Решил на одном из серверов вместо Apache установить быстрый и легкий Lighttpd. Просмотреть результаты тестирования этих двух web-сервером можно по ссылке: Lighttpd vs Apache.

Итак, результаты тестирования говорят сами за себя, так что "опробовать" Lighttpd однозначно стоит.

Итак, установку выполним как всегда из портов, благо они обновляются ежедневно по cron-у. Даем команду на установку: