Я всё хочу узнать: что это за загадочный параметр DHT. Кто подскажет простым языком с точки зрения пользователя, когда он нужен, для чего и т.д.?
Printable View
Я всё хочу узнать: что это за загадочный параметр DHT. Кто подскажет простым языком с точки зрения пользователя, когда он нужен, для чего и т.д.?
Небольшая доза гугломицина и вуаляQuote:
Originally Posted by MrGalaxy
И DHT и PEX фактически выполняют основную функцию BitTorrent-трекера — помогают участникам файлообмена узнать друг о друге. Они могут:
Помочь участникам быстрее найти друг друга
Например, на раздаче есть пир X с недоступным портом. К раздаче подключается пир Z, который сам начать соединение с X не может и вынужден ждать, пока Х о нём узнает сам. Х только что обращался к трекеру и в следующий раз собирается это сделать через час.
Но вот пир Y в очередной раз обращается к трекеру и узнаёт про нового пира Z. При этом Y сам давно уже соединён и занимается файлообменом с X, поэтому он через PEX сообщает X адрес этого нового пира. Теперь X может начать соединение к Z.
Снизить нагрузку на трекер
Получая адреса пиров через DHT или PEX, клиенты реже обращаются к трекеру, тем самым снижая нагрузку.
Поддержать раздачу в периоды недоступности трекера
Если трекер является единственным источником информации о пирах, то при его неработоспособности раздача постепенно остановится. Используя PEX, клиенты могут обмениваться друг с другом информацией о пирах, с которыми у них были сеансы связи, тем самым замедляя процесс остановки раздачи. DHT же позволяет полностью заменить трекер.
DHT позволяет раздавать без трекера
Такая раздача называется trackerless. Торрент для неё создаётся без адреса трекера и клиенты находят друг друга через DHT. При участии в trackerless-раздачах BitTorrent-клиенты приобретают определённое сходство с eMule, использующим сеть Kad.
Благодарю за разъяснения. :)
Получается, чтобы гарантированно увеличивать рейтинг на треккере при раздаче, этот DHT надо отключить.
И наоборот, чтобы по возможности не уменьшать рейтинг при скачивании, надо DHT включить.
Правильно?
Именно такQuote:
Originally Posted by MrGalaxy
Quote:
Originally Posted by diesel_kh
Именно не так... По DHT ищутся не только источники, но и те кто будет с вас качать могут узнать о вас по DHT, так что :)
Единственное исключение - трейкеры где DHT запрещен, но тогда он просто будет выключен в конкретном торрент файле..
1 и 2 разобрался. С папкой теперь все хорошо, всем спасибо за советы!Quote:
Originally Posted by Erazer
Правда другие параметры (время, когда ограничивать скорость и сама скорость), которые через вебморду настраивал не сохранились...
3. Все также. Сегодня ставил на ночь качнуть фильм 1,4 гига. Скачался 1 гиг, т.е. роутер завис где-то после 7 часов активного кача при моей скорости! До этого стоял в постоянной раздаче, проблем никаких не замечено.
И что это меняет ? Всеравно с тебя смогут качать минуя трекер и соответсвенно его статистику.Quote:
Originally Posted by TReX
Да, зачем мне, чтоб с меня скачивали без отражения этого в статистике?:confused: Мне так не надо.:)Quote:
Originally Posted by diesel_kh
:confused: Вопрос уже задавался в этой ветке другим участником, но ответа на него так и нет. Спрошу еще раз - кто-то сталкивался с такой ошибкой и в чем её первопричина?
Порты открыты. lsof -i -P говорит, что порт 51413 слушает только transmission.Code:Couldn\'t bind port 51413 on ::: Address already in use (net.c:356)
Заранее спасибо.
Это говорит о том, что port 51413 уже кто-то занял. Может два раза запускаете?
Corvus какая у тебя версия?
У меня такая трабла была. Всегда вываливалась такая строчка в логе. После последнего обновления transmission проблема исчезла.
Версия:Quote:
Originally Posted by chyuliy
Порт слушает/использует только transmission:Code:$ transmission-daemon -v
Transmission 1.92 (10363) http://www.transmissionbt.com/
A fast and easy BitTorrent client
А вот процесса аж 4-е (хотя раньше, вроде как, было три; точно не помню):Code:$ lsof -i :51413
COMMAND PID USER FD TYPE DEVICE SIZE NODE NAME
transmiss 243 root 13u IPv4 2217 TCP *:51413 (LISTEN)
transmiss 243 root 14u IPv4 2220 UDP *:51413
transmiss 243 root 111u IPv4 2569 TCP 85.159.42.82:51413->93-236-113-92.pool.ukrtel.net:4199 (ESTABLISHED)
transmiss 247 root 13u IPv4 2217 TCP *:51413 (LISTEN)
transmiss 247 root 14u IPv4 2220 UDP *:51413
transmiss 247 root 111u IPv4 2569 TCP 85.159.42.82:51413->93-236-113-92.pool.ukrtel.net:4199 (ESTABLISHED)
transmiss 248 root 13u IPv4 2217 TCP *:51413 (LISTEN)
transmiss 248 root 14u IPv4 2220 UDP *:51413
transmiss 248 root 111u IPv4 2569 TCP 85.159.42.82:51413->93-236-113-92.pool.ukrtel.net:4199 (ESTABLISHED)
transmiss 287 root 13u IPv4 2217 TCP *:51413 (LISTEN)
transmiss 287 root 14u IPv4 2220 UDP *:51413
transmiss 287 root 111u IPv4 2569 TCP 85.159.42.82:51413->93-236-113-92.pool.ukrtel.net:4199 (ESTABLISHED)
Code:$ ps axf | grep trans
243 ? SN 0:00 /opt/bin/transmission-daemon -g /tmp/harddisk/transmission/.config
247 ? SN 0:00 \_ /opt/bin/transmission-daemon -g /tmp/harddisk/transmission/.config
248 ? SN 1:23 \_ /opt/bin/transmission-daemon -g /tmp/harddisk/transmission/.config
287 ? SN 0:00 \_ /opt/bin/transmission-daemon -g /tmp/harddisk/transmission/.config
Corvus
тогда даже не знаю.
У меня всё также, как и у тебя, в процессах 4. Но в логах перестало появляться.
Правда, сейчас у меня от энтузиастов прошивка, до этого была стандартная от Олега, не знаю повлияло ли это...
chyuliy
Да, прошивка действительно у меня крайняя от Olega (с последующими от энтузиастов постоянно отваливается HDD).
Я вот думаю может ли этот error быть от того, что порт 51413 прокинут внутрь роутера с помощью web-морды и открыт средствами iptables одновременно?
Corvus
Да вроде нет. У меня тоже было прописано и через веб и через скрипт.
Как здесь писали, прописывать в веб необязательно. И оттуда убрала. Оставила только в post-firewall:
Code:iptables -A INPUT -p tcp --dport 51413 -j ACCEPT