s3fs प्रॉक्सी बायपास वास्तविक बकेट होस्टनावाशी जुळले पाहिजे

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

s3fs प्रत्यक्षात ज्या होस्टशी संपर्क साधतो तो शोधा, त्यानंतरच्या रीडायरेक्ट्ससह. व्हर्च्युअल-होस्टेड अॅड्रेसिंग बकेट होस्टनावात ठेवते; पाथ-शैली अॅड्रेसिंग ते पाथमध्ये ठेवते. त्यामुळे सानुकूल एंडपॉईंट किंवा प्रदेश दुरुस्ती बायपास नियम जुळवावा लागणारे नाव बदलू शकते.

सेवेला ते अॅड्रेसिंग स्वरूप आवश्यक असताना use_path_request_style वापरा. केवळ अस्पष्ट प्रॉक्सी अपवाद कार्यान्वित करण्यासाठी ते बदलल्यास दोन निर्णय मिसळतात आणि प्रमाणपत्रांची नावे व सेवा सुसंगततेवर परिणाम होऊ शकतो.

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

जर तोच एंडपॉईंट इंटरअॅक्टिव्ह माउंटमधून कार्य करत असेल पण सेवा-व्यवस्थापित माउंटमधून नसेल, तर त्यांचे वारसाहक्काने मिळालेले वातावरण आणि कॉन्फिगरेशन स्रोत तुलना करा. सेवा सुरू झाल्यानंतर चल निर्यात करणे ती विद्यमान प्रक्रिया अद्ययावत करू शकत नाही. बकेट क्रेडेन्शियल्स बदलण्यापूर्वी एंडपॉईंटचे नाव आणि माउंट प्रक्रियेचे इनपुट निश्चित करा.