Cyberduck: CLI --upload / --list Vault no hace nada

Además, una pequeña actualización: la frase de contraseña de la bóveda aparece en texto sin formato, no en asteriscos (no tengo idea si esto es por diseño o tal vez está relacionado con que la bóveda me "echó" sin decir una palabra).

````

C:> pato -y --subir s3://s3.amazonaws.com/s3folder/FolderBackup/ "~/Desktop/Design/*.pdf"

¿Leyendo metadatos de FolderBackup?

Inicie sesión en s3.amazonaws.com. ¿Iniciar sesión en s3.amazonaws.com? S3 con usuario y contraseña. No se encontraron credenciales de inicio de sesión en el llavero.

ID de clave de acceso (pc): USERLOGIN

Iniciar sesión como USUARIOLOGIN

Clave de acceso secreta: clave secreta

_.pdf?_.pdf

Desbloquear bóveda. Proporcione su frase de contraseña para desbloquear Cryptomator Vault FolderBackup.

Frase de contraseña: mypass

C:>
````

Ingresé la frase de contraseña correcta y me echa de todos modos...

Hice otra prueba con otra bóveda recién creada: lo mismo. Aparece el mensaje de la frase de contraseña, pero por alguna razón, incluso después de haber ingresado las credenciales correctas, el inicio de sesión nunca ocurre. No estoy seguro de si esto tiene algo que ver con que la bóveda esté ubicada en un servidor de Amazon.

Confirmado, la lista de Vault no funciona.

> 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

>

Editar: duck --verbose --debug --list s3-http://ceph.pve.xc/vault-test/vault/ --user FYRWCR5MM918PND8QZMT --vault /vault-test/vault/ no hace la diferencia.

Me alegra saber que no fui solo yo. ¿Quizás esto tiene que ver con Cryptomator y no con Cyberduck?

Tenemos nuestro propio manejo interoperable del formato de bóveda Cryptomator independiente de la implementación en el proyecto Cryptomator.

Pregunta: ¿cómo puedo saber cuándo se publica la versión con el error corregido? (¿y cómo puedo actualizar la CLI?)

Recibirá una notificación cuando se cierre este problema, entonces debería esperar que se solucione en la siguiente versión (si optó por los correos electrónicos de notificación de GitHub).
Los lanzamientos se anuncian en @cyberduckapp y en nuestra lista de correo Cyberduck-news .

Dependiendo de cómo instaló pato, puede actualizar automáticamente a través choco , o encontrar el instalador más reciente en la página de distribución dist.duck.sh.

Parece que no puedo reproducir el problema.

silverbullet:cyberduck dkocher$ duck --username AKIA5RMYTHDIWMBSAYUM --list s3:/test-eu-central-1-cyberduck/vault/ --vault /vault
Listing directory vault…
cryptomator_256.png

Tenga en cuenta que el parámetro --vault es obligatorio según lo documentado .

Regresión desde 20d1a7f4f9740b280e6d4c9a312c90bf2c84d5a7 con actualización de dependencia cryptolib .

AliveDevil pudo hacerlo. Acabo de intentarlo yo mismo y todavía no puedo entrar, incluso con el parámetro --vault agregado. Si deja que el aviso lo guíe, al final, simplemente cerrará la conexión.

AliveDevil pudo hacerlo. Acabo de intentarlo yo mismo y todavía no puedo entrar, incluso con el parámetro --vault agregado. Si deja que el aviso lo guíe, al final, simplemente cerrará la conexión.

Hemos podido reproducir el problema (solo Windows) y se está revisando una solución.