Squid မှတ်တမ်းများ- 407 နောက် 200 လာလျှင် မအောင်မြင်မှုအဖြစ် ရေတွက်သင့်သလား။

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

ထို့ကြောင့် TCP_DENIED/407 နှင့် TCP_TUNNEL/200 အကြား ညီတူညီမျှ ခွဲထားသော မှတ်တမ်းသည် ငါးဆယ်ရာခိုင်နှုန်း မအောင်မြင်မှုနှုန်းကို အလိုအလျောက် သက်သေမပြပါ။ ဦးစွာ ထည့်သွင်းချက်များသည် စိန်ခေါ်မှုနှင့် ပြန်ကြိုးစားမှု အတွဲများ ဖြစ်နေသလား ဆုံးဖြတ်ပါ။

သင်အမှန်တကယ် ဂရုစိုက်သည့်အရာကို ရေတွက်ပါ

အချိန်တံဆိပ်များ၊ ကလိုင်းယန့် အခြေအနေ၊ ဦးတည်ရာနှင့် ရရှိနိုင်သော တောင်းဆိုမှု သတ်မှတ်ချက်တို့ကို ဆက်စပ်ပါ။ အတည်ပြုမှုမရှိသော ကြိုးစားမှုတွင် မှတ်တမ်းတင်ထားသော အသုံးပြုသူအမည် မရှိနိုင်သော်လည်း ၎င်း၏ အောင်မြင်သော ပြန်ကြိုးစားမှုတွင် ရှိသည်။ တစ်ချိန်တည်း လုပ်ဆောင်မှုရှိခြင်းသည် ကပ်လျက် လိုင်းများသာ ထည့်သွင်းချက် နှစ်ခု အတူတူဖြစ်ကြောင်း အားနည်းသော အထောက်အထား ဖြစ်သည်ဟု ဆိုလိုသည်။

အောင်မြင်သော ဥမင်လိုဏ်ခေါင်းကို အောင်မြင်သော ဝဘ်ဆိုက် လုပ်ဆောင်ချက်နှင့် သီးခြားထားပါ။ CONNECT လက်ခံခြင်းသည် ဥမင်လိုဏ်ခေါင်းကို တည်ဆောက်သည်; ဦးတည်ရာသည် TLS အတွင်း မအောင်မြင်နိုင်သေးသည် သို့မဟုတ် နောက်ပိုင်းတွင် အပ် ချို့ယွင်းချက် ပြန်ပေးနိုင်သည်။

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