s3fs પ્રોક્સી બાયપાસ વાસ્તવિક બકેટ હોસ્ટનામ સાથે મેળ ખાવો જોઈએ

s3.amazonaws.com photos.s3.us-east-1.amazonaws.com સાથે મેળ ખાતું નથી. પ્રાદેશિક હોસ્ટનામ તે કન્ફિગર કરેલા ડોમેન પર સમાપ્ત થતું નથી. ડોમેન અપવાદમાં સબડોમેનનો સમાવેશ થઈ શકે છે, પરંતુ તે સ્ટોરેજ સેવાના દરેક એન્ડપોઇન્ટને ઓળખી શકતું નથી.

s3fs ખરેખર જે હોસ્ટનો સંપર્ક કરે છે તે શોધો, જેમાં પછીના રીડાયરેક્ટનો સમાવેશ થાય છે. વર્ચ્યુઅલ-હોસ્ટેડ એડ્રેસિંગ બકેટને હોસ્ટનામમાં મૂકે છે; પાથ-શૈલી એડ્રેસિંગ તેને પાથમાં મૂકે છે. તેથી કસ્ટમ એન્ડપોઇન્ટ અથવા પ્રદેશ સુધારો તે નામ બદલી શકે છે જેની સાથે બાયપાસ નિયમ મેળ ખાવો જોઈએ.

જ્યારે સેવાને તે એડ્રેસિંગ સ્વરૂપની જરૂર હોય ત્યારે use_path_request_style વાપરો. ફક્ત અસ્પષ્ટ પ્રોક્સી અપવાદ કામ કરે તે માટે તેને બદલવાથી બે નિર્ણયો મિશ્ર થાય છે અને પ્રમાણપત્રના નામ અને સેવા સુસંગતતાને અસર કરી શકે છે.

s3fs HTTP ટ્રાન્સફર માટે libcurl વાપરે છે, અને no_proxy HTTPS ગંતવ્યોને પણ બાકાત કરી શકે છે. ઉદ્દેશિત સીધી વિનંતીઓ માટે પૂરતું વિશાળ હોસ્ટનામ અથવા ડોમેન અપવાદ પસંદ કરો. વિશાળ ડોમેન અન્ય બકેટ અને સેવાઓનો સમાવેશ કરી શકે છે; * લાગુ વિનંતી માટે પ્રોક્સીનો ઉપયોગ સંપૂર્ણપણે બંધ કરે છે.

જો એ જ એન્ડપોઇન્ટ ઇન્ટરેક્ટિવ માઉન્ટથી કામ કરે છે પરંતુ સેવા-સંચાલિત માઉન્ટથી નહીં, તો તેમનું વારસાગત પર્યાવરણ અને કન્ફિગરેશન સ્રોત સરખાવો. સેવા શરૂ થયા પછી ચલ નિકાસ કરવાથી તે હાલની પ્રક્રિયા અપડેટ થઈ શકતી નથી. બકેટ ઓળખપત્રો બદલતા પહેલા એન્ડપોઇન્ટનું નામ અને માઉન્ટ પ્રક્રિયાના ઇનપુટ નક્કી કરો.