Блог

В течение нескольких лет я успешно создавал резервные копии своих локальных файлов на один mega.co.nz учетная запись cloud Drive, использующая duplicity.

Несколько недель назад я создал вторую учетную запись MEGA и хотел создать резервную копию дополнительных данных на этой. Но здесь вход в систему всегда завершается ошибкой запроса -8 (подробный журнал ошибок: смотрите ниже). Несмотря на то, что команды duplicity, которые я использую, идентичны (за исключением имени входа), и конфигурации учетной записи тоже одинаковы, насколько я могу видеть.

Единственное отличие, которое я заметил: моя старая учетная запись имеет квоту 50 ГБ, новая — только 15 ГБ.

Возможно ли, что серверная часть duplicity MEGA работает для старых учетных записей MEGA, но не для новых? Это единственное объяснение, которое у меня есть на данный момент, потому что точно такая же команда проверки на дублирование работает на старой, но я воспроизводимо получаю ошибку запроса -8, если я попробую ту же команду на новой!

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

Кто-нибудь, пожалуйста, может мне помочь? Является ли это ошибкой в серверной части duplicity, которая вступает в силу только с новыми учетными записями MEGA? Или я делаю что-то не так!?

Вот команды, которые я использую для тестирования обеих учетных записей (настоящие имена для входа заменены на «nemax»): Сначала старая / успешная:

 nemax@debian:~$ rm -r .cache/
nemax@debian:~$ duplicity collection-status mega://mega.20.nemax@spamgourmet.com@mega.co.nz/
Password for 'mega.20.nemax@spamgourmet.com@mega.co.nz': 
Local and Remote metadata are synchronized, no sync needed.
Last full backup date: none
Collection Status
-----------------
Connecting with backend: BackendWrapper
Archive dir: /home/nemax/.cache/duplicity/8120d3794544470f8308d730c26f0d8e

Found 0 secondary backup chains.
No backup chains with active signatures found
No orphaned or incomplete backup sets found.
  

И вот новый / неудачный:

 nemax@debian:~$ rm -r .cache/
nemax@debian:~$ duplicity collection-status mega://agem.20.nemax@spamgourmet.com@mega.co.nz/
Password for 'agem.20.nemax@spamgourmet.com@mega.co.nz': 
Traceback (most recent call last):
  File "/usr/bin/duplicity", line 1553, in <module>
    with_tempdir(main)
  File "/usr/bin/duplicity", line 1547, in with_tempdir
    fn()
  File "/usr/bin/duplicity", line 1382, in main
    action = commandline.ProcessCommandLine(sys.argv[1:])
  File "/usr/lib/python2.7/dist-packages/duplicity/commandline.py", line 1118, 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/megabackend.py", line 44, in __init__
    self.__authorize(parsed_url.username, self.get_password())
  File "/usr/lib/python2.7/dist-packages/duplicity/backends/megabackend.py", line 104, in __authorize
    self.client.login(email, password)
  File "/usr/local/lib/python2.7/dist-packages/mega/mega.py", line 31, in login
    self._login_user(email, password)
  File "/usr/local/lib/python2.7/dist-packages/mega/mega.py", line 42, in _login_user
    raise RequestError(resp)
RequestError: -8
  

Большое спасибо @paf.goncalves, решение, указанное в вашей ссылкеhttps://github.com/megous/megatools/issues/411 работает!

Очевидно, что если я создам mega.nz учетная запись, использующая обычный веб-интерфейс, создает учетную запись нового типа, которая недоступна для серверной части duplicity mega: //.

Но если я создаю ее с помощью инструмента командной строки «megareg», используя пакет «megatools» для Debian 9, она работает отлично!