Transmission remote keenetic ошибка подключения

GreenFrog2

Добрый вечер!

Установил и настроил transmission-daemon под Ubuntu 16.04 согласно этим рекомендациям. В веб-морду по адресу http://localhost:9091/ не заходит.Просто крутит значек загрузки страницы. Transmission Remote GUI при подключении выдает ошибку 401: Unauthorized Unauthorized User.
Вот эту тему читал. Изменение пользователя в файле пользователя в файле /etc/systemd/system/multi-user.target.wants/transmission-daemon.service не помогло.
Прошу подсказать в чем моя ошибка.

С уважением,
GreenFrog2.

ТС не появлялся на Форуме более полугода по состоянию на 14/07/2019 (последняя явка: 05/09/2018). Модератором раздела принято решение закрыть тему.
—zg_nico

« Последнее редактирование: 14 Июля 2019, 03:11:31 от zg_nico »

kononvaler

Посмотрите что говороит при перезапуске сервиса:
sudo service transmission-daemon restart
настроики у меня обычно такие (запуск демона от пользователя, которому принадлежат директории хранения. чтобы права на файлы и директории не путались)
и конфиг смещаю в хоум:

GreenFrog2

Доброе утро, kononvaler!
После рестарта сервиса указанной командой все заработало. И веб морда и Transmission Remote GUI.
Странно, не понял причину успеха. Я когда эксперементировал с настройками всегда останавливал сервис, потом запускал. Изменения должны были сработать.

С уважением,
Зеленая лягушка.

kononvaler

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

GreenFrog2

Всем спасибо!
Все заработало после команды

sudo service transmission-daemon restart

Имеются ли допонительные жесткие диски, кроме системного, монтируемые для торрентов?

Да, Система / и /homе стоят на одном физическом диске, а сами торренты расположены на другом физическом диске ext4, мотируемом автоматически при запуске командой из файла /etc/fstab

Если не будет подключения, проверю указанной командой.

С уважением,
Зеленая лягушка.

GreenFrog2

kononvaler, добрый вечер!
В продолжение темы хочу обсудить еще такую проблему.
При перезагрузке компьютера GUI выдает ошибку Connection refused.
По команде

ps -ef | grep transmission
вывод такой

greenfr+  2415  2228  0 20:31 pts/4    00:00:00 grep --color=auto transmissionЭто сервис не успевает стартовать или другое?
По команде

sudo service transmission-daemon restartвсе работает нормально.

С уважением,
Зеленая лягушка.

kononvaler

вывод такой
Код: [Выделить]

greenfr+  2415  2228  0 20:31 pts/4    00:00:00 grep —color=auto transmission

это значит что сервис не стартанутый, вывод который мы видим выше это сэлфи нашего запроса.
если бы сервис был запущен, то увидели бы два результата:
valery    8173     1  0 сент.11 ?  02:06:23 /usr/bin/transmission-daemon -f —config-dir /home/valery/.config/transmission/
valery   29065 29016  0 23:53 pts/3    00:00:00 grep —color=auto transmission
первый сам демон, второе как уже обсудили на вашем примере.
Мое предположение, что сервис пытается стартовать и падает до того как смонтируется диск с нужным ресурсом.
Я попробовал добавить в скрипт запуска задержку, но еще ни разу не перегружался (у меня сервер в подвале невыключаемый)
давайте попробуем сделать так:
sudo nano /etc/init.d/transmission-daemon
……………………………………………….
#!/bin/sh -e
### BEGIN INIT INFO
# Provides:          transmission-daemon
# Required-Start:    $local_fs $remote_fs $network
# Required-Stop:     $local_fs $remote_fs $network
# Default-Start:     2 3 4 5
# Default-Stop:      0 1 6
# Short-Description: Start or stop the transmission-daemon.
# Description:       Enable service provided by transmission-daemon.
### END INIT INFO

NAME=transmission-daemon
DAEMON=/usr/bin/$NAME
USER=valery
STOP_TIMEOUT=30

sleep 60s

export PATH=»${PATH:+$PATH:}/sbin»
…………………………………
добавить выделенную строку, что должно дать задержку запуска трансмишена на минуту, и посмотрим на результат после перезагрузки.

« Последнее редактирование: 21 Сентября 2016, 21:04:29 от kononvaler »

GreenFrog2

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

greenfr+  2525  2511  0 22:20 pts/1    00:00:00 grep --color=auto transmission

kononvaler

давайте включим лог и посмотрим, будет ли что-то туда записано:
/etc/default/transmission-daemon

# Default options for daemon, see transmission-daemon(1) for more options
OPTIONS=»—config-dir $CONFIG_DIR —logfile /path_to/transmission.log«

GreenFrog2

kononvaler, добрый вечер!

В указанном файле добавил строку

OPTIONS="--config-dir $CONFIG_DIR --logfile /home/greenfrog/log/transmission.log"Перезагрузился. Лог файл не появился.

Похожая ерунда с Simple Backup. Установил из менеджера приложений, настроил. Расписние задал в формате cron 0 0 3 * *
Задал вывод лога. Ничего не происходит. Архив не создает, лог не пишет.

С уважением,
Зеленая лягушка.

Dot-mitsu

У меня помню была подобная проблемка давно ещё, но я не стал её решать потому что мне на сервере нужна была gui версия трансмишена. GUI версия нормально работает и запускается после перезагрузки автоматически без проблем.

kononvaler

от какого пользователя запускается даемон? у него есть доступ к указанной директории? в syslog есть что-нибудь про трансмишн?
sudo tail -n 100 /var/log/syslog |grep transmission
у меня на сервере через kodi по hdmi подключен телек, пультом ComPro K300 все это управляется, еще Plex по сети раздает, еще Owncloud работает, потому просто не доберусь проэксперементировать, так что давайте у вас домучаем причину.

Пользователь добавил сообщение 23 Сентября 2016, 05:26:00:

У меня помню была подобная проблемка давно ещё, но я не стал её решать потому что мне на сервере нужна была gui версия трансмишена. GUI версия нормально работает и запускается после перезагрузки автоматически без проблем.

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

« Последнее редактирование: 23 Сентября 2016, 05:26:01 от kononvaler »

GreenFrog2

Демон запускается от моего пользовательского имени — greenfrog. В первом посте я давал ссылку на настроийки, согласно которым все запускается от моего имени, что бы у меня был доступ к файлам, скачанным демоном.
Права на папку log: владелец — текущий пользователь (создание и удаление файлов); группа — greenfrog (создание и удаление файлов).
Ввел в термилале указанную команду, она ничего не вывела. Открыл syslog руками. Вот его содержание

Sep 23 07:36:18 greenfrog-System-Product-Name anacron[7568]: Job `cron.daily' terminated
Sep 23 07:36:18 greenfrog-System-Product-Name anacron[7568]: Normal exit (1 job run)
Sep 23 08:10:25 greenfrog-System-Product-Name gnome-session[1635]: Nautilus-Share-Message: Called "net usershare info" but it failed: Не удалось выполнить процесс-потомок «net» (Нет такого файла или каталога)
Sep 23 08:15:41 greenfrog-System-Product-Name gnome-session[1635]: Gtk-Message: GtkDialog mapped without a transient parent. This is discouraged.
Sep 23 08:15:51 greenfrog-System-Product-Name gnome-session[1635]: Gtk-Message: GtkDialog mapped without a transient parent. This is discouraged.
Sep 23 08:17:01 greenfrog-System-Product-Name CRON[8342]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
Sep 23 08:18:13 greenfrog-System-Product-Name gnome-session[1635]: Gtk-Message: GtkDialog mapped without a transient parent. This is discouraged.
Теперь понятно почему у меня Simple Backup не работает, но не понятно почему cron умирает.

kononvaler

Поставил 14.04 в виртуалку, поставил трансмишн-демон, перевел пользователя на себя, указал директорию сохранения на сетевой NFS ресурс, сделал его недоступным:
все отлично СТАРТУЕТ после перезагрузки, при попытке скачивания ругается на недоступность каталога.
Причина в чем-то другом, не в подключении дисков, надо читать про апстарт и где увидеть следы ошибки.

Ввел в термилале указанную команду, она ничего не вывела.

Ну так потому что нету ничего связанного с нашим демоном. Попробуйте так-же но с     grep cron  и получите все с ним связанные ошибки
И, кстати, ваш Simple Backup, не завязан на GUI ли, вы учли это в запуске cron-ом?

« Последнее редактирование: 23 Сентября 2016, 09:43:42 от kononvaler »

GreenFrog2

Команду с grep cron попробовал, ничего не вывела.
Simple Backup настраиваю через GUI Simple Backup-configuration for admins. Там есть строка для настройки cron.
Раньше в версии ubuntu 4.04 работал. Сейчас перешел на 16.04 в связи с апгрейдом всего железа. И вот пожалуйста, игры в которые не играю идут, а необходимые программы нет.

Проблема с управлением Transmission через Remote GUI

ASUS O!Play HDP-3R, Router Netgear N150

Re: Проблема с управлением Transmission через Remote GUI

by FarVoice » 19 Sep 2012, 01:07

Re: Проблема с управлением Transmission через Remote GUI

by Colder » 19 Sep 2012, 01:43

Спс что откликнулись Насчет конфига — я только от дочки, пока не могу. Но могу совершенно точно сказать, что ничего в нем от стандартного я не изменял. Ставил пакет moservices строго как указано в инструкции здесь на сайте (использовал онлайновую установку) командами телнета. Команда в команду. Все стало как часы, после чего в плеере зашел в меню «дополнительные сервисы»->moservices и запустил битторрент клиент. Потом поставил на ноуте дочки Remote GUI. Запускаю, пытаюсь создать новое соединение — облом. А тупо вбиваю в эксплорере адрес плеера — все отлично запускается, причем плеер тоже видит комп (создавая закачку, я, подсовывая торрент-файл, выбираю его из папки Temp на компе — никаких проблем). Но управлялка такого веб-интерфейса бедноватая и непривычная для дочки. Хотелось бы подружить Remote GUI. Между прочим, не могу понять, почему, если по умолчанию пакет Transmission настроен на логин torrent и пароль 1234, при вызове из интернет-эксплорера интерфейс не требует никакого логина-пароля. Отлично обходится без него. Попытка гуглить наскочила на подобную (точнее точь-в-точь) проблему, но увы, удовлетворительного ответа дано не было.

ASUS O!Play HDP-3R, Router Netgear N150

Re: Проблема с управлением Transmission через Remote GUI

by FarVoice » 19 Sep 2012, 02:47

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

Re: Проблема с управлением Transmission через Remote GUI

by Colder » 20 Sep 2012, 23:14

Some update to the problem. Сегодня вновь побывал у дочки и проделал несколько экспериментов. Собственно говоря, кой-что я подозревал после обмена мнениями тут, к сожалению, подозрение подтвердилось. Так вот, до медиаплеера по порту 9091 достучаться невозможно. Т.е. если вбивать в адресную строку эксплорера полный адрес типа 192.168.1.3:9091, то веб-морда не отображается. (почему 3, а не 4 — при новой загрузке роутер назначил плееру такой адрес, чтобы в будущем адрес не гулял, я закрепил его в настройке роутера по мак-адресу). Веб-морда отображается, только если адрес указывать без порта или же с 80-ым портом (192.168.1.3:80). Я попытался пробросить порт в роутере по образцу и подобию, как я это делаю для StrongDC (выбрав службу TCP/UDP) — никакого эффекта. В то же время Transmission Remote GUI порт 80 не принимает (отображается сообщение «неизвестный метод присоединия к серверу»).
Насчет настроек — списал их с веб-морды, выкладываю:
В разделе модули:
embtorrent Embedded BitTorrent (btpd+unicgi) 0.1 Удалить 0.1
trans204 Transmission v2.04 Установить 0.2
transmission Transmission v2.12 Установить 0.4
udpxy UDP-to-HTTP Proxy v1.0-Chipmunk b19 Установить 0.3
wakelan Wake up NAS over Lan Установить 0.1
(я привожу тут те настройки, которые хоть отдаленно относятся к делу, как я понимаю. Если что-то еще, приведу).
Есть еще информация о системе, она нужна?
Нигде в веб-морде не нашел информации о логине torrent и пароле 1234.
Между прочим, заряженный мною торрент-файл через веб-морду полностью скачался, т.е. клиент работает

ASUS O!Play HDP-3R, Router Netgear N150

Re: Проблема с управлением Transmission через Remote GUI

by Colder » 20 Sep 2012, 23:25

Еще нарисовалась пара неприятных проблем. Первое: подтвержден глюк насчет полного убивания мо-сервисов при выключении плеера с пульта, но вот лечение с помощью RootPatchedApp не сработало. Т.е. я это приложение разрешил (для пробы один раз с пульта, другой через веб-морду) — толку никакого. При отключении плеера с пульта всем мо-сервисам хана. Приходится перезагружать обесточиванием. При этом если выбрать перезагрузку плеера через веб-морду (не suspend, а именно перезагрузку), то убивания сервисов не происходит. Вторая проблема усугубляет первую: у дочки плеер соединяется с интернетом через Wi-Fi. Так вот, после обесточивания плеера при повторном включении соединение потеряно, его надо активировать заново. Но это одна восьмушка беды — главное в том, что при повторной активации беспроводного соединения надо заново вбивать пароль соединения! Он, зараза, не сохраняется! Вот это, действительно, засада. Есть ли какой-то способ сохранить пароль? Я не говорю уж об автоматическом восстановлении самого подключения. Для сравнения: у моей Дюны-101 характеристики беспроводного соединения достаточно задать один раз, после отключения электропитания и повторного включения Дюна автоматически восстанавливает беспроводное соединение.

ASUS O!Play HDP-3R, Router Netgear N150

Re: Проблема с управлением Transmission через Remote GUI

by Colder » 20 Sep 2012, 23:28

Еще добавка: поставил на ноуте дочки управлялку мо-сервисами OPlaySMSetup. Все отлично встало, управлялка достукивается до плеера и позволяет ими управлять. Чудны дела твои, господи.

ASUS O!Play HDP-3R, Router Netgear N150

Re: Проблема с управлением Transmission через Remote GUI

by FarVoice » 20 Sep 2012, 23:47

Вот только сейчас понял, что речь идёт о moServices2 и о embedded torrent client
Я же думал о moS3 и трансмишн
moS2 уже как год не поддерживается, модули не обновляются.
Так что мой совет — перепрошейте плеер через кнопку Ресет, чтобы вычистить всё, установите moS3 и уже в нём поставьте модули patchedRootApp и трансмишн

Re: Проблема с управлением Transmission через Remote GUI

by Colder » 20 Sep 2012, 23:56

ОК, принято . Я-то, как новичок, с ходу нашел только moservices 2. Ладно, поищу третий пакет. Что такое кнопка Ресет, не знаю, не видел , но, во всяком случае, точно видел в управлялке мо-сервисами опцию полного удаления пакета, нет проблем. А насчет сохранения характеристик беспроводного соединения ничего не подскажете, очень уж неудобно. У нас местные чубайсы довольно часто балуются кратковременными отключениями электричества (буквально на пару-тройку минут, это у них, гадов, хобби такое), напрягает после каждого такого отключения все задавать заново.

ASUS O!Play HDP-3R, Router Netgear N150

Re: Проблема с управлением Transmission через Remote GUI

by FarVoice » 21 Sep 2012, 00:39