Сегодня я попробовал два метода для доступа к устройству хранения данных диска 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 вопроса. Я рекомендую редактировать вопрос и только сохраняю Q1 и движущегося Q2 к отдельному вопросу.
Это - твердая вещь ответить, но я подозреваю, что Вы имеете в виду, способ, которым она делает аутентификацию, в принципе, безопасный? И ответ: это зависит.
Существует 2 способа, которыми можно пройти проверку подлинности, каждый менее безопасен, чем другой. Основной способ пройти проверку подлинности менее безопасен, чем альтернатива.
Основной путь использует веб-приложение, записанное и размещенное astrada на механизме приложения Google, и это проходит через Ваши маркеры OAuth Вам. Это странно, потому что мы полагаемся на третью сторону для защиты тех маркеров. В теории, которые проходят через приложение, могло быть низким, или мог быть взломан 3th стороной.
Второй путь состоит в том, чтобы ступить посредством процесса генерации и аутентификации нового маркера OAuth с помощью API Google (инструкции, связанные внизу). Это намного более включено, но в теории, более безопасной, потому что Вы не должны доверять закрытому исходному коду / не поддающийся проверке 3nd партийное веб-приложение для обработки маркеров.
Документация: https://github.com/astrada/google-drive-ocamlfuse/wiki/Authorization