Lazy admin notes ;)

Потратив прилично времени за гуглом, я все-таки смог поставить веб-интерфейс rutorrnet для торрент клиента rtorrent.

Да, я сделал это не идеально, но как говориться первый блин комом.

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

1. Если у вас уже используется виртуалмин (а может быть даже и вебмин), не надо ставить пакет lighttpd – может некорректно заработать SCGI модуль, соединяющий веб-интерфейс с самим торрентом

2. Можно использовать стандартные пакеты rtorrent и xmlrpc-c, как написано ниже, а можно собрать их из исходников. Я использовал стандартные и все работает. Из минусов: Параметр “отдано” пишется в килобайтах и не переводится в гигабайты. О том как собрать из исходников читайте в конце статьи.

Эта инструкция написана, для установки связки rtorrent+rutorrent при уже установленных virtualmin+webmin.
Качалка торрентов будет запускаться от имени пользователя, созданного Виртуалмином. Например, вы уже создали сайт example.ru , а Виртуалмин соответственно создал пользователя example.
Во время всей установки меняйте во ВСЕХ нижеприведенных кодах example на своего юзера/сайт.

Read more…

У меня дома несколько компьютеров. Основной с windows 7 на борту и нетбук с openSUSE. На основном компьютере настроен ftp, но это не всегда удобно.

Было решено расшарить диски в windows и примонтировать их на нетбуке.
Поскольку это не всегда нужно, я решил просто сделать скрипт, который я могу запускать от пользователя и пользоваться.

Сначала про то как расшарить:
свойства (диска или папки, не важно) – доступ – расширенная настройка – разрешения – оставляем только нужного пользователя, с нужными правами.

На нетбуке, в корне создаем папку с правами достаточными для нас:

# mkdir /windows
# mkdir /windows/q
# chmod -R 777 /windows

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

# nano cifs

#!/bin/bash
stty -echo #отключаем вывод
sudo mount -t cifs -o username=имя_windows_учетки, password=пароль_windows_учетки //ip_компьютера_с_windows/q /windows/q

#chmod +x cifs

Далее все подключается и работает, но каждый раз запрашивает пароль, что надоаедает. Решаем этот вопрос:

# EDITOR=nano visudo

Добавляем строку
имя_учетки_в_linux ALL=(ALL) NOPASSWD: /bin/mount

На этом все, кидаем скрипт например на рабочий стол. Нужен доступ – запускаем и пользуемся. Редактируем файлы, смотрим видео потоком через wi-fi и тд.

Сегодня будем рассматривать оптимизацию посредством внедрения nginx .

Изначальные условия: работающий сервер на centos 6.2, на котором стоит apache+php+mysql и несколько расширений и модулей для php, на которых мы заостряться не будем. На сервере крутится ~25 сайтов настроенных как virtual hosts.

Появилась необходимость настроить nginx как frontend и apache как backend соответственно. Последняя стабильная версия nginx оказалась в репозитории epel, который надо подключать отдельно. К сожалению там не оказалось по умолчанию некоторых модулей, и было принято решение собирать nginx самостоятельно. Для удобства, а так же в целях удобства администрирования было решено собирать rpm из src.rpm. Это даст нам возможность пересобрать пакет, если нас что-то не устроит, безболезненно его удалить, а так же не упустить никаких зависимостей пакета. В пакетных дистрибутивах, будь то rpm-based или deb-based, всегда рекомендуется установка из пакетов.

Для начала подключим репозиторий EPEL командой:

# rpm -Uvh http://download.fedoraproject.org/pub/epel/6/i386/epel-release-6-5.noarch.rpm

# rpm –import http://dl.fedoraproject.org/pub/epel/RPM-GPG-KEY-EPEL

Затем включим репозиторий с пакетами исходников, отредактировав файл /etc/yum.repos.d/epel.repo

# nano /etc/yum.repos.d/epel.repo

В секции epel-source меняем значение enabled=1 .

Далее установим пакеты необходимые для сборки:

# yum install yum-utils rpmdevtools gcc make

Скачиваем исходники пакета:

# yumdownloader –source nginx

Пакет скачается в директорию в которой мы находимся. Установим его:

# rpm –ivh nginx -1.0.14-1.el6.src.rpm

Не стоит пугаться сообщений вида:

warning: user mockbuild does not exist – using root

warning: group mockbuild does not exist – using root

Для нашей задачи эти уведомления никакой роли не играют. Ошибки здесь тоже никакой нет.

Установим зависимости исходников для сборки:

# yum-builddep nginx -1.0.14-1.el6.src.rpm

У нас появилась папка rpmbuild, а в ней папка SPECS, а в ней nginx.spec, отредактируем его:

# nano ~/rpmbild/SPECS/nginx.spec

Редактируем по своему желанию, а можем и оставить как есть.

Приступаем к сборке:

# rpmbuild -ba ~/rpmbuild/SPECS/nginx.spec

# cd ~/rpmbuild/RPMS/x86_64/

# ls –l

А вот и наш готовый пакет. Устанавливаем:

# rpm -ivh nginx-1.0.14-1.el6.x86_64.rpm

Первая часть закончена. Остается настроить.

Read more…

Разработчики Debian, а конкретно те, кто отвечает за проект backports, иной раз решили нас порадовать, выпустив ядро 3.2.0 в своем репозитарии. Итак, поехали.

Если в Ваш sources.list не добавлен репозитарий Backports – то самое время это сделать:

# echo “deb http://backports.debian.org/debian-backports squeeze-backports main” >> /etc/apt/sources.list

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

# aptitude update && aptitude -y upgrade

Ищем новое ядрышко, для того, что бы выбрать нужное под Вашу архитектуру:

# aptitude search linux-image-3

В нашем распоряжении:

linux-image-3.2.0-0.bpo.1-486
linux-image-3.2.0-0.bpo.1-686-pae
linux-image-3.2.0-0.bpo.1-686-pae-dbg
linux-image-3.2.0-0.bpo.1-amd64
linux-image-3.2.0-0.bpo.2-486
linux-image-3.2.0-0.bpo.2-686-pae
linux-image-3.2.0-0.bpo.2-686-pae-dbg
linux-image-3.2.0-0.bpo.2-amd64
linux-image-3.2.0-0.bpo.2-rt-686-pae
linux-image-3.2.0-0.bpo.2-rt-686-pae-dbg

Выбираем необходимое нам ядро, исходя из архитектуры вашего ПК выберите нужное Вам ядро. Мне подошло 3.2.0-0.bpo.2-686-pae. Приставка -pae означает платформу x86, но которая при этом поддерживает более 4 гб оперативной памяти. Устанавливаем ядро. Будьте внимательны с зависимостями!

# aptitude install linux-image-3.2.0-0.bpo.2-686-pae

Aptitude предупредит нас о том, что необходимо решить зависимости. Поскольку, пакеты initramfs-tools и linux-base старой версии, то их необходимо подтянуть из Backports. При первом запросе отказываемся от установки ядра со старыми версиями пакетов, нажав “n”

Следующие НОВЫЕ пакеты будут установлены: libc6-i686{a} linux-image-3.2.0-0.bpo.2-686-pae{b} 0 пакетов обновлено, 2 установлено новых, 0 пакетов отмечено для удаления, и 0 пакетов не обновлено. Необходимо получить 24,1 MB архивов. После распаковки 92,7 MB будет занято. Следующие пакеты имеют неудовлетворённые зависимости: linux-image-3.2.0-0.bpo.2-686-pae: Зависит: linux-base (>= 3~) но установлен 2.6.32-41squeeze2 Ломает: initramfs-tools (< 0.99~) но установлен 0.98.8 Следующие действия разрешат зависимости: Сохранить для следующих пакетов их текущие версии: 1) linux-image-3.2.0-0.bpo.2-686-pae [Не установлен]   Принять данное решение? [Y/n/q/?] n

Далее Aptitude предложит нам обновить эти два пакета непосредственно из Backports, с чем мы и соглашаемся:

Следующие действия разрешат зависимости: Обновить следующие пакеты: 1) initramfs-tools [0.98.8 (now, stable) -> 0.99~bpo60+1 (squeeze-backports)] 2) linux-base [2.6.32-41squeeze2 (now, stable) -> 3.4~bpo60+1 (squeeze-backports)]   Принять данное решение? [Y/n/q/?] Y

Ну, тут понятное дело, тоже соглашаемся.

Следующие НОВЫЕ пакеты будут установлены: libc6-i686{a} linux-image-3.2.0-0.bpo.2-686-pae Следующие пакеты будут обновлены: initramfs-tools linux-base 2 пакетов обновлено, 2 установлено новых, 0 пакетов отмечено для удаления, и 0 пакетов не обновлено. Необходимо получить 24,2 MB архивов. После распаковки 92,5 MB будет занято. Хотите продолжить? [Y/n/?] Y

Перезагружаемся, наслаждаемся новым ядром. Стоит учесть, что для нового ядра отсутствует nvidia-kernel, virtualbox и еще некоторые модули для ядра. Однако, если вы используете драйвера vesa, или хотите обновить ядрышко для сервера – то ничего страшного не произойдет. Если после установки возникли проблемы с видеодрайверами – удалите, а еще лучше переименуйте xorg.conf.

Удачи! 🙂

Версия Wine в main репозитариях Squeeze, мягко говоря, устарела. Что бы это исправить – подключим репозитарий Lamaresh – в нем содержится более новая версия – 1.1.42, в который список поддерживаемых приложений значительно больше.

Учитывая наш дистрибутив (поддерживаются lenny, squeeze и sid), добавляем репозитарий в sources.list:

# echo “deb http://www.lamaresh.net/apt squeeze main”  >> /etc/apt/sources.list

Удаляем старую версию Wine:

# aptitude remove libwine wine

Обновляем кеш репозитариев:

# aptitude update

Устанавливаем новый Wine:

# aptitude install wine wine-gecko

Готово. 🙂