s3fs ਪ੍ਰੌਕਸੀ ਬਾਈਪਾਸ ਨੂੰ ਅਸਲ ਬਕੇਟ ਹੋਸਟਨਾਮ ਨਾਲ ਮੇਲ ਖਾਣਾ ਚਾਹੀਦਾ ਹੈ

s3.amazonaws.com photos.s3.us-east-1.amazonaws.com ਨਾਲ ਮੇਲ ਨਹੀਂ ਖਾਂਦਾ। ਖੇਤਰੀ ਹੋਸਟਨਾਮ ਉਸ ਕਨਫਿਗਰ ਕੀਤੇ ਡੋਮੇਨ 'ਤੇ ਖਤਮ ਨਹੀਂ ਹੁੰਦਾ। ਡੋਮੇਨ ਛੋਟ ਵਿੱਚ ਸਬਡੋਮੇਨ ਸ਼ਾਮਲ ਹੋ ਸਕਦੇ ਹਨ, ਪਰ ਇਹ ਸਟੋਰੇਜ ਸੇਵਾ ਦੇ ਹਰ ਐਂਡਪੌਇੰਟ ਦੀ ਪਛਾਣ ਨਹੀਂ ਕਰ ਸਕਦਾ।

ਉਹ ਹੋਸਟ ਲੱਭੋ ਜਿਸ ਨਾਲ s3fs ਅਸਲ ਵਿੱਚ ਸੰਪਰਕ ਕਰਦਾ ਹੈ, ਬਾਅਦ ਦੇ ਰੀਡਾਇਰੈਕਟ ਸਮੇਤ। ਵਰਚੁਅਲ-ਹੋਸਟਡ ਐਡਰੈਸਿੰਗ ਬਕੇਟ ਨੂੰ ਹੋਸਟਨਾਮ ਵਿੱਚ ਰੱਖਦੀ ਹੈ; ਪਾਥ-ਸ਼ੈਲੀ ਐਡਰੈਸਿੰਗ ਇਸਨੂੰ ਪਾਥ ਵਿੱਚ ਰੱਖਦੀ ਹੈ। ਇਸ ਲਈ ਕਸਟਮ ਐਂਡਪੌਇੰਟ ਜਾਂ ਖੇਤਰ ਸੁਧਾਰ ਉਹ ਨਾਮ ਬਦਲ ਸਕਦਾ ਹੈ ਜਿਸ ਨਾਲ ਬਾਈਪਾਸ ਨਿਯਮ ਨੂੰ ਮੇਲ ਖਾਣਾ ਹੈ।

ਜਦੋਂ ਸੇਵਾ ਨੂੰ ਉਹ ਐਡਰੈਸਿੰਗ ਰੂਪ ਚਾਹੀਦਾ ਹੈ ਤਾਂ use_path_request_style ਵਰਤੋ। ਸਿਰਫ਼ ਅਸਪਸ਼ਟ ਪ੍ਰੌਕਸੀ ਛੋਟ ਨੂੰ ਕੰਮ ਕਰਾਉਣ ਲਈ ਇਸਨੂੰ ਬਦਲਣਾ ਦੋ ਫੈਸਲਿਆਂ ਨੂੰ ਮਿਲਾ ਦਿੰਦਾ ਹੈ ਅਤੇ ਪ੍ਰਮਾਣ ਪੱਤਰਾਂ ਦੇ ਨਾਮ ਅਤੇ ਸੇਵਾ ਅਨੁਕੂਲਤਾ ਨੂੰ ਪ੍ਰਭਾਵਿਤ ਕਰ ਸਕਦਾ ਹੈ।

s3fs HTTP ਟ੍ਰਾਂਸਫਰ ਲਈ libcurl ਵਰਤਦਾ ਹੈ, ਅਤੇ no_proxy HTTPS ਮੰਜ਼ਿਲਾਂ ਨੂੰ ਵੀ ਬਾਹਰ ਰੱਖ ਸਕਦਾ ਹੈ। ਲੋੜੀਂਦੇ ਸਿੱਧੇ ਬੇਨਤੀਆਂ ਲਈ ਕਾਫ਼ੀ ਚੌੜੀ ਹੋਸਟਨਾਮ ਜਾਂ ਡੋਮੇਨ ਛੋਟ ਚੁਣੋ। ਚੌੜੇ ਡੋਮੇਨ ਵਿੱਚ ਹੋਰ ਬਕੇਟ ਅਤੇ ਸੇਵਾਵਾਂ ਸ਼ਾਮਲ ਹੋ ਸਕਦੀਆਂ ਹਨ; * ਲਾਗੂ ਬੇਨਤੀ ਲਈ ਪ੍ਰੌਕਸੀ ਦੀ ਵਰਤੋਂ ਪੂਰੀ ਤਰ੍ਹਾਂ ਬੰਦ ਕਰ ਦਿੰਦਾ ਹੈ।

ਜੇ ਉਹੀ ਐਂਡਪੌਇੰਟ ਇੰਟਰਐਕਟਿਵ ਮਾਊਂਟ ਤੋਂ ਕੰਮ ਕਰਦਾ ਹੈ ਪਰ ਸੇਵਾ-ਪ੍ਰਬੰਧਿਤ ਮਾਊਂਟ ਤੋਂ ਨਹੀਂ, ਤਾਂ ਉਹਨਾਂ ਦੇ ਵਿਰਾਸਤੀ ਵਾਤਾਵਰਣ ਅਤੇ ਕਨਫਿਗਰੇਸ਼ਨ ਸਰੋਤਾਂ ਦੀ ਤੁਲਨਾ ਕਰੋ। ਸੇਵਾ ਸ਼ੁਰੂ ਹੋਣ ਤੋਂ ਬਾਅਦ ਵੇਰੀਏਬਲ ਐਕਸਪੋਰਟ ਕਰਨਾ ਉਸ ਮੌਜੂਦਾ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਅੱਪਡੇਟ ਨਹੀਂ ਕਰ ਸਕਦਾ। ਬਕੇਟ ਕ੍ਰੈਡੈਂਸ਼ੀਅਲ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਐਂਡਪੌਇੰਟ ਦਾ ਨਾਮ ਅਤੇ ਮਾਊਂਟ ਪ੍ਰਕਿਰਿਆ ਦੇ ਇਨਪੁਟ ਸਥਾਪਿਤ ਕਰੋ।