Arch Linux → Помогите настроить домашний сервер под ArchLinux'ом

Во-первых хочу поблагодарить людей откликнувшихся на мой топик, и собенно тех кто советовал ставить ArchLinux. Он оказывается не так страшен)))

Вот уже с полчаса как на компе стоит Arch (те пакеты которые идут в BASE). И как у всякого новичка у меня сразу куча вопросов.
1) Каким образом происходит обнаружение и настройка нового оборудования, требуется ли редактировать какие-то конфиги, запускать утилиты или все определится автоматом?

2) Требуется совет по настройке его под сервер раздачи интернета, торрент-качалки, загрузчика и файлохранилища. Какие программы лучше поставить, каким образом настроить и что не забыть)) Я думал установить uTorrent раз он теперь есть под Linux, но не знаю есть ли он в репозиториях и откуда его лучше брать.
Так же интересны варианты программ-загрузчиков с файлообменников. Я сейчас использую JDownloader, но не хочется избежать установки Java-машины

3) Не совсем по теме блога, но тем не менее. Поскольку работать предстоит в консоли и по SSH, то неплохо было бы разобраться с BASHем. Если кто знает небольшую но оочень полезную книжечку, то буду очень благодарен.

Так же приветствуются ответы на не заданные, но важные вопросы))
  • -1
  • LiS-31
  • 22 октября 2010, 16:09

Комментарии (26)

Поздравляю! Теперь Вам прямая дорога в их ВиКи!

wiki.archlinux.org/index.php/%D0%A0%D1%83%D0%BA%D0%BE%D0%B2%D0%BE%D0%B4%D1%81%D1%82%D0%B2%D0%BE_%D0%B4%D0%BB%D1%8F_%D0%BD%D0%BE%D0%B2%D0%B8%D1%87%D0%BA%D0%BE%D0%B2

В арче есть конфиг файлы, в которых можно прописать какие модули ядра дополнительно подключить (для поддержки нтфс например). У них потрясная дока, поотму не вижу смысла в комментариях писать что-то.
Там несколько не то…
В вики описание по настройке его как десктопной системы, да и к тому же вопросы 2 и 3 предполагают использование сторонних ресурсов.
Т.е. какой софт для этих целей лучше ставить и какие книжки читать

Хотя за Вики тоже спасибо буду курить конфиг-файлы))
Нафиг uTorrent. У нас своих хороших клиентов хватает, а этот наверное еще и не весь отшлифован. Тем более понадобится клиент, работающий без gui, а я не уверен, что uTorrent на такое способен. Посмотри лучше deluge.
uTorrent для Linux существует только как консольное приложение с WebUI. К тому же насколько я знаю он наиболее полно использует канал при загрузке. А если они сдержат обещания по расширению функционала то ему вообще цены не будет (к сожалению не нашел где эта новость была, если не ошибаюсь то на Хабре)
Наиболее полно канал использует по моему опыту Transmission, uTorrent оптимально его использует, если нет нагрузки полностью, если нужен канал в других целях щедро снижает скорость.
Просто из всех опробованных торрент-клиентов под Linux мне понравился Flush, но тоже чего-то не хватает… И к тому же всегда ведь можно поменять))
лучше использовать transmission-cli или заморочеться с rtorrent, хотя довольно напряжно
  • avatar
  • LRN
  • 22 октября 2010, 17:40
  • #
  • ↓
  • 1
Раздавать интернет — ipmasq. К сожалению, про все настройки не могу точно сказать (настраивал под Дэбиан, как там под Арчем, я хз).
Вот кусок конфига из /etc/ipmasq/rules/C00chain.rul (подразумевает, что у тебя внешний IP-адрес есть, и что внутренняя локалка — 192.168.0.xxx):
for j in $EXTERNAL; do
        case $MASQMETHOD in
        netfilter)

ipnm_cache $j
#Исходящие пакеты корёжить, подставляя внешний IP-адрес в качестве исходного
$IPTABLES -t nat -A POSTROUTING -o $j -j SNAT --to-source $IPOFIF

#По tcp-портам 12345, 5555 и 110 не NAT'ить, принимать соединения на самом сервере (на 12345 и 110, допустим, висит SSH. Тебе тут ещё для торрэнтов надо будет добавить порты)
$IPTABLES -t nat -A PREROUTING -i $j -p tcp -m multiport --dports 12345,5555,110 -j RETURN

# Пример port mapping'а - external:33891 -> 192.168.0.2:3389 (это RDP)
$IPTABLES -t nat -A PREROUTING -i $j -p tcp --dport 33891 -j DNAT --to-destination 192.168.4.40:3389
# Пример port mapping'а - external:40000 -> 192.168.0.2:40000 (произвольный порт, на него можно повесить что-нибудь на 0.2, типа того же торрэнт-клиента)
$IPTABLES -t nat -A PREROUTING -i $j -p tcp --dport 40000 -j DNAT --to-destination 192.168.4.40:40000

# Аналогично для UDP
$IPTABLES -t nat -A PREROUTING -i $j -p udp --dport 33891 -j DNAT --to-destination 192.168.4.40:3389
$IPTABLES -t nat -A PREROUTING -i $j -p udp --dport 40000 -j DNAT --to-destination 192.168.4.40:40000

# По умолчанию мапить всё на 192.168.0.3 - то есть 0.3 фактически доступен извне
$IPTABLES -t nat -A PREROUTING -i $j -p all -j DNAT --to-destination 192.168.0.3

              ;;
        esac
done


Спасибо большое. Это прям выше всех ожиданий
P.S. Дебиан сильно требователен к машине?
Ядро Linux везде одинаковое (может быть разрая его версия, но это уже на твоё усмотрение).
Набор программ — везде более-менее одинаковый (если речь идёт о наиболее базовых или наиболее сложных).
Скрипты (которыми различные дистрибутивы могут действительно отличаться) занимают не самую большую долю процессорного времени.
Гуи тебе не нужно, различия в гуи можно не учитывать.

Поэтому «требовательность к машине» у большинства дистрибутивов (по крайней мере тех, которые тебе тут посоветуют для сервера) будет примерно одинаковой. ИМХО.

Различия — в организации системы (где какие файлы лежат, что как делать), в способах настройки (как расфасованы конфиги, какие конфиги используются) и в менеджерах пакетов (в Дэбиане это dpkg).
  • avatar
  • eReS
  • 22 октября 2010, 17:42
  • #
  • ↓
  • 1
арч на сервер — уродство, тем более пока они на питон 3 переходят — нестабильность полная
Собственно я ставил его в рассчете еще изучить Linux изнутри, но теперь понял что это не поможет))
Вопрос тогда такой что будет удобнее Debian или Ubuntu Server?
для сервера однозначно Debian — и изнутри и так придется дерзать :) Ибо с конфигами постоянно будешь иметь дело, но по дебиану есть развитое комьюнити
Зависит от определения «удобства». Кому-то удобно вообще настраивать через гуи.
Я бы советовал Дебиан, хотя действительно возможно по убунту доки больше будет. Но Дебиан больше придерживается правил не модификации программ, а Убунту всё под себя точат.
Согласен. Debian или Ubuntu но никак не arch на мой взгляд (интересно, кто его посоветовал и чем обосновал?). Лично я выбрал Ubuntu Server LTS в качестве серверной платформы по ряду причин. Одна из них — отсутствие GUI. Я, конечно и Debian пересобирал без GUI, и CentOS, но это задача нетривиальная. :)
В тексте топика ссылка — там обсуждение «Что ставить?», там и выбиралось…
Правда об Arch'е первым заикнулся я, в плане нетребовательности его к ресурсам
Уверяю, что любой Linux дистр без GUI ещё менее требователен по определению :)
А чем Arch плох, просветите? Он очень шустрый и система кофигв в нём хорошая очень, простая и удобная. И арч, дебиан, убуну — все по своему хороши, это-же все линукс!
Я так понимаю что тут имеют в виду что Arch быстро обновляется без тестов пакетов и прочего мейнтейна (или как правильнее выразиться)
Я не говорю что он плох, я хочу сказать что ИМХО Debian/Ubuntu лучше подходят для сервера.
а много у тебя серверных приложений, которые на питоне работают? %)
скрипты
изменить скриптам интерпретатор с python на python2.7 — не так-то уж и долго
Ajenti
Я хочу основные действия с сервером под нее заточить
третий питон там живёт вполне успешно со вторым. просто по умолчанию третий там сделали, только и всего.
Только зарегистрированные и авторизованные пользователи могут оставлять комментарии.