The OpenNET Project / Index page

[ новости/++ | форум | wiki | теги ]

Использование Google Drive в Linux
Как известно, компания Google пока не выпустила официального клиента Google
Drive для платформы Linux, но подтвердила, что работает над его созданием.
Не дожидаясь выхода Linux-клиента от Google энтузиастами было создано несколько
независимых открытых проектов для работы с данным сервисом хранения, используя
публично доступную спецификацию по API для работы с Google Drive.

Среди такие проектов:

Grive - написанный на С++ клиент для работы с Google Drive. Поддерживает две
базовые операции: загрузка всех находящиеся в Google Drive файлов в текущую
локальную директорию и сохранение в Google Drive изменённых данных из локальной
директории. В настоящий момент (версия 0.0.3) программа поддерживает только
обратную синхронизацию изменений, новые файлы в Google Drive она загружать пока
не может. Готовые пакеты сформированы для Debian Testing и Fedora Linux. При
первом запуске утилиту следует запустить с опцией "-a", затем открыть указанные
URL и скопировать код аутентификции в приглашение программы, после этого будет
создана директория .grive и начнётся загрузка данных.

google-docs-fs - написанная на языке Python реализация FUSE-модуля для
монтирования  Google Docs (будет работать и для Google Drive) в качестве
локальной файловой системы. К сожалению автор прекратил развитие проекта, но
успел выпустить кандидат в релизы. Модуль поддерживает все базовые операции, по
чтению и записи данных, позволяет создавать директории. Готовые пакеты доступны для
Ubuntu и Arch Linux. Для
монтирования директории после установки следует запустить "gmount
локальная_директория адрес@gmail.com", для размонтирования - "gumount локальная_директория".

gdocsfs - FUSE-модуль для Google Docs, написанный на Java.

fuse-google-drive - FUSE-модуль для монтирования содержимого Google Drive в
качестве локальной файловой системы. Проект написан на языке Си. В настоящее
время проект находится на начальной стадии развития и позволяет только
просматривать список файлов, размещённых в Google Drive.

google-drive-utils - попытка написать на Python набор утилит для работы с
Google Drive, создаваемых по аналогии с GNU Coreutils (ls, cat, cp, mv и т.п.).
Проект пока находится на стадии формирования начального тестового прототипа и
ещё не пригоден к использованию.
 
07.05.2012
Ключи: googledrive, fuse, disk / Лицензия: CC-BY
Раздел:    Корень / Администратору / Система / Диски и файлы / Файловые системы

Обсуждение [ Линейный режим | Показать все | RSS ]
 
  • 1.1, 123, 12:33, 09/05/2012 [ответить] [смотреть все]
  • +/
    Семь раз подумай, прежде чем залить данные на гугл драйв!
     
     
  • 2.2, Crazy Alex, 22:48, 09/05/2012 [^] [ответить] [смотреть все]
  • +/
    Шифровать...
     
     
  • 3.3, iZEN, 23:58, 09/05/2012 [^] [ответить] [смотреть все]
  • +/
    Что конкретно? Все пароли Google известны наперёд, либо смогут быть получены обходным путём через программное обеспечение от гугла, установленное на машинах пользователей. Аудит пользовательского ПО на предмет "закладок" от Google с их вездесущими сервисами довольно проблематичен (конечно, если это не программы собранные из исходных текстов). :)

    Я считаю бесперспективной борьбу с Google в вопросах шифрования информации в её сфере влияния.

     
     
  • 4.6, Crazy Alex, 15:40, 10/05/2012 [^] [ответить] [смотреть все]
  • +/
    И у многих стоит гугловский софт с закрытым кодом? Единственное, что из гугловского может быть на современной линуксовой (уж не знаю, как у вас в BSB повелось) машине - хромиум. А полагать,что в него засунули адский код, который будет шариться по диску и искать невесть где пароли для невесть какого софта, которым будет шифроваться какой-то каталог, который дальше будет закидываться на гуглодрайв одой из указанных выше софтин - это паранойя в натуральном, незамутнённом виде.

    Да даже если пользователь поставит будущий нативный гугловский клиент для гуглодрайва (ага, без исходников) - чтобы оно мониторило систему на предмет того, кто и с какими паролями шифровал то,что оно льёт - это больная фантазия. Потому что достаточно кому-то поиграться с strace - и всё это наружу вылезет, гугл в жизни не отмоется. А кто-нибудь поиграется наверняка.

     
     
  • 5.8, iZEN, 23:25, 10/05/2012 [^] [ответить] [смотреть все]
  • +/
    Причём тут шариться по диску Дисковая активность вызовет подозрения Достаточ... весь текст скрыт [показать]
     
     
  • 6.9, Crazy Alex, 17:54, 11/05/2012 [^] [ответить] [смотреть все]  
  • +1 +/
    Понятно. Это таки паранойя.
     
  • 1.4, Anonymousw, 00:33, 10/05/2012 [ответить] [смотреть все]  
  • +/
    А кто сказал, что шифрование бывает только паролем?
     
  • 1.5, Слюнявый Джо, 13:50, 10/05/2012 [ответить] [смотреть все]  
  • –1 +/
    Что вообще безопасней - гугл драйв или яндекс диск? Кто из них больше внедряется в личное и ведет себя более агрессивно?
     
     
  • 2.7, Crazy Alex, 15:43, 10/05/2012 [^] [ответить] [смотреть все]  
  • +/
    > Что вообще безопасней - гугл драйв или яндекс диск? Кто из них
    > больше внедряется в личное и ведет себя более агрессивно?

    А как они могут куда-то внедряться? У яндекса - вообще webdav - монтируй да копируй привычными средствами. К гуглу вон тоже открытых софтин наваяли (хотя ждём сишный вариант fuse, конечно).

     
     
  • 3.11, Аноним, 18:20, 11/05/2012 [^] [ответить] [смотреть все]  
  • +/
    А легко Впарят вам вместо ваших данных что-то еще например Или сотрут часть И... весь текст скрыт [показать]
     
     
  • 4.14, Crazy Alex, 01:19, 13/05/2012 [^] [ответить] [смотреть все]  
  • +/
    Понятно, опять паранойя.
    Ну так это не больше и не меньше, чем любая другая сторонняя система хранения данных. В общем-то крайне сонительно, что кто-то из поставщиков систем онлайн-хранения будет такое чудить, хтя если есть желание перестраховаться - делается левой ногой - шифрование, каталоги, подписи... Впрочем если уж так голову морочить то проще на амазоне каком-нибудь хранилище брать или арендовать серверы/vds. Один черт - если запросы обеспечению к безопасности настолько высоки, то придётся много больше денег/усилий тратить, чем на оплату хранилища и настройку работы с ним.
     
  • 4.19, szh, 23:20, 27/05/2012 [^] [ответить] [смотреть все]  
  • +/
    > А легко. Впарят вам вместо ваших данных что-то еще например.

    Потеря имиджа им в убыток. А прибыль какая, неуловимый Джо?.  Или ты собрался там .exe файлы хранить ?

    > Или сотрут часть.

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

    > Или добавят чего не было.

    уписяться от страха, ужас какой. Может ещё прийдет человек с ружьем и заставит тебя это добавленное скачать ? А твой провод интернета не выдержит этого насилия ?

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

     
  • 2.10, Аноним, 18:18, 11/05/2012 [^] [ответить] [смотреть все]  
  • +/
    Свой дедик в датацентре Ну или накрайняк VDS, хотя это и менее надежно И то га... весь текст скрыт [показать]
     
     
  • 3.12, Аноним, 18:21, 11/05/2012 [^] [ответить] [смотреть все]  
  • +/
    Да, и самое главное - датацентр ни в коем случае не на территории exUSSR а желат... весь текст скрыт [показать]
     
     
  • 4.13, Stax, 03:01, 12/05/2012 [^] [ответить] [смотреть все]  
  • +/
    Да-да-да. Уж мы-то заметили, как "не на территории exUSSR" поступают с датацентрами и серверами, на которых пользователи хранили данные, на примере megaupload.
     
  • 4.16, Crazy Alex, 01:27, 13/05/2012 [^] [ответить] [смотреть все]  
  • +/
    >> Свой дедик в датацентре. Ну или накрайняк VDS, хотя это и менее
    >> надежно. И то гарантии не 100%.
    > Да, и самое главное - датацентр ни в коем случае не на
    > территории exUSSR а желательно какой-то страны щепетильной относительно выполнения законов
    > и в частности неправомерного доступа к информации.

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

     
     
  • 5.17, iZEN, 13:11, 13/05/2012 [^] [ответить] [смотреть все]  
  • +/
    >>> Свой дедик в датацентре. Ну или накрайняк VDS, хотя это и менее
    >>> надежно. И то гарантии не 100%.
    >> Да, и самое главное - датацентр ни в коем случае не на
    >> территории exUSSR а желательно какой-то страны щепетильной относительно выполнения законов
    >> и в частности неправомерного доступа к информации.
    > И самое главное - шифровать/подписывать всё на клиенте и иметь больше одного
    > сервера, на который бэкапимся. В разных юрисдикциях. И всё это нормально
    > настроить, администрировать и сихронизировать.

    RAID-Z3 на предоставленных "носителях" из разных датацентров, находящихся в разных странах под управлением различных компаний.

     
     
  • 6.18, Crazy Alex, 05:05, 14/05/2012 [^] [ответить] [смотреть все]  
  • +/
    RAID-Z3 - это вы ZFS рекламируете? Так он здесь не в кассу - солярис ради этого покупать - всё же перебор, а у FreeBSD малая пользовательская база и нет ни одного вендора, на которого можно было бы положиться в плане слежения за безопасностью. Да и чем оно лучше просто тройного дублирования?
     
  • 3.15, Crazy Alex, 01:26, 13/05/2012 [^] [ответить] [смотреть все]  
  • +/
    До определённой планки инвестиций в безопасность шансы угробить/скомпрометировать данные на своём сервере много выше, вообще-то. Его надо достаточно надёжно настроить, администрировать, обеспечить достаточно надёжный доступ... И при этом защиты от спецслужб будет не больше, чем на гугле, а шансов потерять данные в результате, скажем, проблем в ДЦ - явно больше.

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

     
  • 1.20, iCat, 06:26, 25/02/2013 [ответить] [смотреть все]  
  • +/
    Вниманию параноиков:
    Кто (или что) мешает использовать для хранения в облаках данных криптоконтейнеры?
     

    Ваш комментарий
    Имя:         
    E-Mail:      
    Заголовок:
    Текст:



      Закладки на сайте
      Проследить за страницей
    Created 1996-2017 by Maxim Chirkov  
    ДобавитьРекламаВебмастеруГИД  
    Hosting by Ihor