Bt-teh.ru

БТ Тех
0 просмотров
Рейтинг статьи
1 звезда2 звезды3 звезды4 звезды5 звезд
Загрузка...

Синхронизация с помощью яндекс диска

Синхронизация с помощью яндекс диска

FolderSync
версия: 3.1.6

Последнее обновление программы в шапке: 25.10.2021

Прикрепленное изображение

Прикрепленное изображение

Прикрепленное изображение

Прикрепленное изображение

Прикрепленное изображение

Прикрепленное изображение

Прикрепленное изображение

Прикрепленное изображение

Прикрепленное изображение

Краткое описание:
Облачная синхронизация с поддержкой различных сервисов и протоколов.

FolderSync сделает синхронизацию Ваших файлов с облачными сервисами легкой и беспроблемной.

Кроме того, можно попробовать бесплатную облегченную версию, чтобы проверить функциональность, прежде чем купить.

Полная история изменений здесь: http://www.tacit.dk/foldersync/changelog
Если у Вас есть вопросы, пожалуйста прочитайте FAQ: http://www.tacit.dk/foldersync/faq

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

Основные возможности:
☆ Несколько учетных записей (в полной версии)
☆ Файловый менеджер — управление файлами в облаке
☆ Поддержка шифрования на стороне клиента для Amazon S3
☆ Tasker/locale (в полной версии)
☆ Пользовательские фильтры синхронизации (в полной версии)
☆ Sync to and from you selected provider
☆ Двустороняя синхронизация (с поддержкой удаления файлов)
☆ Сохранение/восстановление настроек
☆ Изменяемый интервал синхронизации для каждого задания синхронизации
☆ Выбирается тип используемого соединения для каждого задания синхронизации
☆ Позволяет синхронизировать подпапки
☆ Скрытые файлы могут быть исключены из синхронизации
☆ Без рекламы (в полной версии)

Поддержка:
☆ Для поддержки свяжитесь с нами [email protected]
Мы постараемся решить все проблемы так быстро, как это только возможно.

Также ждем любые Ваши предложения и пожелания.

Удаление при двусторонней синхронизации:
Чтобы задействовать удаление при двусторонней синхронизации, опция ”Сохранять файлы” не должна быть выбрана

Серверы FTPS/FTPES без докачки используйте на свой страх и риск, так как закачки могут прерываться.

Огромный плюс этой программы, двухсторонняя синхронизация!
Домашняя страница: http://www.tacit.dk/foldersync

Русский интерфейс: Нет
Требуется Android:
6.0+ для 3.0.x
5.0+ 2.9.17–2.10.x
4.1+ до 2.9.16

Сообщение отредактировал iMiKED — 25.10.21, 12:50

На просторах сети появилась версия FolderSync v1.7.1 Full ссылки ниже:

Кто умеет, залейте плиз сюда 😉

Описание
Музыку, фотографии другие важные файлы вы можете копировать с телефона в облако или наоборот. При этом FolderSync позволяет максимально гибко настроить Вашу синхронизацию.
Также есть полноценный встроенный файловый менеджер, который позволяет управлять файлами как локально, так и в облаке: копировать, перемещать и удалять файлы, выгружать и загружать файлы с телефона.
Локализовано на русский язык.
Поддерживаются следующие сервисы:
Amazon S3 Simple Storage Service
Dropbox
SugarSync
NetDocuments
Box.net (WebDAVs)
LiveDrive (WebDAV/FTP)
HiDrive (WebDAV/FTP)
FTP
FTPS (SSL/TLS implicit)
FTPES (SSL/TLS explicit)
SFTP (SSH File Transfer)
Samba/CIFS/Windows Share
Ubuntu One
WebDAV
WebDAVs (HTTPS)

FolderSync сделает синхронизацию Ваших файлов с облачными сервисами легкой и беспроблемной.

Кроме того, можно попробовать бесплатную облегченную версию, чтобы проверить функциональность, прежде чем купить.

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

Основные возможности:
☆ Несколько учетных записей (в полной версии)
☆ Файловый менеджер — управление файлами в облаке
☆ Поддержка шифрования на стороне клиента для Amazon S3
☆ Tasker/locale (в полной версии)
☆ Пользовательские фильтры синхронизации (в полной версии)
☆ Sync to and from you selected provider
☆ Двустороняя синхронизация (с поддержкой удаления файлов)
☆ Сохранение/восстановление настроек
☆ Изменяемый интервал синхронизации для каждого задания синхронизации
☆ Выбирается тип используемого соединения для каждого задания синхронизации
☆ Позволяет синхронизировать подпапки
☆ Скрытые файлы могут быть исключены из синхронизации
☆ Без рекламы (в полной версии)

Поддержка:
☆ Для поддержки свяжитесь с нами [email protected]
Мы постараемся решить все проблемы так быстро, как это только возможно.

Также ждем любые Ваши предложения и пожелания.

Удаление при двусторонней синхронизации:
Чтобы задействовать удаление при двусторонней синхронизации, опция “Сохранять файлы” не должна быть выбрана

Серверы FTPS/FTPES без докачки используйте на свой страх и риск, так как закачки могут прерываться.

Синхронизация YandexDisk и Windows 7 через WEBDav

В общем, задача — настроить автосинхронизацию Яндекс-Диска и папки в Windows7. Ну, если «в лоб», то все довольно просто. Для начала берем FreeFileSync (я тут писал про нее). Берем отсюда, например. Устанавливаем. Запускаем.

Теперь подключаем Yandex-Disk через WebDav (процесс подключения подробно описан тут). Монтируем его, например, как диск Y:

Создаем на локальном диске папку для реплики Яндекс-Диска.

Дальше переходим в FreeFileSync, и выполняем тестовую синхронизацию (справа в панели выбираем подключенный диск, слева — папку репликации). Если все хорошо, то папака и диск синхронизируются. Далее — слева выбираем иконку «Сохранить как пакетное задание», и сохраняем его.

Тут надо сделать лирическое отступление. С FreeFileSync связан тип файлов .ffs_batch — и он в них имеет возможность сохранять (а после — выполнять по клику) свои пакетные задания. Это очень удобно для автоматизации.

Ну и последний шаг — внести все это в планировщик заданий Windows. Жмем Win-R, пишем taskschd.msc — открывается диспетчер задач. Выбираем «Новая задача», вводим ее название, триггер (я поставил раз в час, по-моему, достаточно), действия — запуск программы (того самого пакетного файла), . сохраняем — и наслаждаемся 🙂

В общем, пост для памяти.

ПС Так как в природе есть сборка FreeFileSync под Linux, то совершенно аналогично можно работать и в Линкусе. Ну, разве что подмонтировать диск по WebDav — прописать в стартовых скриптах, а вызов пакетника — в кроне.

Поделиться в соцсетях:
twitter.com facebook.com vkontakte.ru digg.com pikabu.ru blogger.com livejournal.ru memori.ru google.com yahoo.com yandex.ru

Еще записи по теме

Как-то у Вас всё слишком просто, Александр. Поделитесь, пожалуйста, как Вам удалось избежать проблем, описанных ниже (приведу своё письмо в техподдержку Яндекса целиком).

Необходимо наладить автоматическую ночную репликацию резервных копий, создаваемых программами резервного копирования Macrium Reflect Server, Acronis Backup for PC 11.7, SyncBackPro, FreeFileSync.

Натолкнулся на кучу подводных камней:

— Ни одна из вышеуказанных программ не поддерживает WebDAV в чистом виде.

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

— Указать сетевой путь для репликации также не получается, и вообще с такими WebDAV-путями беда — например, после создания путь может оказаться недоступен, а отключить его нечем — так и болтается в сетевом окружении до перезагрузки, подвешивая комп при обращении к себе. А когда это на сервере?!

— Нужно, чтобы репликация резервных копий работала в режиме службы, а не выполнялась резидентной программой, запущенной после входа пользователя в Windows, а возможности смонтировать сетевой диск для WebDAV без участия пользователя я пока не встречал.

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

— В программе Macrium Reflect Server для реплицирования резервных копий предлагается использовать VBS или PowerShell скрипты, запускающие системную утилиту robocopy — нужно тестировать, сможет ли она работать с виртуальными дисками, пока не было времени. Боюсь, что столкнусь с проблемой, описанной ниже.

Читать еще:  Как с айпада синхронизировать контакты и заметки

— Пробовал работать с Яндекс.Диском через WebDAV как через букву диска, так и через плагин для Total Commander-а — результат столь же плачевный, как и при попытке использовать FTP-сервер: при копировании в облако или из облака дата модификации файла меняется на текущую, соответственно, одинаковые файлы становятся различными при сравнении их по дате и времени последнего изменения, возникает жуткая путаница, синхронизация невозможна. В самом приложении Яндекс.Диск имеет место та же самая проблема, и никто её годами не решает: после (первичной во всяком случае) синхронизации все загруженные из облака на компьютер файлы приобретают на нём текущие дату и время!

Какие другие протоколы, помимо WebDAV и FTP, можно использовать, я пока не представляю. У некоторых производителей ПО для резервного копирования есть собственные пропиетарные облака, но ни это ПО, ни такие облака неинтересны. Например, Acronis предлагает собственное облачное хранилище — оно слишком дорогое и непрозрачное, поработал с ним в бесплатном пробном режиме — не понравилось даже бесплатно.

2 Alexander Bashkirov 02-02-2017 12:27

🙂 а я ничего кроме описанного в посте не использовал. Соответственно, описанные Вами проблемы меня просто обошли стороной. ну и — пост от 2013 года, я эту технологию уже не использую. Хотя на момент написания — работало ровно так, как описано.

Клиент Яндекс.Диска для Linux. Консольный

Клиент Яндекс.Диска для Linux. Консольный

2013-08-27 в 11:03, admin , рубрики: cli, linux, Блог компании Яндекс, разработка, яндекс, Яндекс.Диск, метки: cli, linux, яндекс, Яндекс.Диск

Сегодня мы представляем долгожданный клиент Яндекс.Диска для Linux. Можно было бы даже сказать «специально для Хабрахабра», так как ни одно упоминание Диска здесь не обходилось без вопросов о клиенте для Линукса.

У него есть вся основная функциональность, которая есть у клиентов для OS X и Windows, и даже больше (симлинки!), и одна особенность — он консольный.

image

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

Установить его можно здесь. Сразу после установки пакета в терминале появится команда 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. Обработка очереди операций синхронизации. Создание списка операций для локального и удалённого деревьев происходит независимо. В результате могут появиться конфликтующие операции. Например, удаление в облаке файла, который был в нём изменён и ещё не синхронизирован локально, или изменение файла одновременно локально и в облаке. Конфликты модификации/удаления всегда разрешаются ядром в пользу модификации, а конфликты двойной модификации разрешаются переименованием одной из версий файла. Таким образом мы можем гарантировать сохранность данных и даём возможность после завершения синхронизации самому пользователю решить, какое из изменений больше ему подходит в каждом конкретном случае.

Операции синхронизации должны подчиняться строгому порядку, нельзя передавать файл, пока не создана его родительская директория. Так же директорию нельзя удалять, пока внутри неё остаются файлы, которые нужно переместить на новое место. Алгоритм сравнения деревьев уже создаёт операции в нужном порядке, но при возникновении ошибок он может нарушиться. Для предотвращения этой ситуации у каждой операции есть список зависимостей — набор операций, которые должны завершиться до начала её выполнения, и набор операций, которые не должны начаться, пока она не будет выполнена.

Кроме зависимостей на порядок выполнения операций оказывает влияние её приоритет. Например, операции передачи файлов выполняются в зависимости от размеров файлов — от маленьких к большим.

Записки IT специалиста

Установка консольного клиента Яндекс.Диск на Debian / Ubuntu

  • Автор: Уваров А.С.
  • 12.07.2019

yandex-disk-debian-000.png

Яндекс.Диск — популярный отечественный облачный сервис для хранения и синхронизации пользовательских данных. Многие администраторы широко применяют его в своей повседневной деятельности для организации обмена файлами или хранения резервных копий. Чаще всего Яндекс.Диск используют на платформе Windows, для которой существует простое и удобное графическое приложение. Но далеко не все знают, что существует не менее удобный консольный клиент для ОС семейства Linux, о котором мы сегодня хотим вам рассказать.

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

Ценовая политика сервиса позволяет достаточно недорого получить пространство, достаточное для хранения данных небольших и средних организаций. Так годовую подписку на 100 ГБ можно сегодня приобрести за 990 руб, а на 1 ТБ за 2500 руб. Это недорого, собственная инфраструктура обойдется вам существенно дороже, 2500 руб — это цена одиночного жесткого диска на 1 ТБ, добавим к нему еще один диск (RAID 1), железо для NAS (или готовое устройство), канал связи, ИБП. Да и разместить это все надо надежно где-то за пределами офиса.

Перейдем от слов к делу. В нашем случае были использованы системы на Debian 9 и Ubuntu Server 16.04, но данная инструкция будет справедлива для любого основанного на них дистрибутива, в т.ч. настольного. Все описанные ниже действия следует выполнять с правами суперпользователя.

Прежде всего подключим репозиторий Яндекс.Диска:

Скачаем и установим в систему его GPG-ключ:

Теперь обновим список пакетов и установим клиент Яндекс.Диска

Для первоначальной настройки следует воспользоваться мастером установки:

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

yandex-disk-debian-001.png

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

Читать еще:  Как отрегулировать скорость вентилятора компьютера

Сразу после запуска службы начнется синхронизация. Текущий статус можно выяснить командой:

yandex-disk-debian-002.png

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

/.config/yandex-disk/config.cfg и добавим туда строку:

Путь к папкам исключениям следует указывать относительно корневой папки Яндекс.Диска, которая указана в опции:

Т.е. если у вас существует директория /backup/yandex/mydir1/mydir2, то в исключениях следует указать mydir1/mydir2. директории перечисляются через запятую, без пробелов. После внесения изменений сервис необходимо перезапустить:

Больше параметров можно узнать в официальной документации: https://yandex.ru/support/disk/cli-clients.html

Если речь идет о настольной системе, то этого достаточно, Яндекс.Диск будет запускаться при входе в систему текущего пользователя и в фоне заниматься своим делом. Но для консольных серверов он не подходит, так как вошедших в систему пользователей там может и не быть. Для полноценной работы в этой среде нам нужно настроить работу Яндекс.Диска как системной службы.

Для начала остановим приложение:

Затем перенесем каталог настроек в директорию /etc, хранить настройки системной службы в директории пользователя — не самая лучшая идея:

После чего откроем /etc/yandex-disk/config.cfg и исправим путь к файлу токена:

Теперь создадим юнит для systemd, прежде всего сам файл:

И внесем в него следующий текст:

И запустим саму службу:

Проконтролировать ее работу можно командой:

yandex-disk-debian-003.png

Если все работает нормально, добавим службу в автозагрузку:

И удалим скрипт автозагрузки приложения при входе в систему:

Как видим, установить консольный клиент Яндекс.Диск совсем несложно, при этом по удобству использования он мало отличается от своего настольного собрата, позволяя полноценно использовать сервис даже в среде Linux-серверов.

Дополнительные материалы:

Помогла статья? Поддержи автора и новые статьи будут выходить чаще:

Поддержи проект!

Или подпишись на наш Телеграм-канал: Подпишись на наш Telegram-канал

Яндекс.Диск: Установка и настройка консольного клиента на CentOS 7.

Консольный клиент Яндекс.Диска позволяет вам управлять файлами на Диске без использования оконного интерфейса.

Преимущества консольного клиента по сравнению с WebDAV-подключением:

  • низкие требования к ресурсам системы;
  • более высокая скорость чтения и записи файлов;
  • более высокая скорость синхронизации с сервером Диска;
  • отсутствие необходимости постоянного подключения для работы с файлами.

Консольный клиент может быть установлен на следующих операционных системах:

2. Установка клиента.

Чтобы установить клиент вручную, скачайте нужную версию пакета по соответствующей ссылке ниже.

Формат пакета32-bit64-bit
.rpm (Fedora, Red Hat Enterprise Linux, CentOS)yandex-disk-latest.i386yandex-disk-latest.x86_64

Пример установки с помощью менеджера пакетов rpm:

Внимание! Для такой установки нужно самостоятельно скачать данный файл с сайта Яндекса.

# rpm -ivh http://repo.yandex.ru/yandex-disk/yandex-disk-latest.x86_64.rpm

2.1. Установка с помощью yum.

Репозиторий автоматически устанавливается по адресу /etc/yum.repos.d/yandex.repo .

Содержимое файла yandex.repo :

Для проверки цифровой подписи пакета может понадобиться импортировать в систему открытый GPG-ключ.

Импорт GPG-ключа для пакета .rpm:

# rpm —import http://repo.yandex.ru/yandex-disk/YANDEX-DISK-KEY.GPG

Устанавливаем Яндекс.Диск:

# yum -y install yandex-disk

3. Мастер начальной настройки.

Вы можете выполнить начальную настройку клиента с помощью команды setup.

  1. Укажите, использовать ли прокси-сервер (y/n).
  2. Введите имя пользователя на Яндексе.
  3. Введите пароль на Яндексе.
  4. Введите название каталога для хранения локальной копии Диска. Если вы оставите название пустым, в домашнем каталоге будет создана папка Yandex.Disk.
  5. Укажите, запускать ли клиент при старте системы (y/n).

Внимание! Если вы используете или раньше использовали двухфакторную аутентификацию, для авторизации в программе Яндекс.Диск нужен одноразовый пароль, сгенерированный мобильным приложением «Яндекс.Ключ».

После того как мастер завершит работу, в каталоге

/.config/yandex-disk будет создан файл конфигурации config.cfg .

4. Команды.

Для работы с клиентом используются следующие команды:

token — получить ключ авторизации (OAuth-токен) для вашего логина на Яндексе (USERNAME). При вводе команды вы можете указать ваш пароль на Яндексе (PASSWORD) и задать имя файла для хранения токена и путь к нему (FILE). Если дополнительные параметры не будут указаны, для хранения токена будет создан файл passwd в каталоге

# yandex-disk token [-p, —password=PASSWORD] [OPTION] USERNAME [FILE]

start — запустить демон и синхронизировать все папки, кроме указанных в списке исключений exclude-dirs.

# yandex-disk start [OPTION]

status — отобразить статус работы демона (состояние синхронизации, ошибки синхронизации, список синхронизированных файлов, общее и свободное пространство на Диске).

# yandex-disk status [OPTION]

stop — остановить работу демона.

# yandex-disk stop [OPTION]

sync — синхронизировать все папки, кроме указанных в списке исключений exclude-dirs.

# yandex-disk sync [OPTION]

publish — получить публичную ссылку на указанный файл или папку (FILE).

# yandex-disk publish [OPTION] FILE

unpublish — отменить публикацию для указанного файла или папки (FILE).

# yandex-disk unpublish FILE

5. Дополнительные параметры [OPTION].

Указать файл конфигурации. По умолчанию используется файл config.cfg в каталоге

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

Указать файл с данными авторизации. По умолчанию используется файл passwd, который создается с помощью команды token или мастера начальной настройки и хранится в каталоге

Не синхронизировать указанные каталоги. Чтобы настройка действовала всегда, каталоги необходимо добавить в список исключений exclude-dirs в файле config.cfg. Чтобы настройка действовала корректно, названия исключаемых директорий нужно перечислять через запятую, без пробелов.

Запретить изменение файлов на сервере Диска и выполнить синхронизацию только в локальной копии. При возникновении конфликтов синхронизации локальные файлы будут переименованы. Если дополнительно указан параметр —overwrite , локальные файлы будут перезаписаны.

При синхронизации с сервером разрешить перезапись изменений, сделанных в локальной копии Диска. Используется вместе с параметром —read-only .

Запустить демон без возврата управления в консоль. Чтобы вернуть управление, демон необходимо остановить, запустив в другой консоли команду yandex-disk stop или закрыв текущую консоль.

Настроить прокси-сервер.

  • auto — использовать системные настройки прокси-сервера (используется по умолчанию);
  • no — не использовать прокси-сервер;
  • protocol, address, port, login, password — настроить вручную.

6. Примеры использования команд.

6.1. Запустить демон и синхронизацию с указанным файлом конфигурации.

# yandex-disk start -c

6.2. Не синхронизировать папку Foto.

# yandex-disk start —exclude-dirs=Foto

6.3. Синхронизировать папки в режиме read-only.

# yandex-disk sync —read-only

6.4. Получить публичную ссылку на папку Foto.

# yandex-disk publish Foto

6.5. Статус синхронизации можно посмотреть отдельной командой.

7. Пример файла config.cfg.

Путь к файлу с данными авторизации.

Каталог для хранения локальной копии Диска.

Не синхронизировать указанные каталоги.

8. Вопросы и ответы.

Какие возможности Диска доступны в консольном клиенте?

При работе с консольным клиентом вам доступны все основные возможности Диска: синхронизация и публикация файлов и папок, выборочная синхронизация папок.

Работает ли в консольном клиенте выборочная синхронизация папок?

Да. Вы можете запретить синхронизацию отдельных папок, указав их при вводе команды (параметр —exclude-dirs=DIR1,DIR2. ) или добавив в список исключений exclude-dirs в файле config.cfg.

Поддерживает ли консольный клиент работу с символическими ссылками?

Можно ли использовать консольный клиент для репликации данных?

Да. Репликация данных может быть реализована с помощью параметра —read-only .

9. GUI для консольного клиента Linux.

Вы можете работать с консольным клиентом с помощью GUI от сторонних разработчиков.

голоса
Рейтинг статьи
Ссылка на основную публикацию
ВсеИнструменты
Adblock
detector