Il bypass del proxy di s3fs deve corrispondere al nome host reale del bucket
Fai corrispondere una regola di bypass di s3fs all'endpoint S3 reale, inclusi i nomi host in stile bucket e i reindirizzamenti.
s3.amazonaws.com non corrisponde a photos.s3.us-east-1.amazonaws.com. Il nome host regionale non termina con quel dominio configurato. Un'eccezione di dominio può includere sottodomini, ma non può identificare ogni endpoint appartenente a un servizio di archiviazione.
Trova l'host che s3fs contatta realmente, compresi i reindirizzamenti successivi. L'indirizzamento con host virtuale mette il bucket nel nome host; l'indirizzamento in stile percorso lo mette nel percorso. Un endpoint personalizzato o una correzione di regione possono quindi cambiare il nome con cui una regola di bypass deve corrispondere.
Usa use_path_request_style quando il servizio richiede quella forma di indirizzamento. Modificarlo solo per far funzionare un'eccezione proxy inspiegata mescola due decisioni e può influire sui nomi dei certificati e sulla compatibilità del servizio.
s3fs usa libcurl per i trasferimenti HTTP e no_proxy può escludere anche destinazioni HTTPS. Scegli un'eccezione di nome host o di dominio abbastanza ampia per le richieste dirette previste. Un dominio più ampio può includere altri bucket e servizi; * disattiva del tutto l'uso del proxy per la richiesta in questione.
Se lo stesso endpoint funziona da un mount interattivo ma non da un mount gestito dal servizio, confronta il loro ambiente ereditato e le fonti di configurazione. Esportare una variabile dopo l'avvio del servizio non può aggiornare quel processo esistente. Stabilisci il nome dell'endpoint e gli input del processo di mount prima di modificare le credenziali del bucket.