Le contournement du proxy s3fs doit correspondre au nom d'hôte réel du bucket

s3.amazonaws.com ne correspond pas à photos.s3.us-east-1.amazonaws.com. Le nom d'hôte régional ne se termine pas par ce domaine configuré. Une exception de domaine peut inclure des sous-domaines, mais elle ne peut pas identifier tous les points de terminaison d'un service de stockage.

Trouvez l'hôte que s3fs contacte réellement, y compris les redirections ultérieures. L'adressage avec hôte virtuel place le bucket dans le nom d'hôte ; l'adressage de style chemin le place dans le chemin. Un point de terminaison personnalisé ou une correction de région peuvent donc changer le nom auquel une règle de contournement doit correspondre.

Utilisez use_path_request_style lorsque le service exige cette forme d'adressage. Le modifier uniquement pour faire fonctionner une exception de proxy inexpliquée mélange deux décisions et peut affecter les noms de certificats et la compatibilité du service.

s3fs utilise libcurl pour les transferts HTTP, et no_proxy peut aussi exclure des destinations HTTPS. Choisissez une exception de nom d'hôte ou de domaine assez large pour les requêtes directes prévues. Un domaine plus large peut inclure d'autres buckets et services ; * désactive entièrement l'usage du proxy pour la requête concernée.

Si le même point de terminaison fonctionne depuis un montage interactif mais pas depuis un montage géré par le service, comparez leur environnement hérité et leurs sources de configuration. Exporter une variable après le démarrage du service ne peut pas mettre à jour ce processus existant. Établissez le nom du point de terminaison et les entrées du processus de montage avant de modifier les identifiants du bucket.