LINUX.ORG.RU
ФорумTalks

Обмен куска своего HDD на кусок чужого HDD

 


1

2

Кто пробовал пользоваться каким-то из известных проектов и каким в этой сфере?

Вкратце идея в том, чтобы отдав «в сеть» 500 гигабайт диска на своём NAS похранить свои 500 гигабайт на рандомных хостах в этой сети.

  1. Ты заявляешься в децентрализованную «сеть бекапов», оглашая своё желание захостить 500 гигов чужих данных.
  2. У тебя есть криптографическая подписть твоего хоста, чтобы твои команды в сеть не перехватили злодеи и т.п.
  3. Сначала сеть тебе устраивает некую проверку в течении, скажем, недели, хостя у тебя рандомные наборы байт и далее хешированием рандомных поддиапазонов хитро проверяя что ты реально честно их хранил, а не выкинул и «сделал вид» и был хорошо доступен всё это время.
  4. ТОЛЬКО ТЕПЕРЬ далее по сети расползается слух о том, что ты вменяем (как-нибудь алгоритмически доказывая всем господам, что ты прошёл проверку) и теперь ты участник: ты можешь залить в это облако 500 своих гигов в обмен на то, что сеть сможет поюзать твои 500 гигов. Гиги юзаются блоками по 8 мегабайт например.
  5. Хранящееся у тебя периодически «пингуется» разными способами, чтобы убедиться что данные лежащие у тебя всё ещё целы и ты не умер. Ну напримре тебе присылают запрос «дай sha256() от диапазона байт [N, M) объекта 0x7182371» и подобное всякое такое. Как только ты начал нести чушь или умер - тебя признают дебилом и все данные, коорые ты где-либо захостил объявляются «можно особождать, хозяин умер».

Смысл участия в этой сети в том, чтобы геораспределённо похранить какие-то свои бекапы. Бекапы твои ты бьёшь на блоки по 8 мб и аллоцируешь их в данной сети типа как в S3. Либо не аллоцируешь, а перезаписываешь существующие. Блоки льются, ясен хрен, как-то там пошифрованные твоим клиентом для доступа в данную сеть. Ну и поверх данного множества блоков ты видишь какую-то файловую систему например - неважно что ты там видишь, главное что твой клиент имеет доступ писать в блоки с номерами от 0 до (500 гигов / 8 мегов) с некой частотой перезаписи одного блоке не чаще раз в час, например. Что логическое поверх этих физических блоков ты там решил представить уже не суть.

Обычно смысл такой штуки в том, что ты эти доступные тебе 500 гигов рубишь ровно пополам и в каждую половину заливаешь копию своего бекапчика. Или рубишь на 10 частей и льёшь 10 копий бекапчика. Зависит от того, количество скольки рандомных 8 мб блоков ты готов пережить.



Последнее исправление: CrX (всего исправлений: 1)
Ответ на: комментарий от lenin386

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

VIT ★★★
()
Ответ на: комментарий от tcpfinhello

Вот о чём в пылу спора не следует забывать! Действительно, не оказались, и действительно, ничего удивительного в этом нет.

VIT ★★★
()
Ответ на: комментарий от VIT

тоже неинтересно, что одна! Оптовый продавец мяса и сеть супермаркетов тоже все время одна, сеть может поглотить другую а мясник заняться ещё и огурцами, важно у кого капитал, у того и обороты товаров, площадей и связей…

tcpfinhello
() автор топика
Последнее исправление: tcpfinhello (всего исправлений: 2)

Давным-давно, когда никаких CD-дисков и в помине не существовало, а дискеты осыпались как ржавчина с трубы, потеря всей информации была обычным делом. Вот и приходилось бегать по друзьям, копируя у них программы, которые они раньше копировали у вас. А что на счет исходных текстов и офисных документов? Их тоже отдавали на хранение приятелям, зачастую предварительно зашифровав. «Вась, ты не против подержать у себя на винте пару десятков мегабайт моего архива? А я подержу твой!» Как говорят в таких случаях французы: «je te rends ton amour» (я возвращаю твою любовь). Идея понятна?

Естественно, при этом возникает то, что ботаники называют перекрестным опылением, а хакеры - вирусной эпидемией. Вирусы размножаются со страшной силой, распространяясь со скоростью лесного пожара! Однажды попав в такой обменник, они прочно обоснуются в нем, так что их становится практически невозможно удалить, ведь перезаражение происходит многократно. Правда, сейчас можно упаковывать дистрибутивы любым архиватором с опцией «защиты от изменений» или контролировать контрольные суммы. Только вот делать все это вручную... как-то непотребно и утомительно. Двадцать первый век, как-никак, на дворе! К тому же распределенное хранилище обычно получается слишком несбалансированным: какой-то файл (программа, музыка, клип) есть у всех, а какого-то нет ни у кого и его потеря невосполнима.

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

… Ослом (eMule) называют клиента крупнейшей файлообменной сети eDonley, в которой можно найти все что угодно: от исходников W2K до новейших блокбастеров. Система сама следит за целостностью файлов, показывает количество имеющихся источников и тянет со всех активных узлов сразу, равномерно распределяя нагрузку между узлами. Мы можем разбивать пользователей на группы, ранжируя их по гибкой системе приоритетов, регламентировать входящий/исходящий трафик и т.д. Короче, преимуществ куча. В классическом Осле отсутствует возможность принудительной закачки и все, что мы можем - просто выложить файлы в общую директорию, дожидаясь пока их кто-нибудь не заберет. Это хорошо работает для обмена музыкой, но для резервирования, увы, не подходит! Ну, разве что договориться каждый день (или хотя бы раз в неделю) просматривать содержимое общих папок всех членов сети (естественно, просмотр папок должен быть разрешен), находить новые файлы и тянуть их себе, если, конечно, это уже не сделал кто-то другой. Можно установить любой порог, скажем, тянем только те файлы, которые имеются менее чем у десяти источников (точная цифра завит от размеров сети - чем больше сеть, тем выше порог). Необязательно делать это руками! Достаточно слегка доработать Осла, исходные тексты которого можно скачать с http://www.emule.ru, или написать плагин. Этим как раз и занимается мыщъх, да и не только он один!

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

Лучше использовать «равноправные» файлообменные сети, обходящиеся без выделенных узлов, то есть работающие без сервера, например, GNUTELLA (http://www.gnutella.com/connect/). Протокол давно расшифрован, куча клиентов распространяется вместе с исходными текстами на бесплатной основе. Слегка доработав их под собственные нужды, мы получим отличное средство автоматизированного распределенного резервирования, после чего за сохранность наших данных можно будет не волноваться.

Конечно, настоящие программисты могут не извращаться, подгоняя под себя уже существующий софт, а написать его самостоятельно. Подобных программ, насколько мне известно, еще нет и потому такая разработка может иметь неслабый успех, тем более что пропускная способность каналов связи растет день ото дня, тарифы на трафик дешевеют, а домашние локальные сети сегодня не тянет только ленивый. Словом, есть все условия для создания распределенных хранилищ данных, не хватает только специализированного программного обеспечения. Ну же, программисты! И чего мы сидим? Ждем пока Билл Гейтс не встроит эту возможность в новую Windows, лишая нас возможности заработать?! …

«Распределенные хранилища информации». Автор: (c)Крис Касперски ака мыщъх

wenxuan
()
Закрыто добавление комментариев для недавно зарегистрированных пользователей (со score < 50)