История изменений
Исправление h31, (текущая версия) :
Юзера никаких твоих ip запоминать не будут - им нафик не нужно. Им нужно что у тебя есть.
А при чем тут юзеры? Бот не будет соединяться с ними, только с трекером. Отправит в анонсе левый порт, который даже не открывал. (Fix: лучше открыть, т.к. античит на трекере может для проверки сам подключиться, но это нужно экспериментировать) Ну захочет какой-нибудь пир подключиться - не сможет и плюнет, ибо ситуация нередкая (NAT, сеть отрубилась и т.д.).
Когда punya придет домой, подключится полноценный торрент клиент с другим peer_id и с другим портом, для других юзеров это будет совсем другой пир.
торрент клиент переписывать чтобы он хранил информаицию о чужих аннонсах
А каким образом в торрент-клиент вообще попадают чужие анонсы?
а ты надеялся что эти пиры все еще онлайн, когда «придешь вечером с работы»
В теории да, пиры могут и свалить. На практике имеем закрытый трекер, где полно сидбоксов, работающих круглосуточно, так что кто-то да останется.
суть приватного торрента в том что он _обязан_ работать через трекер
Ты путаешь две части протокола - взаимодействие с другими пирами и взаимодействие с трекером. Цель второго - просто получить адреса пиров и не больше. DHT и PEX, если они разрешены, работают с той же целью, никакие данные они не передают. Результат работы что общения с трекером, что DHT, что PEX - добавление записей вида ip:port в табличку, и не более того. А части клиента, которая отвечает за P2P соединения, по барабану, откуда взялись данные из этой таблички. Поэтому нет такого явления как «работать через трекер». Часто встречаю совет вида «отключите DHT, через него может передаваться часть данных, которая потом не учтется в рейтинге» - тоже неверно по той же причине.
Хорошо, предположим, что какой-нибудь вумный uTorrent проверяет, был ли пир в анонсе, но на раздаче наверняка будет вышеупомянутый сидбокс с тупым как валенок rtorrent, который с удовольствием начнет передачу.
Исходная версия h31, :
Юзера никаких твоих ip запоминать не будут - им нафик не нужно. Им нужно что у тебя есть.
А при чем тут юзеры? Бот не будет соединяться с ними, только с трекером. Отправит в анонсе левый порт, который даже не открывал. Ну захочет какой-нибудь пир подключиться - не сможет и плюнет, ибо ситуация нередкая (NAT, сеть отрубилась и т.д.).
Когда punya придет домой, подключится полноценный торрент клиент с другим peer_id и с другим портом, для других юзеров это будет совсем другой пир.
торрент клиент переписывать чтобы он хранил информаицию о чужих аннонсах
А каким образом в торрент-клиент вообще попадают чужие анонсы?
а ты надеялся что эти пиры все еще онлайн, когда «придешь вечером с работы»
В теории да, пиры могут и свалить. На практике имеем закрытый трекер, где полно сидбоксов, работающих круглосуточно, так что кто-то да останется.
суть приватного торрента в том что он _обязан_ работать через трекер
Ты путаешь две части протокола - взаимодействие с другими пирами и взаимодействие с трекером. Цель второго - просто получить адреса пиров и не больше. DHT и PEX, если они разрешены, работают с той же целью, никакие данные они не передают. Результат работы что общения с трекером, что DHT, что PEX - добавление записей вида ip:port в табличку, и не более того. А части клиента, которая отвечает за P2P соединения, по барабану, откуда взялись данные из этой таблички. Поэтому нет такого явления как «работать через трекер». Часто встречаю совет вида «отключите DHT, через него может передаваться часть данных, которая потом не учтется в рейтинге» - тоже неверно по той же причине.
Хорошо, предположим, что какой-нибудь вумный uTorrent проверяет, был ли пир в анонсе, но на раздаче наверняка будет вышеупомянутый сидбокс с тупым как валенок rtorrent, который с удовольствием начнет передачу.