Tinyproxy က localhost ကို ငြင်းပယ်သည်- မည်သည့် loopback လိပ်စာ ရောက်လာသည်ကို စစ်ဆေးပါ
localhost အမည်ဖြေရှင်းမှု၊ IPv4 loopback၊ IPv6 loopback နှင့် listener binding များကို ခွဲခြားကာ Tinyproxy ၏ ဒေသတွင်း ဝင်ရောက်မှု ငြင်းပယ်ချက်များကို စစ်ဆေးပါ။
သင့်ဖွဲ့စည်းမှုသည် 127.0.0.1 ကို ခွင့်ပြုထားသော်လည်း localhost သို့ ချိတ်ဆက်သော အက်ပ်ကို ငြင်းပယ်သည်။ ခွင့်ပြုစာရင်းကို မချဲ့မီ အက်ပ်က မည်သည့်လိပ်စာကို သုံးခဲ့သည်ကို စစ်ဆေးပါ။
localhost သည် အမည်တစ်ခု ဖြစ်သည်။ ပတ်ဝန်းကျင်ပေါ် မူတည်၍ client ကို IPv4 loopback၊ IPv6 loopback သို့မဟုတ် ချိတ်ဆက်မှု ကြိုးပမ်းချက်များ အစဉ်သို့ ပို့နိုင်သည်။ IPv4 source စည်းမျဉ်းသည် ::1 မှ လာသော IPv6 ချိတ်ဆက်မှုနှင့် အမြဲ ကိုက်ညီမည် မဟုတ်ပါ။
သီးခြားအချက် သုံးခုကို စစ်ဆေးပါ
- Client က မည်သည့်လိပ်စာသို့ ချိတ်ဆက်ခဲ့သည်။
- Tinyproxy က မည်သည့်လိပ်စာတွင် နားထောင်နေသည်။
- Tinyproxy က ၎င်း၏ ဝင်ရောက်မှု စည်းမျဉ်းများတွင် မည်သည့် source လိပ်စာကို အကဲဖြတ်ခဲ့သည်။
ငြင်းပယ်ခံရသော ချိတ်ဆက်မှုသည် ထို endpoint အတွက် ဆက်သွယ်နိုင်သော listener မရှိခဲ့ကြောင်း ညွှန်ပြသည်။ Tinyproxy ၏ ဝင်ရောက်မှု ငြင်းပယ် တုံ့ပြန်ချက်ဆိုသည်မှာ ချိတ်ဆက်မှုတစ်ခု ဝန်ဆောင်မှုသို့ ရောက်ပြီး ၎င်း၏ မူဝါဒအရ ငြင်းပယ်ခံရခြင်း ဖြစ်သည်။ ထို ချို့ယွင်းချက်များအတွက် မတူညီသော ပြုပြင်မှုများ လိုအပ်သည်။
Tinyproxy 1.11.2 အတွက် listener နှင့် client ဝင်ရောက်မှု ဆက်တင်များသည် ထို ထိန်းချုပ်မှု နှစ်ခုကို သီးခြား ပြသည်။ ဒေသတွင်း IPv6 client များကို ရည်ရွယ်ပါက တိကျသော Allow ::1 သည် hostname အခြေပြု စည်းမျဉ်း၏ အပြုအမူကို အားကိုးခြင်းထက် ထို မူဝါဒကို ပိုမို ရှင်းလင်းစွာ ဖော်ပြနိုင်သည်။
loopback မကိုက်ညီမှုကို ဖြေရှင်းရန်အတွက်သာ proxy ကို ကိုယ်ပိုင် subnet တစ်ခုလုံးသို့ မဖွင့်ပါနှင့်။ loopback သည် သက်ဆိုင်ရာ ကွန်ရက်ပတ်ဝန်းကျင်အတွက် ဒေသတွင်း ဖြစ်ကြောင်းလည်း သတိရပါ။ container ၏ loopback လိပ်စာသည် နှစ်ခုလုံး localhost အမည်ကို သုံးစေကာမူ အခြားစက်၏ proxy ကို မဖော်ပြပါ။
စစ်ဆေးမှုတွင် လေ့လာတွေ့ရှိသော ဂဏန်း endpoint နှင့် source ကို သုံးပါ။ ၎င်းတို့သည် ရည်ရွယ်သော မူဝါဒနှင့် ကိုက်ညီပြီးနောက် ကျန်ရှိသော proxy လော့ဂ်အင် သို့မဟုတ် ဦးတည်ရာ ချို့ယွင်းမှုသည် နောက်အဆင့် ဖြစ်ပြီး localhost ကို ကန့်သတ်ချက်မဲ့ ခြွင်းချက် လိုအပ်သည်ဟု သက်သေမဟုတ်ပါ။