Ocolirea proxy în s3fs trebuie să corespundă numelui de gazdă real al bucketului
Potriviți o regulă de ocolire s3fs cu punctul final S3 real, inclusiv numele de gazdă în stil bucket și redirecționările.
s3.amazonaws.com nu corespunde cu photos.s3.us-east-1.amazonaws.com. Numele de gazdă regional nu se termină în acel domeniu configurat. O excepție de domeniu poate include subdomenii, dar nu poate identifica fiecare punct final al unui serviciu de stocare.
Găsiți gazda cu care s3fs comunică efectiv, inclusiv redirecționările ulterioare. Adresarea cu gazdă virtuală pune bucketul în numele de gazdă; adresarea în stil cale îl pune în cale. Prin urmare, un punct final personalizat sau o corecție de regiune pot schimba numele cu care trebuie să corespundă o regulă de ocolire.
Folosiți use_path_request_style când serviciul cere acea formă de adresare. Schimbarea lui doar pentru a face să funcționeze o excepție de proxy neexplicată amestecă două decizii și poate afecta numele certificatelor și compatibilitatea serviciului.
s3fs folosește libcurl pentru transferuri HTTP, iar no_proxy poate exclude și destinații HTTPS. Alegeți o excepție de nume de gazdă sau de domeniu suficient de largă pentru cererile directe intenționate. Un domeniu mai larg poate include alte bucketuri și servicii; * dezactivează complet utilizarea proxy pentru cererea respectivă.
Dacă același punct final funcționează dintr-o montare interactivă, dar nu dintr-o montare administrată de serviciu, comparați mediul moștenit și sursele de configurare ale acestora. Exportarea unei variabile după pornirea serviciului nu poate actualiza procesul existent. Stabiliți numele punctului final și intrările procesului de montare înainte de a schimba acreditările bucketului.