Около недели назад резервное копирование JungleDisk Desktop начало предупреждать, что не может загрузить файл «базы данных» (который он использует для скорости), и откатилось к обычной загрузке, которая успешно завершается.
Пример сообщения:
Warning Details (Jungle Disk Desktop 3.16 Mac Intel) ------------------------ Database file update failed (falling back to normal upload) Exception Code: xHTTPRequestFailed (59) Time: 6/13/13 8:20:24 PM (GMT-5) Detailed Message: HTTP error (60) Peer certificate cannot be authenticated with known CA certificates: SSL certificate problem, verify that the CA cert is OK. Details: error:14090086:SSL routines:SSL3_GET_SERVER_CERTIFICATE:certificate verify failed Error Location: JungleHTTP.cpp:1002 via JungleServerRequest.cpp:130 via JungleDiskAdv.cpp:1831 Я связался с поддержкой JungleDisk онлайн. У представителя было несколько предложений. Я перепробовал все, кроме последнего: Удалить /Library/Preferences/cacert.pemO_o
- Перейдите в следующую папку на жестком диске в / Library / Preferences /
- Оказавшись там, удалите или переименуйте следующие файлы: cacert.pem и .com.jungledisk.service.status (если вы его видите)
- Затем перейдите в меню Jungle Disk Activity Monitor и выберите «Справка»> «Управление фоновой программой» и остановитесь, затем запустите службу здесь.
IIUC /Library/Preferences/cacert.pemобычно управляется OS X KeyChain и имеет все мои корневые сертификаты. Это кажется ... странным ... позволить JungleDisk создавать свой собственный файл. Не то чтобы я активно им не доверял. Это похоже на файл, который требует исключительного доверия.
It seems that /Library/Preferences/cacert.pem is not managed by OS X Key Chain. It appears to be a file that JungleDisk put there originally.
I base that on:
Examining some of the certs in there, which don't match the OS X Key Chain GUI.
When I delete the file and let JD recreate it, it exactly matches the original.