Доступ Диска Google. прекрасный ocamlfuse. Это безопасно?

Сегодня я попробовал два метода для доступа к устройству хранения данных диска Google в Ubuntu 17.04. Мой Рабочий стол является XFCE4.

Первый, с помощью Gnome Учетные записи Онлайн, не работает хорошо. Я вижу ту же производительность и проблемы разрешения в Thunar и Nautilus (er, Файлы). Я следовал инструкциям здесь:

http://www.webupd8.org/2016/03/use-gnome-318-google-drive-integration.html

Я могу видеть файлы в Google Drive и переименовать их, но 1) это не позволяет файлам быть удаленными, перемещенными или скопированными в файловом менеджере, 2) это не взаимодействует с Терминалом хорошо, имена файлов отображают длинные зашифрованные смотрящие вещи и 3) там длинны, "подвешивают" времена, где файловый менеджер и всплывающие меню, которые он создает, замораживаются.

Второй метод, который я попробовал, основанный на FUSE инструмент, названный google-drive-ocamlfuse, хорошо работает! Инструкции:

http://www.omgubuntu.co.uk/2017/04/mount-google-drive-ocamlfuse-linux

Они правы. Это более "производительно".

PPA предлагает ту программу, больше не необходимо скомпилировать его для себя, и до сих пор для меня это ПРОСТО РАБОТАЕТ. Я могу смонтировать папку и преуспеть в том, чтобы полностью взаимодействовать с файлами, включая просмотр, переименование, перемещение и копирование. В целом, это была большая победа.

Теперь интересно...

Вопрос 1. Это, безопасно?

google-drive-ocamlfuse, кажется, обходит аутентификацию фактора Google 2. Как это может быть? Когда я сделал метод Диска Gnome, он действительно следовал за 2 факторной аутентификацией, отправляя текст на мой телефон. Компьютер помнит аутентификацию от сессии Gnome, когда я использую CLI для монтирования с ocamlfuse?

Вопрос 2. Возможный к автоматическому размонтированию?

Существует реальная опасность, то, что я забуду работать fusermount -u на диске Google. Если бы я мог бы заставить ноутбук приостановить автоматически размонтирование, которые управляют им, было бы хорошо.

В прошлом опыте с sshfs я замечаю, что, если я забываю к fusermount-u для разъединения, затем целая ОС является очень медленной после приостанавливания/возобновления. ОС продолжает пытаться восстановить соединение с файлами в ныне несуществующей файловой системе).

Еще одна вещь, которую стоит упомянуть. Вычищение материала Учетной записи Gnome не является всем этим легким. Мне жаль, что я не понял эту часть прежде, чем попробовать его. Gnome установил много пакетов, и я должен был пройти некоторое воображение, танцующее для помещения моей информации о Google в Gnome Учетная запись Онлайн. Достаточно легко удалить пакеты, но вычищение сведений об учетной записи не является автоматическим. Я нашел совет для того здесь:

Как удалить Google виртуальный диск монтирования из Ubuntu 16.04?

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

Вот все пакеты, которые вошли во время этого приключения Gnome, между прочим:

$ sudo apt-get install gnome-control-center gnome-online-accounts
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following additional packages will be installed:
  apg dconf-cli dleyna-server gir1.2-ibus-1.0 gkbd-capplet gnome-bluetooth
  gnome-control-center-data gnome-settings-daemon gnome-user-share ibus
  libcolord-gtk1 libdleyna-connector-dbus-1.0-1 libdleyna-core-1.0-3
  libgeocode-glib0 libgnome-bluetooth13 libgnomekbd-common libgnomekbd8
  libgoa-backend-1.0-1 libgupnp-av-1.0-2 libgupnp-dlna-2.0-3 libgweather-3-6
  libgweather-common libnss-myhostname mousetweaks realmd
  ubuntu-system-service unity-control-center-faces
Suggested packages:
  libcanberra-gtk-module apache2-bin libapache2-mod-dnssd ibus-clutter
  ibus-doc
The following NEW packages will be installed:
  apg dconf-cli dleyna-server gir1.2-ibus-1.0 gkbd-capplet gnome-bluetooth
  gnome-control-center gnome-control-center-data gnome-online-accounts
  gnome-settings-daemon gnome-user-share ibus libcolord-gtk1
  libdleyna-connector-dbus-1.0-1 libdleyna-core-1.0-3 libgeocode-glib0
  libgnome-bluetooth13 libgnomekbd-common libgnomekbd8 libgoa-backend-1.0-1
  libgupnp-av-1.0-2 libgupnp-dlna-2.0-3 libgweather-3-6 libgweather-common
  libnss-myhostname mousetweaks realmd ubuntu-system-service
  unity-control-center-faces
0 upgraded, 29 newly installed, 0 to remove and 24 not upgraded.
Need to get 6,153 kB of archives.
After this operation, 30.2 MB of additional disk space will be used.
2
задан 15 November 2017 в 09:55

1 ответ

Этот вопрос должен быть разделен на 2 вопроса. Я рекомендую редактировать вопрос и только сохраняю Q1 и движущегося Q2 к отдельному вопросу.

google-drive-ocamlfuse безопасен?:

Это - твердая вещь ответить, но я подозреваю, что Вы имеете в виду, способ, которым она делает аутентификацию, в принципе, безопасный? И ответ: это зависит.

Существует 2 способа, которыми можно пройти проверку подлинности, каждый менее безопасен, чем другой. Основной способ пройти проверку подлинности менее безопасен, чем альтернатива.

  1. Основной путь использует веб-приложение, записанное и размещенное astrada на механизме приложения Google, и это проходит через Ваши маркеры OAuth Вам. Это странно, потому что мы полагаемся на третью сторону для защиты тех маркеров. В теории, которые проходят через приложение, могло быть низким, или мог быть взломан 3th стороной.

  2. Второй путь состоит в том, чтобы ступить посредством процесса генерации и аутентификации нового маркера OAuth с помощью API Google (инструкции, связанные внизу). Это намного более включено, но в теории, более безопасной, потому что Вы не должны доверять закрытому исходному коду / не поддающийся проверке 3nd партийное веб-приложение для обработки маркеров.

Документация: https://github.com/astrada/google-drive-ocamlfuse/wiki/Authorization

0
ответ дан 2 December 2019 в 08:22

Другие вопросы по тегам:

Похожие вопросы: