Prosody — это легковесный кроссплатформенный XMPP-сервер, написанный на языке программирования Lua. На хабре есть несколько статей по настройке prosody в стандартном варианте — в linux. Настройка в windows содержит несколько подводных камней, о которых я постараюсь рассказать.
Однажды в нашем небольшом офисе понадобилось настроить систему учёта трафика под linux. Бегло просмотрев готовые решения, я решил использовать что-то попроще. Погуглив, мне понравился подход использовать самописный скрипт, который бы конвертировал статистику netflow в squid-совместимый лог, который затем можно анализировать чем угодно. Готовый скрипт, гуляющий по гуглу, я использовать не стал, т.к. он использует ipcad, которой отсутствует в debian и ubuntu. Написал свой вариант, использующий любой netflow сенсор и flow-tools в качестве коллектора. Скрипт постепенно усложнялся и, в итоге, вырос в небольшую систему учёта трафика. Архив этого удовольствия весит около 50кб, при этом:
устанавливается с помощью deb для дистрибутивов, основанных на debian или с помощью собственного инсталлятора для остальных
умеет считать интернет-трафик на маршрутизаторе по всем ip v4 протоколам и портам
умеет ограничивать доступ не прописанным пользователям
вместо голой статистики ip-адресов netflow умеет детализировать отчёты с помощью dig и squid
умеет выборочно блокировать трафик
имеет веб-интерфейс для управления пользователями и группами пользователей
настраивается немногим сложнее lightsquid, который использует в работе
не использует промежуточный лог access.log, собственный парсер конвертирует статистику netflow напрямую в отчёт lightsquid
Многие слышали о *nix-утилите GNU ddrescue, предназначенной для сохранения данных, читающихся с ошибками (существует две утилиты с таким названием, но я расматриваю именно GNU-версию). На хабре был топик о ней, рассказывающий основные особенности данной утилиты — копирование данных с записью в лог с последующими попытками считать проблемные места. Но мало кто знает, что её можно использовать в ос семейства windows, под катом я расскажу, как.
В данной статье я попытаюсь сравнить производительность различных систем шифрования под linux. В теории, конечно, известно, какая система производительнее, и попытки посчитать производительность разных систем были (например). Truecrypt даже содержит встроенный бенчмарк (который показывает, однако, производительность на RAM, его можно использовать разве что для оценки скорости разных алгоритмов шифрования). Я же сделаю несколько другое — измерю скорость файловой системы, зашифрованной разными средствами, в процентном соотношении по сравнению с обычной нешифрованной файловой системой.
