HTTP o SOCKS5: aling proxy IP ang pipiliin?
Piliin ang uri ayon sa application, suportadong trapiko at pangangailangan sa DNS sa panig ng proxy.
Buksan muna ang proxy settings ng application. Ang suportadong protocol ang nagtatakda ng magagamit na entry sa listahan; hindi nagdaragdag ng suporta sa client ang kahanga-hangang label o pamilyar na port.
| Application o gawain | Piliin at suriin |
|---|---|
| HTTP proxy field lang ang mayroon | Angkop na endpoint mula sa listahan ng mga HTTP proxy. Subukan din ang HTTPS CONNECT kung kailangan ng HTTPS na destinasyon. |
| May SOCKS5 at nangangailangan ng koneksyon o DNS na opsyon | SOCKS5 endpoint na suportado sa magkabilang dulo ang kailangan mong opsyon. |
| Nangangailangan ng UDP | Tiyaking may UDP ang client at endpoint; hindi sapat ang label na SOCKS5. |
| Nangangailangan ng SOCKS4 | Katugmang SOCKS4 endpoint at angkop na client mode. |
| Walang proxy support | Hindi kayang i-configure ng IP sa listahan ang application nang mag-isa. |
Para sa web at API request, madalas sapat ang HTTP proxy. Ipinapasa nito ang HTTP at, kapag pinahihintulutan, dinadala ang HTTPS sa CONNECT. Hindi patunay ng tunnel support ang matagumpay na ordinaryong HTTP page: maaaring humingi ang serbisyo ng tunnel authentication o limitahan ang destinasyon at port.
Gumagana ang SOCKS sa ibaba ng HTTP request layer. Humihiling ang katugmang application ng koneksyon nang walang pag-unawa sa isang HTTP request, kaya kapaki-pakinabang din sa ibang suportadong trapiko. Itinatakda ng SOCKS5 ang IPv4, IPv6 at domain-name address, authentication at UDP association. Maaaring ilang katangian lamang ang ipinatutupad ng isang application o libreng endpoint. Hindi awtomatikong sakop ng TCP SOCKS route ng browser ang ibang app o UDP service.
Saan nireresolba ang pangalan ng destinasyon?
Sa curl, ang baybay ng SOCKS5 URL ang nagtatakda kung saan ginagawa ang DNS ng destinasyon: lokal ang resolusyon ng socks5://; hinihiling ng socks5h:// sa proxy na magresolba. Maaaring magtagumpay ang isang opsyon at mabigo ang isa dahil magkaiba ang DNS view. Maaaring checkbox o hiwalay na opsyon ang gamit ng ibang client. Hindi patunay ang pagpili lang ng SOCKS5 na lahat ng DNS lookup ay dumaraan dito.
Mas kaunti ang kakayahan ng SOCKS4; idinadagdag ng SOCKS4a ang paghawak ng hostname. Kung parehong may SOCKS5 ang client at serbisyo at walang dahilan para sa lumang protocol, makatwirang unang piliin ang angkop na SOCKS5 entry. Hindi magkatugma ang protocol kung SOCKS4 endpoint ang ilalagay habang SOCKS5 mode ang client.
Kapag tugma ang protocol, subukan ang aktuwal na destinasyon at tukuyin ang unang pagkabigo. Hindi sukatan ng anonymity ang HTTP o SOCKS5: tiwala sa operator, TLS ng destinasyon at totoong ruta ng application pa rin ang nagtatakda ng proteksyon.