s3fs-ის პროქსის გვერდის ავლა უნდა შეესაბამებოდეს bucket-ის რეალურ ჰოსტის სახელს
შეადარეთ s3fs-ის გვერდის ავლის წესი S3-ის რეალურ საბოლოო წერტილს, bucket-ის სტილის ჰოსტის სახელებისა და გადამისამართებების ჩათვლით.
s3.amazonaws.com არ ემთხვევა photos.s3.us-east-1.amazonaws.com-ს. რეგიონული ჰოსტის სახელი არ მთავრდება ამ კონფიგურირებული დომენით. დომენის გამონაკლისი შეიძლება მოიცავდეს ქვედომენებს, მაგრამ ვერ ამოიცნობს საცავის სერვისის ყველა საბოლოო წერტილს.
იპოვეთ ჰოსტი, რომელთანაც s3fs რეალურად უკავშირდება, მათ შორის შემდგომი გადამისამართებები. ვირტუალური ჰოსტის მისამართება bucket-ს ჰოსტის სახელში ათავსებს; ბილიკის სტილის მისამართება მას ბილიკში ათავსებს. ამიტომ მორგებული საბოლოო წერტილი ან რეგიონის კორექცია შეიძლება შეცვალოს ის სახელი, რომელსაც გვერდის ავლის წესი უნდა შეესაბამებოდეს.
გამოიყენეთ use_path_request_style, როცა სერვისი მოითხოვს მისამართების ამ ფორმას. მხოლოდ გაურკვეველი პროქსის გამონაკლისის მუშაობისთვის მისი შეცვლა ორ გადაწყვეტილებას ურევს და შეიძლება გავლენა მოახდინოს სერთიფიკატების სახელებსა და სერვისის თავსებადობაზე.
s3fs HTTP გადაცემისთვის იყენებს libcurl-ს და no_proxy შეიძლება გამორიცხოს HTTPS დანიშნულებებიც. აირჩიეთ ჰოსტის სახელის ან დომენის გამონაკლისი, რომელიც საკმარისად ფართოა განზრახული პირდაპირი მოთხოვნებისთვის. უფრო ფართო დომენი შეიძლება მოიცავდეს სხვა bucket-ებსა და სერვისებს; * მთლიანად თიშავს პროქსის გამოყენებას შესაბამისი მოთხოვნისთვის.
თუ იგივე საბოლოო წერტილი მუშაობს ინტერაქტიული mount-იდან, მაგრამ არა სერვისის მართული mount-იდან, შეადარეთ მათი მემკვიდრეობით მიღებული გარემო და კონფიგურაციის წყაროები. ცვლადის ექსპორტი სერვისის გაშვების შემდეგ ვერ განაახლებს ამ არსებულ პროცესს. დაადგინეთ საბოლოო წერტილის სახელი და mount პროცესის შეყვანები bucket-ის სერთიფიკატების შეცვლამდე.