IIchan Archives — Электроника и ПО

Файл: slow.png -(110 KB, 800x508, slow.png)

Чии Ср 24 мая 2017 16:30:26 No.192849

А может мне кто-то объяснить, как работает DHT в торрентах. Конкретно меня интересует анонсирует ли мой торрент-клиент в DHT информацию о запущенных у меня торрентах.
Т.е. если я создам новый торрент, но нигде не буду размещать ни торрент файл ни магнет-линк, будет ли мой клиент анонсировать infohash этой раздачи?
И как работает поиск пиров в DHT? Я понимаю, что клиент смотрит на infohash и обращается к другим пирам в DHT, у которых адреса наиболее близки к этому infohash. Но что, если ни у кого из них нет данных про эту раздачу (И откуда эти данные вообще берутся? Пир должен участвовать в этой раздаче?)? Ведь, как я понимаю, поиск идёт "по сужающейся спирали", т.е. опрашиваются пиры, адреса которых наиболее близки к infohash. Но что если единственный сидер имеет адрес очень отличающийся от infohash? Как тогда его найти?

Чии Пт 06 октября 2017 08:51:12 No.197041
Файл: OpenDHT_—_A_Distributed_Hash_Table_(blog(...).png -(21 KB, 622x392, OpenDHT_—_A_Distributed_Hash_Table_(blog(...).png)

>>192849
Какая картинка прикреплена, столько и ответа ждать!

Да, клиент анонсирует, если DHT в нём включен и если в торренте не указан флаг приватности. И для новой раздачи клиент тоже будет делать то же самое, различий тут нет. Именно благодаря этому свойству работают поисковики по DHT, вроде погибшего BTDigg — слушая и записывая все анонсы раздач, которые ходят в сети.

Механизм поиска пиров чуть более сложный... Начнём с явного указания того, что Peer ID и infohash раздач принадлежат к одному и тому же адресному пространству, и клиент может сравнивать их друг с другом. Вовсе не страшно, если infohash раздачи будет сильно отличаться от Peer ID единственного раздающего. Более того, вообще нет никакой необходимости в том, чтобы именно эти два значения были похожи.
И опрашиваются те известные DHT-пиры, Peer ID которых наиболее похож на infohash желаемой раздачи, совершенно верно. Но те не обязаны сразу знать о раздаче с таким infohash — вместо этого они могут вернуть нашему клиенту данные для связи с ещё одним DHT-узлом, чей Peer ID ещё более похож на infohash раздачи. И так далее... пока цепочка не приведёт нас к узлу, у которого окажется непосредственная информация об интересующей нас раздаче. Ну и участвовать в раздаче не обязан ни один из них — только хранить полученную из анонсов информацию. Таким образом, состояние сети стремится к тому, что узлы будут хранить информацию о тех раздачах, infohash которых похож на их собственный PeerID. Сид с раздачей отдельно, информация о ней отдельно.

А вообще, лучше будет прочесть описание протокола вот здесь: http://translatedby.com/you/protocol-dht/.

>>	Чии Пт 06 октября 2017 12:57:03 No.197044 >>192849 Технически возможно искать не анонсируя. И тогда пир с ид наиболее близким к инфохэшу не будет обладать инфой о раздаче.

>>	Чии Вт 16 апреля 2019 02:42:01 No.207866 Файл: Chuunibyou demo Koi ga Shitai! - resonat(...).webm -(1554 KB, 1920x1080, Chuunibyou demo Koi ga Shitai! - resonat(...).webm) >>197044 Как это? Ну анонсирует кто-то другой тогда.