- Консольный клиент Яндекс.Диска для Linux
- Консольный клиент Яндекс.Диска для Linux
- Вход, выход и установка программы
- Установить программу
- Мастер начальной настройки
- Войти в Диск
- Восстановить Диск
- GUI для консольного клиента Linux
- Яндекс диск синхронизация отдельных папок linux
- 1. Скачиваем deb-пакет для установки Яндекс.Диск (консольный клиент)
- 2. Запускаем deb-пакет для установки Яндекс.Диск (консольный клиент)
- 3. Устанавливаем ОФИЦИАЛЬНУЮ графическую утилиту Яндекс.Диск
- 4. Первый запуск и настройка графической утилиты Яндекс.Диск для Linux
- 5. Основные возможности графической утилиты Яндекс.Диск для Linux
- Клиент Яндекс.Диска для Linux. Консольный
- Команды
- Что умеет
- Как сделан
- Как работает
- Как устроена синхронизация
Консольный клиент Яндекс.Диска для Linux
Консольный клиент Яндекс.Диска для Linux позволяет вам управлять файлами на Диске без использования оконного интерфейса.
Где скачать программу и что делать дальше.
Какие команды и параметры используются для работы с клиентом.
GUI от сторонних разработчиков.
Где скачать программу и что делать дальше.
Какие команды и параметры используются для работы с клиентом.
GUI от сторонних разработчиков.
Консольный клиент Яндекс.Диска для Linux
Консольный клиент Яндекс.Диска для Linux позволяет вам управлять файлами на Диске без использования оконного интерфейса.
Формат пакета | 32-bit | 64-bit |
---|---|---|
.deb (Ubuntu, Debian) | yandex-disk_latest_i386 | yandex-disk_latest_amd64 |
.rpm (Fedora, Red Hat Enterprise Linux, CentOS) | yandex-disk-latest.i386 | yandex-disk-latest.x86_64 |
Формат пакета | 32-bit | 64-bit |
---|---|---|
.deb (Ubuntu, Debian) | yandex-disk_latest_i386 | yandex-disk_latest_amd64 |
.rpm (Fedora, Red Hat Enterprise Linux, CentOS) | yandex-disk-latest.i386 | yandex-disk-latest.x86_64 |
Вы также можете добавить репозиторий с пакетом yandex-disk в список доступных репозиториев менеджера пакетов и установить пакет с помощью утилиты apt-get или yum .
Установка с помощью apt-get
Содержимое файла yandex.repo :
Мастер начальной настройки
Вы можете выполнить начальную настройку клиента с помощью команды setup :
После того как мастер завершит работу, в каталоге
/.config/yandex-disk будет создан файл конфигурации config.cfg.
Войти в Диск
Чтобы войти в Диск, используйте команду token .
Восстановить Диск
Чтобы восстановить Диск после после переустановки операционной системы, смены жёсткого диска или удаления программы:
Источник
GUI для консольного клиента Linux
Вы можете работать с консольным клиентом с помощью GUI от сторонних разработчиков.
Название | Описание |
---|---|
YD-tools | Утилита поддерживает все основные функции консольного клиента. Она отображает текущее состояние синхронизации в виде значка в панели задач и может сообщать об изменениях с помощью всплывающих уведомлений. Также добавляет в контекстное меню пункты, отвечающие за публикацию. |
Ya-gui | Утилита позволяет запустить демон в обычном или расширенном режиме (с дополнительными опциями). Добавляет в контекстное меню пункт, отвечающий за публикацию. В запущенном состоянии позволяет открыть или закрыть доступ к файлам, остановить демон, а также отображает информацию о текущем статусе демона. |
Yandex.Disk ServiceMenu | Позволяет получить быстрый доступ к сервису Яндекс.Диск: скопировать публичную ссылку на файл или папку в буфер обмена, сохранить файл в вашу папку Яндекс.Диска. |
Название | Описание |
---|---|
YD-tools | Утилита поддерживает все основные функции консольного клиента. Она отображает текущее состояние синхронизации в виде значка в панели задач и может сообщать об изменениях с помощью всплывающих уведомлений. Также добавляет в контекстное меню пункты, отвечающие за публикацию. |
Ya-gui | Утилита позволяет запустить демон в обычном или расширенном режиме (с дополнительными опциями). Добавляет в контекстное меню пункт, отвечающий за публикацию. В запущенном состоянии позволяет открыть или закрыть доступ к файлам, остановить демон, а также отображает информацию о текущем статусе демона. |
Yandex.Disk ServiceMenu | Позволяет получить быстрый доступ к сервису Яндекс.Диск: скопировать публичную ссылку на файл или папку в буфер обмена, сохранить файл в вашу папку Яндекс.Диска. |
Если вы знаете о других GUI для консольного клиента и их нет на этой странице, пожалуйста, сообщите нам об этом через форму внизу страницы
Источник
Яндекс диск синхронизация отдельных папок linux
В 2019 году что такое облако, пожалуй, знает каждый пользователь компьютера. Облачных сервисов множество, есть как платные, так и бесплатные, есть менее и есть более популярные.
Наверно, никого не обману (да и спорить вряд ли кто станет), что в России наиболее популярен (ну уж точно является самым быстрым для пользователей из России) облачный сервис от поискового гиганта Яндекса, который так и называется просто и со вкусом Яндекс.Диск.
Облачный сервис хранения файлов Яндекс.Диск установить в операционной системе Linux можно. Более того, можно использовать не только консольный, но и графический интерфейс. Итак, подробно об установке далее.
1. Скачиваем deb-пакет для установки Яндекс.Диск (консольный клиент)
Далее просто приведу ссылки для загрузки установщика облачного сервиса Яндекс.Диск в виде deb-пакет для 32- и 64-битных версий операционных систем семеста Linux — Ubuntu или Kubuntu (можете также воспользоваться официальной страницей загрузки из Яндекс Помощи).
2. Запускаем deb-пакет для установки Яндекс.Диск (консольный клиент)
Запуск установки консольного клиента для облачного сервиса Яндекс.Диск делается двойным щелчком левой кнопки мыши.
Описывать консольные команды по управлению облачным сервисом Яндекс.Диск я не буду, так как мы сразу приступим к установке графической оболочки для сервиса, в которой заодно произведем и первичную настройку сервиса.
3. Устанавливаем ОФИЦИАЛЬНУЮ графическую утилиту Яндекс.Диск
Для установки графической утилиты для управления облачным сервисом Яндекс.Диск вначале необходимо добавить ppa-репозиторий. Это делается при помощи всего одной команды в Терминале:
sudo add-apt-repository ppa:slytomcat/ppa
Затем необходимо установить сам пакет графической утилиты облачного сервиса Яндекс.Диск (yd-tools) при помощи всего одной команды в Терминале:
sudo apt install yd-tools
4. Первый запуск и настройка графической утилиты Яндекс.Диск для Linux
Для запуска графической утилиты облачного сервиса Яндекс.Диск yd-tools идем в Меню запуска приложений и щелкаем по одноименному значку приложения с названием Индикатор Yandex.Disk.
При первом запуске графической утилиты облачного сервиса Яндекс.Диск будет запущен мастер настройки учетной записи.
На первом шаге мастер настройки облачного сервиса Яндекс.Диск спросит, используется ли при доступе в сеть Интернет прокси-сервер. Обычно прокси-сервера нет. Выбираем нужный вам вариант.
На втором шаге мастер настройки облачного сервиса Яндекс.Диск предложит выбрать папку, содержащую фалы, которые требуется синхронизировать с сервисом Яндекс.Диск. Можно выбрать существующую папку или создать новую (затем в эту новую папку нужно будет поместить файлы, которые требуется сохранить в облаке).
На третьем шаге мастера настройки облачного сервиса Яндекс.Диск требуется указать путь к токену, который будет хранить данные учетной записи пользователя на сервисе Яндекс.Диск. Не рекомендуется изменять значения, предлагаемые матером по умолчанию.
На четвертом шаге мастера настройки облачного сервиса Яндекс.Диск требуется ввести логин и пароль от учетной записи Яндекса.
После нажатия кнопки ОК мастер настройки облачного сервиса Яндекс.Диск произведет сохранение вашей пары логин-пароль в ранее созданный токен.
Собственно на этом настройка гафической утилиты облачного сервиса Яндекс.Диск закончена. Процесс синхронизации данных пользователя будет запущен автоматически (если выбрана существующая папка на предыдущем шаге настройки).
5. Основные возможности графической утилиты Яндекс.Диск для Linux
В контекстном меню графической утилиты облачного сервиса Яндекс.Диск присутствуют основные функции управления: просмотр статуса синхронизации файлов пользователя, основные настройки утилиты (автозапуск, тема иконок и так далее), остановка и запуск сервиса синхронизации с Яндекс.Диск, просмотр текущего каталога синхронизации и запуск веб-интерфейса для управления Яндекс.Диском.
Также есть ссылка для просмотра справочной информации по утилите Яндекс.Диск в сети Интернет.
Графическая утилита управления облачным сервисом Яндекс.Диск для Linux позволяет также через контекстное меню файлового менеджера, используемого по умолчанию (Dolphin или Nautilus), производить публикацию быструю публикацию в облачном сервисе Яндекс.Диск отдельных файлов. Также поддерживаются файловые менеджеры Thunar, Nemo, Pantheon-files и Caja.
Графическая утилита управления облачным сервисом Яндекс.Диск для Linux поддерживает следующие языки интерфейса: Русский, Белорусский, Болгарский, Греческий и Английский.
При необходимости можно просмотреть последние успешно синхронизированные файлы с сервисом Яндекс.Диск.
На этом все. Жду ваших комментариев.
Понравилась статья? Не очень? Тогда возможно, что вы напишите свою гораздо лучше. Просто перейдите по ссылке Размещение статей и ознакомьтесь с правилами публикации статей на сайте MultiBlog67.RU .
Источник
Клиент Яндекс.Диска для Linux. Консольный
Сегодня мы представляем долгожданный клиент Яндекс.Диска для Linux. Можно было бы даже сказать «специально для Хабрахабра», так как ни одно упоминание Диска здесь не обходилось без вопросов о клиенте для Линукса.
У него есть вся основная функциональность, которая есть у клиентов для OS X и Windows, и даже больше (симлинки!), и одна особенность — он консольный.
Ниже читайте о том, как он настраивается, что конкретно умеет, и о том, как именно он устроен и что в нём было непросто сделать.
Установить его можно здесь. Сразу после установки пакета в терминале появится команда yandex-disk, через которую в дальнейшем и идет общение с облаком Яндекса. После этого нужно вручную запустить команду setup.
Визард настройки позволяет в режиме диалога выбрать папку для синхронизации, включить автозапуск при старте системы, настроить работу через прокси-сервер (если конечно вы им пользуетесь) и авторизоваться в Яндекс.Диске. При настройке вручную первым делом необходимо авторизоваться. После этого в папке .config, расположенной в домашнем каталоге, будет создан конфиг, в котором можно будет настроить путь к папке синхронизации (можно указать в консоли вручную), прописать путь к файлу токена, указать папки, которые будут или не будут синхронизироваться, и прописать настройки прокси-сервера.
Команды
Подготовительная работа окончена, осталось запустить демон одной из команд. Они позволят вам синхронизировать файлы и папки и пользоваться ими везде, где есть интернет.
- Sync запустит демон, синхронизирует все, находящееся в папке Диска, и остановит демон.
- Start сделает то же самое, но без остановки демона после завершения синхронизации. При использовании start демон остается запущен и все изменения, происходящие в папке Диска, будут синхронизироваться автоматически.
- Введя в терминале stop, можно в любой момент остановить запущенный демон, если он вам мешает.
- Командой status можно узнать, в каком статусе находится ядро синхронизации.
Работать с папкой диска можно как из терминала, так и из Nautilus’a.
Что умеет
Консольный клиент позволяет поделиться файлом или папкой с помощью команды publish (если файл находится не в папке диска, перед публикацией он будет туда скопирован). Ссылка будет доступна в терминале, и любой человек, пройдя по ней, сможет посмотреть или сохранить себе опубликованный вами файл или папку. Если случайно был опубликован не тот файл, с помощью команды unpublish можно закрыть доступ к публичному объекту.
В Яндекс.Диске возможна выборочная синхронизация. Команда exclude позволит исключить папку из синхронизации: все изменения, производимые в ней после этого, не будут отправлены в облако.
Опция read-only позволит менять файлы локально, без заливки их в облако. При возникновении конфликтов с локальными изменениями, последние будут сохранены в переименованных файлах, а изменения из облака будут синхронизированы. Опция overwrite будет перезаписывать локально измененные файлы в режиме read-only.
Не можем не похвастаться самым интересным нововведением в ядре синхронизации — отныне мы поддерживаем синхронизацию симлинков! Если возникнут трудности и вопросы в использовании консольного клиента команды man и help просто и доступно помогут в них разобраться.
Как сделан
Чтобы в будущем код можно было использовать для реализации клиентов под разные ОС, было принято решение писать его на C++. Специфичные для разных операционных систем куски кода мы вынесли в отдельные функции или классы, а под каждую платформу писали свою реализацию. В качестве основных кроссплатформенных библиотек мы взяли Boost, OpenSSL и JsonCpp, а системой контроля версий стал git. Клиент под Linux собирался с помощью autoconf. Код писался и отлаживался в связке KDevelop + консольный gdb, либо в Qt Creator’е (в зависимости от предпочтений разработчика).
Взаимодействие с облаком и синхронизация производятся с помощью библиотеки ядра Яндекс.Диска, которую используют десктопные клиенты сервиса.
Как работает
Консольный клиент состоит из двух частей: демона и клиента. Общаются они посредством текстовых пакетов содержащих json-сообщения, посылаемые через сокеты (на Linux и Mac OS X используются unix-domain сокеты). Асинхронная работа реализована с помощью библиотеки boost::asio. Синхронизация доступа к данным реализуется через boost::asio::io\_service::strand, что позволяет не думать о проблеме одновременного доступа к данным нескольких потоков, а также исключает появление deadlock-ов.
Для локализации мы используем библиотеку boost::locale. Текст внутри клиента закодирован в utf-8 и по необходимости преобразовывается в специфичном для каждой операционной системы коде. Мониторинг файловой системы для Linux использует inotify, прекрасно вписыващийся в асинхронную работу boost::asio.
Как устроена синхронизация
Синхронизация — сердце Яндекс.Диска, его ключевая возможность. Задача синхронизации файлового дерева с облаком делится на несколько независимых частей.
1. Мониторинг файловой системы. Ядро синхронизации Яндекс.Диска проектировалось и создавалось как переносимая абстракция, способная выполнять поставленные задачи на всех поддерживаемых платформах. Но такая проблема, как мониторинг файловой системы не реализуется ни стандартной библиотекой C++, ни даже такими монстрами как boost. Более того, даже используя «родное» API операционной системы, мы получаем набор событий, специфический для каждой платформы.
Для мониторинга файловой системы был спроектирован интерфейс «наблюдателя», способного следить за событиями в определённой директории и возвращающего список событий, произошедших в ней. Причём для каждой поддерживаемой платформы набор этих событий отличается. Например, Mac OS X способна сообщить только о факте какого-то изменения в одной из дочерних директорий без детализации. А вот Windows и Linux возвращают полный набор, включая создание, удаление, модификацию и перемещение объектов. Хотя практика показывала, что событиям на платформе Windows доверять не стоит и самым надёжным вариантом остаётся листинг директории после получения оповещения.
2. Индексация локальных файлов и директорий. Для контроля целостности и реализации дельта-обновления файлов ядро синхронизации Яндекс.Диска использует дайджесты — наборы контрольных сумм файла и отдельных его частей. Для всего файла мы рассчитываем стойкий хэш SHA-256 и набор менее стойких сумм для отдельных блоков. Каждый файл, находящийся в папке Яндекс.Диска и не попадающий в список исключений, должен быть проиндексирован. Но вычисление хэша SHA-256 -достаточно дорогая операция, а расчёт хэшей при каждом запуске ПО был бы непростительной тратой ресурсов. Поэтому после того, как завершается индексация файла, ядро синхронизации сохраняет полученный дайджест в «банке» — специальном хранилище, находящемся в служебной директории Яндекс.Диска. Для поиска дайджестов в хранилище используется уникальный идентификатор файла — inode (размер и время последнего изменения). К сожалению, подобный подход не лишён недостатков. Например, многие файлы-криптоконтейнеры сохраняют время последней модификации неизменным даже после записи.
Наверное, кроме тонкостей работы с символическими ссылками, ничего в листинге директорий не представляет особого интереса. Для успешного завершения синхронизации ядро должно обнаруживать и исключать из синхронизации циклические ветки.
Вообще, символические ссылки — это настоящая «головная боль» для ядра синхронизации. Они могут указывать в произвольные места файловой системы, и ни ко всем из них можно применять одинаковые правила синхронизации. Например, пакеты приложений Mac OS X очень часто содержат в себе символические ссылки на директории системных библиотек, и их синхронизация в облако была бы нежелательна — особенно между разными версиями ОС. Но в то же время возможность синхронизировать дополнительные директории с помощью символических ссылок — очень заманчивая возможность, упускать которую не хотелось.
Поэтому для синхронизации символических ссылок была введена особая политика, благодаря которой ядро может выбирать специфический вариант синхронизации для каждой символической ссылки — в зависимости от расположения объекта, на который она указывает.
3. Получение дерева облачной файловой системы. Для решения проблемы синхронизации мало иметь локальную файловую структуру и дайджесты файлов — необходимо получить текущее состояние файловой системы в облаке. Если бы ядру синхронизации каждый раз приходилось обходить дерево с помощью метода PROPFIND, то каждый цикл синхронизации занимал бы неоправданно много времени и создавал бы излишнюю нагрузку на канал. Поэтому ПО Яндекс.Диска использует специальный API, который даёт возможность получать текущее состояние дерева файлов в облаке и изменения, произошедшие в нём, начиная с некоторого известного момента, определяемого версией дерева.
4. Получение оповещений об изменении облачной файловой системы. Синхронизация файлов в реальном времени требует своевременного получения оповещений об изменениях, произошедших с файлами в облаке. Можно было бы использовать периодический опрос сервера клиентами, но, оценив возможное количество клиентов, мы пришли к выводу, что такой подход окажется слабо масштабируемым и приведёт к быстрой перегрузке инфраструктуры сервиса. После недолгих поисков мы остановились на протоколе XMPP. Одна из его реализаций уже долгое время работает в Яндексе. Она была разработана командой, которая позже занимались созданием сервера WebDAV для проекта Яндекс.Диск, поэтому сложностей с интеграцией этого протокола не возникло.
Сейчас пуш-оповещения, обрабатываемые ядром синхронизации, включают в себя не только события, произошедшие непосредственно с файлами или папками в облаке Яндекс.Диска, но и различные сервисные сообщения. Например о выдаче дополнительного места или действиях других пользователей в общих папках. Добавление этих событий к имеющемуся протоколу не вызвало больших сложностей благодаря расширяемости XMPP, что в очередной раз подтвердило правильность нашего выбора.
5. Создание списка операций синхронизации. После того как в распоряжении ядра синхронизации оказываются оба дерева файлов — локальное и удалённое — можно приступать к самой процедуре синхронизации. Для этого применяется специальный алгоритм сравнения деревьев, принимающий на вход кроме двух упомянутых деревьев, ещё и третье — последнее синхронизированное. В результате работы алгоритма получается список операций, которые необходимо произвести над локальными и удалёнными файлами и директориям для приведения деревьев к общему виду.
6. Обработка очереди операций синхронизации. Создание списка операций для локального и удалённого деревьев происходит независимо. В результате могут появиться конфликтующие операции. Например, удаление в облаке файла, который был в нём изменён и ещё не синхронизирован локально, или изменение файла одновременно локально и в облаке. Конфликты модификации/удаления всегда разрешаются ядром в пользу модификации, а конфликты двойной модификации разрешаются переименованием одной из версий файла. Таким образом мы можем гарантировать сохранность данных и даём возможность после завершения синхронизации самому пользователю решить, какое из изменений больше ему подходит в каждом конкретном случае.
Операции синхронизации должны подчиняться строгому порядку, нельзя передавать файл, пока не создана его родительская директория. Так же директорию нельзя удалять, пока внутри неё остаются файлы, которые нужно переместить на новое место. Алгоритм сравнения деревьев уже создаёт операции в нужном порядке, но при возникновении ошибок он может нарушиться. Для предотвращения этой ситуации у каждой операции есть список зависимостей — набор операций, которые должны завершиться до начала её выполнения, и набор операций, которые не должны начаться, пока она не будет выполнена.
Кроме зависимостей на порядок выполнения операций оказывает влияние её приоритет. Например, операции передачи файлов выполняются в зависимости от размеров файлов — от маленьких к большим.
Источник
Adblockdetector