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

Ниже представлен небольшой workaround, позволяющий менять ключи для работы с различными проектами на assembla.com.

1) разместите где-либо в $PATH скриптик (назовем его gitssh):

#!/bin/sh
key=$(git config ssh.key)
 
if [ -z "$key" ]; then
  git_opts=""
else
  git_opts="-i ${key}"
fi
 
exec ssh $git_opts "$@"

2) установите переменную GIT_SSH чтобы она указывала на этот скрипт:

export GIT_SSH=gitssh

3) выполните настройку ключа для проекта1 в его директории

git config ssh.key ~/.ssh/my_cool_project1_key.pub

и для проекта2 в его директории

git config ssh.key ~/.ssh/my_cool_project2_key.pub

Вот и все работает ) Успехов!

http://www.assembla.com/spaces/breakoutdocs/wiki/Different_SSH_keys_for_different_projects

• Наличие списка исключений (т.е. бэкапим все кроме…)
• Получение списка всех БД из MySQL (не надо добавлять вновь созданные базы к бекапу)
• Создание директории под бэкап вида “…/YYYY/mm/dd/HH-MM/”
• Бэкап каждой базы в отдельный файл вида “YYYY-mm-dd.HH-MM.databasename.backup.sql” (mysqldump бэкапит все в один файл)
• Архивирование бэкапа в тарбол
• Зачистка .sql

Собственно к написанию скрипта меня сподвигло именно то что mysqldump бэкапит все что ему сказано в один файл (если требуется восстановить одну базу, то попробуй ее выцарапай из общего дампа…), а создавать отдельную строку для бэкапа всякой новой БД геморно (об этом как минимум надо вспомнить!).

В общем если интересно – прошу под кат:

Собственно сам скрипт

#!/bin/bash
 
##
# MySQL backup utility
# @author dmitry.bykadorov@gmail.com
##
 
# current date
DATE=`date +%Y-%M-%d`
 
# y/m/d/h/m separately
YEAR=`date +%Y`
MONTH=`date +%m`
DAY=`date +%d`
HOURS=`date +%H`
MINUTES=`date +%M`
 
# database credentials
DBUSER=""
DBPASS=""
DBHOST=""
 
# create list of databases
mysql -h $DBHOST -u $DBUSER -p$DBPASS -e "show databases;" > /tmp/databases.list
 
# create backup dir (e.g. ../2011/01/01/04-00)
BACKUP_DIR=/home/backups/mysql/$YEAR/$MONTH/$DAY/$HOURS-$MINUTES
mkdir --parents --verbose $BACKUP_DIR
 
# excludes list (Database is a part of SHOW DATABASES output)
EXCLUDES=( 'Database' 'information_schema' )
NUM_EXCLUDES=${#EXCLUDES[@]}
 
for database in `cat /tmp/databases.list`
do
  skip=0
 
  let count=0
  while [ $count -lt $NUM_EXCLUDES ] ; do
    # check if this name in excludes list
    if [ "$database" = ${EXCLUDES[$count]} ] ; then
      let skip=1
    fi
    let count=$count+1
  done
 
  if [ $skip -eq 0 ] ; then
    echo "++ $database"
    # now we can backup current database
    cd $BACKUP_DIR
    backup_name="$YEAR-$MONTH-$DAY.$HOURS-$MINUTES.$database.backup.sql"
    backup_tarball_name="$backup_name.tar.gz"
    `/usr/bin/mysqldump -h "$DBHOST" --databases "$database" -u "$DBUSER" --password="$DBPASS" > "$backup_name"`
    echo "   backup $backup_name"
    `/bin/tar -zcf "$backup_tarball_name" "$backup_name"`
    echo "   compress $backup_tarball_name"
    `/bin/rm "$backup_name"`
    echo "   cleanup $backup_name"
  fi
done
 
`/bin/rm /tmp/databases.list`
 
echo "done!"

Можете его свободно:

• использовать (никаких гарантий я вам конечно же не даю – на свой страх и риск )))
• модифицировать (например добавить выгрузку бэкапа на другой сервер или на Amazon S3 )))
• критиковать ))

P.S. Если таки будете использовать – не забудьте подставить ваши mysql credentials ))

Помимо собственно FTP на сервер, человечку нужен был виртуальный хост для его отладочных нужд. Сервер как правило использовался только проверенными людьми, поэтому особо с безопасностью никто особо не заморачивался. Ан вот приспичило. На счастье, попался мне на просторах интерентов документик ProFTPD mini howto, в котором подробно разбирается почему демон не хочет работать с прямыми симлинками из хомяка в docroot виртуальника (в моем случае). Собственно остановился я на этом решении:

Filesystem Tricks [...]

To have an exact duplicate of the /var/ftp/incoming directory available in /home/bob/incoming and /home/dave/incoming, use one of these commands:

Linux (as of the 2.4.0 kernel):

  mount --bind /var/ftp/incoming /home/bob/incoming
  mount --bind /var/ftp/incoming /home/dave/incoming

Что я в общем-то и применил.

P.S. Надеюсь дыр в безопасности не добавил )

Кросспост из моего хабра.

Век живи – век учись.

Ковыряясь в публикациях о Ruby на википедии наткнулся на замечательный проект, который не только поможет ленивому программисту поднять development среду для своих нужд, но также во многих случаях выручит и администратора и менеджера проектов. Проект этот называется BitNami.

Что же такое – BitNami?

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

BitNami Stack представляет собой интегрированный пакет программного обеспечения, которое включает в себя веб-приложение и все его необходимые компоненты (веб-сервер, базу данных, Language Runtime), поэтому он готов к запуску “из коробки”. Stack’и могут быть представлены в виде нативных инсталляторов, образов виртуальных машин,  или образов для облачного хостинга.

Нативные инсталляторы – это отдельные исполнимые файлы, которые вы можете загрузить к себе на машину. После запуска инсталлятора будет выполнен пошаговый атоматический процесс установки выбранной системы. Инсталляторы доступны для Windows, Mac OS X, Linux и Solaris (согласитесь, этого более чем достаточно в 95% случаев).

Образы виртуальных машин – это преднастроенные виртуальные машины, которые включают минимальную инсталляцию Linux и собственно компоненты BitNami Stack. Образы виртуальных машин доступны для VMWare и последних версий VirtualBox.

Образы для облачного хостинга позволяют вам запустить BitNami Stack в облачном окружении и программно запускать или останавливать его. Облачные образы на текущий момент доступны для Amazon EC2, кроме того планируется также поддержка других облачных хостингов.

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

На текущий момент доступно уже несколько десятков стеков. Вот некоторые из них:

• Infrastructure
  • DjangoStack
  • LAMPStack
  • RubyStack
  • …
• Blog
  • WordPress
  • …
• Bug-Tracking
  • Redmine
  • …
• CMS
  • Drupal
  • Joomla
  • Radiant CMS
  • …
• Forum
  • phpBB
• Version Control
  • Subversion
• Wiki
  • DokuWiki
  • MediaWiki
  • …

Где же могут нам пригодиться BitNami Stacks?

• Локальные девелоперские среды.
• Вируализация девелоперских сред на централизованных началах (безобразно, но однообразно, как в армии).
• Тестирование CMS, Wiki, багтрекеров – поиграться, чтобы понять, а нужно ли оно вообще, подходит ли.
• Развертывание быстрых конфигураций в продуктовых средах (облачный хостинг как минимум).
• Ваш вариант?

Я уже опробовал VMWare образы Python/Ruby/Redmine – очень понравилось. Django Stack (native installer) почему-то не установился на Win7 – что-то с PostgreSQL, пока детально не разбирался.

Вот вкратце и все. Надеюсь, был полезен ))

Устанавливаем зависимости:

yum install gettext-devel expat-devel curl-devel  zlib-devel openssl-devel

Мне также еще потребовалось установить GCC:

yum install gcc

Загружаем исходники и разархивируем их:

wget  http://kernel.org/pub/software/scm/git/git-1.6.1.tar.gz
 
tar xvfz git-1.6.1.tar.gz

Устанавливаем:

cd git-1.6.1
 
make prefix=/usr/local all
 
make prefix=/usr/local install

Вуаля! )

Оригинал тут. Проверено также на CentOS 5.4 32bit.

Итак, у нас есть один IP на интерфейсе eth0:

eth0 Link encap:Ethernet HWaddr 00:26:B9:2A:B9:13
inet addr:192.168.0.1 Bcast:192.168.0.255 Mask:255.255.255.0

Нам нужен еще один IP на том же сетевом интерфейсе (пусть для определенности это будет 192.168.0.200). Для этого нужно создать в директории /etc/sysconfig/network-scripts/ файл ifcfg-eth0:0

DEVICE=eth0:0
ONBOOT=yes
BOOTPROTO=static
IPADDR=192.168.0.200
NETMASK=255.255.255.255

После этого нужно перезапустить сетевые службы:

service network restart

Выполняем ifconfig и видим, что появился “алиас” eth0:0

eth0:0 Link encap:Ethernet HWaddr 00:26:B9:2A:B9:13
inet addr:192.168.0.200 Bcast:192.168.0.11 Mask:255.255.255.255
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
Interrupt:185 Base address:0xa000

Если потребуется добавить еще несколько IP, то добавляем соответственно файлы ifcfg-eth0:X, где X – 1,2,3 и так далее. Выглядит не очень оптимально, так? Действительно, если требуется “навесить” на сетевой интерфейс последовательность из IP-адресов (допустим такой вот диапазон: 192.168.0.200-220), то можно воспользоваться следующей конфигурацией. Создаем файл /etc/sysconfig/network-scripts/ifcfg-eth0-range0:

IPADDR_START=192.168.0.200
IPADDR_END=192.168.0.220
NETMASK=255.255.255.255
CLONENUM_START=1
NO_ALIASROUTING=yes

Опять перезапускаем сетевые службы:

service network restart

В результате появятся 20 алиасов eth0:1 – eth0:20, c нужными адресами.

Кроме того, добавлять, изменять и удалять ip-адреса можно с помощью команд ip и ifconfig, например если нужно временно поднять дополнительный адрес:

ifconfig eth0:0 inet 192.168.0.200/32

Естественно, после перезагрузки адрес пропадет. Чтобы убрать временный адрес:

ifconfig eth0:0 down

Have fun! ))

Собственно скрипт

#!/bin/bash
ps -eo pid,comm,user,%mem | awk '
{
    memory[$2]+=$4;
}
END
{
    print( "--== Cumulative memory usage TOP: ==--" );
    print( "--------------------------------------" );
    print( "%MEM t| COMM" );
    print( "--------------------------------------" );
    while( length(memory) > 0 )
    {
        max = -1;
        for( i in memory )
        {
            if( memory[i]>max )
            {
                max_index = i;
                max = memory[max_index];
            }
        }
        delete memory[max_index];
        print( max, "t| ", max_index  );
    }
}' | less

Несколько комментариев:

• Сначала получаем список процессов при помощи ps. Выглядит он примерно так:

  PID COMMAND         USER     %MEM
    1 init            root      0.0
    2 migration/0     root      0.0
    3 ksoftirqd/0     root      0.0
    4 watchdog/0      root      0.0
    5 migration/1     root      0.0
    6 ksoftirqd/1     root      0.0

• Затем при помощи awk собираем кумулятивные данные в массив ( memory[$2]+=$4; ). Тут думаю все понятно.
• Последним штрихом является сортировка кумулятивных значений и их отображение. К сожалению asort, встроенный в gawk, выдавал что-то неудобоваримое, пришлось написать простую сортировку самостоятельно. Пока массив memory содержит элементы, пробегаем мессив memory, ищем максимальный элемент, печатаем его, удаляем максимальный элемент ( delete memory[max_index]; ). Каждую итерацию, массив memory уменьшается на один элемент.
• less добавлен для удобства использования.

Результат работы скрипта:

--== Cumulative memory usage TOP: ==--
--------------------------------------
%MEM    | COMM
--------------------------------------
7.4     |  httpd
3.1     |  clamd
2.8     |  spamd
0.6     |  mysqld
0.4     |  yum-updatesd
0.2     |  named
0.1     |  ntpd
0.1     |  munin-node
0       |  rpciod/1
0       |  rpciod/2
0       |  udevd

Боле короткая форма записи для скрипта (без сортировки, но в одну строку):

#
ps -eo pid,comm,user,%mem | awk '{memory[$2]+=$4} END{ print( "%MEM t| COMM" ); for( proc in memory ) print( memory[proc], "t| ", proc  ); }' | less

Have fun ))

p.s. Можно добавить еще распознавание и группировку таких процессов rpciod/1 и rpciod/2
p.p.s. Можно попробовать добавить обновление по времени like top, и ограничить число выводимых процессов (например 20ю).

Часть вторая, в которой рассматриваются вопросы работы с SVN для начинающих:

Использование Subversion

Структура репозитория Subversion

Если все предыдущие шаги пройдены успешно, то вы готовы к использованию вашего репозитория. В комлекте Subversion поставляется интерфейс для командной строки, который так и называется: svn.

# Получить справку по использованию
[root@name] svn --help

Основные команды, которые вам нужно знать это svn import (импорт исходников в репозиторий), svn commit (ci) (обновление репозитория с учетом сделанных вами изменений), и svn checkout (co) (загрузка рабочей копии файлов к вам на локальную машину или в локальную директорию). Итак, сначала import чтобы поместить исходники в svn, затем checkout чтобы получить полную актуальную версию и наконец, после правок и изменений – commit для сохранения внесенных вами изменений.

Перед тем как мы продолжим, несколько слов о структуре репозитория. Едва ли не все источники говорят о создании определенной структуры директорий в репозитории. В особенности они отмечают что необходимо создать директории branches, tags, и trunk в корневой директории репозитория. Например:

.
|-- project1
|   |-- branches
|   |-- tags
|   `-- trunk
`-- project2
|-- branches
|-- tags
`-- trunk

Далее в литературе описано как организовать работу с таким репозиторием. Надо сказать что такая структура не является обязательной и если у вас не очень сложный проект вы можете ей не следовать.

От переводчика. К слову сказать, я работал как с описанной в литературе структурой, так и без нее. Собственно если разработчиков 1-3, можно обойтись без усложнения процедур и репозитория. Если команда 5 и более человек, проект быстро растет и развивается, то заранее надо подумать о том как будут работать 10, 20 или даже 100 разработчиков.

В качестве примера, создадим тестовые директории и несколько файлов в них.

[root@name] cd /tmp
[root@name] mkdir mytestproj
[root@name] cd mytestproj
[root@name] mkdir configurations options main
[root@name] vim configurations/testconf1.cfg
[root@name] vim options/testopts1.cfg
[root@name] vim main/mainfile1.cfg

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

Импорт в Subversion

[root@name] svn import /tmp/mytestproj/
file:///var/www/svn/repos/mytestproj
-m "Initial repository layout for mytestproj"
Adding         /tmp/mytestproj/main
Adding         /tmp/mytestproj/main/mainfile1.cfg
Adding         /tmp/mytestproj/configurations
Adding         /tmp/mytestproj/configurations/testconf1.cfg
Adding         /tmp/mytestproj/options
Adding         /tmp/mytestproj/options/testopts1.cfg

На самом деле импортировать можно не только через file:///var/www/svn/repos/mytestproj (этот прием подразумевает что репозиторий и ваши файлы находятся на одном сервере), но и указывая URL: http://yoursvnserver/repos/mytestproj. Этот же URL будет использован для выгрузки далее.

Выгрузка из Subversion

Теперь, легким движением руки… о чем это я… )) В общем давайте заберем из репозитория то что мы туда положили. Но сперва откройте в браузере http://yourmachine/repos. Однажды импортировав проект в SVN, вы можете использовать его на любой другой машине. Для соединения с репозиторием, вы также будете использовать аккаунт пользователя, созданного в первой части данной статьи:

[root@name] cd /tmp
[root@name] svn co http://yoursvnserver/repos/mytestproj
Authentication realm: <http://yoursvnserver:80> Subversion repos
Password for 'youruser':
A    mytestproj/main
A    mytestproj/main/mainfile1.cfg
A    mytestproj/configurations
A    mytestproj/configurations/testconf1.cfg
A    mytestproj/options
A    mytestproj/options/testopts1.cfg
Checked out revision 1.

Правка и коммит в Subversion

На предыдущем шаге мы выгрузили 1ю ревизию нашего проекта. Теперь вы можете отредактировать что-нибудь и закоммитить (commint) ваши правки обратно на сервер Subversion:

[root@name] cd mytestproj
[root@name] vim configurations/testconf1.cfg -- Add or delete something and save.
[root@name] svn commit -m "Added a line to testconf1.cfg."
Sending        configurations/testconf1.cfg
Transmitting file data .
Committed revision 2.

От переводчика: обратите внимание, с ключом -m добавляется текстовый комментарий (в данном случае “Added a line to testconf1.cfg.”). Комментарий не является обязательным, но я рекомендую не пренебрегать данной возможностью, это очень облегчает понимание изменений сделанных ранее другим разработчиком или вами, но несколько месяцев назад. Об этом еще будет сказано ниже.

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

Добавление и удаление в Subversion

Теперь, когда у нас все тип-топ, неожиданно нам требуется добавить файлы в наш репозиторий. Сделать это несложо используя аргумент add. Выгружаем наш проект, копируем новые файлы, добавляем их к репозиторию и коммитим изменения:

# Выгружаем
[root@name] svn co http://yoursvnserver/repos/mytestproj
A    mytestproj/main
A    mytestproj/main/mainfile1.cfg
A    mytestproj/configurations
A    mytestproj/configurations/testconf1.cfg
A    mytestproj/options
A    mytestproj/options/testopts1.cfg
Checked out revision 2.

# Добавляем файл
[root@name] cd mytestproj
[root@name] cp /etc/yum.repos.d/CentOS-Base.repo configurations/
[root@name] svn add configurations/CentOS-Base.repo
A         configurations/CentOS-Base.repo

# Коммитим правку
[root@name] svn commit -m "Added the CentOS Yum repo file."
Adding         configurations/CentOS-Base.repo
Transmitting file data .
Committed revision 3.

Удалить элементы также просто – только используйте delete а не add. И не забывайте коммитить изменения! Теперь, если вы зайдете через браузер в репозиторий, вы увидите что ревизия уже 3я.

Откат в Subversion

Описанное выше смотрится здорово, но что, если потребуется откатиться назад, к предыдущей версии? Это тоже несложно сделать. Если вы не уверены, какая версия вам нужна, команда log вам в помощь. Вот зачем очень желательно добавлять комментарии к каждому коммиту. Информации в комментарии не много, но достаточно для того чтобы понять что было сделано.

От переводчика: кстати полезно к комментарию добавлять номер бага или требования, по которому вносится данная правка (конечно если у вас используется багтрекинговая система или система управления требованиями), например “bug 1234: new directory added”

# Лог по всему репозиторию
[root@name] svn log http://yoursvnserver/repos
# Лог по выбранному проекту
[root@name] svn log http://yoursvnserver/repos/mytestproj

Таким образом вы получили полный список ревизий с комментариями. На основании списка вы можете выбрать нужную вам ревизию.

# Выгрузка первой ревизии
[root@name] svn co -r 1 http://yoursvnserver/repos/mytestproj

Контроль доступа (ACL)в Subversion

Зачастую, вам не потребуется разграничивать доступ пользователей к каждому репозиторию. Тем не менее, если это потребуется, то доступы пользователям можно разграничивать при помощи списков контроля доступа (ACLs). Данные списки можно подключить при помощи директивы AuthzSVNAccessFile, параметром которой служит имя файла:

# Включение ACLs
AuthzSVNAccessFile /etc/svn-acl-conf

Вы можете добавить эту директиву в секцию Location, соответствующую вашему репозиторию:

DAV svn
SVNParentPath /var/www/svn/repos
AuthzSVNAccessFile /etc/svn-acl-conf
AuthType Basic
AuthName "Subversion repos"
AuthUserFile /etc/svn-auth-conf
Require valid-user

Теперь необходимо создать файл /etc/svn-acl-conf. Он будет содержать секции следующего вида:

[reponame:repopath]
user = access

Параметр access может быть: r (read – чтение), rw (read-write – чтение-запись), или пустой (нет доступа). По умолчанию, при использовании ACLs, пользователи не имеют доступа к репозиторию. Предположим, что у нас есть репо framework, и мы хотим выдать следующие права: john – чтение, joe – чтение-запись. Это можно сделать при помощи следующей записи:

[framework:/]
john =  r
joe = rw

Также можно создавать группы в секции groups. В дальнейшем при использовании перед именами групп ставится @, например:

[groups]
staff = joe, george

[framework:/]
john =  r
@staff = rw

Если вы хотите сделать все репозитории доступными всем пользователям, вы можете добавить секцию для корневой директории каждого репо:

[/]
* = r

В качестве заключения

В данной статье освещена малая часть всех возможностей, которые Subversion может вам предложить. Этот краткий курс молодого svn-бойца предназначен помочь начинающим сориентироваться как что и зачем. Пользуйтесь документацией, там содержится множество полезных фич и приемов, которые будут полезны как одному разработчику, так и большой, в том числе и распределенной географически, команде. Вы также можете использовать Subversion для своих локальных нужд, указывая file:///path/to/repo вместо того чтобы работать через apache http://yoursvnserver/repos/whatever.

Удачи! )

Что еще почитать о Subversion?

Version Control with Subversion ака svnbook: http://svnbook.red-bean.com/

P.S.
Про установку и настройку SVN вы сможете прочитать в первой части – Subversion на CentOS 4.x/5.x и RHEL 4/5. Часть 1 – установка и настройка.

Часть первая, в которой рассматривается установка и настройка SVN через mod_dav:

Системы

Данное руководство применимо к CentOS 4.x/5.x и Red Hat Enterprise (RHEL) 4/5

Ссылки

Subversion: http://subversion.tigris.org/
Version Control with Subversion ака svnbook: http://svnbook.red-bean.com/

Установка

[root@name]$ yum install mod_dav_svn subversion

Устанавливаем перечисленные выше пакеты. Если у вас еще не утсанавлен apache, то его также необходимо установить. При устновке из yum, также могут устанавливаться дополнительные пакеты, в зависимости от вашей системы и установленных ранее пакетов.

Конфигурация Subversion

Apache

Перед тем как мы углубимся в дебри, нужно убедиться что у вас есть и сконфигурирован apache. В первую очередь откроем /etc/httpd/conf/httpd.conf и как минимум поменяем ServerName. Если это не помогает ))) то сверьтесь с официальной документацией по apache (http://httpd.apache.org)

[root@name] vim /etc/httpd/conf/httpd.conf
[root@name] service httpd start
[root@name] chkconfig httpd on

Проверьте работает ли веб-сервер, для этого достаточно открыть http://yourmachine в браузере. Работает? Отлично, впереди нас ждут более забавные вещи.

Конфигурация Apache для Subversion

Далее нужно сконфигурировать несколько вещей, чтобы apache и subversion могли работать вместе. Открываем примерный файл конфигурации, который шел вместе с пакетом subversion:

[root@name] cd /etc/httpd/conf.d/
[root@name] vim subversion.conf

# Убедитесь что эти две строки раскоментированы
# это значит apache будет загружать данные модули
LoadModule dav_svn_module     modules/mod_dav_svn.so
LoadModule authz_svn_module   modules/mod_authz_svn.so

Добавьте или подредактируйте следующие строки для базовой аутентификации и указания места расположения репозиториев

<Location /repos>
DAV svn
SVNPath /var/www/svn/repos
AuthType Basic
AuthName "Subversion repos"
AuthUserFile /etc/svn-auth-conf
Require valid-user
</Location>

Локация – это строка запроса, которая будет передаваться apache через URL, например http://yourmachine/repos указывает на SVNPath, который вы указали. Пример выше не является истиной первой инстанции, поэтому данные параметры вы можете настраивать как вам угодно (да, и не забывайте сохранять файл после того как отредактируете его)))).

Далее нам надо создать файл с паролями для аутентификации (этот файл мы уже прописали в конфигурации выше). Мы воспользуемся для этого утилитой htpasswd. В первый раз ее надо запускать с параметрами -cm. При этом будет создан новый файл и пароль будет зашифрован при помощи алгоритма MD5. Далее нужно использовать только ключ -m.

[root@name] htpasswd -cm /etc/svn-auth-conf yourusername
New password:
Re-type new password:
Adding password for user yourusername
[root@name] htpasswd -m /etc/svn-auth-conf anotherusername
New password:
Re-type new password:
Adding password for user anotherusername

Конфигурирование репозитория

Далее нужно создать репозиторий, куда будут загружаться ваш файлы. Это несложно сделать с помощью инструментария, который идет в комплекте с svn.

[root@name] cd /var/www/
[root@name] mkdir svn
[root@name] cd svn
[root@name] svnadmin create repos
[root@name] chown -R apache:apache repos
[root@name] service httpd restart

Протестируйте репозиторий через браузер http://yourmachine/repos. Сначала должно отобразиться окошко с запросом имени и пароля. После успешной аутентификации должна отобразиться страница ревизии 0. Если все было именно так, значит наш репозиторий настроен. Если нужно много репозиториев, обратитесь к документации в начале данной статьи. Ну чтож, приступим к использованию нашего репозитория )

P.S.
Про работу с SVN вы сможете прочитать во второй части – Subversion на CentOS 4.x/5.x и RHEL 4/5. Часть 2 – работа с svn.

Сразу оговорюсь, что CentOS 5 x86_64 у меня уже была установлена, поэтому шаги по установке ОС опускаем.

Подготовка к установке QmailToaster

Прежде всего проверяем selinux

[root@name ~]# getenforce

Если отображается Disabled, то все окей. Если нет, то отключаем в ручную:
[root@name ~]# vim /etc/selinux/config

Заменяем:
SELINUX=enforcing
На:
SELINUX=disabled

Аналогичную операцию можно выполнить, запустив утилиту setup и

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

Если вы хотите чтобы selinux оставался активен, нужно выполнить такую команду:

setsebool -P httpd_can_network_connect=1

Директория для инсталяции

Войдите в систему под root’ом, создайте директорию qtms-install

mkdir -p /usr/src/qtms-install

Пре-установочные скрипты

Перемещаемся в директорию /usr/src/qtms-install, которую создали ранее

cd /usr/src/qtms-install

cnt50-deps.sh и cnt5064-deps.sh

Для i386: нужно скачать скрипт cnt50-deps.sh

wget http://www.qmailtoaster.com/centos/cnt50/cnt50-deps.sh

Для x86_64: нужно скачать скрипт cnt5064-deps.sh

wget http://www.qmailtoaster.com/centos/cnt5064/cnt5064-deps.sh

Далее их нужно запустить:
Для i386: выполняем cnt50-deps.sh

sh cnt50-deps.sh

Для x86_64: выполняем cnt5064-deps.sh

sh cnt5064-deps.sh

cnt50-perl.sh и cnt5064-perl.sh

Для i386: нужно скачать скрипт cnt50-perl.sh

wget http://www.qmailtoaster.com/centos/cnt50/cnt50-perl.sh

Для x86_64: нужно скачать скрипт cnt5064-perl.sh

wget http://www.qmailtoaster.com/centos/cnt5064/cnt5064-perl.sh

Для i386: выполняем cnt50-perl.sh

sh cnt50-perl.sh

Для x86_64: выполняем cnt5064-perl.sh

sh cnt5064-perl.sh

Скрипт запросит ручную конфигурацию CPAN, отвечайте нихт ферштейн no ))
Далее скрипт запросит несколько раз yes/no, не обращайте внимания, просто нажимайте ENTER, будет выбран ответ по-умолчанию.

cnt50-svcs.sh и firewall.sh

Скачиваем cnt50-svcs.sh (не забывайте, если у вас CentOS 5 x86_64, заменяйте cnt50 на cnt5064, т.е. будет cnt5064-svcs.sh):

wget http://www.qmailtoaster.com/centos/cnt50/cnt50-svcs.sh
или
wget http://www.qmailtoaster.com/centos/cnt5064/cnt5064-svcs.sh

Редактируем cnt50-svcs.sh (cnt5064-svcs.sh) вашим любимым редактором:

vim cnt50-svcs.sh
или
vim cnt5064-svcs.sh

Находим строку MYSQLPW=YOUR_MYSQL_ROOT_PASSWORD и меняем YOUR_MYSQL_ROOT_PASSWORD на пароль mysql пользователя root. Сохраняем файл.

Скачиваем firewall.sh

wget http://www.qmailtoaster.com/centos/cnt5064/firewall.sh
или
wget http://www.qmailtoaster.com/centos/cnt5064/firewall.sh

Редактируем firewall.sh

vim firewall.sh

Находим строку MYIP=YOUR_IP_ADDRESS и изменяем YOUR_IP_ADDRESS на IP вашего сервера.

Запускаем cnt50-svcs.sh

sh cnt50-svcs.sh
или
sh cnt5064-svcs.sh

Этот скрипт включает все необходимые сервисы. Затем скрипт коннектится к mysql как root, создает и настраивает привилегии для vpopmail, создает симлинк на krb5, редактирует php.ini, устанавливает runlevel 3 и настраивает файрволл, вызывая firewall.sh. Некоторые сервисы могут выдавать ошибки во время работы скрипта, не беспокойтесь ))

Вы также можете утратить коннект если ваша сеть 192.168.0.0/16. Для того чтобы поправить это досадное недоразумение, поправьте должным образом /etc/sysconfig/iptables и перезапустите iptables.

Также может понадобиться поправить строку коннекта к mysql:
если у вас возникает ошибка ‘Access denied for user ‘root’@'localhost’ (using password: NO)’, измените строку cnt50-svcs.sh (cnt5064-svcs.sh)

mysqladmin -u root password $MYSQLPW
на
mysqladmin -u root -p$MYSQLPW

Обновление пакетов

Теперь нужно обновить все пакеты в системе:

yum -y update

После успешного завершения обновления, перезагружаемся

reboot

Установка QmailToaster

Загрузка необходимых пакетов QmailToaster

Логинимся под root’ом и переходим в директорию /usr/src/qtms-install/

cd /usr/src/qtms-install

Загружаем скрипт current-download-script.sh, который и загрузит нам все необходимые пакеты для последующей установки и запускаем его:

wget http://www.qmailtoaster.com/info/current-download-script.sh
sh current-download-script.sh

Вы можете спросить: а если возникнут проблемы? Например ошибки сборки RPM:

Bad exit status from /var/temp/rpm-tmp.84356 (%build)
      error: File not found by glob: /usr/src/redhat/RPMS/x86_64/vpopmail-toaster*.rpm.

И потом, при установке qmail-toaster :

error: Failed dependencies :
      exim conflicts with qmail-toaster-1.03-1.3.16.x86_64
error: Failed dependencies :
      qmail-toaster >= 1.03-1.3.16 is needed by qmail-pop3d-toaster-1.03-1.3.16.x86_64

Нужно перед инсталляцией деинсталлировать exim и его зависимости:

rpm -e --nodeps arpwatch
rpm -e --nodeps sendmail
rpm -e --nodeps exim

Это должно помочь.

Установка пакетов QmailToaster

Скачиваем cnt50-install-script.sh (cnt5064-install-script.sh) – инсталлятор QmailToaster

wget http://www.qmailtoaster.com/centos/cnt50/cnt50-install-script.sh
или
wget http://www.qmailtoaster.org/centos/cnt5064/cnt5064-install-script.sh

Запускаем инсталятор:

sh cnt50-install-script.sh
или
sh cnt5064-install-script.sh

Скрипт запросит подтверждение на установку каждого пакета. Просто нажимаем Enter, чтобы выбирать Yes по умолчанию.

Если после устанвоки ничего не заработает: открываем инсталляционный скрипт, видим там дюжину секций или около того. Вы можете копипастнуть секцию и запустить ее независимо. Например, видим что не работает imap. Запускаем ручками:

DISTRO=cnt50
ARCH=i386
BDIR=redhat
IMAP=courier-imap-toaster-*.src.rpm
rpmbuild --rebuild --with $DISTRO $IMAP
rpm -Uvh /usr/src/$BDIR/RPMS/$ARCH/courier-imap-toaster*.rpm

Видим что ошибка возникает потому что пакет cyrus-imap вызывает конфликт. Удаляем его

yum -y remove cyrus-imapd-2.3.7-2.el5.i386

Затем опять запускаем проблемный сегмент и тем самым решаем проблему.

Если в ходе инсталляции, при запуске sh cnt50-install-script.sh вы получаете ошибки vpopmail-toaster-5.4.13-1.3.1 (типа таких ‘cant run even the simplest ANSI C program…. create usergroup, create user…’):

Проверка сервисов

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

• Выполняем команду setup
• Выбираем System Services и выбираем Run Tool
• Проверям, выбраны ли требуемые сервисы:
  • acpid
  • anacron
  • atd
  • autofs
  • cpuspeed
  • crond
  • freshclam
  • haldaemon
  • httpd
  • iptables
  • kudzu
  • messagebus
  • mysqld
  • network
  • ntpd
  • qmail
  • smartd
  • sshd
  • syslog
  • xinet

Install djbdns

Установка djbdns (если вы не хотите bind)

#Удаяем bind
rpm -e --nodeps bind bind-chroot

#Собираем djbdns для i386
rpmbuild --rebuild --with cnt50 djbdns*.src.rpm

#Собираем djbdns для x86_64
rpmbuild --rebuild --with cnt5064 djbdns*.src.rpm

# Устанавливаем djbdns для i386
rpm -Uvh ../redhat/RPMS/i386/djbdns-localcache*.rpm

# Устанавливаем djbdns для x86_64
rpm -Uvh ../redhat/RPMS/x86_64/djbdns-localcache*.rpm

# Добавляем search your-domain.com в /etc/resolv.conf (не забывайте заменять your-domain.com на ваше значение)
echo "search your-domain.com" > /etc/resolv.conf

# Добавляем nameserver 127.0.0.1 в /etc/resolv.conf
echo "nameserver 127.0.0.1" >> /etc/resolv.conf

# перезагружаемся
reboot

Конфигурация QmailToaster

Проверяем статус mail сервера

qmailctl stat

Вывод команды должен выглядеть примерно так:

root@gateway ~]# qmailctl stat
authlib: up (pid 2425) 65 seconds
clamd: up (pid 2425) 65 seconds
imap4: up (pid 2421) 65 seconds
imap4-ssl: up (pid 2423) 65 seconds
pop3: up (pid 2414) 65 seconds
pop3-ssl: up (pid 2409) 65 seconds
send: up (pid 2416) 65 seconds
smtp: up (pid 2418) 65 seconds
spamd: up (pid 2407) 65 seconds
authlib/log: up (pid 2417) 65 seconds
clamd/log: up (pid 2417) 65 seconds
imap4/log: up (pid 2422) 65 seconds
imap4-ssl/log: up (pid 2424) 65 seconds
pop3/log: up (pid 2415) 65 seconds
pop3-ssl/log: up (pid 2413) 65 seconds
send/log: up (pid 2420) 65 seconds
smtp/log: up (pid 2419) 65 seconds
spamd/log: up (pid 2408) 65 seconds

Добавляем домен

# Добавляем домен
/home/vpopmail/bin/vadddomain your-domain.com

# Добавляем пользователя
/home/vpopmail/bin/vadduser you@your-domain.com 

# Редактируем /etc/php.ini и устанавливаем register_globals = On
service httpd restart

Открываем браузер и переходим по URL http://www.your-domain.com/admin-toaster/
Username: admin
Password: toaster
Тут вы можете изменить пароль.

# Редактируем /etc/php.ini и устанавливаем register_globals = Off, рестартим апач
service httpd restart

Проверяем полученный mail сервер:

• http://www.your-domain.com/webmail
• Входите с использованием полного email адреса и пароля
• Отправьте самому себе email – должно работать
• Отправьте email на другой (внешний) адрес
• Примите письмо на внешний адрес и ответьте на него

Если не отображается Isoqlog нужно выполнить следующее:

sh /usr/share/toaster/isoqlog/bin/cron.sh

Уф. Написать это было не менее утомительно чем сделать ) Не говоря уж о том чтобы написать с нуля. Спасибо разработчику QmailToaster, а я на этом пойду спать. Благо то немногое, что мне нужно от Qmail, закрутилось завертелось.