Обхід проксі в s3fs має відповідати справжньому імені хоста бакета
Зіставте правило обходу s3fs з фактичною кінцевою точкою S3, включно з іменами хостів у стилі бакета та перенаправленнями.
s3.amazonaws.com не відповідає photos.s3.us-east-1.amazonaws.com. Регіональне ім'я хоста не закінчується цим налаштованим доменом. Виняток домену може включати піддомени, але не може визначити кожну кінцеву точку служби зберігання.
Знайдіть хост, з яким s3fs насправді з'єднується, включно з подальшими перенаправленнями. Адресація з віртуальним хостом розміщує бакет в імені хоста; адресація в стилі шляху розміщує його в шляху. Тому налаштована кінцева точка або виправлення регіону можуть змінити ім'я, якому має відповідати правило обходу.
Використовуйте use_path_request_style, коли служба вимагає такої форми адресації. Зміна лише для того, щоб запрацював нез'ясований виняток проксі, змішує два рішення і може вплинути на імена сертифікатів і сумісність зі службою.
s3fs використовує libcurl для передач HTTP, і no_proxy може виключати також адреси HTTPS. Виберіть виняток імені хоста або домену, достатньо широкий для потрібних прямих запитів. Ширший домен може включати інші бакети й служби; * повністю вимикає використання проксі для відповідного запиту.
Якщо та сама кінцева точка працює з інтерактивного монтування, але не з монтування, яким керує служба, порівняйте їхнє успадковане середовище та джерела конфігурації. Експорт змінної після запуску служби не може оновити цей наявний процес. Визначте ім'я кінцевої точки та вхідні дані процесу монтування перед зміною облікових даних бакета.