Squid မိခင်များစွာသည် ရွေးချယ်စရာများဖြစ်ပြီး အစဉ်လိုက် ကွင်းဆက်မဟုတ်ပါ

cache_peer နှစ်ကြောင်းသည် “ပထမဆုံး proxy ကို ဖြတ်ပြီး ထို့နောက် ဒုတိယကို ဖြတ်ပါ” ဟု အဓိပ္ပာယ်မရပါ။ ၎င်းတို့သည် Squid ရွေးချယ်နိုင်သည့် peer များကို သတ်မှတ်သည်။ round-robin တောင်းဆိုချက်များသည် နှစ်ခုလုံးကို မဖြတ်ဘဲ မိခင်များအကြား လှည့်ပတ်နိုင်သည်။

အစဉ်လိုက်လမ်းကြောင်းကို instance များအကြား ဖြန့်ဝေသည်။

client → A → B → C → origin

• A သည် ၎င်း၏ နောက်ထပ် hop အဖြစ် B ကို ရွေးသည်။
• B သည် C ကို ရွေးသည်။
• C သည် မူလအရင်းအမြစ်နှင့် ချိတ်ဆက်မှုကို ဖွင့်သည်။

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

၎င်းတို့ကို ပံ့ပိုးသော ဗားရှင်းများတွင် cache_peer က peer တစ်ခုကို သတ်မှတ်ပြီး cache_peer_access က ရွေးချယ်မှုကို ကန့်သတ်ကာ never_direct က ရွေးချယ်ထားသော traffic အတွက် တိုက်ရိုက် ပေးပို့မှုကို တားမြစ်သည်။ peer သတ်မှတ်ချက်တစ်ခုတည်းဖြင့် အခြားမူဝါဒနှစ်ခုအနက် တစ်ခုကိုမျှ မတည်ဆောက်နိုင်ပါ။

hop တစ်ခုစီတွင် ဆုံးဖြတ်ချက်ကို စစ်ဆေးပါ။ A က B ကို ရွေးချယ်ကြောင်း ပြသော မှတ်တမ်းသည် B က C ကို ရွေးချယ်ခဲ့ကြောင်း သက်သေမပြနိုင်ပါ။ ဒေသတွင်း cache ထိမှန်မှုသည် အပေါ်ပိုင်း ချိတ်ဆက်မှုအသစ်ကို လုံးဝ ရှောင်ရှားနိုင်သည်၊ ထို့ကြောင့် တောင်းဆိုချက်တစ်ခုအတွက် မိခင် traffic မရှိခြင်းသည် ကွင်းဆက်ပြတ်ခြင်း၏ လုံလောက်သော အထောက်အထား မဟုတ်ပါ။