SOCKS5 နဲ့ SOCKS5h — DNS ကို ဘယ်နေရာမှာ ဖြေရှင်းသလဲ

curl တွင် ဦးတည်ရာအမည်ကို proxy က ဖြေရှင်းရမည်ဆိုလျှင် socks5h:// ရွေးပါ။ curl က မိမိစက်တွင် ဖြေရှင်းပြီး proxy ဆီ လိပ်စာပို့ရမည်ဆိုလျှင် socks5:// ရွေးပါ။ နှစ်ခုစလုံး SOCKS5 သုံးပြီး နောက်ဆုံး h သည် client ၏ URL ရေးသားမှု သတ်မှတ်ချက်ဖြစ်သည်။

Local listener နေရာတွင် မိမိ SOCKS5 endpoint ထည့်ပြီး mode နှစ်ခုကို နှိုင်းယှဉ်ပါ။

curl --noproxy '' --proxy socks5://127.0.0.1:1080 --connect-timeout 5 --max-time 15 --verbose https://example.com/
curl --noproxy '' --proxy socks5h://127.0.0.1:1080 --connect-timeout 5 --max-time 15 --verbose https://example.com/

ပြောင်းလဲသည်မှာ အမည်ဖြေရှင်းသည့် mode တစ်ခုတည်းဖြစ်သည်။ --noproxy '' က ဤခေါ်ဆိုမှုများအတွက် proxy ကို ကျော်သွားမည့် စည်းမျဉ်းများ ဖယ်ရှားပေးပြီး အချိန်ကန့်သတ်ချက်များက နှိုင်းယှဉ်မှုကြာချိန်ကို ကန့်သတ်သည်။ အလားတူ သီးသန့်ရွေးချယ်စရာများမှာ --socks5 နှင့် --socks5-hostname ဖြစ်သည်။ ဦးတည်ရာတွင် hostname သုံးပါ။ တိုက်ရိုက်ရေးထားသော IP လိပ်စာသည် ဦးတည်ရာအမည် ရှာဖွေရန်မလိုသဖြင့် ဤကွာခြားချက်ကို မပြနိုင်ပါ။

အမည်တစ်ခုကို တစ်ဖက်တည်းကသာ သိနိုင်သည်

Proxy သည် အတွင်းဝန်ဆောင်မှုအမည်ကို DNS က သိသော development network ထဲတွင် အလုပ်လုပ်နေသည်ဟု ယူဆပါ။ သင့်လက်ပ်တော့သည် socks5 mode ဖြင့် ထိုအမည်ကို မဖြေရှင်းနိုင်သော်လည်း socks5h က proxy ကို ဖြေရှင်းခွင့်ပေးသည်။ အခြေအနေပြောင်းပြန်ဖြစ်ပြီး အမည်သည် လက်ပ်တော့၏ hosts ဖိုင်ထဲတွင်သာ ရှိပါက အဝေးဘက်ရှာဖွေမှုကပင် မအောင်မြင်နိုင်ပါ။

Public DNS သည်လည်း မတူသော network များမှ မတူသောလိပ်စာများ ပြန်ပေးနိုင်သည်။ ရလဒ်မတူလျှင် ချက်ချင်း proxy ပြောင်းမည့်အစား ရွေးချယ်ထားသော လိပ်စာများနှင့် ၎င်းတို့ကို လှမ်းမီနိုင်မှုကို နှိုင်းယှဉ်ပါ။

• Proxy ၏ hostname ကို မဖြေရှင်းနိုင်ခြင်း: မည်သည့် mode မျှ စတင်နိုင်မည်မဟုတ်ပါ။ Client သည် proxy.example ကို ဆက်လက်ဖြေရှင်းရသည်။ socks5h://proxy.example:1080 သုံးရာတွင်လည်း အတူတူဖြစ်သည်။
• ဦးတည်ရာကို မိမိစက်တွင် ရှာဖွေမှု မအောင်မြင်ခြင်း: client ၏ resolver ကို စစ်ပါ၊ သို့မဟုတ် hostname ကို proxy ထံပေးသည့် mode နှင့် နှိုင်းယှဉ်ပါ။
• SOCKS server က ဦးတည်ရာကို ငြင်းပယ်ခြင်း: ၎င်း၏ တုံ့ပြန်ချက်နှင့် မူဝါဒကို စစ်ပါ။ မိမိစက်တွင် အမည်ရှာဖွေမှု အောင်မြင်ခြင်းသည် အဝေးဘက်မှ လှမ်းမီနိုင်ကြောင်း မသက်သေပြပါ။
• Tunnel အလုပ်လုပ်သော်လည်း certificate အတည်ပြုမှု မအောင်မြင်ခြင်း: ဦးတည်ရာ၏ TLS ကို စစ်ပါ။ DNS mode ပြောင်းခြင်းသည် ယုံကြည်မှုဆိုင်ရာ ပြဿနာအားလုံးအတွက် ဖြေရှင်းချက် မဟုတ်ပါ။

သင်ထိန်းချုပ်နိုင်သော စမ်းသပ်အမည်နှင့် server log များက သင်စီမံသော proxy ထံ မည်သည့်လိပ်စာအမျိုးအစား ရောက်လာသလဲ အတည်ပြုနိုင်သည်။ Exit IP ဖော်ပြသော ဝက်ဘ်စာမျက်နှာက မပြနိုင်ပါ။ ထိုစာမျက်နှာသည် အပြင်သို့ထွက်သော ချိတ်ဆက်မှုကို ပြခြင်းဖြစ်ပြီး DNS ကို ဘယ်နေရာမှာ ဖြေရှင်းသလဲ မပြပါ။

ကိုယ်ရေးအချက်အလက် ကာကွယ်မှုတွင် သတ်မှတ်ထားသည့် နယ်ပယ်ရှိသည်

Proxy ဘက်တွင် အမည်ရှာခြင်းက ဤ request ၏ ဦးတည်ရာအမည်ကို မိမိစက်တွင် ရှာရန် ရှောင်ပေးသည်။ SOCKS ကို စာဝှက်ပေးခြင်း မဟုတ်သလို proxy က စာဝှက်ထားသော DNS သုံးကြောင်းလည်း မသက်သေပြပါ။ အခြား app များနှင့် browser prefetch traffic ကိုလည်း လမ်းကြောင်းမပြောင်းပေးပါ။ SOCKS ပံ့ပိုးမှုပါသော Requests သည်လည်း local နှင့် proxy ဘက်အကြား ဤကွာခြားမှုကို သုံးသည်။ အခြား client များမှာ curl ၏ URL ရေးသားပုံအစား setting ပေးနိုင်သည်။ SOCKS5 proxy စာရင်းမှ endpoint မကူးယူမီ သင့် app ပံ့ပိုးသော protocol ကို ရွေးပါ။