Я пытаюсь настроить систему резервного копирования с s3fs
и сервис Amazon S3. Я следил за этим это руководство и это руководство.
Хвост /var/log/messages
Я получил:
Aug 28 13:37:46 server s3fs:###response=403
Я уже пробовал создать файл аутентификации / etc / passwd-s3fs и установить доступ и закрытый ключ, передав его через командную строку. Я несколько раз проверял учетные данные и использовал их с s3fox
, и он работает.
Я также установил время машины (с помощью команды date) таким же, как и на серверах Amazon S3 (я получил время загрузки файла сервером S3 с помощью файлового менеджера).
Не только rsync
не работают, команды вроде ls
или cp
в /mnt/s3
тоже не сработало.
Привет, несколько раз я также монтировал ведро s3 на Linux. Я отметил ссылку ниже для этого. В обычной документации отсутствует важное замечание о разрешениях. Итак, сначала вам нужно отключить местоположение, затем изменить разрешения как для ключа, так и для каталога, а затем снова смонтировать.
Ваше разрешение на каталог монтирования должно быть 777, а разрешение для ключевого файла - 600. Пожалуйста, проверьте документацию ниже.
chmod 777 /mnt/dir/
chmod 600 ~/.passwd-s3fs
Смонтируйте корзину AWS S3 в файловую систему Ubuntu
Надеюсь, это поможет, потому что я много раз использую эту документацию в облаке.
Фактически вы можете хранить учетные данные в двух местах. Системный или пользовательский уровень. Неясно из вашего вопроса, где у вас все установлено. Для каждого требуются разные настройки разрешений.
Для размещения на системном уровне в /etc/passwd-s3fs
разрешения должны быть 640
. Так что настройтесь с chmod
вот так, если это не так:
sudo chmod 640 /etc/passwd-s3fs
Для размещения на уровне пользователя в ~/.passwd-s3fs
разрешения должны быть 600
. Так что настройтесь с chmod
вот так, если это не так:
chmod 600 ~/.passwd-s3fs
Кроме того, содержимое каждого из этих файлов должно соответствовать довольно простому формату: AccessKey:SuperSecretKey
больше ничего не нужно. AccessKey
на одной стороне толстой кишки (:
) объявление SuperSecretKey
с другой стороны.
тройная проверка учетных данных в / etc / passwd-s3fs
кроме того, убедитесь, что имя сегмента, которое вы используете, совпадает с именем сегмента (т. е. оно уникально для вас) (т. е. не используйте имя сегмента "test" или что-то подобное, потому что маловероятно, что вы владеете / заявили имя сегмента; имена сегментов находятся в глобальном пространстве имен с именами всех остальных сегментов)
также s3fs не создает сегментов; вам нужно будет использовать другой инструмент s3, чтобы сначала создать ведро, а затем смонтировать его с помощью s3fs