DigitalOcean TCP load balancer မှတစ်ဆင့် Squid ကို ပို့ဆောင်ခြင်း

လက်ရှိ DigitalOcean အရင်းအမြစ်အတွက် ကိုက်ညီသော TCP ဝင်ပေါက်နှင့် ပစ်မှတ် ပရိုတိုကောများကို အသုံးပြုပါ၊ လမ်းကြောင်းသည် ပို့ဆောင်သော HTTP နှင့် CONNECT ကို ထိန်းသိမ်းရမည့်အခါ။

လက်ရှိ DigitalOcean load balancer အရင်းအမြစ်အတွက် ကိုက်ညီသော TCP ပရိုတိုကောများဖြင့် client ၏ proxy byte stream ကို ထိန်းသိမ်းပါ။

forwarding_rule {
  entry_port      = 3128
  entry_protocol  = "tcp"
  target_port     = 3128
  target_protocol = "tcp"
}

အမှန်တကယ် ပစ်မှတ်၊ ကွန်ရက် ကန့်သတ်ချက်များနှင့် ကျန်းမာရေး စစ်ဆေးမှုများကို ဤအပိုင်းပတ်လည်တွင် ထားရှိပါ။ client သည် load balancer လိပ်စာကို အသုံးပြုပြီး Squid သည် မိမိ listener ပေါ်တွင် stream ကို လက်ခံသည်။

Forward proxy သည် absolute ပုံစံ HTTP ပစ်မှတ်များနှင့် HTTPS အတွက် CONNECT ကို လက်ခံသည်။ သာမန် HTTP load balancing မုဒ်သည် ထို စကားပြောမှုများကို ရှင်းလင်းစွာ ပံ့ပိုးရမည်။ listener ကို HTTP ဟု ခေါ်ခြင်းသည် ထို လိုက်ဖက်မှုကို သက်သေမပြပါ။

ပေါက်ပေါ်တွင် ပိုမို စစ်ဆေးပါ။ TCP ကျန်းမာရေး စစ်ဆေးမှုသည် လက်ခံမှုကို သက်သေပြပြီး ခွင့်ပြုထားသော ပစ်မှတ်သို့ စစ်မှန်ကြောင်း သက်သေပြထားသော CONNECT သည် proxy စာချုပ်ကို စမ်းသပ်သည်။

IP ခွင့်ပြုချက်ကို အားကိုးမီ Squid မြင်သော ရင်းမြစ် လိပ်စာ ကို စစ်ဆေးပါ။ PROXY ပရိုတိုကော မက်တာဒေတာကို အသုံးပြုပါက နှစ်ဖက်စလုံးတွင် ပံ့ပိုးမှု လိုအပ်ပြီး proxy တောင်းဆိုမှု မတိုင်မီ byte များ ထပ်တိုးသည်။ ပစ်မှတ် ပြုပြင်ထိန်းသိမ်းစဉ် အသက်ဝင်သော ဥမင်များကို တမင်ဖြုတ်ပါ။ ၎င်းတို့၏ လုပ်ငန်းစဉ်ကို ရုတ်တရက် ဖယ်ရှားခြင်းသည် ၎င်းတို့ကို ပြတ်တောက်စေသည်။

ဆက်စပ်ဆောင်းပါးများ