Дубликат Deja / резервное копирование Boto S3 получение 403 с допустимыми учетными данными

Я использую Дубликат Deja для резервного копирования моего ноутбука к S3. Это работало на многие резервные копии, но с 20 дней назад прекратил работать.

Traceback (most recent call last):
  File "/usr/bin/duplicity", line 1532, in <module>
    with_tempdir(main)
  File "/usr/bin/duplicity", line 1526, in with_tempdir
    fn()
  File "/usr/bin/duplicity", line 1364, in main
    action = commandline.ProcessCommandLine(sys.argv[1:])
  File "/usr/lib/python2.7/dist-packages/duplicity/commandline.py", line 1108, in ProcessCommandLine
    globals.backend = backend.get_backend(args[0])
  File "/usr/lib/python2.7/dist-packages/duplicity/backend.py", line 223, in get_backend
    obj = get_backend_object(url_string)
  File "/usr/lib/python2.7/dist-packages/duplicity/backend.py", line 209, in get_backend_object
    return factory(pu)
  File "/usr/lib/python2.7/dist-packages/duplicity/backends/_boto_single.py", line 161, in __init__
    self.resetConnection()
  File "/usr/lib/python2.7/dist-packages/duplicity/backends/_boto_single.py", line 194, in resetConnection
    raise e
S3ResponseError: S3ResponseError: 403 Forbidden

Я проверил, что пользовательские политики корректны. Я проверил их в тестере политики AWS, а также использовал их с CLI AWS для списка блоков, читаю из резервного блока и пишу в резервный блок.

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

Мое время машин не вне синхронизации.

Я проверил, что настройки дубликата deja корректны и в UI и в dconf редакторе.

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

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

информация о версии: aws-cli/1.15.79 Python/2.7.12 Linux/4.15.0-30-generic botocore/1.10.78 boto 2.49.0
botocore 1.10.78

Править: Вышеупомянутое было с Ubuntu 16. Я недавно обновил до Ubuntu 18, и все еще испытываю проблему. Я думаю, что это - та же проблема, но журналы несколько отличаются. Вот то, что они находятся на Ubuntu 18:

DUPLICITY: ERROR 30 S3ResponseError
DUPLICITY: . Traceback (innermost last):
DUPLICITY: .   File "/usr/bin/duplicity", line 1555, in <module>
DUPLICITY: .     with_tempdir(main)
DUPLICITY: .   File "/usr/bin/duplicity", line 1541, in with_tempdir
DUPLICITY: .     fn()
DUPLICITY: .   File "/usr/bin/duplicity", line 1380, in main
DUPLICITY: .     action = commandline.ProcessCommandLine(sys.argv[1:])
DUPLICITY: .   File "/usr/lib/python2.7/dist-packages/duplicity/commandline.py", line 1127, in ProcessCommandLine
DUPLICITY: .     globals.backend = backend.get_backend(args[0])
DUPLICITY: .   File "/usr/lib/python2.7/dist-packages/duplicity/backend.py", line 223, in get_backend
DUPLICITY: .     obj = get_backend_object(url_string)
DUPLICITY: .   File "/usr/lib/python2.7/dist-packages/duplicity/backend.py", line 209, in get_backend_object
DUPLICITY: .     return factory(pu)
DUPLICITY: .   File "/usr/lib/python2.7/dist-packages/duplicity/backends/_boto_single.py", line 166, in __init__
DUPLICITY: .     self.resetConnection()
DUPLICITY: .   File "/usr/lib/python2.7/dist-packages/duplicity/backends/_boto_single.py", line 191, in resetConnection
DUPLICITY: .     location=self.my_location)
DUPLICITY: .   File "/home/aaronloes/.local/lib/python2.7/site-packages/boto/s3/connection.py", line 628, in create_bucket
DUPLICITY: .     response.status, response.reason, body)
DUPLICITY: .  S3ResponseError: S3ResponseError: 403 Forbidden
DUPLICITY: . <?xml version="1.0" encoding="UTF-8"?>
DUPLICITY: . <Error><Code>SignatureDoesNotMatch</Code><Message>The request signature we calculated does not match the signature you provided. Check your key and signing method.</Message><AWSAccessKeyId>XXXXXCENSORXXXXX</AWSAccessKeyId><StringToSign>PUT

Я убрал свой ключ в журналах, но я проверил, что это - корректный ключ. Я не уверен, как я могу заставить duplicity/dejadup предлагать мне мой секрет AWS снова, потому что, возможно, который кэшировался плохо так или иначе?

awscli 1.15.79
Python 2.7.15rc1 4.15.0-38-универсальный boto 2.49.0
botocore 1.10.78

Редактирование смогло заставить deja-дубликат предлагать мне новые учетные данные и все еще никакое различие. Я знаю без любого сомнения, что двуличность использует соответствующие учетные данные, и я знаю без сомнения, что учетные данные хороши.