Пиринг чем не новый вариант сетевой библиотеки?

Сорри не было времени Sad

Трак подыму. Там и кусок базы помещу. Раньше в этом топике я бросал кусок питонского кода, со схемой данных, можно пока поискать там.

Насчет проксей: пока не задумывался, как именно.

Вообще, идеология такая. Каждая точка выполняет функции хаба, если может принимать входящие соединения. А именно, к ней подключаются другие точки и регистрируют свои текущие параметры подключения, и считывают параметры других точек. Мне нравится схема автоконфигурации, которая, по косвенным данным, реализована в скайпе. Попробуем так:

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

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

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

Sergey Chernov
Полустатика лучше - меньше служебный трафик. Иначе при каждом подключающемся - пойдет трафик у уже подключившихся, что не есть хорошо.
Kv

Безопасность.

Думаю, сделаем так. У точки может быть, а может и не быть ник. Если нету - полная анонимность. Ером этого у точки есть 2 параметра: id (GUID) и последний адрес подключения. Его будем хранить в зашифрованном виде. Но толку от этого будет не сильно много Sad

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

Конфигурация: ок, пусть будет полустатика.

2Sergey Chernov
Идея с распределенным хранением книг хорошая. Только чтобы не так много самому изобретать (все таки не простая задача) может глянуть на готовые решения? Есть такая пиринговая сеть freenet написанная как раз в духе идей о свободе слова и подобными. Основная идея примерно как Вы описываете. На компьютере выделяется место под общий фонд. Клиенты сами обмениваются информацией, так что она с избыточностью расползается по многим клиентам. Обмен данными между клиентами зашифрован, информация тоже зашифрована, так что сам клиент даже не знает что у него в пуле хранится Smile

. Зато с легальной стороны все чисто и в отличие от других р2р сетей поймать кого-то практически не реально - для этого нужно достаточно большое число нодов в сети контроллировать (может 10% или еще больше). Ну и удалить что-то тоже практически не реально из-за избыточности.

Конечно freenet сам по себе не совсем то что надо, но ИМХО намного ближе других сетей. В любом случае часть задач они уже решили и грех не воспользоваться их наработками. Проект опенсорсовый.

З.Ы. проблема анонимности в freenet тоже решена. Конечно надо понимать что ничего не бывает бесплатно. Анонимность и защищенность покупается довольно большим траффиком. Кстати анонимность никак не связанна с наличием или отсутствием ника. Может не быть ника, но если одна нода может сказать с какой другой ноды качается определенный файл то какая же это анонимность? Ставит плохой дядя себе клиента, начинает качать книжки Кинга, записывает айпи адреса и идет с ним в прокуратуру. Заводится дело, прокуратура запрашивает у провайдера имя и адрес кому принадлежал определенный айпи в определенное время, потом дело закрывается, а адвокаты с добытыми реальными адресами идут в гражданский суд или еще до суда требуют возмещение ущерба. Это рабочая схема как людей в пиринговых сетях как минимум уже пару лет ловят.

А поподробнее? Линку, например.

Вообще говоря, мне не нравится идея такого фонда, когда ты не можешь пользоваться тем, что у тебя лежит, хотя понимаю, что это вариант углубления анонимности. Трудно представить схему, в которой вообще нет концов. Разве, если разложить каждый файл на кусочки и поместить по всей сети. Но все равно можно собрать трассы от всех кусочков.

Адреса то мы спрячем. В принципе, можно просто организовать принудительный маршрут через много точек. Ну то есть, если плохой дядя хочет книгу, то открывается проксяк на другую точку, потом на третью, и хопов с 17, например, проходит собственно скачивание. Причем проксяк прозрачный, а канал шифрованный, так что 16 точек предоставляют только туннель для информации неизвестного им вида, соответственно, надо собрать данные со всех этих случайно выбираемых точек, а к самим транзитникам трудно претензии предъявлять.

AM
Sergey Chernov
Предлагаю не особо заморачиваться с безопасностью, например сделать что бы не был виден айпи, и забить. Супер навороченная система будет слишком долго "строиться" и за неё придется заплатить большим траффиком - а это нафиг не надо.

Как еще один вариант обеспечения безопасности

А меня все-таки волнует вопрос доступа к этой системе со всяких мелких девайсов, которые полноценный узел не потянут. Может можно заложить возможность сетевого подключения к узлу "тонкого клиента" с доступом только к локальной базе? Или вообще web-интерфейс, тогда и клиент не нужен. Если это не противоречит политике безопасности..

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

Может и поучаствуем слегка, если с исходниками.

Угу, выложу. Последние несколько дней только о безопасности думаю.

НАсчет TOR: собственно, я предлагал сделать такое: встроить в точку еще и механизм проксей, и тащить по частям через N хопов. Но это все ужасно затормозит работу, так как скачивать обменную часть фонда надо непрерывно. В общем вопрос не праздный.

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