SOCKS5 o SOCKS5h: saan ginagawa ang DNS lookup?
Ihambing ang lokal at proxy-side na DNS resolution sa curl, tukuyin ang pagkabigo sa name resolution, at unawain ang saklaw ng proteksyon ng socks5h.
Sa curl, piliin ang socks5h:// kapag proxy ang dapat mag-resolve ng pangalan ng destinasyon. Piliin ang socks5:// kapag curl ang dapat mag-resolve nito nang lokal at magpadala ng address sa proxy. Pareho silang gumagamit ng SOCKS5; ang h sa dulo ay kumbensyon sa URL ng client.
Ihambing ang mga mode gamit ang iyong SOCKS5 endpoint sa halip na lokal na listener:
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/Resolution mode lang ang nagbabago. Inaalis ng --noproxy '' ang mga tuntunin sa pag-bypass ng proxy para sa mga tawag na ito, at nililimitahan ng mga timeout ang tagal ng paghahambing. Ang katumbas na hiwalay na mga opsyon ay --socks5 at --socks5-hostname. Gumamit ng hostname bilang target: hindi nangangailangan ng destination lookup ang isang direktang IP address at hindi nito maipapakita ang pagkakaiba.
Maaaring sa isang panig lang kilala ang pangalan
Ipagpalagay na tumatakbo ang proxy sa loob ng development network na ang DNS ay nakakakilala sa pangalan ng isang internal service. Maaaring hindi ma-resolve ng laptop mo ang pangalang iyon sa socks5 mode, habang ipinapaubaya ng socks5h ang resolution sa proxy. Baligtarin ang sitwasyon, na ang pangalan ay nasa hosts file lang ng laptop, at maaaring ang remote lookup naman ang mabigo.
Maaari ring magbalik ang public DNS ng magkaibang address mula sa magkaibang network. Dahilan ang magkaibang resulta para ihambing ang napiling mga address at kung naaabot ang mga ito, sa halip na palitan agad ang proxy.
- Hindi ma-resolve ang hostname ng proxy: hindi makapagsisimula ang alinmang mode. Client pa rin ang nagre-resolve ng
proxy.examplesasocks5h://proxy.example:1080. - Nabibigo ang lokal na destination lookup: suriin ang resolver ng client o ihambing sa mode na nagpapadala ng hostname sa proxy.
- Tinatanggihan ng SOCKS server ang destinasyon: suriin ang tugon at patakaran nito. Hindi patunay ng remote reachability ang matagumpay na lokal na lookup.
- Gumagana ang tunnel pero nabibigo ang certificate verification: siyasatin ang TLS ng destinasyon; hindi pangkalahatang lunas sa trust issues ang pagpili ng ibang DNS mode.
Makukumpirma ng isang test name na kontrolado mo at ng server-side logs kung anong uri ng address ang dumating sa proxy na pinamamahalaan mo. Hindi ito magagawa ng web page na nagpapakita ng exit IP: ang palabas na koneksyon ang iniuulat nito, hindi kung saan nangyari ang DNS lookup.
May tiyak na saklaw ang benepisyo sa privacy
Iniiwasan ng proxy-side lookup ang lokal na destination lookup para sa request na ito. Hindi nito ine-encrypt ang SOCKS, hindi nito pinatutunayang gumagamit ang proxy ng encrypted DNS, at hindi nito niruruta ang traffic ng ibang app o browser prefetch. Ginagamit ng Requests na may SOCKS support ang parehong pagkakaiba ng lokal at proxy-side lookup; maaaring setting ang ilantad ng ibang client sa halip na URL spelling ng curl. Pumili ng protocol na suportado ng app mo bago kumopya ng endpoint mula sa listahan ng mga SOCKS5 proxy.