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

ချိတ်ဆက်မှု ခြေရာခံခြင်းကို အသုံးပြုသည့် Linux လမ်းကြောင်းတွင် ဖြစ်နိုင်ခြေရှိသူ တစ်ဦးမှာ conntrack ဇယားဖြစ်သည်။ ဤလက်ရှိတန်ဖိုးများကို စက်ပေါ်တွင်နှင့် လမ်းကြောင်းကို ကိုင်တွယ်သည့် network namespace အတွင်း စစ်ဆေးပါ-

/proc/sys/net/netfilter/nf_conntrack_count
/proc/sys/net/netfilter/nf_conntrack_max

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

ကြီးမားသော ကိန်းဂဏန်းတစ်ခုတည်း မဟုတ်ဘဲ ဆက်စပ်မှုကို ရှာပါ

အချိန်ကြာလာသည်နှင့်အမျှ ပြည့်နှက်မှုကို ချိတ်ဆက်မှုအသစ်များ ချို့ယွင်းမှု စတင်ချိန်နှင့် သက်ဆိုင်ရာ kernel သတင်းစကားများနှင့် နှိုင်းယှဉ်ပါ။ သင့်လျော်သော ချို့ယွင်းမှု အထောက်အထား မရှိဘဲ မြင့်မားသော အရေအတွက်သည် တောင်းဆိုမှုများ အချိန်ကုန်စတင်ချိန်တွင် ၎င်း၏ ကန့်သတ်ချက်သို့ ထပ်ခါတလဲလဲ ရောက်ရှိသော ဇယားနှင့် ကွဲပြားသည်။

ဇယားသည် proxy ထက် ပိုမို ဝန်ဆောင်နိုင်သည်။ အခြား ဒေသခံ ဝန်ဆောင်မှုများ၊ ပေးပို့ထားသော လမ်းကြောင်းများ သို့မဟုတ် အခြား အလုပ်များသော ကွန်ရက်လမ်းကြောင်းက ပါဝင်နိုင်သည်။ proxy ပြန်လည်စတင်ခြင်းက လက္ခဏာကို ပြောင်းလဲခြင်းသည် Squid ၏ အရာဝတ္ထု cache က အကြောင်းရင်းဖြစ်သည်ဟု သက်သေမပြပါ။

ပြိုင်ဆိုင်သော ရှင်းလင်းချက်များကို မျက်ကွင်းတွင် ထားပါ- ဖိုင်ဖော်ပြချက်များ၊ စစ်မှန်ကြောင်း အတည်ပြုသည့် အကူအညီများ၏ တန်းစီမှုများ၊ DNS နှောင့်နှေးမှုများ၊ မှတ်ဉာဏ် ဖိအားနှင့် ပြည့်နှက်နေသော ဖိုင်စနစ်တို့သည်လည်း အချိန်ကြာလာသည်နှင့်အမျှ ပိုဆိုးလာနိုင်သည်။ မည်သည့် အရင်းအမြစ် ကြီးထွားနေသည်ကိုလည်းကောင်း၊ မည်သည့် လုပ်ဆောင်ချက်များ ပထမဆုံး အလုပ်မလုပ်တော့သည်ကိုလည်းကောင်း မှတ်တမ်းတင်ပါ။ ရေရှည်ချိတ်ဆက်မှုများ ဆက်လက်ရှင်သန်နေပြီး အသစ်များ မအောင်မြင်ခြင်းသည် အသုံးဝင်သော အထောက်အထားဖြစ်ပြီး သူ့အလိုလို ရောဂါရှာဖွေတွေ့ရှိမှု မဟုတ်ပါ။

ကန့်သတ်ချက်ကို မြှင့်တင်ခြင်းသည် မှတ်ဉာဏ် ကုန်ကျစရိတ် ရှိသည်။ မပြောင်းလဲမီ အလုပ်ဝန်၊ namespace နှင့် ရရှိနိုင်သော စွမ်းရည်ကို သတ်မှတ်ပါ။ အချိန်ကန့်သတ်ချက်များကို မစဉ်းစားဘဲ အတိုချုံ့ခြင်းသည် အသုံးဝင်သော အနားယူနေသည့် session များကို ချိုးဖျက်နိုင်သည်၊ ချိတ်ဆက်မှု အခြေအနေအားလုံးကို ရှင်းလင်းခြင်းသည် မသက်ဆိုင်သော လမ်းကြောင်းများကို အနှောင့်အယှက် ဖြစ်စေနိုင်သည်။

အသုံးဝင်သော ရလဒ်မှာ စုပုံလာမှုအတွက် ရှင်းလင်းချက်နှင့် ၎င်းနှင့် ကိုက်ညီသော စွမ်းရည် သို့မဟုတ် သက်တမ်းစက်ဝန်း ပြောင်းလဲမှု ဖြစ်သည်။ မြှင့်တင်ရန် လုံခြုံသည်ဆိုခြင်းသည် proxy ဆာဗာတိုင်းတွင် ရှိသော ဂုဏ်သတ္တိ မဟုတ်ပါ။

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