HTTP eller SOCKS5: vilken proxy-IP bör du välja?
Välj proxytyp efter programmet, trafiken som stöds och behovet av DNS på proxysidan.
Öppna först programmets proxyinställningar. Protokollen som stöds avgör vilka listposter du kan använda; en imponerande etikett eller ett bekant portnummer lägger inte till klientstöd.
| Program eller uppgift | Välj och kontrollera |
|---|---|
| Har bara ett fält för HTTP-proxy | En passande ändpunkt från listan över HTTP-proxyer. Testa även HTTPS CONNECT om du behöver HTTPS-mål. |
| Stöder SOCKS5 och behöver anslutnings- eller DNS-alternativ | En SOCKS5-ändpunkt där båda sidor stöder de nödvändiga alternativen. |
| Behöver UDP | Kontrollera UDP hos både klient och ändpunkt; etiketten SOCKS5 ensam räcker inte. |
| Kräver SOCKS4 | En kompatibel SOCKS4-ändpunkt och motsvarande klientläge. |
| Saknar proxystöd | En IP från en lista konfigurerar inte programmet själv. |
För webb- och API-begäranden räcker ofta en HTTP-proxy. Den vidarebefordrar HTTP och bär, när det är tillåtet, HTTPS via CONNECT. En fungerande vanlig HTTP-sida bevisar inte tunnelstöd: tjänsten kan kräva tunnelautentisering eller begränsa mål och portar.
SOCKS arbetar under HTTP-begäranslagret. Ett kompatibelt program ber det upprätta en anslutning utan att tolka en HTTP-begäran, vilket även passar annan trafik som stöds. SOCKS5 definierar IPv4-, IPv6- och domännamnsadresser, autentisering och UDP-association. Ett visst program eller en gratis ändpunkt kan bara implementera delar av detta. Webbläsarens TCP-SOCKS-väg täcker inte automatiskt en annan app eller UDP-tjänst.
Var slås målnamnet upp?
I curl avgör SOCKS5-URL:ens skrivsätt var målets DNS sker: socks5:// slår upp lokalt; socks5h:// ber proxyn göra det. Olika DNS-vyer kan få det ena valet att fungera och det andra att misslyckas. Andra klienter kan ha en kryssruta eller ett separat alternativ. Val av SOCKS5 visar inte ensamt att varje DNS-uppslagning går genom det.
SOCKS4 har färre funktioner; SOCKS4a lägger till värdnamnshantering. Om klient och tjänst stöder SOCKS5 och inget skäl finns för det äldre protokollet, är en lämplig SOCKS5-post ett rimligt första val. En SOCKS4-ändpunkt medan klienten står i SOCKS5-läge är en protokollkonflikt.
När protokollet passar, testa det faktiska målet och hitta det första felet. Varken HTTP eller SOCKS5 mäter anonymitet: operatörens trovärdighet, målets TLS och programmets verkliga väg avgör fortfarande skyddet.