OpenSUSE 13.1 minimal server. Часть 3. (transmission-daemon)

В продолжении часть 1 и часть 2 настройка torrent клиента Transmission в режиме daemon с WUI.
Все последующие комманды делаем из-под super user.
Устанавливаем :

zypper in transmission-daemon
zypper in transmission-common

запускаем:
service transmission-daemon start

По-умолчанию, WUI доступен по адресу:
http://адресс_сервера:9091/transmission/web/

Это сообщение говорит, что адресс с которого идет обращение, не добавлен в whitelist, фильтрация по whitelist включена со старта.

Останавливаем сервис, ибо изменения в файл конфигурации вносятся при выключеном сервисе:

service transmission-daemon stop

Начнем с каталогов
Вариантов назначения закачек есть несколько:
-разместить .torrent файл в специальный каталог заданий
-через WUI, загрузить файл, ссылку на файл в Интрнет или magnet link

Я выбираю второй вариант и под него буду проводить натройку конфигурационного файла.

Папки для закачки torrenta у меня размещены на отдельном подмонированом диске:

/media/d0500.1/torrent/

каталог для завершенных закачек
/media/d0500.1/torrent/completed

каталог для не завершенных закачек
/media/d0500.1/torrent/incompleted

назначаем владельца
chgrp transmission /media/d0500.1/torrent/
chgrp transmission /media/d0500.1/torrent/completed
chgrp transmission /media/d0500.1/torrent/incompleted

права
chmod 770 /media/d0500.1/torrent/incompleted
chmod 777 /media/d0500.1/torrent/completed

Теперь, сам конфигурационный файл.
Внимание, он находится по отличном от Debian систем пути:

/var/lib/transmission/.config/transmission/settings.json 

Логично сохранить оригинальный файл, сохранив его с другим именем

cp /var/lib/transmission/.config/transmission/settings.json /var/lib/transmission/.config/transmission/settings.json.old

Редактирую IMHO ключевые параметры:
nano /var/lib/transmission/.config/transmission/settings.json

"download-dir": "/media/d0500.1/torrent/completed" 
 папка в которой будут находиться загрузки.

"incomplete-dir": "/media/d0500.1/torrent/incompleted" — папка в которой будут находиться еще не законченные загрузки. После завершения они будут перемещены по пути, указанному в опции "download-dir".

"incomplete-dir-enabled": true — включение предыдущей опции;

"rpc-whitelist-enabled": false — "true" - включение так называемого «белого списка» IP-адресов (см. screenshot выше), с которых возможно удаленное управление Transmission. Сюда же относится и удаленное управление через web-интерфейса (WUI). Я отключаю, так как доступ по порту 9091 у меня только внутри домашней сети.

Если же захотели включить фильтрацию, то опция настройки листа:
"rpc-whitelist": "127.0.0.1,192.168.*.*" — «белый список». Можно задавать не только локальные, но и реальные внешние IP адреса;

"rpc-authentication-required": true — требовать аутентификацию для удаленного управления;

"rpc-username": "логин" — логин для удаленного управления;
"rpc-password": "пароль" — пароль;
"rpc-port": 9091 — порт для доступа к удаленному управлению.

Запускаем:
service transmission-daemon start

заходим вводим логин и пароль

для автостарта, после перезагрузки активируем сервис:

systemctl enable transmission-daemon

вдохновение

OpenSUSE 13.1 minimal server. Часть 2. (ownCloud)

Продолжение по теме

OWNCLOUD - замечательная альтернатива сервисам облачного хранения типа BOX или DROPBOX

С доступом как посредством клинетов (Windows/Linux/OS X/Android/iOS) так и просто с помощью современного браузера.

Имея опыт настройки данного сервиса на Ubuntu Server, предварительно установим web-server, в моем случае я установлю полностью комбайн LAMP

Запускаем консольную утилиту yast :

В разделе Software - Software Management ищем LAMP:

и устанавливаем его.

Настраиваем правильно время и пояс System - Date and Time

Заходим в настройки сервера 

Производим настройку по своим потребностям.

Устанавливаем ownCloud. 
Как оказалось, его также нет в стоковом репозитарии, добавим и установим по инструкции

Под root:

zypper ar http://download.opensuse.org/repositories/isv:/ownCloud:/community/openSUSE_13.1/ ownCloud
 
обновим 

zypper ref

установим 

zypper in owncloud

Запускаем Apache

мдя...

активируем модуль:
a2enmod env

рестартуем:
service apache2 restart

Заходим http://serverIP/owncloud

Login and use ownCloud. 

OpenSUSE 13.1 minimal server. Часть 1. (sshd,minidlna)

После "смерти" загрузочного диска на моем домашнем сервере, под управлением Ubuntu 14.04.3 LTS, принял решение возобновить свои небольшие знание по системе OpenSuse.

Задачи домашнего сервера простые:
DLNA
SAMBA
OWNCLOUD
TRANSMISSION-DAEMON
SSHD

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

SSHD
Cразу обратил внимание sshd отключен по-умолчанию.
На официальной страничке документации OpenSuse указана следующая информация:

Начиная с версии 11.2 в openSUSE отключен запуск демона sshd по умолчанию. Такое решение было принято из-за того, что большинство пользователей не используют ssh, и как приавило это просто зря запущенный процесс, который висит в памяти, и который также является потенциальной уязвимостью в безопасности. 

Чтобы запустить sshd демон сделайте от root:

insserv sshd
rcsshd start 

Чтобы активировать sshd демон сделайте от root: 

systemctl enable sshd.service
  

DLNA
В качестве DLNA сервера я использую minidlna - легкийи простой в настройке сервер.

В OpenSuse для установки minidlna необходимо установить репозитории Packman для версии ОС, я это сделал через консольную версию YAST.

Следующий "сюрприз" в OpenSUSE файл настроек не по стандартному пути /etc/minidlna, а по специфическому /etc/sysconfig/minidlna

Делаем копию оригиналього файла:

cp  /etc/sysconfig/minidlna  /etc/sysconfig/minidlna.orig

В OpenSuse интерфейсы именуются немного непривычно:

ifconfig
enp2s0    Link encap:Ethernet  HWaddr A0:B3:CC:E3:F3:B7 
          inet addr:192.168.1.107  Bcast:192.168.1.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:85704 errors:0 dropped:0 overruns:0 frame:0
          TX packets:67280 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:71090325 (67.7 Mb)  TX bytes:9019603 (8.6 Mb)
          Interrupt:18
 
Сделано это для того, чтобы при изменении конфигурации сетевых интерфейсов не изменялись их названия.

Открываем файл /etc/sysconfig/minidlna и редактируем следующие строки:

network_interface="enp2s0"

каталог с контентом

media_dir="/mnt"

У меня это каталог к которому примаплены все диски с мультимедиа

media_dir="/media"

К сожалени, контент в разнобой, поэтому просто каталог верхнего уровня, но если контент упорядочен в разные папки, то можно перечислить через символ "|".
Тип контента, обозначается одним из символов:
"A" - аудио (например "A,/media/Music")
"V" - видео (например "V,/media/Video")
"P" - изображения (например "P,/media/Photo")

Смешаный контен можно комбинировать, например так: "PV,/media/PhotoVideo"

Как пример:
media_dir="V,/media/Video | V,/media/Video2 | P,/media/Photo"

friendly_name="Microserver-MiniDLNA"

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

notify_interval="300"

Интервал сканирования  сервером расшаренных папок (по умолчанию 900 сек.)
 
Если фаервол включен, открытие портов: 
Необходимо открыть два порта: 1900 для UDP и 8200 для TCP.  
YaST  в помощь.

Запуск minidlna
Запуск minidlna как службы выполняется от root:

systemctl start minidlna

Останов:

systemctl stop minidlna

Перезапуск:

systemctl restart minidlna

Для автоматического запуска MiniDLNA, как службы, при загрузке системы:

systemctl enable minidlna