# yum groupinstall "Development Tools"
# rpm -Uvh http://download.fedora.redhat.com/pub/epel/6/x86_64/epel-release-6-5.noarch.rpm
# yum install git-core

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

$ yum install openssl-devel libXrender-devel libXext-devel libXft-devel

Вытягиваем свежие исходники wkhtmltopdf:
$ git clone git://github.com/antialize/wkhtmltopdf.git wkhtmltopdf
$ git clone git://gitorious.org/+wkhtml2pdf/qt/wkhtmltopdf-qt.git wkhtmltopdf-qt

Собираем специальную версию Qt:
$ cd wkhtmltopdf-qt
$ ./configure -nomake tools,examples,demos,docs,translations -opensource -prefix "../wkqt"
$ make -j3 && make install

Собираем wkhtmltopdf:
$ cd ../wkhtmltopdf
$ ../wkqt/bin/qmake
$ make
# make install

Все, после этих простых шагов пакет собран и установлен. Оригинал тут : http://code.google.com/p/wkhtmltopdf/wiki/compilation .

Я уже писал когда-то про обход ограничений интернет провайдера в отеле с помощью ICMP туннеля. Вот, недавно я столкнулся с новым подобным ограничением, но в этот раз мой интернет провайдер по ошибке решил что я не уплатил за услуги. Так как был уже поздний вечер, связаться с тех поддержкой не получилось. Это подтолкнуло меня немного поисследовать провайдерскую сеть. В первую очередь проверил ICMP, но пропинговать 8.8.8.8 не получилось. Второй проверкой была попытка обратится к DNS серверу Google. Когда команды dig @8.8.8.8 google.com вернула мне адрес вернула мне IP адрес, я понял что смогу использовать технику DNS туннелирования для полноценного доступа в Интернет. Собственно об этом я и расскажу в данном посте.

Вкратце расскажу о том, как работает DNS туннелинг. Этот вид туннелинга позволяет заворачивает полезный для нас трафик (web,ssh) в UDP пакеты. Эти пакеты посылаются на управляемый нами сервер, на котором работает приложение, слушающее 53 порт. Приложение распаковывает пакеты, извелкает из них данные и дальше уже на основе этих данных, устанавливает TCP соединение с нужным сервером/сервисом. После того как наш DNS-прокси сервер получает ответы по TCP, он упаковывает эти данные обратно в UDP пакет и отвечает запрашивающей стороне. На стороне клиента происходит повторное изьятие данных из пакета. С токи зрения интернет-провайдера (если не вчитываться в содержимое пакета) все выглядит так, будто бы вы со своей клиентской машине активно пытаетесь резолвить доменные имена с одного DNS сервера.

Теперь ближе к реализации. Думаю всем понятно, что для того что б все заработало, надо либо что б все было предварительно настроено, либо воспользоваться альтернативным подключением к Интернету для настройки. Сам тунель подымается с помощью набора perl скриптов под названием OzymanDNS, с сайта dnstunnel.de. По каким-то причинам линка на скрипт на официальном сайте битая, но гугл мне помог и я нашел копию скриптов и выложил у себя.

Скачать скрипты для DNS туннелинга.

Для того что б все заработало необходимо иметь следующее:
1. Свой домен (к примеру бесплатный из org.ua зоны
2. Сервер с выделенным IP адресом и рутовыми правами на нем (для запуска серверной части и возможности работать по 53 порту), perl. Выполняет роль DNS-тунеллинг прокси сервера.
3. Клиентский компьютер, желательно по Linux. На нем нужен perl и openssh-client.

Настройка этого всего состоит из трех этапов:
1. Настройка доменной зоны
2. Настройка сервера
3. Настройка клиента

Настройка доменной зоны
На этом этапе надо заставить нашего клиента обращаться именно на наш сервер с DNS запросами. Делаеться это путем делегирования части вашего домена другому DNS серверу. В моем случае я просто зашел в админку, в которой обслуживается мой домен, и добавил следующие записи в описание зоны:
dnstun.example.com. IN NS ns3.example.com
ns3.example.com IN A 12.12.12.12
Теперь при попытке узнать адрес любого из поддоменовв зоне dnstun.example.com, запросы будут автоматически отправлятся на сервер с адресмо 12.12.12.12. Адрес должен указывать на тот сервер, где у вас будет запущена серверная часть DNS туннелинг скриптов.

Настройка сервера
Создаем директорию /opt/dnstunnel:
# mkdir -p /opt/dnstunnel
Качаем туда архив:
# cd /opt/dnstunnel
# wget http://chooselinux.org.ua/wp-content/uploads/2011/11/dnstunnel.tar.gz
# tar zxvf dnstunnel.tar.gz
# rm -f dnstunnel.tar.gz
Доставляем нужные пакеты:
# apt-get install screen libnet-dns-perl libmime-base32-perl liblwp-useragent-determined-perl
Редактируем /opt/dnstunnel/dnstunneld.wrapper, вписываем следующее:
DNSHOST="ns3.example.com" # имя моего сервера
REPLYIP="127.0.0.1" # что отвечать на реальные DNS запросы на этот сервер
OPTIONS="-l 12.12.12.12 -u nobody -g nogroup" # IP, на котором будет работать DNS туннель
Создаем симлинк в /etc/init.d для удобного запуска скрипта:
# ln -s /opt/dnstunnel/dnstunneld.init /etc/init.d/dnstunnel
Запускаем:
# /etc/init.d/dnstunnel start

Настройка клиента
Ставим необходимые пакеты:
# apt-get install libnet-dns-perl libmime-base32-perl
Качаем и ставим DNStunnel:
# cd /tmp
# wget http://chooselinux.org.ua/wp-content/uploads/2011/11/dnstunnel.tar.gz
# tar zxvf dnstunnel.tar.gz dnstunnelc
# mv dnstunnelc /usr/bin/
# rm -f dnstunnel.tar.gz

Подключеяемся:
$ ssh -C -D5500 -o ProxyCommand="dnstunnelc sshdns.dnstun.example.com" user@12.12.12.12

После ввода пароля тунель можно считать установленным. Теперь только остается прописать в настройках браузера SOCKS прокси 127.0.0.1:5500 и все.

Я попытался протестировать скорость закачки файлов при таком туннелировании и получил результат около 15-20КБайт/с. По нынешним меркам это очень мало, но тем не менее, это доказывает что такой способ туннелирования работает.

Удачи!

Принеся маршрутизатор домой, распаковал его, включил в сеть и быстро настроил его через веб интерфейс. Ничего особого или сложного в настройках не было. В течении 5 минут маршрутизатор был способен раздавать по защищенной беспроводной сети интернет. Максимальная скорость передачи по 802.11g составила около 700 кбайт/с. Это очень мало, даже для 802.11g, но ничего поделать с этим я не смог.

Спустя 3 часа, когда вся почта, новости и статьи были изучены, меня стало раздирать любопытство, можно ли поставить на мой маршрутизатор прошивку на основе линукса dd-wrt (http://dd-wrt.com).

DD-WRT — это свободная бесплатная прошивка для многих беспроводных маршрутизаторов, основанных на чипах BroadCom/Atheros/Xscale/PowerPC, первоначально была разработана для серии маршрутизаторов Linksys WRT54G (включая WRT54GL и WRT54GS) и представляет собой миниатюрную операционную систему, основанную на ядре Linux. Распространяется под лицензией GNU GPL v2.

Зайдя на сайт и ознакомившись со списком заявленного функционала прошивки решил что стоит попробовать. Далее перешел на страницу поиска поддерживаемых девайсов (http://www.dd-wrt.com/site/support/router-database) и поискал там свой роутер. Приятной находкой было то, что TP-Link tl-wr1043nd был в списке. Так же там были указаны версии с которыми dd-wrt работает нормально — v1.1, v1.4. Это меня насторожило, так как на моей коробке фигурировала версия 1.7. Уж больно не хотелось потерять свой маршрутизатор в первый же день владения, но ознакомившись с инструкцией установки(http://samiux.blogspot.com/2010/03/howto-dd-wrt-on-tp-link-tl-wr1043nd.html) я решил рискнуть.

Порядок моих действий:

1. Нашел на странице http://www.dd-wrt.com/site/support/router-database свой маршрутизатор и скачал последнюю версию файла factory-to-ddwrt.bin. Именно эта прошивка должна использоваться для первой установки dd-wrt на маршрутизатор с заводской прошивкой.

2. Подключил ноутбук кабелем в порт локальной сети маршрутизатора и в браузере зашел в админку маршрутизатора.

3. Нашел в админке страницу с формой для апдейта прошивки. К сожалению сейчас не могу вспомнить в каком разделе она находилась. В форме выбрал файл для закгрузки (скачанную в пункте 1 прошивку) и нажал кнопку Upgrade.
Важно на данном этапе убедится что не пропадет питание маршрутизатора и не разорвется сеть между компьютером с которого проводится прошивка и маршрутизатором. Лично я, нажав кнопку, затаил дыхание и отошел в сторонку, что б случайно не зацепить все, ведь есть риск нарушить ход апгрейда и в итоге получить бездыханную железку. Хотя я уверен что реанимировать ее можно было бы через какой-нибудь последовательный интерфейс.
Апдейт у меня прошел успешно и через пару минут роутер ребутнулся.

4. Подключаемся к обновленному маршрутизатору по протоколу telnet:
telnet 192.168.1.1
Имя пользователя: root
пароль: admin
И выполняем команду:
mtd -r erase nvram
После которой маршрутизатор сам перезагружается.

5. Переходим в браузере на страницу http://192.168.1.1 и в предложенной форме вводим новое имя пользователя и пароль.

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

Все, на этом процесс перепрошивки маршрутизатора закончен. Далее полазив по бескраим просторам веб-интерфейса маршрутизатора я подстроил его под себя: настроил WAN, Wireless, LAN, активировал ssh-сервер, выключил телнет, внес один из хостов в DMZ и т.д.

После прошивки я снова протестировал скорость работы беспроводной сети, на этот раз скорость доходила до 3 мбайт/с, что в принципе очень хорошо для 802.11g.

DD-WRT ssh:

DD-WRT web:

Человеку в жизни всегда приходиться делать выбор: пить зеленый или черный чай, поехать отдыхать на море или в горнолыжный курорт, купить новый ноутбук или туфли от Луи Виттона. Порой сделать выбор очень сложно. Но что бы не стоять как осел и не смотреть на две горстки сена, необходимо обдумывать и аргументировать свой выбор. К примеру в черном чае больше кофеина, следовательно пить его лучше утром что б взбодрится, зеленый можно пить и вечером, не боясь проваляться пол ночи без сна. Туфли от Луи Виттона очень украсят владельца, а ноутбук может быть очень полезным и экономить время. Каждый должен расставить приоритеты при выборе, тогда и выбор сделать будет легче.

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

Итак, что лучше, Windows или Linux? Вопрос поставлен некорректно, это так же как спрашивать что лучше: молоток или отвертка? Как в случае с молотком и отверткой, так с Linux и Windows можно сказать однозначно что это разные инструменты предназначенные для разного вида работы.

Определим то, как каждая из операционных систем справляется с основными видами задач (шкала оценок: 0 — очень плохо или вообще не справляется, 1 — сносно, 2 — хорошо:

#	Вид работы	Linux	Windows	Коментарий
1	Веб-сервер	2	1	Linux позволяет использовать большое количество веб серверов, требует определенных знаний для настройки, однако после настройки стабильно работает, удобное администрирование через ssh. Веб-сервера в Windows: зачастую платные, не требуют особых знаний для настройки но и могут вести себя непредсказуемо, администрируются в основном только через графический интерфейс
2	Маршрутизатор, Firewall	2	0	Linux имеет безграничные возможности для выполнения роли маршрутизатора или файрвола. Не встречал ни одного маршрутизатора построенного на Windows
3	Редактириование текстов, Интернет	2	2	Тут обе операционные системы справляются с задачей. Однако Windows делает это лучше. В линуксе для нормального серфинга и редактирования текстов надо ставить шрифты из Windows. Следует заметить что у OpenOffice и Microsoft Word плохая совместимость. К примеру документы созданные в одном редакторе, во втором открываются с побитым форматированием.
4	Работа с принтерами, сканерами, вебкамерами	1	2	Большинство девайсов предназначены для работе в Windows и в комплекте с ними идут драйвера. Все достаточно просто: поставил драйвер, воткнул девайс и все работает. Линукс поддерживает меньшее количество устройств, однако если он их поддерживает, то и драйвера чаще всего ставить не приходится. Зачастую настройка какого-то диковинного устройства в Линуксе превращается в длинную эпопею.
5	Обработка видео	2	2	Проблем нет в обеих системах. Поставил кодеки, поставил софт — работай.
6	Игры	0	2	Почти 100% игр написаны под Windows. Запустить их в Линуксе реально, но надо попотеть.

Теперь немного о достоинствах каждой ОС.
Linux:
открытый исходный код
большое количество документации
большинство программ поддерживают уровень логгирования debug, что позволяет быстро устранять неисправности
абсолютно все настройки системы можно делать удаленно через ssh
встроенные средства для автоматизации процессов (bash, perl)
большое количество бесплатного программного обеспечения

Windows:
большое количество профессиональных программных продуктов написаны под Windows
большое количество оборудования выпускается под Windows
игры написанные под Windows
простой графический интерфейс

Итог
Windows — выбор тех, кому не жаль отдать за него денег, кого не интересует как оно все работает и не хочет слышать о каких-то хитромудрых функциях. Это те люди, которым нужен лишь определенный функционал и все. Это те люди, которые привозят машину на СТО, отдают ее, и их не интересует как ее чинят, главное что б работала.

Linux — для тех, кто желает понимать суть происходящих в его компьютере процессов. К примеру серверные приложения зачастую нельзя настроить без глубокого понимания происходящих процессов. Это те люди, для которых компьютер — хобби, которые желают выжать все соки из своего железа, а так же те, кто любит ежедневно решать логические задачки =)

От каждого по возможностям, каждому — по потребностям!

В случае если вы добавили новый источник обновления в /etc/apt/sources.list, и при выполнении apt-get update вы получаете ошибку вида:

W: GPG error: http://ppa.launchpad.net jaunty Release: The following signatures couldn't be verified because the public key is not available: NO_PUBKEY 5A9BF3BB4E5E17B5
W: You may want to run apt-get update to correct these problems

Самое простое решение данной проблемы выполнить две команды, указав в виде параметров публичный ключ выдаваемый в ошибке ( в моем примере 5A9BF3BB4E5E17B5):
boffin@fortress:~$ gpg --keyserver keyserver.ubuntu.com --recv 5A9BF3BB4E5E17B5
gpg: requesting key 4E5E17B5 from hkp server keyserver.ubuntu.com
gpg: key 4E5E17B5: public key "Launchpad PPA for chromium-daily" imported
gpg: no ultimately trusted keys found
gpg: Total number processed: 1
gpg: imported: 1 (RSA: 1)
boffin@fortress:~$ gpg --export --armor 5A9BF3BB4E5E17B5 | sudo apt-key add -
OK

Второй вариант:
sudo apt-key adv --recv-keys --keyserver keyserver.ubuntu.com 5A9BF3BB4E5E17B5

В Ubuntu 9.04 по умолчанию с трудом воспроизводятся 720p и 1080p (FullHD) фильмы. Для решения данной проблемы стоит пересобрать mplayer из svn с поддержкой ffmpeg-mt для многопоточного декодирования фильмов.

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

$ sudo apt-get install build-essential checkinstall subversion git-core libgpac-dev

Так-же существуют рекомендации использовать свежие исходники x264 для новых версий mplayer.
Для успешной его сборки треуется свежий yasm. Шаги по установке:

$ cd $HOME
$ wget http://www.tortall.net/projects/yasm/releases/yasm-0.7.2.tar.gz
$ tar xzvf yasm-0.7.2.tar.gz
$ cd yasm-0.7.2
$ ./configure
$ make
$ sudo checkinstall -D --pkgname=yasm --fstrans=no --pakdir "$HOME/Desktop" \
--maintainer "$USER" --pkgversion "0.7.2" --backup=no \
--deldoc=yes --deldesc=yes --delspec=yes --default

И сам x264:
$ sudo apt-get purge x264 libx264-dev
$ cd $HOME
$ git clone git://git.videolan.org/x264.git
$ cd x264
$ ./configure --prefix=/usr --enable-shared
$ make
$ sudo checkinstall -D --pkgname=x264 --fstrans=no --pakdir "$HOME/Desktop" \
--maintainer "$USER" --pkgversion "1:0.svn`date +%Y%m%d`-0.0ubuntu1" --backup=no \
--deldoc=yes --deldesc=yes --delspec=yes --default

Установка пакета кодеков:
$ cd $HOME
$ wget http://www.mplayerhq.hu/MPlayer/releases/codecs/all-20071007.tar.bz2
$ sudo mkdir -pv /usr/lib/codecs
$ tar xjvf all-20071007.tar.bz2
$ sudo cp -v $HOME/all-20071007/* /usr/lib/codecs

Создаем симлинк для шрифтов для корректного отображения субтитров:

$ mkdir -v $HOME/.mplayer
$ ln -sv /usr/share/fonts/truetype/ttf-bitstream-vera/Vera.ttf ~/.mplayer/subfont.ttf

Устанавливаем все библиотеки необходимые для сорки mplayer:
$ sudo aptitude build-dep mplayer

Вытягиваем свежую версию mplayer из svn:
$ cd $HOME
$ svn checkout svn://svn.mplayerhq.hu/mplayer/trunk mplayer

Скачиваем ffmpeg-mt (ffmpeg multi thread):
$ cd $HOME
$ git clone http://git.gitorious.org/ffmpeg/ffmpeg-mt.git

Вытягивает старую версию ffmpeg, она необходима для избежания ряда ошибок компиляции на устранение которых было потрачено много времени =) :


$ cd $HOME
$ wget http://www.ffmpeg.org/releases/ffmpeg-0.5.tar.bz2
$ tar -jxvf ffmpeg-0.5.tar.bz2


Копируем свежие библиотеки в директорию с исходниками mplayer:
$ cd mplayer
$ rm -rf libavcodec libavformat libavutil #удаляем билиотеки которые шли в комплекте с mplayer
$ cp -a ../ffmpeg-mt/libavcodec . #копируем свежие библиотеки
$ cp -a ../ffmpeg-mt/libavformat .
$ cp -a ../ffmpeg-mt/libavutil .
$ cp -a ../fmpeg-0.5/libswscale .

Конфигурируем и собираем mplayer:

$ cd $HOME/mplayer
$ ./configure --enable-gui
$ make
$ sudo make install
$ make clean

Если у вас не будет собиратся mplayer и будет ругаться на CODEC_ID_PCM_BLURAY, избавиться от этого можно закоментировав соответствующюю строку в файле ./libmpdemux/mp_taglists.c ({ CODEC_ID_PCM_BLURAY, MKTAG(‘B’, ‘P’, ‘C’, ‘M’)} ). Не знаю на что это повлияет, но иного выхода собрать плеер я не нашел.

А теперь в чем приемущество:
$ mplayer -vc ffh264 -lavdopts threads=2 filename.mkv

В данном случае будет выделено два процесс для декодирования фильмов, что существенно повышает производительность mplayer на многоядерных системах.

Приятного просмотра!

1. Возможность создания нескольких окон

2. Возможность отключаться от сесси скринов, а позже возвращяться к работе

3. Команды в скринах продолжают выполняться на удаленном сервере даже после обрыва соединения. Так же есть возможность восстановить прерванную сессию. (очень удобно оставлять что-то важное в скринах, например сборку ядра, будет гарантия что с лучае обрыва соединения процесс не прерветься и к нему можно будет вернуться позже)

Итак, приятного много, единственное что надо сделать — научиться работать со скринами =)

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

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

В ней мы можем запустить процесс, например while true; do date; sleep 10; done:

Теперь отсоединимся от текущей сесси скринов (Ctrl+A, d):

Теперь узнаем ID сессий, запущеных для данного пользователя: screen -ls

И подключимся к сессии screen -dR 31798.pts-10.boffin-desktop:

Как видим, за время нашего отсутствия команда продолжала успешно выполняться.

Это основы работы с GNU Screen. Но рядовому администратору этого будет недостаточно.

Итак, основные гарячии клавиши:

Ctrl+a, c — создание окна

Ctrl+a, n — переход в следующее по порядку окно

Ctrl+a, p — переход в предыдущее окно

Ctrl+a, 1 — переход на первое окно (применимо для 1-9)

Ctrl+d — убивает текущее окно

Ctrl+a, A — позволяет переименовать текущее окно

Ctrl+a, » — показывает список всех окон с именами, позволяет сделать любое окно активным

Ctrl+a, S — делит экран пополам, и в каждой половине выводит окно

Ctrl+a, TAB — позволяет переключаться между видимыми окнами (когда на экране 2 и более окна)

Ctrl+a, Q — позволяет развернуть выбранное окно на весь экран.

В принципе єтого набора достаточно для полноценной работы, но в мануале можно найти еще много полезных команд =)

p.s. Если кто хочет, могу поделиться своей конфигурацией скринов, которая отображена на первом скриншоте.

2. Скрипт

#!/bin/bash
#выводим текущюю дату и время
date
#указываем бэкапный раздел
DEVICE=/dev/sdc1
#указываем точку монтирования бэкапного раздела
MOUNTPOINT=/mnt/backup
#указываем название временной директории
date=`date +"%Y%m%d"`
DIR=$MOUNTPOINT/dbs_$date
#монтируем бэкапный раздел
echo "Mounting backup device"
mount $DEVICE $MOUNTPOINT
echo "Dumping MySQL databases"
mkdir $DIR
#получаем список баз данных
for i in `mysql -uroot -ppassword -e "show databases" | grep -v information_schema | grep -v Database`
do
#дампим каждую базу в файл во временной директории
mysqldump -uroot -ppassword $i > $DIR/$i.sql
done
#архивируем директорию с дампами
echo "Gzipping databases dumps"
tar czvf $DIR.tar.gz $DIR
#удаляем временную директорию
echo "Removing tmp db dumps"
rm -r $DIR
#отмонтируем бэкапный раздел
echo "Backup finished!"
umount $MOUNTPOINT
date


3. Восстановление
В результате работы скрипта на бэкапном разделе мы будем иметь файлы с видом dbs_20081203.tar.gz. Чтобы восстановить базы надо разархивировать их дампы:
tar zxvf dbs_20081203.tar.gz
и заинсертить эти дампы в базу
mysql -uroot -ppassword db_name < dbs_20081203/db_name.sql

4. Автоматизация
Ну и какой же это бэкап если его надо делать руками =). Добавляем этот скрипт на автоматическое выполнение каждый понедельник в 01:01 в /etc/crontab:
1 1 * * 1 root /bin/bash /root/backuper.sh

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

1. Установка Samba
apt-get install samba

2. Настройка демона Samba
Главный конфигурационный файл демона /etc/samba/smb.conf. Его я отредактировал следующим образом:

[global]
workgroup = HOMEWORKGROUP
server string = Boffin home server
; Для того что б слушать самбой не на всех интерфейсах
bind interfaces only = yes
interfaces = eth0 192.168.1.100
; Список хостов которым разрешен доступ
hosts deny = ALL
hosts allow = 192.168.1.100 192.168.1.150 127.0.0.1
announce version = 5.0
socket options = TCP_NODELAY IPTOS_LOWDELAY SO_KEEPALIVE SO_RCVBUF=8192 SO_SNDBUF=8192
passdb backend = tdbsam
security = user
null passwords = true
; Файл с адиасами имен юзеров
username map = /etc/samba/smbusers
name resolve order = hosts wins bcast
wins support = yes
printing = CUPS
printcap name = CUPS
log file = /var/log/samba/log.%m
syslog = 0
syslog only = no
unix charset = utf8
dos charset = cp1251
display charset = cp1251
;название под которым будет доступна директория
[Storage]
; Путь к расшареной директории
path = /mnt/storage
; Разрешен ли просмотр
browseable = yes
read only = no
guest ok = no
create mask = 0644
directory mask = 0755


3. Добавляем пользователей которым разрешён доступ и устанавливаем пароль
smbpasswd -a boffin

4. Активируем пользователя
smbpasswd -e boffin

5. В /etc/samba/smbusers помещаем алиасы (имена пользователей виндовых систем, которым будет предоставлен доступ от имени boffin):
boffin = Admin Administrator

6. Перезапускаем Samba
/etc/init.d/samba restart

7. Проверка работоспособности
boffin@boffin-desktop:~$ smbclient //192.168.1.100/Storage
Enter boffin's password:
Domain=[FORTRESS-SERVER] OS=[Unix] Server=[Samba 3.2.5]
smb: \> ls
. D 0 Wed Dec 3 11:02:08 2008
.. D 0 Thu Sep 11 11:22:07 2008
downloads D 0 Tue Dec 2 13:45:26 2008
restore D 0 Thu Oct 30 12:29:36 2008
trash D 0 Wed Dec 3 11:02:25 2008
lost+found D 0 Wed Oct 29 20:20:07 2008
photo D 0 Sun Nov 30 20:38:23 2008
multimedia D 0 Wed Dec 3 10:50:06 2008
install D 0 Thu Nov 13 09:34:14 2008
docs D 0 Wed Dec 3 10:59:18 2008
UkraineAuto.rar 131 Thu Nov 6 15:52:03 2008
.Trash-1000 DH 0 Wed Nov 12 21:39:53 2008
59146 blocks of size 16777216. 48672 blocks available
smb: \>

RAID (англ. redundant array of independent/inexpensive disks) — избыточный массив независимых дисков. Служит для повышения надёжности хранения данных (RAID 1) и/или для повышения скорости чтения/записи информации (RAID 0).

Аббревиатура RAID изначально расшифровывалась как «Redundant Arrays of Inexpensive Disks» («избыточный (резервный) массив недорогих дисков», так как они были гораздо дешевле RAM). Именно так был представлен RAID его создателями Петтерсоном (David A. Patterson), Гибсоном (Garth A. Gibson) и Катцом (Randy H. Katz) в 1987 году. Со временем RAID стали расшифровывать как «Redundant Array of Independent Disks» («избыточный (резервный) массив независимых дисков»), потому, как для массивов приходилось использовать и дорогое оборудование (под недорогими дисками подразумевались диски для ПЭВМ).

Калифорнийский университет в Беркли представил следующие уровни RAID, которые были приняты как стандарт де-факто:

RAID 0 представлен как неотказоустойчивый дисковый массив.
RAID 1 определён как зеркальный дисковый массив.
RAID 2 зарезервирован для массивов, которые применяют код Хемминга.
RAID 3, 4, 5 используют чётность для защиты данных от одиночных неисправностей.
RAID 6 используют чётность для защиты данных от двойных неисправностей

Более подробно о Рейдах читайте в Википедии.

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

2. Подготовка дисков

На своем домашнем ПК у меня нашелся один ненужный жесткий диск на котором я и провожу эксперименты. В отличии от аппаратных рейд массивов в программных можно использовать разделы диска (стоит отметить что использование двух разделов одного жесткого диска для raid1 по сути бессмысленно, ибо при выходе из строя накопителя теряются оба экземпляра данных).

Итак, свой жесткий диск я разбил на 4 основных раздела по 10Гб каждый (/dev/sda1-sda4).

3. mdadm

Установим в систему mdadm для управления программными рейд массивами.

apt-get install mdadm

4. Создание массива

Линейный массив позволяет нам склеить несколько логических или физических дисков/разделов в один логический диск.

Слепим 4 диска в один логический (напомню что я использовал разделы одного диска, но аналогично можно поступать скажем с четырьмя терабайтными жёсткими дисками для создания одного 4-х терабайтного =)):

mdadm --create /dev/md0 --level=linear --raid-devices=4 /dev/sda1 /dev/sda2 /dev/sda3 /dev/sda4

Mdadm с ключем —create создает на разделах /dev/sda* суперблоки которые указывают на то что эти разделы/диски входят в состав массива и при последующей перезагрузке они автоматически включаются в массив.
В случае создания зеркального массива или страйпа следует указать соответствующий —level (0 — stripe, 1- mirror).
После этой команды демон mdadm начнёт в фоне организовывать рейд массив, хотя линейное склеивание проходим вроде как мгновенно. Проверить статус выполнения можно проверив /proc/mdstat:

# cat /proc/mdstat
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10]
md0 : active linear sda4[3] sda3[2] sda2[1] sda1[0]
39101888 blocks 64k rounding


В результате у нас образуется новый диск /dev/md0. После создания на нем раздела fdisk-ом примонтируем его

mount /dev/md/0 /mnt/storage

Проверим скорость работы линейно склеенного диска в сравнении с отдельными:
# hdparm -tT /dev/sda1
/dev/sda1:
Timing cached reads: 2016 MB in 2.00 seconds = 1007.99 MB/sec
Timing buffered disk reads: 236 MB in 3.00 seconds = 78.60 MB/sec
root@boffin-desktop:/root# hdparm -tT /dev/md/0
# hdparm -tT /dev/md/0
/dev/md/0:
Timing cached reads: 2034 MB in 2.00 seconds = 1016.73 MB/sec
Timing buffered disk reads: 240 MB in 3.00 seconds = 79.88 MB/sec

Как видим скорость не изменилась.