Закрыт крупнейший сервер p2p сети eDonkey

[Гром]

http://lenta.ru/news/2006/02/22/razordead/

Ну и сколько такое гавно будет продолжаться.
 

[RXL]

Пока все сервера не будут стоять в Китае, Африке и Южной Америке. Или пока народ не забунтует...

[Гром]

Просто это все переходит всякие границы разумного.
Если я себе купил музыку и хочу ее дать послушать другу, то я в гробу видел все их лицензии, тем более, что я покупая - никаких бумаг не подписывал.
Кроме того, если я пишу, что вот там вон выложен крак, то я никаким образом не нарушаю никаких соглашений.

Юридически:
1. Я не покупал, не взламывал и лицензий не принимал и не подписывал. Проргамму я не устанавливаю и ничего не нарушаю.
2. Свобода слова вроде как основной критерий демократии в гребанной стране.
3. Я имею права сказать где лежит ключ, по причине того, что я официально не принимаю и не принимал никакого соглашения с фирмой выпускающей, скажем, фильм про Послезавтра.
Таким образом поставив ссылку не на фильм, а на сервер, откуда его можно слить на халяву, я никаким образом ничего не нарушил.

Серверы для осла на деле содержат ссылки о том, у кого фильм есть, лицензии они не подписывали, и сами фильмы не хранят.
На каких основаниях им втуляют нарушение прав авторских, если они не пользуются фильмами?

[RXL]

У кого деньги - того власть и защищает. Устроют многолетнее разбирательство, а на это время осла запретят. Правы оин окажутся или нет - не столь важно: за такое время бездействия пользователи их забудут.

[Гром]

Думаю новый клиент появится. Надо - уже давно предлагал, надо безсерверную технологию придумывать. ВО!

[RXL]

Какой-либо центр необходим. Клиенту надо знать, куда обратиться, чтоб ему подсказали, где искать дальше.

Так как же клиентам без центра узнать друг о друге и о хранимой информации?

Можно воспользоваться multicast рассылкой предварительных данных: все клиенты подключаются к одной группе и слушают, а при наличии новой информации - отсылают ее группе. Так можно отсылать только минимум: передача пакетная. Но и этот метод не без изъяна. Трудно представить себе, что будет, если милион программ отошлют за сутки хотя бы по десятку пакетов и каждому члену группы придет копия этого пакета! Это сотни мегабайт или да же гигабайты трафика.
Как видишь, без центра очень трудно, или вообще невозможно.

Можно оптимизировать эту схему.
Создается добровольная сеть серверов, которые учавствуют в multicast рассылке информации (тут можно рассылать просто информацию о серверах: появление, "долго не отвечает" и т.п.). Их задача - поддерживать динамическую базу серверов и распределенную базу зарегистрированных в сети файлов.
Задачей клиента становится кратковременное подключение к multicast группе, с целью получения данных хотя бы об одном сервере. Дальше он отключается от группы и запрашивает информацию непосредственно с сервера.
В таком варианте активных членов multicast группы должно быть на 3-5 порядков меньше.

[Olegator]

Я читал про torrent, что центр есть, но он создаётся во время раздачи, а потом уничтожается. Вроде!
Но в этой статье говорилось о возможности запускать ложные части. Т.е. человек скачает фильм или музыку, а она будет как тот маяк "то потухнет, то погаснет".
Как я понял хоть есть центр, хоть его нет, этот способ борьбы будет действовать.

[Гром]

Не согласный я.
С кем?
С обоими


Короче говоря идея такая.
Всегда сеть строят по топологии звезды. И это понятно, всегда есть связующий центр, который сам по себе может быть сетью (вложенная звезда, VPN), но есть топология многогранника.
Это и можно использовать.
Каждый знает своего крайнего. Если крайний погашен, то берется крайний у левого с правой стороны.
Встраивание по принципу связных списков. Получается расширяемое кольцо. Единственной проблемой остается прямой коннект при сидении за проки и всякими подбными штуками.

[RXL]

Гром, как ты предпологаешь искать "соседей"? На начальном этапе количество, физическое расположение и адреса клиентов не известны. Расскажи о своем видении принципов работы.

Кстати, во второй части предыдущего своего поста я расказал о модели группы независимых серверов, которые и должны работать друг с другом, а не с единым центром. Тут уж как придумать: общение серверов "каждый с каждым" или один - с ограниченным числом серверов, выбранных по каким-либо признакам.

Olegator, любой центр можно вычислить и "накрыть". Тут дискуссия о том, как исключить центр.

[Olegator]

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

[RXL]

Было такое.
Тут все зависит от контроля за целостностью и достоверностью. В условиях динамически меняющейся сети, задача сложная.

[Гром]

Olegator, какие такие ложные - это же код будет выбирать...

RXL, при первом контакте скачиваются списки известных клиентов с первого. Грубо - прием в куммюнити осуществляет текущий онлайн член сообщества. Когда ты разрешаешь - то ты его регистрируешь в своих списках, а новый получает клиентов от тебя из твоих списков. Кого выберет крайним тот и будет, тем более, что не чистое кольцо, а делать паутину, в виде вставок. тогда х коннектов будет с каждой стороны из имеющихся списков.

[PooH]

новый получает клиентов от тебя

ага, а если еще предусмотреть возможность получения клиентов от полученных от тебя клиентов и т.д. то можно запросто получить огромный список (возможно даже всех), хотя держать столько коннектов смысла нет, но зато их можно "учесть на будующее"

[RXL]

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

[PooH]

По-моему, основная задача как раз в этом и состоит как распределить ресурсы сервера по клиентам, при этом чтобы информация не дублировалась "до безобразия", но был достаточный уровень резервирования и чтобы информация была легко доступной и актуальной (этот список пребований первым пришел на ум, скорее всего он не полный)

[RXL]

Клиент, imho, по определению, ненадежен, т.к., по большей части, запущен на персональной машине и легко может быть выключен. Если у некого клиента есть уникальная информация (которую еще не успели продублировать) и он неожиданно покинет сеть, то, понятное дело, информацию можно считать потерянной.

[Гром]

Если хотим - можно попробовать сформулировать задачку. Тут все дело в дублировании и именно, что бы поднимаясь первым чел был доступен...

[Гром]

Кстати инфу можно бросать через простой файл через HTTP

[RXL]

Гром, не важно, какой транспорт используется. Важен принцип работы.

[PooH]

MPAA судится с форумами файлообменных сетей

Ассоциация кинематографистов Америки (MPAA) подала семь исков в федеральные суды США разных городов против поисковых систем и онлайновых конференций-форумов (newsgroups), связанных с файлообменными сетями.

Хотя на сайтах ответчиков не содержится материалов, нарушающих авторские права, они указывают на то, как и где можно загрузить тот или иной пиратский файл, заявил истец. Эти сайты подталкивают людей к нелегальной загрузке контента, говорится в заявлении. Некоторые из сайтов, указанные в исках, посвящены поиску информации о местонахождении материалов в сетях, созданных на базе платформ eDonkey и BitTorrent. В частности, на сайте TorrentSpy.com, находятся ссылки на 160 тысяч наименований фильмов, песен и телепрограмм, утверждает MPAA. Например, на TorrentSpy.com была обнаружена ссылка на новый фильм о кантри-певце Джонни Кэше (Johnny Cash) "Walk the Line" вместе с мета-данными и участком "потока", необходимыми для загрузки. В примечании было сказано: "Прожигай и смотри, получай удовольствие!".

На прошлой неделе MPAA подала еще один иск против распространителя фильма "Walk the Line". 25-летнему пользователю из США было предъявлено обвинение в нарушении авторских прав. Он предлагал копию фильма на своем защищенном сервере. Как оказалось, копия была предназначена для жюри награды "Оскар", но письмо с фильмом не дошло до получателя. Кроме TorrentSpy.com, в иске упомянуты Isohunt.com, BTHub.com, Torrentbox.com, NiteShadow.com, Ed2k-It.com, NZB-Zone.com, BinNews.com и DVDRs.net.

Напомним что в среду силовики Швейцарии арестовали оператора одного из крупнейших узловых серверов eDonkey – Razorback2, а полиция Бельгии изъяла оборудование на хостинговой площадке возле Брюсселя. Однако это практически не повлияло на работу eDonkey, который насчитывает более 300 узловых индексных серверов.

Адрес статьи: http://www.cnews.ru/newsline/index.shtml?2006/02/26/196693

да уж 300 серваков не так просто закрыть

[Гром]

Ну так как - бум формулировать или опять как конкретика, начнем молчать, или оспаривать любое сказанное ?

[PooH]

Подискутировать, поформулировать можно, тока я, например, начего не знаю на данный момент о работе p2p сетей. А вообще, с точки зрения самого обсуждения тема довольно интересна. Только, я так понимаю это получится обсуждение ради обсуждения?

[Гром]

Не - третий раз я на эту же фишку не попадусь. Хотите предметно, начинайте сами, хотите писать - пишите сами. Готов помогать - но выступать очередной раз в роли ведущего - нетушки.

[RXL]

Гром, чего не думал, так то, что ты хочешь написать новую p2p... Тогда я - пас. Я принципы работы обсуждал и надеялся услышать что-нибудь новое, чего еще не знаю. Да и не думаю, что кто-то еще из участников дискуссии хочет писать.

[Гром]

Опять неправильно. Я нигде не писал, наоброт написал, что не хочу в проекте учавствовать, если его кто-то хочет писать. А вот обсудить принципы и возможности - это да. Но как всегда конкретики нет.

[RXL]