HTTP vai SOCKS5: minkä välityspalvelimen IP-osoitteen valitset?
Valitse välityspalvelintyyppi sovelluksen, tuetun liikenteen ja välityspalvelimen DNS-tarpeen mukaan.
Avaa ensin sovelluksen välityspalvelinasetukset. Tuetut protokollat määräävät käytettävät luettelomerkinnät; hieno nimike tai tuttu porttinumero ei lisää asiakkaan tukea.
| Sovellus tai tehtävä | Valitse ja tarkista |
|---|---|
| Tarjoaa vain HTTP-välityspalvelinkentän | Sopiva päätepiste HTTP-välityspalvelinluettelosta. Testaa myös HTTPS CONNECT, jos tarvitset HTTPS-kohteita. |
| Tukee SOCKS5:tä ja tarvitsee yhteys- tai DNS-valintoja | SOCKS5-päätepiste, jossa molemmat päät tukevat tarvittavia valintoja. |
| Tarvitsee UDP:tä | Tarkista UDP-tuki asiakkaalta ja päätepisteeltä; pelkkä SOCKS5-nimike ei riitä. |
| Vaatii SOCKS4:n | Yhteensopiva SOCKS4-päätepiste ja vastaava asiakastila. |
| Ei tue välityspalvelimia | Luettelon IP ei yksin määritä sovellusta. |
Verkko- ja API-pyyntöihin HTTP-välityspalvelin usein riittää. Se välittää HTTP:tä ja sallittaessa HTTPS:ää CONNECTin kautta. Tavallisen HTTP-sivun onnistuminen ei osoita tunnelitukea: palvelu voi vaatia tunnelin todennusta tai rajata kohteita ja portteja.
SOCKS toimii HTTP-pyyntökerroksen alapuolella. Yhteensopiva sovellus pyytää sitä muodostamaan yhteyden ilman HTTP-pyynnön tulkintaa, joten se sopii muuhunkin tuettuun liikenteeseen. SOCKS5 määrittelee IPv4-, IPv6- ja verkkotunnusosoitteet, todennuksen ja UDP-assosiaation. Tietty sovellus tai ilmainen päätepiste voi toteuttaa vain osan ominaisuuksista. Selaimen TCP-SOCKS-reitti ei automaattisesti kata toista sovellusta tai UDP-palvelua.
Missä kohdenimi ratkaistaan?
curlissa SOCKS5-URL:n kirjoitusasu määrää kohteen DNS-käsittelyn paikan: socks5:// ratkaisee paikallisesti; socks5h:// pyytää välityspalvelinta ratkaisemaan. Eri DNS-näkymät voivat saada yhden valinnan toimimaan ja toisen epäonnistumaan. Muut asiakkaat voivat käyttää valintaruutua tai erillistä asetusta. Pelkkä SOCKS5-valinta ei osoita kaikkien DNS-hakujen kulkevan sen kautta.
SOCKS4 tarjoaa vähemmän ominaisuuksia; SOCKS4a lisää isäntänimien käsittelyn. Jos asiakas ja palvelu tukevat SOCKS5:tä eikä vanhemmalle protokollalle ole syytä, sopiva SOCKS5-merkintä on järkevä ensivalinta. SOCKS4-päätepisteen antaminen asiakkaan ollessa SOCKS5-tilassa on protokollaristiriita.
Kun protokolla sopii, testaa todellinen kohde ja tunnista ensimmäinen vika. HTTP eikä SOCKS5 mittaa anonyymiyttä: luottamus ylläpitäjään, kohteen TLS ja sovelluksen todellinen reitti määräävät yhä suojan.