Обход прокси в s3fs должен соответствовать реальному имени хоста бакета
Сопоставьте правило обхода s3fs с фактической конечной точкой S3, включая имена хостов в стиле бакета и перенаправления.
s3.amazonaws.com не соответствует photos.s3.us-east-1.amazonaws.com. Региональное имя хоста не оканчивается на этот настроенный домен. Исключение домена может включать поддомены, но не позволяет определить каждую конечную точку службы хранения.
Найдите хост, с которым s3fs действительно связывается, включая последующие перенаправления. Адресация с виртуальным хостом помещает бакет в имя хоста; адресация в стиле пути помещает его в путь. Поэтому настраиваемая конечная точка или исправление региона могут изменить имя, которому должно соответствовать правило обхода.
Используйте use_path_request_style, когда служба требует такую форму адресации. Изменение только ради того, чтобы заработало необъяснимое исключение прокси, смешивает два решения и может повлиять на имена сертификатов и совместимость со службой.
s3fs использует libcurl для передачи HTTP, и no_proxy может исключать также адреса HTTPS. Выберите исключение имени хоста или домена, достаточно широкое для нужных прямых запросов. Более широкий домен может включать другие бакеты и службы; * полностью отключает использование прокси для соответствующего запроса.
Если одна и та же конечная точка работает при интерактивном монтировании, но не при монтировании под управлением службы, сравните унаследованное окружение и источники конфигурации. Экспорт переменной после запуска службы не может обновить уже существующий процесс. Определите имя конечной точки и входные данные процесса монтирования до изменения учётных данных бакета.