Squid cache_peer: ရှေ့သို့ပို့သော မိခင်အား originserver အဖြစ် မမှတ်သားပါနှင့်

cache_peer လိုင်းသည် မိခင်တစ်ခုကို အမည်ပေးနိုင်ပြီး Squid အား ၎င်းသည် မူရင်းဝဘ်ဆိုက်ဖြစ်သကဲ့သို့ စကားပြောရန် ဆက်လက်ခိုင်းနိုင်သည်။

တာဝန်ရှိသော ခလုတ်မှာ originserver ဖြစ်သည်။ မိခင်သည် ဝဘ်ဆာဗာဖြစ်သော အရှိန်မြှင့်စနစ်များအတွက် Squid က ၎င်းကို မှတ်တမ်းတင်ထားသည်။ ၎င်းသည် “မူရင်းတောင်းခံမှုကို ဤမိခင်မှတစ်ဆင့် ပို့ပါ” ဟု အဓိပ္ပာယ်ရသော ယေဘုယျ အလံမဟုတ်ပါ။

နောက်ထပ်ခုန်ခြင်းသည် သာမန် HTTP ရှေ့သို့ပို့သည့် ပရောက်စီဖြစ်ပါက ထိုအလံသည် ထိုနေရာတွင် သင့်တင့်မှုရှိမရှိ စစ်ဆေးပါ။ အခြေခံမိခင်ကြေညာချက်သည် ယင်းအစား ဤပုံစံရှိသည်:

cache_peer parent.example parent 8080 0 no-query name=upstream

မိခင်သည် သင်၏ကိုယ်ပိုင်ဝန်ဆောင်မှု ဖြစ်နိုင်သည်; မိခင်ပရောက်စီ အထောက်အထားများ မသတ်မှတ်ထားဘဲ ခွင့်ပြုထားသော အများသူငှာမိခင် စမ်းသပ်မှုအတွက် HTTP ပရောက်စီစာရင်းမှ HTTP ကိုယ်စားလှယ်လောင်းတစ်ခုကို ယူပါ။ ရည်ရွယ်ထားသော ဖောက်သည်ခွင့်ပြုချက်၊ မိခင်အရည်အချင်း၊ စစ်မှန်ကြောင်းအထောက်အထားနှင့် တိုက်ရိုက် အရန်အစီအစဉ်ကို ထိန်းသိမ်းပါ။ ဤကောက်နုတ်ချက်သည် မိခင်၏ အခန်းကဏ္ဍကိုသာ ဖော်ပြသည်။

proxy-only သည် တစ်ခါတစ်ရံ originserver အနီးတွင် ကူးထည့်ထားပြီး ထိုမိခင်ထံမှ ရယူထားသော အရာဝတ္ထုများကို သိမ်းဆည်းခြင်းနှင့် သက်ဆိုင်သည်။ အလံနှစ်ခုလုံးကို တစ်ပြိုင်နက် ဖယ်ရှားခြင်းသည် နှစ်ခုလုံး ပရိုတိုကော မအောင်မြင်မှုကို ဖြစ်စေခဲ့သည်ဟု သက်သေမပြပါ။

နောက်ဝန်ဆောင်မှုက ဘာကို မျှော်လင့်သည်ကို ကြည့်ပါ: ဝဘ်ဆိုက်တောင်းခံမှု၊ ရှေ့သို့ပို့ပရောက်စီတောင်းခံမှု သို့မဟုတ် လိုဏ်ခေါင်းတည်ဆောက်မှု ဖလှယ်ခြင်း။ တရားဝင် hostname နှင့် ရောက်ရှိနိုင်သော port သည် ထိုစာချုပ်များကို အပြန်အလှန်လဲလှယ်နိုင်စေမည် မဟုတ်ပါ။ တောင်းခံမှုအဓိပ္ပာယ် မှားယွင်းခဲ့သော ချိတ်ဆက်မှုတွင် TLS လက်မှတ်များကို ထပ်ခါတလဲလဲ ပြောင်းလဲခြင်းထက် မိခင်၏အခန်းကဏ္ဍကို ပြုပြင်ခြင်းက ပိုမိုတိကျသည်။