HTTP of SOCKS5: hokker proxy-IP moatst kieze?
Kies it proxytype neffens de tapassing, stipe ferkear en de needsaak foar DNS oan de proxykant.
Iepenje earst de proxyynstellingen fan de tapassing. De stipe protokollen bepale hokker listyngongen brûkber binne; in yndrukwekkend label of bekend poartnûmer foeget gjin kliïntstipe ta.
| Tapassing of taak | Kies en kontrolearje |
|---|---|
| Hat allinnich in HTTP-proxyfjild | In passend einpunt út de list mei HTTP-proxy’s. Test ek HTTPS CONNECT as HTTPS-doelen nedich binne. |
| Stipet SOCKS5 en hat ferbinings- of DNS-opsjes nedich | In SOCKS5-einpunt dêr’t beide kanten de nedige opsjes stypje. |
| Hat UDP nedich | Kontrolearje UDP by kliïnt en einpunt; it SOCKS5-label allinnich is net genôch. |
| Fereasket SOCKS4 | In kompatibel SOCKS4-einpunt en de passende kliïntmodus. |
| Stipet gjin proxy | In IP út in list stelt de tapassing net fansels yn. |
Foar web- en API-fersiken is in HTTP-proxy faak genôch. Hy stjoert HTTP troch en draacht, as tastien, HTTPS fia CONNECT. In slagge gewoane HTTP-side bewiist gjin tunnelstipe: de tsjinst kin tunnelautentikaasje easkje of doelen en poarten beheine.
SOCKS wurket ûnder de HTTP-fersyklaach. In kompatibele tapassing freget in ferbining te meitsjen sûnder in HTTP-fersyk te ynterpretearjen, sadat it ek foar oar stipe ferkear brûkber is. SOCKS5 definiearret IPv4-, IPv6- en domeinnamme-adressen, autentikaasje en UDP-assosjaasje. In beskate tapassing of fergees einpunt kin mar in part ymplementearje. De TCP-SOCKS-rûte fan in blêder dekt net automatysk in oare app of UDP-tsjinst.
Wêr wurdt de doelnamme oplost?
Yn curl bepaalt de skriuwwize fan de SOCKS5-URL wêr’t doel-DNS plakfynt: socks5:// lost lokaal op; socks5h:// freget de proxy dat te dwaan. Ferskillende DNS-bylden kinne de iene kar slagje litte en de oare mislearje. Oare kliïnten kinne in karfakje of aparte opsje hawwe. Allinnich SOCKS5 kieze bewiist net dat elke DNS-opsykaksje der troch giet.
SOCKS4 kin minder; SOCKS4a foeget hostnammen ta. As kliïnt en tsjinst SOCKS5 stypje en gjin reden foar it âldere protokol bestiet, is in passende SOCKS5-yngong in reedlike earste kar. In SOCKS4-einpunt ynfiere wylst de kliïnt yn SOCKS5-modus stiet, is in protokolmismatch.
As it protokol past, test it echte doel en fyn de earste flater. HTTP noch SOCKS5 mjit anonimiteit: fertrouwen yn de behearder, TLS by it doel en de echte rûte fan de tapassing bepale noch altyd de beskerming.