iptables လက်ခံစက်အမည် စည်းမျဉ်းများသည် DNS ဓာတ်ပုံများဖြစ်သည်
DNS ပြောင်းလဲမှုများနောက် iptables လက်ခံစက်အမည် ခြွင်းချက်တစ်ခုသည် ဆိုက်တစ်ခုနှင့် ကိုက်ညီမှု ရပ်တန့်နိုင်သည့် အကြောင်းနှင့် ရှေ့သို့ proxy ၏ ဒိုမိန်းမူဝါဒ မည်သည့်နေရာတွင် ကွာခြားသည်ကို နားလည်ပါ။
iptables အမိန့်တွင်ရှိသော လက်ခံစက်အမည်ကို စည်းမျဉ်း တင်သွင်းခြင်းမပြုမီ ဖြေရှင်းသည်။ kernel စည်းမျဉ်းသည် ရလာသော လိပ်စာများနှင့် ကိုက်ညီသည်။ ၎င်းသည် packet တစ်ခုစီအတွက် DNS ကို ထပ်မံမလုပ်ဆောင်ဘဲ HTTP လက်ခံစက်အမည်များကိုလည်း မစစ်ဆေးပါ။
ခြွင်းချက်တစ်ခု အလုပ်မလုပ်တော့သည့်အခါ ဂဏန်းစည်းမျဉ်းနှင့် ကောင်တာများကို client အမှန်တကယ် အသုံးပြုခဲ့သော လိပ်စာနှင့် နှိုင်းယှဉ်ပါ။ DNS ပြောင်းလဲမှုများ၊ ဖြေရှင်းသူ၏ မတူညီသော အဖြေများနှင့် အပိုအရင်းအမြစ် လက်ခံစက်များက ထိုလိပ်စာကို စည်းမျဉ်းဟောင်း၏ အပြင်ဘက်တွင် ထားခဲ့နိုင်သည်။ ဆန့်ကျင်ဘက် အန္တရာယ်မှာ မသက်ဆိုင်သော ဝန်ဆောင်မှုများနှင့် မျှဝေထားသော လိပ်စာဖြစ်သည်။ IP ခြွင်းချက်သည် ၎င်းတို့ကိုပါ ထည့်သွင်းနိုင်သည်။
အစီအစဉ်ကို သီးခြားစစ်ဆေးပါ။ ကိုက်ညီပြီးသား ကြားဖြတ်လုပ်ဆောင်ချက်နောက်ရှိ ရှောင်ကွင်းမှုသည် နောက်ကျလွန်းနိုင်သော်လည်း ၎င်းကို စောစောရွှေ့ခြင်းက ၎င်း၏ လိပ်စာအစုကို မထိန်းသိမ်းပါ။
| လိုအပ်သော ခြွင်းချက် | လိုအပ်သော မူဝါဒ |
|---|---|
| ဤကွန်ရက် ဦးတည်ရာများသို့ ချိတ်ဆက်မှုများကို မကြားဖြတ်ပါနှင့် | သင့်လျော်သော လိပ်စာထိန်းသိမ်းမှု မဟာဗျူဟာဖြင့် packet လမ်းကြောင်းပြ စည်းမျဉ်းများ |
| ဤ client အား ဤအမည်များကို Squid မှတစ်ဆင့် တောင်းဆိုခွင့်ပြုပါ | တောင်းဆိုမှုအဆင့် ဦးတည်ရာ ဒိုမိန်း ACL များနှင့် client နှင့် port ကန့်သတ်ချက်များ |
Squid ခွင့်ပြုချက်သည် တောင်းဆိုမှုကို proxy အတွင်းတွင် ထိန်းထားသည်။ firewall ရှောင်ကွင်းမှုက ၎င်းကို Squid ၏ ခွင့်ပြုချက်လမ်းကြောင်းမှ ဖယ်ရှားသည်။ နှစ်ခုကြားတွင် ရည်ရွယ်ချက်ရှိရှိ ရွေးပါ။ သာမန် CONNECT ဖြင့် လက်ခံစက်အမည်ကို သိသော proxy ဆုံးဖြတ်ချက်ပင် ကုဒ်ဝှက်ထားသော ဆိုက်လမ်းကြောင်းကို မဖော်ပြပါ၊ ထို့ကြောင့် ၎င်းတစ်ခုတည်းဖြင့် စာမျက်နှာလမ်းကြောင်း ခြွင်းချက် မဖြစ်နိုင်ပါ။