Blacklion, chown p2p путь к дир. session
Printable View
Blacklion, chown p2p путь к дир. session
не помогло, тоже самое пишет
мейби там уже лежит файлик .lock? Если да, тогда надо удалить его и запустить rtottent.
нет, там пусто
Да из конфигуаций есть разве что описано в посте
http://wl500g.info/showpost.php?p=108799&postcount=751
Остальное вроде как предрассудительного ничего не несет.
Ну что, могу конфиг рторрента приложить.
В сис логе написано:
Что за квантовый класс я не знаю.Code:EXT3 FS 2.4-0.9.19, 19 August 2002 on sd(8,5), internal journal
HTB init, kernel part version 3.16
HTB: quantum of class 10001 is big. Consider r2q change.
HTB: quantum of class 10012 is big. Consider r2q change.
HTB init, kernel part version 3.16
HTB: quantum of class 10001 is big. Consider r2q change.
HTB: quantum of class 10012 is big. Consider r2q change.
Заодно прикрепляю результаты iptables -L -n -v
Могу выложить роутинг, но зачем он вам нужен не знаю. Еще что-то нужно?
Разорался со всеми проблемами кроме одной.
Как абонентам Корбины отдавать файлы? Качается отлично, а отдавать.. Хоть ты тресни :(
Пробую в конфиге и порты менять, и "ip=" на адрес, выдаваемый l2tp сервером. Бестолку. Уже мылей никаких нет.
все конфиги перебрал, теперь вот такая ошибка rtorrent: can't load library 'libtorrent.so.11'
У меня данный файл отсутствует, выложите плиз, или скажите откуда взять
pppoe,белый, проброс пытался делать потому что через открытие как уже писал не работает.
Качайте бинарники из первого поста.
Серый IP? Тогда есть вариант, что и никак. Точнее Вам только провайдер скажет ну или собратья по несчастью.Quote:
Как абонентам Корбины отдавать файлы?
Замечательно.Quote:
pppoe,белый, проброс пытался делать потому что через открытие как уже писал не работает
1) верните все свои изменения, связанные с деятельностью по пробрасам порта назад. Т.е. все таблицы в веб-интерфейсе в подразделах NAT Setting и WAN&LAN Filters перед началом работы у Вас должны быть пусты.
2) Добавьте в конец файла /usr/local/sbin/post-firewall строчку
iptables -I INPUT -p tcp --dport 51778 -j ACCEPT
3) Убедитесь, что файл вообще выполняется. Т.е. запустите его. Если все запускается - скажите заветную фразу про сохранение и коммит flash и перегрузите роутер.
4) Смотрите наличие открытия порта чекером, ссылку давал выше.
ага , все так и в конце через https://www.utorrent.com/testport3.php?port=51778
У меня правила иптаблесов задавались в post-mount, ну переместил в post-firewall - толку то. Результат:Error! Port 51778 does not appear to be open.
Не знаю что еще может быть, ну стоит ограничение по мак, но он для лан только.
Internet Firewall - MAC Filter
MAC filter allows you to block packets from devices with specified mac address in your LAN.
Пробовал и его на тот случай "а мало ли" отключать тоже 0. Может снести&&поставить прошивку попробовать и заново прописать?
Internet Firewall - Basic Config -> Enable Firewall? тоже в ноу ставил
WAN to LAN Filter тоже вырубал
Попытки запуска дропбера на других портах - 0
А вот мы указываем как обычно
iptables -I INPUT -p tcp --dport 51778 -j ACCEPT
а может и по udp пустить? Просто в винде utorrent зачем-то открывает еще и udp.
Или в рторренте
# Set whetever the client should try to connect to UDP trackers.
use_udp_trackers = no
В ес заюзать? Хотя имхо чушь, все по tcp идет - просто думаю.
Переставил тут рторрент из-за того что имена разделов поменял, хоть и во всех торрентах директории поменял и конфиги в системе после переустановки (версия та же), например, при
[admin@WL-001d60658a14 root]$ /opt/etc/init.d/S99rtorrent stop
выдает
[: RTORRENT_DEFAULT: unknown operand
[: RTORRENT_DEFAULT: unknown operand
[: RTORRENT_DEFAULT: unknown operand
Stopping rtorrent: rtorrent.
Чего это еще за неизвестный операнд?
И еще вот чего:
То биш порт прослушивается все-такиCode:[admin@WL-001d60658a14 root]$ netstat -a
Active Internet connections (servers and established)
Proto Recv-Q Send-Q Local Address Foreign Address State
tcp 0 0 *:51778 *:* LISTEN
2 Novik
Спасибо, скачал бинарники, ошибка исчезла, но появилась снова старая
rtorrent: Could not lock session directory: "/tmp/harddisk/torrent/session/", Permission denied
chown на эту папку не помогает
причиной может быть например то что у меня основной пользователь изменен на root?
Строку /opt/bin/rtorrent -n -o import=/opt/etc/rtorrent.conf я как по инструкции запускаю из под p2p
Наткнулся сегодня на сабжевый файл. При попытке добавить его в список скачивания через веб-морду - рухнул rtorrent. Вскрытие выявило, что в папке dl глючный торрент не появился, однако файлы, которые с его помощью должны были скачаться - создались в папке work. Если запустить rtorrent через консоль, то он работает нормально (судя по статистике Torrents.ru), однако первая же попытка обратиться к нему через веб-морду приводила к краху rtorrent. Вылечилось после того, как я удалил папку с файлами, которые должны были закачаться из директории work. По всей видимости глюк связан с "русскими" именами. Если торрент-файл "бомба" нужен разработчику морды - готов выслать.
1) У меня тоже изменен.
2) Я надеюсь, chown Вы выдаете из под root?
3) Скажите ls -l /tmp/harddisk/torrent/session и напишите результат сюда.
Да, вышлите пожалуйста, будет интересно посмотреть. Или просто укажите линк на torrents.ru - я сам посмотрю, чтобы Вам рейтинг не портить.Quote:
нужен разработчику морды - готов выслать
Выдает вот это
-rw-r--r-- 1 root root 55 Aug 23 16:37 rtorrent.dht_cache
Да, пожалуйста, вот линк:
http://torrents.ru/forum/viewtopic.php?t=667989
chown p2p /tmp/harddisk/torrent/session/*
данный торрент у меня благополучно через морду добавился, и полностью закачался.Quote:
Да, пожалуйста, вот линк:
1) Вы точно используете бинарники из первого поста ?
2) У Вас стоит в конфиге строчка encoding_list=UTF-8 ?
> данный торрент у меня благополучно через морду добавился, и полностью
> закачался.
> 1) Вы точно используете бинарники из первого поста ?
> 2) У Вас стоит в конфиге строчка encoding_list=UTF-8 ?
1 - да, правда я давно не следил за обновлениями. Может уже новые появились? Ставил еще в конце мая.
2 - в конфиге rtorrent'a? Нет, такой строки у меня там не оказалось. Добавил.
Может мой конфиг и версия rtorrent'a устарели? Проверю.
Спасибо!
Включил файрволл и не работают правила на открытие порта - прописал в post-firewall стандартную строку
iptables -I INPUT -p tcp --dport 51777:51778 -j ACCEPT
commit памяти сделал
Но стоит через UI роутера включить файрвол - все приехали - торрент сразу отдает в пасиве, и даже есть и соединяется, при просмотре пиров пишет UBFAILED.
Подскажите - куда копнуть, что почитать по этому поводу? Чую, это как то связано с тем что пакеты мне с внешнего IP на внутренний провайдер пробрасывает.
Все, нашел причину почему был не доступным, когда у меня было сделано chmod +x 0000 /tmp/harddisk/*
Теперь новая ошибка :(
На команду /opt/etc/init.d/S99rtorrent start (под пользователем p2p) пишет
Starting rtorrent: rtorrentsu: must be suid to work properly
su: must be suid to work properly
su: must be suid to work properly
Не подскажу, к сожалению. С такой конфигурацией не сталкивался. Это к "старшим товарищам" надо, я не достаточно в теме подкован.
S99rtorrent выполняется на старте роутера, т.е. из под root. Смена пользователя у него "унутре". Выполнять его из под p2p не нужно.Quote:
На команду /opt/etc/init.d/S99rtorrent start (под пользователем p2p)
Что-то у меня нифига не выходит, теперь вот такие ошибки прут
http://foto.ixbt.com/photo/258104/14...oj/240618w.jpg
и в файле rtorrent.lock пишет WL500gP:+230
Проверьте, заменили ли Вы бинарники из первого поста.
А как повесить lighttpd на 80 порт? Т.е. как повесить понятно, поменять порт в конфиге. А как перевесить админку роутера на другой порт?
Все, заработало, проблема в libcurl оказалась, спасибо за понимание, и ответы, респект автору!
rbn_termit
Я поставил lighttpd на 443 порту, теперь могу через SSL из работы залогинится (на работе стоит прокси, не принимал SSL на нестандартных портах). Отпадает вся возня с Асусовским вебсервером и надежнее :cool:
Novik
Заметил такую вещь на WebUI v1.2. Поставил качатся многофайловый торрент, отметил только 4 или 5 файлов. Все нужные файлы пришли, показывает 100% к отмеченным файлам в разделе Файлы, но у самого торрента статус показывает Скачивание, Скачано 34% (хотя нечего больше не качается, идет только отдача). Ето наверное сам rtorrent возвращает не правильный статус?
Еще комбинация Ctrl+A в разделе Файлы вызывает переключение на раздел Лог и
в разделе Лог. Но потом переключаюсь на Файлы и видно, что Ctrl+A сработал - все файлы отмечены.Code:[17:38:20] JS error: [https://x.x.x.x/rtorrent/script.js : 2837] id is undefined
Браузер - Firefox 3.0.1, OS - WinXP SP3.
Смысл в том, что чтобы определить корректный статус закачки в этом случае, нужно
1) утащить данные по всем файлам всех закачек
2) бегать по ним, и смотреть, в каком они состоянии.
Это порождает массу лишнего трафика и вообще долго. Поэтому значок ставится исходя из общей процентовки. rtorrent же вообще возвращает что ему бог на душу положит, статус, возвращаемый им, морда не использует. Т.к. он логическому обоснованию не поддается. Вернуть для полностью закачанного торрента сатус leech для rtorrent обычное дело.
Про ошибку я в курсе, спасибо. Просто ради ее правки класть отдельную версию не хочется. Может, еще чего найдется.
И все же кажется, rtorrent как-то не економично обходится с пирами. Пробовал enhanced-ctorrent, transmission, (и uTorrent на компе) - они быстрее набирают и долго удерживают скорость. А в rtorrent видно много пиров, у которых Скачивание/Отдача на 0 все время стоит... но может ето субективно, еще понаблюдаю...
Заметил, что когда rtorrent сильно занят и WebUI часто говорит, что время опроса прошло, Мозилла начинает заикатся, жрет много памяти (дошло до 600МБ) и скоро виснет. Конечно, увеличение таймаута помогает, но память все равно заниамет.
[p2p@BotFor /]$ /opt/bin/rtorrent -n -o import=/opt/etc/rtorrent.conf
rtorrent: Failed to parse command line option: Error in option file: /opt/etc/rt orrent.conf:139: Could not prepare socket for listening: Address already in use
это вот что за строчка в конфиге scgi_port = 127.0.0.1:5000
и что мне делать ?
поставил rtorrent
не работает в веб-фейсе настройки
ну и да пес с ним ... в консоли тоже неплохо
вопрос такой - как можно вырубить веб интерфейс? в смысле можно ли его снести? или отключить? или не стоит заморачиваться?
вопрос второй собственно по торрентам
как торренты ставить на закачку? я пока хитрым путем через ssh захожу на роутер,
через lynx захожу на демоноид ком качаю оттуда торрент файл потом копирую его допустим в /opt/home/p2p ставлю на него хозяина p2p и уже через консоль торрента указываю имя файла - неудобно
может как нибудь по другому делать? чтоб удалено можно было рабоатать?
Читать то, что я сказал. И не пытаться запускать вторую копию rtorrent на том же порту.
rtorrent Ваш сообщает
Storage error: [Hash checker was unable to map chunk: Permission denied]
По простому говоря это означает, что Вы не следовали инструкции по установке. Два пути. Или делайте все, как там написано, или читайте документацию и пытайтесь разобраться в предмете.
[admin@WL-001FC660CEE2 disc1_2]$ /opt/bin/rtorrent -n -o import=/opt/etc/rtorrent.conf
rtorrent: Could not lock session directory: "/tmp/harddisk/torrent/session/", held by "WL-001FC660CEE2:+227".
Чем можно помочь?
---------
Проблему решил.
[admin@BotFor /]$ /opt/etc/init.d/S99rtorrent start
Starting rtorrent: rtorrent.
[admin@BotFor /]$ rt
-sh: rt: not found
Мордочка - супер. И завелась с полоборота. Спасибо :)
Не подскажите как прописать пути сохранения торрентов, чтоб потом в вебморде выбирать из выпадающего списка.
Никак. В свое время пытался сделать там нормальный диалог с выбором пути сохранения. Это оказалось невозможным ввиду того, что при корректных настройках безопасности php в принципе не может получить информацию о структуре директорий вне корня веб-сервера.
Если обладаете знаниями в html - можете попробовать поковыряться в соотв. форме диалога и забить требуемые строки фиксированно в виде позиций select.
Сейчас в вебморда запоминает ранее вводимые пути которые можно выбирать стрелками вверх/вниз. Но при перезагрузке эти данные пропадают. Есть ли возможность ее сохранить с последующим восстановлением.