http_proxy က Whois ကို မလွဲမသွေ သက်ရောက်မှု မရှိရသည့် အကြောင်း

ရိုးရာ Whois သည် ၎င်း၏ ကိုယ်ပိုင် TCP ပရိုတိုကောကို အသုံးပြုပြီး များသောအားဖြင့် ပေါ့(ထ) 43 တွင် ဖြစ်သည်။ အဖြေက အင်တာနက် ဒိုမိန်းကို ဖော်ပြသောကြောင့်သာ ၎င်းသည် HTTP တောင်းဆိုမှု မဖြစ်ပါ။

http_proxy ကိန်းရှင်သည် ပံ့ပိုးထားသော HTTP ပရောက်စီ လမ်းကြောင်းအတွက် ၎င်းကို ဖတ်သော ဆော့ဖ်ဝဲကို သာ အထောက်အကူပြုသည်။ Whois အကောင်အထည်ဖော်မှုသည် ၎င်း၏ ပုံမှန် TCP ချိတ်ဆက်မှုကို ပြုလုပ်နေစဉ် ထိုကိန်းရှင်ကို လျစ်လျူရှုနိုင်သည်။

အချို့ ကလိုင်းသည် SOCKS ကို ပံ့ပိုးပါက ထို မှတ်တမ်းတင်ထားသော လုပ်ဆောင်ချက်ကို ချိန်ညှိပါ။ ကိုက်ညီသော TCP ထုပ်ပိုးမှုသည် နောက်ထပ် ဖြစ်နိုင်ခြေတစ်ခု ဖြစ်ပြီး ထုပ်ပိုးမှု၏ ကြားဖြတ်ကန့်သတ်ချက်များနှင့် ပရောက်စီ၏ ဦးတည်ပေါ့(ထ) မူဝါဒအပေါ် မူတည်သည်။ whois ဟု အမည်ရသော ပရိုဂရမ်တိုင်း တူညီသော လုပ်ဆောင်ချက်များ ရှိသည်ဟု မယူဆပါနှင့်။ ထို ကလိုင်းသည် SOCKS ကို ပံ့ပိုးပြီး အများပြည်သူ ကြားခံများကို ခွင့်ပြုပါက SOCKS ပရောက်စီ စာရင်း သည် လွှဲပြောင်းမှုများ အပါအဝင် အမှန်တကယ် Whois ဆာဗာများနှင့် ပေါ့(ထ)များသို့ ဝင်ရောက်မှုကို စစ်ဆေးရန် ကိုယ်စားလှယ်လောင်းများကို ပေးသည်။

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

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