Risolvere errori dell'indirizzo S3 e del percorso path-style
Mantieni l'ID dello spazio di lavoro nel percorso della richiesta sotto l'indirizzo /s3, correggi le impostazioni virtual-host e riprova in sicurezza con una credenziale S3 consentita.
Ultima revisione
Gli screenshot mostrano l’interfaccia in inglese.
dosya è montato su https://api.dosya.dev/s3, quindi i client devono mantenere il contenitore dello spazio di lavoro nel percorso URL. Lo stile virtual-host cambia l’host e omette il segmento del contenitore atteso dal percorso del gateway.

Prima di iniziare
Tieni il segreto S3 fuori da screenshot e log. Verifica che la chiave API principale includa S3 e non sia scaduta prima di modificare le impostazioni di rete.
Per il backend S3 di rclone, la configurazione funzionante rilasciata usa provider = Other, endpoint = https://api.dosya.dev/s3, force_path_style = true e region = us-east-1. La soglia testata per caricamenti grandi è 64Mi.
Passaggi
- Esamina l’URL della richiesta fallita e verifica che debba essere
/s3/{workspace-id}/{object-key}sull’hostapi.dosya.dev. - Sostituisci qualsiasi indirizzo AWS predefinito o valore
https://api.dosya.devsenza percorso conhttps://api.dosya.dev/s3. - Attiva l’opzione path-style del client, chiamata
forcePathStyle,s3ForcePathStyleoforce_path_stylea seconda dello strumento. - Imposta la regione su
us-east-1e il contenitore sull’ID letterale dello spazio di lavoro dosya. - Riprova un
HEADdel contenitore o un elenco non ricorsivo; se solo rclone restituisce SignatureDoesNotMatch, impostasign_accept_encoding = falseaffinché una riscrittura delle intestazioni a monte non venga firmata. - Verifica che la richiesta riuscita raggiunga il contenitore desiderato, poi esegui un’operazione su oggetto entro l’ambito consentito ed esamina la sua chiave esatta.

Risultato previsto
Il client invia e firma il percorso reale del gateway, dosya interpreta lo spazio di lavoro come contenitore e la richiesta raggiunge l’instradamento S3 invece di un percorso API non correlato o un host virtuale.
Se l’autenticazione continua a fallire, distingui InvalidAccessKeyId da SignatureDoesNotMatch. Il primo richiede un ID di accesso valido; il secondo richiede di controllare segreto, percorso base, intestazioni firmate, orologio e canonicalizzazione del client.
Guide correlate
Ti è stata utile?
Caricamento delle valutazioni…
Quando voti, salviamo un cookie tecnico per un massimo di 180 giorni, così puoi cambiare la tua risposta.
Domande e risposte
Fai una domanda sui passaggi di questa guida. Le domande vengono revisionate prima della pubblicazione.
Non inserire dati dell’account, credenziali o file privati nelle domande pubbliche. Usa l’assistenza privata in questi casi.
Caricamento delle domande…
Accedi al tuo account dosya per fare una domanda.