s3fs ပရောက်စီ ကျော်လွှားမှုသည် အမှန်တကယ် bucket hostname နှင့် ကိုက်ညီရမည်
s3fs ကျော်လွှားမှု စည်းမျဉ်းကို အမှန်တကယ် S3 endpoint နှင့် ကိုက်ညီအောင် ပြုလုပ်ပါ၊ bucket ပုံစံ hostname များနှင့် ပြန်ညွှန်မှုများ အပါအဝင်။
s3.amazonaws.com သည် photos.s3.us-east-1.amazonaws.com နှင့် မကိုက်ညီပါ။ ဒေသဆိုင်ရာ hostname သည် ထို သတ်မှတ်ထားသော ဒိုမိန်းဖြင့် အဆုံးမသတ်ပါ။ ဒိုမိန်း ခြွင်းချက်တွင် ဒိုမိန်းခွဲများ ပါဝင်နိုင်သော်လည်း သိုလှောင်မှု ဝန်ဆောင်မှုပိုင် endpoint တိုင်းကို ဖော်ထုတ်နိုင်မည် မဟုတ်ပါ။
s3fs အမှန်တကယ် ချိတ်ဆက်သော host ကို ရှာပါ၊ နောက်ပိုင်း ပြန်ညွှန်မှုများ အပါအဝင်။ virtual host လိပ်စာပေးမှုသည် bucket ကို hostname ထဲ ထည့်သည်၊ path ပုံစံ လိပ်စာပေးမှုက လမ်းကြောင်းထဲ ထည့်သည်။ ထို့ကြောင့် စိတ်ကြိုက် endpoint သို့မဟုတ် ဒေသ ပြင်ဆင်မှုက ကျော်လွှားမှု စည်းမျဉ်း ကိုက်ညီရမည့် အမည်ကို ပြောင်းနိုင်သည်။
ဝန်ဆောင်မှုက ထို လိပ်စာပေးမှု ပုံစံကို လိုအပ်သောအခါ use_path_request_style ကို သုံးပါ။ ရှင်းမပြနိုင်သော ပရောက်စီ ခြွင်းချက် အလုပ်ဖြစ်ရန်အတွက်သာ ၎င်းကို ပြောင်းခြင်းက ဆုံးဖြတ်ချက် နှစ်ခုကို ရောနှောစေပြီး လက်မှတ် အမည်များနှင့် ဝန်ဆောင်မှု လိုက်ဖက်မှုကို ထိခိုက်နိုင်သည်။
s3fs သည် HTTP ပို့ဆောင်မှုအတွက် libcurl ကို သုံးပြီး no_proxy သည် HTTPS ပန်းတိုင်များကိုပါ ဖယ်ထုတ်နိုင်သည်။ ရည်ရွယ်ထားသော တိုက်ရိုက် တောင်းဆိုမှုများအတွက် လုံလောက်ကျယ်ဝန်းသော hostname သို့မဟုတ် ဒိုမိန်း ခြွင်းချက် ကို ရွေးပါ။ ပိုကျယ်သော ဒိုမိန်းတွင် အခြား bucket နှင့် ဝန်ဆောင်မှုများ ပါဝင်နိုင်သည်၊ * သည် သက်ဆိုင်ရာ တောင်းဆိုမှုအတွက် ပရောက်စီ အသုံးပြုမှုကို လုံးဝ ပိတ်သည်။
တူညီသော endpoint သည် အပြန်အလှန် mount မှ အလုပ်လုပ်ပြီး ဝန်ဆောင်မှု စီမံသော mount မှ အလုပ်မလုပ်ပါက ၎င်းတို့၏ အမွေဆက်ခံ ပတ်ဝန်းကျင်နှင့် ဖွဲ့စည်းမှု အရင်းအမြစ်များကို နှိုင်းယှဉ်ပါ။ ဝန်ဆောင်မှု စတင်ပြီးနောက် variable တစ်ခုကို export လုပ်ခြင်းက ထို ရှိပြီးသား လုပ်ငန်းစဉ်ကို အပ်ဒိတ် မလုပ်နိုင်ပါ။ bucket အထောက်အထားများ မပြောင်းမီ endpoint အမည်နှင့် mount လုပ်ငန်းစဉ်၏ input များကို သတ်မှတ်ပါ။