s3fs प्रोक्सी बाइपास वास्तविक बकेट होस्टनामसँग मिल्नुपर्छ

s3.amazonaws.com photos.s3.us-east-1.amazonaws.com सँग मिल्दैन। क्षेत्रीय होस्टनाम त्यो कन्फिगर गरिएको डोमेनमा अन्त्य हुँदैन। डोमेन अपवादले सबडोमेन समावेश गर्न सक्छ, तर भण्डारण सेवाको हरेक एन्डपोइन्ट पहिचान गर्न सक्दैन।

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

सेवाले त्यो ठेगाना ढाँचा चाहँदा use_path_request_style प्रयोग गर्नुहोस्। अव्याख्यायित प्रोक्सी अपवाद काम गराउन मात्र यसलाई बदल्नुले दुई निर्णय मिसाउँछ र प्रमाणपत्रका नाम र सेवा अनुकूलतामा असर पार्न सक्छ।

s3fs ले HTTP स्थानान्तरणका लागि libcurl प्रयोग गर्छ, र no_proxy ले HTTPS गन्तव्यहरू पनि बहिष्कृत गर्न सक्छ। इच्छित प्रत्यक्ष अनुरोधका लागि पर्याप्त फराकिलो होस्टनाम वा डोमेन अपवाद छान्नुहोस्। फराकिलो डोमेनमा अन्य बकेट र सेवाहरू समावेश हुन सक्छन्; * ले लागू अनुरोधका लागि प्रोक्सी प्रयोग पूर्ण रूपमा बन्द गर्छ।

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