Squid တောင်းဆိုချက်များကို အထက်ပရောက်စီမှ ပို့ခြင်း

Squid တွင် အထက်ပရောက်စီသတ်မှတ်ရုံက တောင်းဆိုချက်တိုင်း ၎င်းကို မဖြစ်မနေသုံးရမည်ဟု မဆိုလိုပါ။ တိုက်ရိုက်လမ်းက မူဝါဒချိုးဖောက်လျှင် လိုအပ်ချက်ကို တိတိကျကျပြင်ဆင်ပြီး အထက်ပရောက်စီမရသည့်အခါကို စမ်းပါ။

Squid 6.13 အတွက် ဤဥပမာက အထက်ပရောက်စီတစ်ခု အမည်ပေးပြီး ကလိုင်းယင့်ရင်းမြစ်တစ်ခုအတွက် မူရင်းသို့ တိုက်ရိုက်လက်ဆင့်ကမ်းမှုကို တားသည်။

cache_peer 192.0.2.20 parent 3128 0 no-query default name=upstream
acl routed_client src 198.51.100.27/32
never_direct allow routed_client

လိပ်စာနှစ်ခုလုံးက ဥပမာဖြစ်သည်။ အများသုံး HTTP အထက်ပရောက်စီခွင့်ပြုသည့် ထိန်းချုပ်စမ်းသပ်မှုတွင် HTTP ပရောက်စီစာရင်းမှ လိပ်စာရွေးပါ။ ရည်ရွယ်ကလိုင်းယင့်များသာ ခွင့်ပြုသည့် သီးခြား http_access မူဝါဒကို ထိန်းထားပါ။ လမ်းကြောင်းစည်းမျဉ်းက ကလိုင်းယင့်ကို ပရောက်စီသုံးခွင့် မပေးပါ။

ရှိပြီးသားလမ်းကြောင်းစည်းမျဉ်း စစ်ပါ

no-query က ဤ peer ထံ ICP မေးခွန်းများကို ပိတ်သည်။ သုညသည် peer ၏ မေးမြန်းပေါ့တ်ဖြစ်ပြီး HTTP နားထောင်သူမဟုတ်ပါ။ ကလိုင်းယင့်ဘက်နားထောင်သူနှင့် ဝင်ခွင့်စည်းမျဉ်း သီးခြားဖြစ်နေဆဲဖြစ်သည်။

ဤဘလောက်မထည့်မီ ရှိပြီးသား always_direct ဆက်တင်နှင့် အခြား peer ရွေးချယ်မှုကို ပြန်ကြည့်ပါ။ always_direct တွင် ကိုက်ညီမှုကို ငြင်းပယ်ရုံက အထက်ပရောက်စီမဖြစ်မနေသုံးရန် မလိုအပ်စေပါ။ ရှင်းလင်းသော never-direct စည်းမျဉ်းက ရွေးထားသောကလိုင်းယင့်အတွက် လိုအပ်ချက်ကို ဖော်ပြသည်။

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

လမ်းကြောင်းနှင့် ပျက်ကွက်သည့်အပြုအမူ စစ်ပါ

ထိန်းချုပ်ထားသောဦးတည်ရာသုံးပြီး ဝင်ရောက်မှုလော့ဂ်၏ အဆင့်ဆင့်အချက်အလက်ကို ဦးတည်ရာမြင်ကွင်းနှင့် ယှဉ်ပါ။ နောက်ဆုံး HTTP အခြေအနေတစ်ခုတည်းက Squid အထက်ပရောက်စီ သို့မဟုတ် တိုက်ရိုက်လမ်းသုံးသည်ကို မပြောပါ။

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