s3fs प्रॉक्सी बायपास को वास्तविक बकेट होस्टनाम से मेल खाना चाहिए

s3.amazonaws.com photos.s3.us-east-1.amazonaws.com से मेल नहीं खाता। क्षेत्रीय होस्टनाम उस कॉन्फ़िगर किए गए डोमेन पर समाप्त नहीं होता। डोमेन अपवाद में सबडोमेन शामिल हो सकते हैं, लेकिन यह स्टोरेज सेवा के हर एंडपॉइंट की पहचान नहीं कर सकता।

वह होस्ट खोजें जिससे s3fs वास्तव में संपर्क करता है, बाद के रीडायरेक्ट सहित। वर्चुअल-होस्टेड एड्रेसिंग बकेट को होस्टनाम में रखती है; पाथ-शैली एड्रेसिंग उसे पाथ में रखती है। इसलिए कस्टम एंडपॉइंट या क्षेत्र सुधार उस नाम को बदल सकता है जिससे बायपास नियम को मेल खाना है।

जब सेवा को वह एड्रेसिंग रूप चाहिए तब use_path_request_style का उपयोग करें। केवल अस्पष्ट प्रॉक्सी अपवाद को काम कराने के लिए इसे बदलना दो निर्णयों को मिला देता है और प्रमाणपत्र नामों तथा सेवा संगतता को प्रभावित कर सकता है।

s3fs HTTP स्थानांतरण के लिए libcurl का उपयोग करता है, और no_proxy HTTPS गंतव्यों को भी बाहर रख सकता है। इच्छित सीधे अनुरोधों के लिए पर्याप्त व्यापक होस्टनाम या डोमेन अपवाद चुनें। व्यापक डोमेन में अन्य बकेट और सेवाएँ शामिल हो सकती हैं; * लागू अनुरोध के लिए प्रॉक्सी का उपयोग पूरी तरह बंद कर देता है।

यदि वही एंडपॉइंट इंटरैक्टिव माउंट से काम करता है पर सेवा-प्रबंधित माउंट से नहीं, तो उनके विरासत में मिले परिवेश और कॉन्फ़िगरेशन स्रोतों की तुलना करें। सेवा शुरू होने के बाद चर निर्यात करना उस मौजूदा प्रक्रिया को अपडेट नहीं कर सकता। बकेट क्रेडेंशियल बदलने से पहले एंडपॉइंट का नाम और माउंट प्रक्रिया के इनपुट स्थापित करें।