Домашний сервер. Часть 2. FTP, Samba и rTorrent

[@fuCtor]

А как же Web UI (RuTorrent) для rTorrent? Думаю чаще удобней именно им пользоваться. Например на работе нет возможности подключиться по SSH, а через web самое оно.

[@Labinskiy]

Пусть статья и не новая, но в ней хорошо расписано про настройку rTorrent + WebUI:
habrahabr.ru/blogs/p2p/88405/

[@fuCtor]

Спасибо, пускай эта ссылка будет тут, но у меня уже настроено Nginx + php-fpm + ruTorrent + lite версия для мониторинга с телефона.

[@desper]

Про лайт-версию расскажите, пожалуйста )

[@mikes]

по мне так deluge самое оно… и полноценный клиент есть и веб интерфейс и консоль

[@Maximus43]

Хе, на скриншотах rtorrent сплошной варез. Хоть бы для статьи поставили на закачку что-нибудь нейтральное и свободное. :-)

[@dikkini]

Статья написана с пол-года назад.

[@megahertz]

Лениво было разбираться с настройкой rTorrent, заюзал deluge, который из коробки идет как клиент-сервреное решение. Поставил под виндой клиент, теперь скачка мало чем отличается от локальной. Правда клиент пока по удобству до µTorrent еще не дотягивает.

[@pro100tak]

У deluge есть и прекрасная веб-морда. Использую её. И даже торрент-файл можно добавить прямо с морды, выбрать нужные файлы и поставить качаться. Плюс — watch-directory тоже отлично работает.

[@megahertz]

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

[@fear86]

А еще почти из коробки там web-интерфейс.

[@fear86]

Не успел ;(

[@Dganic]

у rtorrent имеется неприятная особенность, он не умеет искать пиров и качать с них одновременно со всех трекеров прописанных в торрент файле :(. Поэтому retracker.local почти всегда пролетает :(

[@dikkini]

Не знал, но никогда не испытывал трудности с ним. Спасибо.

[@3vi1_0n3]

Тогда уж transmission-daemon. Просто transmission это не то же самое.

[@cadmi]

Пруфлинк? У меня качает со всех, в том числе взятых с retracker.local (а поскольку я и есть администратор ретрекера, то вижу в логах, что rtorrent к нему обращается за пирами).

[@3vi1_0n3]

Я бы еще добавил для домашнего сервера DNS-сервер свой, и прокси-сервер с фильтрацией трафика ("+" к скорости из кэша, "-" к рекламе/баннерам/порнографии)

[@dikkini]

Следующая статья будет про кеширующий DNS сервер, настройку XEN. отдельная машина под управлением Endian Firewal Community и еще много идей и фишек.

[@3vi1_0n3]

Прозрачное проксирование будет? ИМХО тема очень интересная.
Туда бы еще прозрачная проверка трафика антивирусом была весьма кстати.

[@mitnlag]

Помилуйте, голубчик. Что интересного в прозрачном проксировании?

Поставьте прокси на какой-нибудь порт, и добавьте для острастки
iptables bla-bla-bla --dport 80 --j REDIRECT 127.0.0.1:1080

[@3vi1_0n3]

Это вы хрень какую-то написали, дорогой мой.
Тогда уж
«Поставьте прокси на какой-нибудь loopback 1080 порт, и добавьте для острастки
iptables bla-bla-bla --dport 80 --j REDIRECT 127.0.0.1:1080».

Интересного в ней то, что используется на удивление редко.
А если правильно к вопросу подойти, оно ведь весьма полезно в хозяйстве.

[@VolCh]

А какая в нём может быть польза в варианте 127.0.0.1? При условии, конечно, что и клиенты, и прокси выполняют указания на кэширование удаленного сервера? Я понимаю, когда с локального хоста идёт редирект на общий прокси этой локалки, тогда можно о чём-то говорить. И то не в случае моих хостов — я не выставляю заголовки Expires, я выставляю Etag или Last-Modified. 304-й ответ отдать не сложно (уж проще чем полный), а кэширование по времени чревато не актуальностью ответа.

[@3vi1_0n3]

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

[@mitnlag]

127.0.0.1 указывает, что прокси будет стоять на самом шлюзе. Шлюз принимает от сети запросы на трансляцию 80 порта, а правило отправляет их не в нат, а в прокси, заблаговременно уложенном на порт 1080.

ваще изречение про «хрень» я проигноририую

СЛЫШИТЕ?!?!?!71

[@3vi1_0n3]

Спасибо.
> Поставьте прокси на какой-нибудь порт, и добавьте для острастки
> iptables bla-bla-bla --dport 80 --j REDIRECT 127.0.0.1:1080

На какой-нибудь порт — словосочетание весьма расплывчатое, тем более, что указания на интерфейс, на котором поднимать прокси, здесь нет.
127.0.0.1 указывает на loopback, который есть везде, ни слова про шлюз не вижу. Какой из этого можно сделать вывод?
bla-bla-bla — это FORWARD, INPUT, OUTPUT?
Возможно, с «хренью» я погорячился, просто из вашего предыдущего сообщения не следует ничего, и если я так сделаю, я ничего не получу, включая прозрачное проксирование.
И опять же, включать мне форвард пакетов между интерфейсами или нет?
Пишите, что это элементарно — пишите что-нибудь рабочее, иначе оно элементарным не выглядит.

[@mitnlag]

Из всего моего комента ценность представляли ровно три слова
iptables -j REDIRECT.

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

[@3vi1_0n3]

Прозрачное проксирование = iptables -j REDIRECT
По аналогии: битхак = s/JE/JNE/ | s/JE/JMP/, загуглите, пытливый хабровчанин.
Это всё объясняет, конечно. Если ценность в трех словах, зачем остальные, из-за которых смысл только потерял?
Объяснить, что хотел сказать — это не подробное разжевывание, это просто донесение информации, которое у вас в первом сообщении не удалось.
Признайтесь, просто поторопились, когда писали?

[@mitnlag]

Признаюсь лишь в том, что мне надоело переливать из пустого в порожнее. Dixi.

[@3vi1_0n3]

+1

[@yuuyake]

Локалка скорее всего 100 Mbit/sec = 12.5 Mb/sec. 20 не может быть физически.

[@Batonchik]

а как же гигабитные свичи и такие же сетевые карты?

[@yuuyake]

Я про конкретный случай.

[@azxc]

На гигабитных свитчах тогда уж точно больше 20 будет. У меня примерно 40-60 получается на Samba.

[@kabachok]

Кстати заскринивать можно можно одним нажатием ctrl+A+D

[@psman]

почему не transmission + transmissionGUI?

[@lumian]

Сам когда-то настраивал себе на хоум-сервере (под debian 6) rtorrent. Очень уж он мне не понравился в плане стабильности работы. При раздаче более 15 торрентов начинаются дикие глюки. Чего я тогда только не перепробовал, чтобы сделать этого монстра более стабильным. В итоге пришел к transmission и transmission-remote-gui. Установка из репозиториев и никакого ковыряния в конфигах вообще. Работает всё по дефолту. На данный момент аптайм демона около 130 дней и на раздаче висит 275 торрентов. Не глюков, не тормозов. Все удобно и доступно. Работает сие чудо в связке с samba и proftpd. Так что даже качать к себе на комп ничего не приходится. Смотрю прям с сервака. Так что рекомендую :)

[@zeliboba]

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

[@3vi1_0n3]

Чтобы снаружи заливать что-то домой, наверное.
Не шарить же для этого самбу наружу.

[@zeliboba]

понятно, я такой вариант не рассматривал почему-то… я больше смотрю в сторону аналога Dropbox что-нибудь типа SparkleShare

[@lumian]

Ну а как вы, например, через аналог Dropbox, сможете передать кучу фоток на комп другу? Устанавливать какую-то софтину, настраивать её… и всё это ради одного раза? Нафег :)

[@zeliboba]

легко. скидываешь файлы в дропбокс (или аналог) на своем компе и расшариваешь папку для одного пользоватля. никакой возни с правами и прочим. зачем чего-то устанавливать, если файлы будут также через веб-интерфейс доступны? плюс предпросмотр фотографий можно замутить наверняка.

[@Newbilius]

а если у друга нет dropbox'а и он ему не нужен? а ftp-клиент уже в любой ОС найдётся почти наверняка :)

[@zeliboba]

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

[@lumian]

Всё просто. Samba для локалки. Proftpd для внешки. Оперативки мне на них не жалко, а иногда доступ к домашней файло-помойке нужен.

[@Alex2ndr]

В этой статье нет одной важной, как я считаю, детали. Наши электросети это дело такое… Поэтому хотелось бы, чтобы после загрузки сервера все это хозяйство включалось автоматически. Т е хотелось бы дополнить статью init скриптом, который бы сам все запускал при старте. Не знаю какая сча в suse система загрузки, но могу поделится init скриптом под system V(сейчас на debian 6 стоит), который рассчитан на запуск rtorrent для нескольких пользователей.

[@dikkini]

в суське есть очень удобный инструмент для подобных задач — YaST2. Причем как графический так и консольный. Там есть утилита аля System Run Levels и там можно выбрать автозапуск всего и вся.

[@3vi1_0n3]

В принципе, всё остальное при установке из пакетов свои скрипты прописывает.
Если не тяжело, отправьте автору в личку, пожалуйста, пусть в P.S. добавит.

[@Alex2ndr]

Ну раз автор не просит сам ему отправить… я просто тут выложу
Init for rtorrent
Конечно не идеал «изящной словесности», но вполне рабочий. Можно было бы немного причесать, да все никак руки не доходят.

[@fata1ex]

У меня вот такое вот: pastebin.com/YdrxkDxP. Откуда брал непомню :)

[@fata1ex]

Не помню*

[@Alex2ndr]

Предполагаю что оттуда же, откуда и я. Т е из гораздо более полной статьи по настройки rtorrent + rutorrent(жаль что на английском). Только моя версия переделана под работу с несколькими пользователями(мной лично переделана). А у вас — «ванильная».

[@lumian]

Наши электросети не позволяют вообще держать серваки дома. Именно по этой причине выбрал для себя материнку на атоме (низкоэнергопотребляемую) и бесперебойник нормальный.
Для сведения:
Железо: мамка Asus AT4NM10-I + 2 Sata 1,5 TB HDD WD зеленых.
ИБП: Ippon Back Power Pro 800
При такой конфе бесперебойник приспокойненько выдержал сервак полтора часа без электричества. На большее не тестил, но думаю, что часа 2-3 выдержал бы.

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

[@VolCh]

А если на 4-5 часов свет отрубят? Нужно и то, и другое.

[@Alex2ndr]

У меня тоже Атом и тоже упс есть. Только 2-2.5 часа он увы не держит. И чтобы не было побитой фс я предпочитаю погасить сервак слегка заранее(на 10-15%). А свет могут и на 3-4 часа отрубить спокойно. У моего домашнего сервака uptime ни разу не выходил за полгода — все наши «любимые» электросети…

А насчет «сомнительности»… Чем же он сомнителен то? Делает то же самое что и топикстартер, только не ручками а автоматически.

[@lumian]

«И чтобы не было побитой фс я предпочитаю погасить сервак слегка заранее(на 10-15%).»
У меня сервак гасится если на ИБП останется менее 5% заряда. Покачто такого не было.
«Чем же он сомнителен то?»
Ну как минимум тем, что он запускает не системную программу из под root.

[@Alex2ndr]

«У меня сервак гасится если на ИБП останется менее 5% заряда. Покачто такого не было.»

Я предпочитаю 10% вашим 5. На вкус и цвет как говорится.

«Ну как минимум тем, что он запускает не системную программу из под root.»

Низачот. Курите man su. Скрипт запускает и screen и rtorrent ровно от того пользователя, который прописан в конфиге. Но никак не от рута. В моей вариации несколько копий rtorrenta запускается каждая от своего пользователя. И если использовать rutorrent через https то доступ осуществляется строго по логину/паролю конкретного пользователя к rtorrent, запущенному под этим пользователем. Таким образом никто не увидит чужие закачки. Кроме рута разумеется.

[@merlin-vrn]

О-о, вы ещё не открыли для себя crontab -e под пользователем, и простой скрипт, который проверяет, запущен ли rtorrent и если нет, то запускает?

Уж если костыль (хотя и то — так, костыльчик) с запуском, то хоть от непривелигированного пользователя…

[@Pilat]

Monit всё же лучше для контроля, но вдруг автору захочется остановить торрент — а крон его тут же обратно вернёт? Не такой уж простой скрипт получится.

[@dgeliko]

Если честно, так и не понял почему было выбрано данное ПО. На мой взгляд, гораздо удобней proftpd,transmission-daemon, ну и samba, для win машин ее сложно заменить.

[@3vi1_0n3]

Видимо, потому что у автора есть опыт настройки именно этого ПО.
Выбор софта субъективен.

[@dikkini]

vsftpd является лучшей, среди своих собратьев в плане безопасности. (с)

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

[@netmaniac]

несколько лет назад настроил именно такую связку.
правда proftpd запускаю раз в год.
transmission+web interface + android client

[@dgeliko]

Для transmission-daemon есть отличный интерфейс на lazarus'e написанный — transgui.

[@Alukar]

habrahabr.ru/blogs/linux/83367/

Вот вам дополнительная фича к вашей конфигурации. Позволяет автоматом мониторить трекеры. И автоматически скачивать новинки. Я уже давно его юзаю для закачки сериалов

[@Alukar]

А по делу уже наверно 10я статья на эту тему, ничего нового и оригинального…

[@pashtet51]

А, хм… ГУЙ обязательно ставить на серваке? Это точно сервак?

[@dikkini]

Где вы видите установку ГУИ? Все настраивается из консоли.

[@pashtet51]

Здесь например

[@timukas]

В данном сообществе «chmod -R 777 /path» это моветон.

[@sledopit]

ВАЖНО: Если Вы хотите запускать торрент-клиент под рутом ...

Эта фраза должна выглядеть так:

ВАЖНО: Если Вы хотите запускать торрент-клиент всё-что угодно, что может полностью выполнять свою работу без рутовых прав, под рутом, то убейтесь об стену Вам срочно необходимо ознакомиться с основами философии и безопасности *nix-like систем.

chmod 777 -R /path

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

[@klirichek]

А оно не получается немного «из пушки по воробьям»?
Я к роутеру Asus RT-N16 добавил жёсткий диск (распотрошил мобильный WD на 640гиг и поместил его прямо в корпус роутера). Затем поставил dd-wrt и optware. В результате теперь на нём живут:
1. Домашняя файлопомойка на NFS (самбу поднимать не стал, поскольку дома нет ни одного компьютера под виндой).
2. Закрытая домашняя wifi-точка (ну, это упоминаю так, для полноты. В ddwrt оно всяко есть).
3. tor-нода
4. Открытая публичная wifi-точка (у которой весь трафик идёт через tor)
5. Transmission-daemon (рулится с домашнего компа через web или через transgui)
6. lighttp + php + mysql + sphinx — для поддержки нескольких несложных поделок и экспозиции части домашней файлопомойки в сеть (aka личный файлообменник)
7. TFTP и несколько разных live-линуксов (чтобы в случае какой проблемы просто воткнуть сетевой кабель и загрузиться по сети).

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

[@dikkini]

Не получается. У меня был опыт установки XEN с различными вирутальными машинами и них висели различные службы и сервисы, включая одну вируальную машину я использовал как домашний сервер с вайфаем, фтп, самба и т.д.
А начало все банально: нужен был вай фай, не хотел тратить деньги на роутер, решил забрать у матери из школы ее старый системник, почистил, заменил пару деталей, пересобрал и понеслась, а потом продал его как сервер компании за большие деньги. Вот за то время пока собирал и пока не продал я и написал эти две статьи.

[@merlin-vrn]

вот если подскажете железку, которая такое сможет с двумя винтами и soft raid1 — цены вам не будет

[@klirichek]

У этого роутера на борту два usb порта.
А LVM (или другой софтовый вариант raid) вроде никто не отменял :)
Даже если нет готового пакета (для сфинкса, например, его тоже нет. Точнее, не было).

[@Ruma7a]

Netgear-овская Stora, например. Для неё есть репа с optware, хотя есть возможность установки emDebian/Debian для ценителей. Может у Synology ещё что-то есть, я к их NAS-ам присматривался, но в итоге стора с двумя SATA-портами за $100 приглянулась больше, чем однопортовый DS-110j Synology за $200.

[@VolCh]

Судя по комплектующим из первого поста «более серьезный сервер» это устаревшее железо, которое не продать, а выкидывать жалко. У меня такое начиная с 286 валяется разного.

[@flaresun]

Не знаю насколько актуально для всех, но у меня в OpenSUSE что на 11.3, что на 11.4 и 12 по дефолту AppArmor не давал нормально работать самбе. То ли после какого-то обновления правило новое появлялось, то ли ещё что-то происходило, но сперва самба работала нормально, а потом переставала запускаться. Сперва не мог понять что случилось, а в логах было permission denied, что удивило — это при запуске от root'а. Первый раз просто удалил правила для AppArmor для smb и nmb. После обновления дистрибутива и повторения сценария подправил правила и всё заработало как надо.

Ну а дома на сервере использую deluge в качестве torrent-клиента — и web-морда есть, умеет torrent-файлы подсасывать из заданной директории, и работает нормально, и локальная gui с возможностью переименования скачиваемых файлов есть. Настроил на домашнем компе, чтобы gui deluge сам подключался к серверу при запуске и можно использовать как и обычный локальный клиент…