s3fs പ്രോക്സി ഒഴിവാക്കൽ യഥാർത്ഥ ബക്കറ്റ് ഹോസ്റ്റ്നാമുമായി പൊരുത്തപ്പെടണം

s3.amazonaws.com photos.s3.us-east-1.amazonaws.com മായി പൊരുത്തപ്പെടുന്നില്ല. പ്രാദേശിക ഹോസ്റ്റ്നാമം ആ കോൺഫിഗർ ചെയ്ത ഡൊമെയ്നിൽ അവസാനിക്കുന്നില്ല. ഡൊമെയ്ൻ ഒഴിവാക്കലിൽ സബ്ഡൊമെയ്നുകൾ ഉൾപ്പെടാം, പക്ഷേ ഒരു സ്റ്റോറേജ് സേവനത്തിന്റെ എല്ലാ എൻഡ്പോയിന്റുകളും തിരിച്ചറിയാൻ അതിന് കഴിയില്ല.

s3fs യഥാർത്ഥത്തിൽ ബന്ധപ്പെടുന്ന ഹോസ്റ്റ് കണ്ടെത്തുക, പിന്നീടുള്ള റീഡയറക്ടുകൾ ഉൾപ്പെടെ. വെർച്വൽ-ഹോസ്റ്റഡ് അഡ്രസിംഗ് ബക്കറ്റ് ഹോസ്റ്റ്നാമിൽ ഇടുന്നു; പാത്ത്-ശൈലി അഡ്രസിംഗ് അത് പാത്തിൽ ഇടുന്നു. അതിനാൽ ഇഷ്ടാനുസൃത എൻഡ്പോയിന്റോ പ്രദേശ തിരുത്തലോ ഒഴിവാക്കൽ നിയമം പൊരുത്തപ്പെടേണ്ട പേര് മാറ്റിയേക്കാം.

സേവനത്തിന് ആ അഡ്രസിംഗ് രൂപം ആവശ്യമായിരിക്കുമ്പോൾ use_path_request_style ഉപയോഗിക്കുക. വിശദീകരിക്കാത്ത പ്രോക്സി ഒഴിവാക്കൽ പ്രവർത്തിക്കാൻ മാത്രം അത് മാറ്റുന്നത് രണ്ട് തീരുമാനങ്ങൾ കലർത്തുകയും സർട്ടിഫിക്കറ്റ് പേരുകളെയും സേവന അനുയോജ്യതയേയും ബാധിച്ചേക്കാം.

s3fs HTTP കൈമാറ്റങ്ങൾക്ക് libcurl ഉപയോഗിക്കുന്നു, കൂടാതെ no_proxy HTTPS ലക്ഷ്യങ്ങളും ഒഴിവാക്കാം. ഉദ്ദേശിച്ച നേരിട്ടുള്ള അഭ്യർത്ഥനകൾക്ക് മതിയായ വിശാലതയുള്ള ഹോസ്റ്റ്നാം അല്ലെങ്കിൽ ഡൊമെയ്ൻ ഒഴിവാക്കൽ തിരഞ്ഞെടുക്കുക. വിശാലമായ ഡൊമെയ്നിൽ മറ്റ് ബക്കറ്റുകളും സേവനങ്ങളും ഉൾപ്പെടാം; * ബാധകമായ അഭ്യർത്ഥനയ്ക്ക് പ്രോക്സി ഉപയോഗം പൂർണ്ണമായി പ്രവർത്തനരഹിതമാക്കുന്നു.

ഒരേ എൻഡ്പോയിന്റ് ഇന്ററാക്ടീവ് മൗണ്ടിൽ നിന്ന് പ്രവർത്തിക്കുകയും സേവന-നിർവഹിത മൗണ്ടിൽ നിന്ന് പ്രവർത്തിക്കാതിരിക്കുകയും ചെയ്താൽ, അവയുടെ പാരമ്പര്യ പരിസ്ഥിതിയും കോൺഫിഗറേഷൻ ഉറവിടങ്ങളും താരതമ്യം ചെയ്യുക. സേവനം ആരംഭിച്ചതിന് ശേഷം ഒരു വേരിയബിൾ കയറ്റുമതി ചെയ്യുന്നത് ആ നിലവിലുള്ള പ്രക്രിയയെ അപ്ഡേറ്റ് ചെയ്യാൻ കഴിയില്ല. ബക്കറ്റ് ക്രെഡൻഷ്യലുകൾ മാറ്റുന്നതിന് മുമ്പ് എൻഡ്പോയിന്റിന്റെ പേരും മൗണ്ട് പ്രക്രിയയുടെ ഇൻപുട്ടുകളും സ്ഥാപിക്കുക.