На каких разрешениях работает freefilesync?

Я смонтировал папку webdav, используя webdav, как описано здесь. Для монтирования этого каталога я использую следующую команду:

sudo mount -t davfs -o uid=bruni,gid=users https://serveraddress /home/bruni/mountpoint

Однако при попытке синхронизировать эту папку с помощью http://www.freefilesync.org/ я получаю следующую ошибку:

Cannot set directory lock for "/path/to/mountpoint".

Cannot write file "/path/to/mountpoint/sync.ffs_lock".

Error Code 13:Permission denied (open)

Обратите внимание, что эта проблема не связана с шифрованием TLS, поскольку она также возникает, когда я не использую https (когда я нахожусь в офисе).

Также обратите внимание, что я могу создавать файлы в смонтированном каталоге из терминала или даже nautilus. Итак, мой вопрос, почему не может freefilesync и как я могу решить конкретную проблему?

Я использую Ubuntu 16.04 и Freefilesync 8.2, но могу представить, что это избыточная информация.

ОБНОВЛЕНИЕ 5/7/2016: Вот разрешения для точки монтирования верхнего уровня:

ls -l
drwxr-xr-x 16 bruni users    488 Jun 14 14:19 Infolog

А вот по каталогу файл блокировки должен быть сделан

ls -l
drwxr-xr-x 16 bruni users 0 May  31 22:07 id54843

id54843 это каталог, глубоко под Infolog.

Freefilesync работает как Бруни

bruni   8448  1.9  0.2 753820 46684 ?        Sl   11:24   1:05 /home/bruni/Downloads/Software/Linux/FreeFileSync/FreeFileSync

Я не хочу синхронизировать 2way.

Источник

1 ответ

+1: интересный вопрос.

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

Если вы выполняете его из cli, правильный синтаксис:

$ sudo -i -g bruni /usr/bin/FreeFileSync "${HOME}"/.FreeFileSync/backup-jobref.ffs_batch 2> "${HOME}"/.FreeFileSync/backup-jobref.ffs_log

Выше предполагается, что в графическом интерфейсе FreeFileSync вы ранее определили пакетное задание и сохранили его как: "${HOME}"/.FreeFileSync/backup-jobref.ffs_batch,

Однако, если вы намереваетесь запустить задание из автоматического сценария, убедитесь, что переменные, которые вы используете явно или неявно, известны в вашей среде выполнения (cron, udev,...):

  • $HOME
  • $DISPLAY
    Не оставляйте это неопределенным в вашем скрипте, включите, например:
    # define local default display and pass it on to any child process
    DISPLAY=:0 ; export DISPLAY

DISPLAY=:0 ; export DISPLAY может не подходить к вашему случаю использования, если вы выполняете удаленное администрирование на удаленном томе во время выполнения удаленного экземпляра FreeFileSync. В этом случае вы должны определить DISPLAY соответствующим образом.

Если вы не хотите вводить свой sudo пароль каждый раз, когда запускается задание резервного копирования или, если вы хотите, чтобы оно выполнялось без присмотра, перейдите по адресу: /etc/sudoers.d/ и sudo-отредактируйте файл 10_user или какое бы имя вы ни выбрали, с:

%admin yr_host = NOPASSWD: /usr/bin/FreeFileSync

где admin любая группа пользователей, которая содержит вас и тех, кому вы разрешаете запускать FreeFileSync с правами root. Визит man sudoers узнать о грамматике и синтаксисе sudoers правила.

Подробнее о sudoers находятся за рамками ОП, но для того, чтобы быть немного более полным, просто еще 2 комментария.

1) ПРАВИЛЬНЫЙ УЗОР ДЛЯsudoers

# who where = tags:(as_whom) what
# "who" is either a group or a collection of users
# "where" is a host or a collection of hosts
# "tags" is the permission granted to "what" is being allowed
# "as_whom" specifies under whose guise the cmd(s) are executed;
#   can be a user "user:" or a group ":group" 
#   or a user and group "user:group"
# "what" is a cmd or a collection of cmds

2) ВНИМАНИЕ: возиться с sudoers может закончиться тем, что пользователь либо улыбается, либо создает черную дыру в безопасности, либо лишает себя и других доступа sudo в целом. В последнем случае с этим вы все еще можете пойти домой вечером и выпить годовой торт. Убедитесь, что вы знаете, что делаете.

Вышеприведенные тесты хорошо подходят для меня на обычном рабочем столе 14.04.4 LTS, но могут быть дополнительно усилены с точки зрения безопасности. Это не очень сложно, но опять же это выходит за рамки этого вопроса.
НТН

Источник
Другие вопросы по тегам