Squid သည် မမျှော်လင့်သော port တွင် UDP socket အဘယ်ကြောင့်ရှိသနည်း

Squid ၏ DNS နှင့် peer-cache UDP socket များကို client များ forward proxy အဖြစ်အသုံးပြုသော TCP listener နှင့် ခွဲခြားပါ။

Squid ပိုင်ဆိုင်သော မရင်းနှီးသော UDP port သည် အလိုအလျောက် အခြားအများပြည်သူ HTTP proxy မဟုတ်ပါ။ Client များသည် သာမန် HTTP proxy အသုံးပြုမှုအတွက် သတ်မှတ်ထားသော TCP listener ကို အသုံးပြုသည်။ Squid သည် DNS နှင့် cache peer ဆက်သွယ်မှုအတွက်လည်း socket များဖွင့်သည်။

အပိုဆောင်း socket ကို ဖော်ထုတ်ရန် မှတ်တမ်းတင်ပါ-

  • TCP သို့မဟုတ် UDP ဖြစ်ခြင်း၊ ၎င်း၏ bind လုပ်ထားသော လိပ်စာနှင့် ပြသသော မည်သည့် အဝေးမှ endpoint မဆို။
  • ထို instance အတွက် ထိရောက်သော listener၊ DNS၊ ICP နှင့် HTCP ဆက်တင်များ။
  • ထို ဆက်တင်များက ဖွင့်ပေးသော လုပ်ဆောင်ချက်က လိုအပ်သော ကွန်ရက် လက်လှမ်းမီမှု။

Squid ၏ UDP လိပ်စာ ရည်ညွှန်းချက်သည် DNS၊ ICP နှင့် HTCP module များကို အတိအကျ ဖုံးလွှမ်းသည်။ ၎င်းတို့၏ အပြုအမူကို http_port မှ ကောက်ချက်ချ၍ မရပါ၊ မြင့်သော port နံပါတ်တစ်ခုတည်းဖြင့် လုပ်ဆောင်ချက်ကို မဖော်ထုတ်နိုင်ပါ။

ထို UDP endpoint ကို application ၏ HTTP proxy အကွက်ထဲ မထည့်ပါနှင့်၊ socket စာရင်းတွင် ပေါ်နေသည်ဟူသော အကြောင်းကြောင့်သာ client တိုင်းအတွက် မဖွင့်ပါနှင့်။ ဆန့်ကျင်ဘက်အားဖြင့် Squid အမှန်တကယ် အသုံးပြုသော DNS လမ်းကြောင်းကို ပိတ်ဆို့ခြင်းသည် နောက်ပိုင်း ဦးတည်ရာ ဖြေရှင်းမှုကို ပျက်စီးစေနိုင်သည်။ ဖော်ထုတ်ထားသော လုပ်ဆောင်ချက်အတွက် firewall စည်းမျဉ်းကို ပြောင်းပါ- resolver query socket၊ cache peer port နှင့် client listener တို့တွင် မတူညီသော တာဝန်များရှိသည်။

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