Халявный терабайт

Алаверды к теме бэкапа.

В каментах там посоветовали бесплатный терабайт на Flickr, я в свое время попытался воспользоваться, но как-то не асилил: аплоад через браузер был небыстрым, клиентов с синхронизацией не нашел (но надо еще поискать, возможно появились).

Но в течение ближайшего месяца терабайт "бесплатно и навсегда" можно получить у Mail.ru.

Клиент а-ля дропбокс, хотя и не такой развесистый (например, скорость аплоада не показывает, приходится на пальцах прикидывать; есть ли там версионность - не понимаю пока).

60 пробных гигабайт у меня влилось часа за четыре примерно (точно не засекал), т.е. очень быстро в с сравнении с Дропбоксом и CrashPlan.

Понятно, лицензионное соглашение, то-се, нелицензионные музычку-кино-книги имеют право удалить (как, по слухам, и у Дропбокса). Ну значит надо вместе с BoxCryptor или чем-то подобным использовать.

Comments

моя не очень понимать.
в чем такой уж бонус облачного бакупа?
неужели не дешевле купить винчестеров и на них сохраняться? безо всяких шифрований, копирайтов итд?

Бывают дизастеры, которые не пощадят диски в шкафу. Вроде пожара.

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

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

Старые диски как-то накапливаются.
У меня вот 200-750-гиговиков штук 10, если не больше. Да и 1-2Tb уже начали накапливаться.

Это увеличивает количество жонглирования существенно...
И, да, у меня ничего не накапливается, я нищеброд, меняю, когда smartd письмо присылает и поменянное кладу в мусорное ведро.

Не, менял 5x500 на 5x2Tb в RAID'е когда очередная 500-ка померла (решил заодно и расширится), но те 4 500-ки давно продал :)

Ну вот я в некоторый момент пенял 5x2 на 5x3.
А до того менял 6x1 SAS на 8x1 SATA.
Это в исторической перспективе т.е. "я про них помню"

На 200-ках вообще год выпуска 2004-й, это из какой-то совсем прошлой жизни.

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

А не стрёмно ль вам ставить софт от эпических создателей Guard@mail.ru и прочей нечисти? Нет, ну то есть, если выделенную машину только под аплоад в облако выделять, то наверное пофиг, а если это всё на рабочей машине, то мне вот как-то стрёмно. Хрен знает, какой они туда шпионской дряни натыкают...

Нет, не стремно.

Я в том числе и из этих соображений терабайт этот получил через мобильный клиент, а не десктопный.

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

Так что для задач бэкапа хочется более тупой клиент, работающий в ручном режиме. Надеюсь, еще появится, если/когда откроют API.

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

Тем более, пока я туда хочу тупо архив книжек положить, пока он в крэшплан не уехал. Там дальше посмотрим.
Есть еще интересная идея: берем десяток виртуальных машин, имеем десяток терабайт. Я ее думаю.

зачем 10 машин? мейлру не изобрел общие папки?

Затем что нужно 10 инсталляций клиента показать.

Помимо этого, я не знаю как у Mailru, а у Яндекса и Дропбокса общие папки считаются в квоту каждого из использующих.

хм, и правда считаются в квоту каждого. жлобство какое-то.
хотя у дропбокса оказывается так и написано, One reason this policy exists is to prevent people from giving themselves unlimited space by stacking free accounts with shared folders.

Ну а как иначе то?
1) Как делить shared на участников
2) и как бороться с регистрацией пустых аккаунтов, которые предназначены для наращивания этой самой shared?

ну 1-то понятно, кто зашарил, того и тапки, а против 2 приема нету :)

Давайте 1-ю проблему рассмотрим на примере файла, так еще проще
1) юзер A положил в дропбокс файл и опубликовал ссылку на него
2) юзер Б - увидел ссылку, жмякнул на нее, увидел варианты "скачать" и "положить в свой дропбокс".
3) юзер Б - положил файл в свой дропбокс, допустим от его квоты ничего не отрезалось от этого (расшарил то А)
4) юзер А удалил файл из своего дропбокса.
5) у юзера Б - сюрприз?

ненене, "опубликовал ссылку" и "расшарил папку" - это две большие разницы. расшаренная папка - это как в локалке на компе папка, она все время принадлежит владельцу, юзер Б в каждый момент может пользоватся ею только милостью юзера А, и в любой момент может быть отключен. Перед этим юзер Б конечно может файлы из этой папки скопировать себе в дропбокс, или на яндекс, или на дискету записать, и удалить из зашареной папки на зло А тоже может.

И если юзер Б в эту папку чего нальет, то это он не свою квоту поел, а чужую?

Ну так тоже можно.

ну да.
Было бы можно, если б такие, как мы, не создали бы сразу же мильон базовых аккаунтов для получения безлимитного объема:)

>хотя у дропбокса оказывается так и написано

Яндекс пояснял так же эту проблему.

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

У меня утром 60Gb очень быстро туда убежали.
Сейчас подложил еще 6Gb - вроде шустренько

Оно оказывается долго думало над кучей файлов. Вроде работает.

А чем ты шифруешь и шифруешь ли? Я что-то бегло не нахожу ничего путного. Ну кроме BoxCryptor, который требует каких-то дополнительных действий с аккаунтами, есть ограничения и т.д. Точнее путное нашлось http://members.ferrara.linux.it/freddy77/encfs.html. Создается буковка диска в системе, куда копируем то, что надо пофайлово зашифровать, соотв. в папке синхронизации с облаком появляется шифрованное добро. Что плохо, так это то, что имена файлов шифруются тоже. И не видно, где сие выключается. Возможно, это можно сделать поменяв что-то в исходниках, но тут опыта нет. А выглядит очень удобно.

Я нашел какой-то cloudfogger, но не понял его. Пока не разбирался.

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

Ну вот захочу достать оттуда только некоторые файлы -- проблема. Понятно, что для всего облака не имеет значения, но вот мало ли что понадобится.

Надо в параметрах .encfs6.xml посмотреть.

Ну так ты сходишь в примонтированный каталог и достанешь?

Кажется, решение найдено научным тыком. Надо в файлике параметров .encfs6.xml поменять

nameio/block
3
0


на

nameio/null
1
0


и вуаля -- подмонтированный диск сразу показывает уже созданные там папки и при копировании в него файлов оставляет имена без шифрования.

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

Ну а как?

Ну так и должно быть, я понимаю. Просто путаница некоторая, нужно внимательнее ко всей структуре подходить.

runas работает :)

> В каментах там посоветовали бесплатный терабайт на Flickr, я в свое время попытался воспользоваться, но как-то не асилил: аплоад через браузер был небыстрым, клиентов с синхронизацией не нашел (но надо еще поискать, возможно появились).

Я использую нечно, что называется photoSync. Мне синхронизация и даром не нужна, но он, собака, именно через неё и работает...

> Но в течение ближайшего месяца терабайт "бесплатно и навсегда" можно получить у Mail.ru.

Ценность flickr-а в том, что он ещё и хороший HD-шный видеохостинг, а так же неплохой фотохостинг.

А вот про видеохостинг.

0) Где бы посмотреть сампл?

1) Залитый ролик в высоком разрешении - сам транскодирует в низкие?
2) Плеер на всяких диких мобильных устройствах - работает нормально?

3) Нет ли борьбы за копирайт саундтрека?

0) На flickr.com. Их там как эта.

1) Я в высоких не заливал, я заливал максимум Full HD Progressive с удвоеной частотой (60 кадров в секунду??). Оно его показывает как обычный Full HD. Всего я заливал три или четыре видеоформата, все они показываются OK, даже с неквадратными пикселами (что многие видеоигралки убивает). Обратно оно выкачивается в залитом формате байт в байт, т.е. оно хранит оригинал. Единственно при обратном даунлоаде у меня разрешение .mts превращалось в .mp4 или что-то в этом роде.

2) и 3) - не знаю. Они буквально месяц назад обновили свою игралку видеороликов (и даже ещё не закончили процесс). Можно наверное надеяться, что оно современно и работает на много чём.

МаилРу даёт только 100Мб.

Значит вы неудачник.

Я видел не только ЭТУ картинку. :-)
Там дальше "установите наш софт, и будет вам щастье!".
Установил, места - 100Мб.

Вышло очередное нечто, вдруг полезным окажется:
http://habrahabr.ru/company/intel/blog/207012/

Ну и я установил, авторизовался, что-то там синхронизировал - 1024Gb

(мне кажется, или вы под 100Мб подразумеваете 100Gb?)

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

Ну да, 100Gb. Но ведь не 1024Gb!
ЧуднО.
+ при первой синхронизации автоматом закинуло 5 чужих фоток...

А ведь поди эта маркетинговая акция только для новых пользователей, как всегда бывает?

А ваши терабайты - забрал я :)

Для Вас мне не жалко. :-)

Но там, оказывается, всё интереснее:
Устанавливаю на ноут - то же самое.
Причём аккаунт подхватывается автоматически. Даже 2 (мой и жены). А я всегда снимаю галки "Запомнить".

И в качестве кульминации:
Включаю планшет, и первое, что вижу - "Создать ссылку на облако.майл?"
Общее с компами - только роутер.
(правда, на основной комп скачивал инсталлятор из маркета (но девайсы не коннектил ни разу)).

Ну вот забутил виртуальную машину (маковую)
- зашел на mail.ru
- создал новый аккаунт
- зашел на cloud.mail.ru
- согласился с лицензией
- скачал клиент
- запустил
- авторизовался
Результат:

Спасибо за наводку ))
Надо будет потестить, как оно в моих условиях работает

У меня аплоад крайне медленный. За ~12 часов залилось ~5ГБ при абсолютно свободном исходящем канале. Возможно, причина в том, что я не из Москвы (и даже не из России).

Да, скорее всего где-то на магистрали шейпинг.

Они уже сделали доступ по WebDAV. Хорошо ходит по нему total commander c webdav-плагином и программа для бэкапов Duplicati. Кстати, в ней есть опция шифрования AES-256 и инкрементальные бэкапы.

Еще позавчера я знал этот URL, но webdav-клиент не работал....

Duplicati при проверке коннекта ругается 'Method not allowed'.
Как ее правильно настраивать то?

Сервер: webdav.cloud.mail.ru
порт: 443
чекбокс "Использовать SSL"
Логин вводить полностью, включая домен @mail.ru
С такими настройками всё сразу завелось, уточню - на windows 8. А сама винда через подключение сетевого ресурса - его видит, но копирование виснет.

На Win7 - не проходит Test Connection. Если на него наплевать, то:
Error: Failed to retrieve file listing: The remote server returned an error: (405) Method Not Allowed.

Вчера проверил, - перестали соединяться все программы. Что-то шаманят они там.