HTTP eller SOCKS5: hvilken proxy-IP skal du vælge?
Vælg proxytype efter programmet, understøttet trafik og behovet for DNS på proxysiden.
Åbn først programmets proxyindstillinger. De understøttede protokoller afgør, hvilke listeposter du kan bruge; en imponerende etiket eller et kendt portnummer tilføjer ikke klientunderstøttelse.
| Program eller opgave | Vælg og kontrollér |
|---|---|
| Tilbyder kun et HTTP-proxyfelt | Et passende endepunkt fra listen over HTTP-proxyer. Test også HTTPS CONNECT, hvis du har brug for HTTPS-mål. |
| Understøtter SOCKS5 og behøver forbindelses- eller DNS-valg | Et SOCKS5-endepunkt, hvor begge sider understøtter de nødvendige valg. |
| Behøver UDP | Kontrollér UDP hos både klient og endepunkt; etiketten SOCKS5 er ikke nok. |
| Kræver SOCKS4 | Et kompatibelt SOCKS4-endepunkt og den tilsvarende klienttilstand. |
| Har ingen proxyunderstøttelse | En IP fra en liste konfigurerer ikke programmet af sig selv. |
Til web- og API-forespørgsler er en HTTP-proxy ofte nok. Den videresender HTTP og bærer HTTPS gennem CONNECT, når det er tilladt. En fungerende almindelig HTTP-side beviser ikke tunnelunderstøttelse: tjenesten kan kræve tunnelgodkendelse eller begrænse mål og porte.
SOCKS arbejder under HTTP-forespørgselslaget. Et kompatibelt program beder det etablere en forbindelse uden at fortolke en HTTP-forespørgsel, så det også kan bruges til anden understøttet trafik. SOCKS5 definerer IPv4-, IPv6- og domænenavnsadresser, godkendelse og UDP-association. Et bestemt program eller gratis endepunkt kan kun implementere nogle funktioner. Browserens TCP-SOCKS-rute dækker ikke automatisk en anden app eller UDP-tjeneste.
Hvor bliver målets navn slået op?
I curl afgør stavemåden i SOCKS5-URL’en, hvor målets DNS udføres: socks5:// slår op lokalt; socks5h:// beder proxyen gøre det. Forskellige DNS-visninger kan få ét valg til at virke og det andet til at fejle. Andre klienter kan bruge et afkrydsningsfelt eller et separat valg. At vælge SOCKS5 beviser ikke alene, at alle DNS-opslag går igennem det.
SOCKS4 har færre funktioner; SOCKS4a tilføjer værtsnavne. Hvis klient og tjeneste understøtter SOCKS5, og intet kræver den ældre protokol, er en passende SOCKS5-post et fornuftigt første valg. Et SOCKS4-endepunkt, mens klienten står i SOCKS5-tilstand, er en protokolkonflikt.
Når protokollen passer, test det faktiske mål og find den første fejl. Hverken HTTP eller SOCKS5 måler anonymitet: tillid til operatøren, målets TLS og programmets reelle rute afgør stadig beskyttelsen.