我正在尝试将一个简单的 pdf 文件上传到我的 s3 存储桶上的测试库,但它不起作用。
这就是我所做的:
$ duck --upload s3://s3.amazonaws.com/s3folder/ "~/file.pdf"
鸭子要我的访问密钥和秘密访问密钥,到目前为止一切顺利。
我可以--list
和--upload
到其他目录,只要它们不是保险库。
所以此时它说:
file.pdf?file.pdf
正准备上传,但随后它意识到这是一个锁定的保险库。
它要我的短语。
我输入我的短语并按 Enter。
它要求我保存密码。
然后它只是断开连接并返回 cmd,没有告诉我任何事情或给我一个理由。
我在使用 CMD 的 Windows 10 上。
只要它们不是保管库,我就已成功上传到我的 S3 存储桶。 当它们是保险库时,就会发生这种情况。 我可以从cyberduck 应用程序上传到我的保险库,但我不能从CLI 上传。 我也不能--list
任何东西。
此外,还有一点更新:保险库密码以纯文本形式显示,而不是星号(我不知道这是设计使然,还是与保险库“一言不发地把我踢出去”有关)。
````
C:> 鸭 -y --upload s3://s3.amazonaws.com/s3folder/FolderBackup/ "~/Desktop/Design/*.pdf"
读取 FolderBackup 的元数据?
登录 s3.amazonaws.com。 登录 s3.amazonaws.com ? 带有用户名和密码的 S3。 在钥匙串中找不到登录凭据。
访问密钥 ID (pc): USERLOGIN
以 USERLOGIN 身份登录
秘密访问密钥:secretkey
_.pdf?_.pdf
解锁保险柜。 提供您的密码以解锁 Cryptomator Vault FolderBackup。
密码:mypass
C:>
````
我输入了正确的密码,它还是把我踢了出去......
用另一个新创建的保险库做了另一个测试:同样的事情。 密码提示出现,但由于某种原因,即使输入了正确的凭据,登录也永远不会发生。 我不确定这是否与位于亚马逊服务器上的保险库有关。
已确认,保险柜列表不起作用。
> duck --verbose --debug --list s3-http://ceph.pve.xc/vault-test/vault/ --user FYRWCR5MM918PND8QZMT
S3 connection opened…
Secret Access Key will be sent in plaintext. Please contact your web hosting service provider for assistance.
Continue (y) or Disconnect (n): (y/n): y
Authenticating as FYRWCR5MM918PND8QZMT…
> GET /vault-test/?location= HTTP/1.1
> Date: Wed, 26 Jan 2022 10:02:35 GMT
> x-amz-content-sha256: e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855
> Host: ceph.pve.xc
> x-amz-date: 20220126T100235Z
> Authorization: ********
> Connection: Keep-Alive
> User-Agent: Cyberduck/8.2.1.36773 (Windows 10/10.0) (amd64)
> Accept-Encoding: gzip,deflate
< HTTP/1.1 200 OK
< x-amz-request-id: tx000000000000000004fe2-0061f11c3b-19791a-default
< Content-Length: 134
< Date: Wed, 26 Jan 2022 10:02:35 GMT
Login successful…
> HEAD /vault-test/vault/ HTTP/1.1
> Date: Wed, 26 Jan 2022 10:02:35 GMT
> x-amz-content-sha256: e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855
> Host: ceph.pve.xc
> x-amz-date: 20220126T100235Z
> Authorization: ********
> Connection: Keep-Alive
> User-Agent: Cyberduck/8.2.1.36773 (Windows 10/10.0) (amd64)
> Accept-Encoding: gzip,deflate
< HTTP/1.1 200 OK
< Content-Length: 0
< Accept-Ranges: bytes
< Last-Modified: Wed, 26 Jan 2022 09:56:31 GMT
< x-rgw-object-type: Normal
< ETag: "d41d8cd98f00b204e9800998ecf8427e"
< x-amz-request-id: tx000000000000000004fe3-0061f11c3b-19791a-default
< Content-Type: application/x-directory
< Date: Wed, 26 Jan 2022 10:02:35 GMT
Listing directory vault…
> GET /vault-test/?versioning HTTP/1.1
> Date: Wed, 26 Jan 2022 10:02:35 GMT
> x-amz-content-sha256: e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855
> Host: ceph.pve.xc
> x-amz-date: 20220126T100235Z
> Authorization: ********
> Connection: Keep-Alive
> User-Agent: Cyberduck/8.2.1.36773 (Windows 10/10.0) (amd64)
> Accept-Encoding: gzip,deflate
< HTTP/1.1 200 OK
< x-amz-request-id: tx000000000000000004fe4-0061f11c3b-19791a-default
< Content-Type: application/xml
< Content-Length: 137
< Date: Wed, 26 Jan 2022 10:02:35 GMT
< Connection: Keep-Alive
> GET /vault-test/?encoding-type=url&max-keys=1000&prefix=vault%2F&delimiter=%2F HTTP/1.1
> Date: Wed, 26 Jan 2022 10:02:35 GMT
> x-amz-content-sha256: e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855
> Host: ceph.pve.xc
> x-amz-date: 20220126T100235Z
> Authorization: ********
> Connection: Keep-Alive
> User-Agent: Cyberduck/8.2.1.36773 (Windows 10/10.0) (amd64)
> Accept-Encoding: gzip,deflate
< HTTP/1.1 200 OK
< Transfer-Encoding: chunked
< x-amz-request-id: tx000000000000000004fe5-0061f11c3b-19791a-default
< Content-Type: application/xml
< Date: Wed, 26 Jan 2022 10:02:35 GMT
< Connection: Keep-Alive
> GET /vault-test/vault/masterkey.cryptomator HTTP/1.1
> Date: Wed, 26 Jan 2022 10:02:35 GMT
> x-amz-content-sha256: e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855
> Host: ceph.pve.xc
> x-amz-date: 20220126T100235Z
> Authorization: ********
> Connection: Keep-Alive
> User-Agent: Cyberduck/8.2.1.36773 (Windows 10/10.0) (amd64)
> Accept-Encoding: gzip,deflate
< HTTP/1.1 200 OK
< Content-Length: 327
< Accept-Ranges: bytes
< Last-Modified: Wed, 26 Jan 2022 09:56:31 GMT
< x-rgw-object-type: Normal
< ETag: "eb04bfecb21308b59ce928c4f67cacf5"
< x-amz-request-id: tx000000000000000004fe6-0061f11c3b-19791a-default
< Content-Type: application/octet-stream
< Date: Wed, 26 Jan 2022 10:02:35 GMT
< Connection: Keep-Alive
Unlock Vault. Provide your passphrase to unlock the Cryptomator Vault vault.
Passphrase: Test
Save password (y/n): n
>
编辑: duck --verbose --debug --list s3-http://ceph.pve.xc/vault-test/vault/ --user FYRWCR5MM918PND8QZMT --vault /vault-test/vault/
没有任何区别。
很高兴知道这不仅仅是我。 也许这与 Cryptomator 而不是 Cyberduck 有关?
我们有自己的 Cryptomator 保险库格式的互操作处理,独立于 Cryptomator 项目中的实现。
问题:我如何知道修复错误的版本何时发布? (以及如何更新 CLI?)
当此问题关闭时,您会收到通知,那么您应该期望它在以下版本中得到修复(如果您选择了 GitHub 通知电子邮件)。
发布在@cyberduckapp和我们的Cyberduck 新闻邮件列表中公布。
根据您安装鸭子的方式,您可以通过choco
自动更新,或者在分发页面dist.duck.sh上找到最新的安装程序。
我似乎无法重现该问题
silverbullet:cyberduck dkocher$ duck --username AKIA5RMYTHDIWMBSAYUM --list s3:/test-eu-central-1-cyberduck/vault/ --vault /vault
Listing directory vault…
cryptomator_256.png
请注意--vault
参数是强制性的,如文档所述。
从 20d1a7f4f9740b280e6d4c9a312c90bf2c84d5a7 回归,升级cryptolib
依赖项。
AliveDevil 能够做到。 我只是自己尝试了一下,即使添加了 --vault 参数,我仍然无法进入。 如果您让提示引导您完成,最后它只会关闭连接。
AliveDevil 能够做到。 我只是自己尝试了一下,即使添加了 --vault 参数,我仍然无法进入。 如果您让提示引导您完成,最后它只会关闭连接。
我们已经能够重现该问题(仅限 Windows),并且正在审查修复程序。