HTTP aŭ SOCKS5: kiun prokurilan IP elekti?
Elektu prokurilan tipon laŭ la aplikaĵo, subtenata trafiko kaj bezono de DNS ĉe la prokurilo.
Unue malfermu la prokurilagordojn de la aplikaĵo. Ĝiaj subtenataj protokoloj determinas uzeblajn listerojn; impona etikedo aŭ konata pordnumero ne aldonas subtenon al la kliento.
| Aplikaĵo aŭ tasko | Elekti kaj kontroli |
|---|---|
| Ĝi ofertas nur HTTP-prokurilan kampon | Taŭgan finpunkton el la listo de HTTP-prokuriloj. Provu ankaŭ HTTPS CONNECT se vi bezonas HTTPS-celojn. |
| Ĝi subtenas SOCKS5 kaj bezonas konektajn aŭ DNS-opciojn | SOCKS5-finpunkton, kie ambaŭ flankoj subtenas la bezonatajn opciojn. |
| Ĝi bezonas UDP | Kontrolu UDP ĉe kliento kaj finpunkto; la etikedo SOCKS5 sola ne sufiĉas. |
| Ĝi postulas SOCKS4 | Kongruan SOCKS4-finpunkton kaj respondan klientan reĝimon. |
| Ĝi ne subtenas prokurilon | IP el listo ne povas mem agordi la aplikaĵon. |
Por retpaĝaj kaj API-petoj ofte sufiĉas HTTP-prokurilo. Ĝi plusendas HTTP kaj, kiam permesite, portas HTTPS per CONNECT. Sukcesa simpla HTTP-paĝo ne pruvas tunelsubtenon: la servo povas postuli tunelaŭtentikigon aŭ limigi celojn kaj pordojn.
SOCKS laboras sub la tavolo de HTTP-petoj. Kongrua aplikaĵo petas ĝin starigi konekton sen interpreti HTTP-peton, do ĝi utilas ankaŭ por alia subtenata trafiko. SOCKS5 difinas IPv4-, IPv6- kaj domajnnomajn adresojn, aŭtentikigon kaj UDP-asocion. Aparta aplikaĵo aŭ senpaga finpunkto povas realigi nur kelkajn ecojn. La TCP-SOCKS-vojo de retumilo ne aŭtomate kovras alian aplikaĵon aŭ UDP-servon.
Kie la celnomo estas solvata?
En curl, la skribmaniero de la SOCKS5-URL determinas kie okazas DNS de la celo: socks5:// solvas loke; socks5h:// petas la prokurilon solvi. Malsamaj DNS-vidoj povas igi unu elekton funkcii kaj la alian malsukcesi. Aliaj klientoj povas uzi markobutonon aŭ apartan opcion. Elekti SOCKS5 sola ne pruvas ke ĉiu DNS-serĉo pasas tra ĝi.
SOCKS4 havas malpli da kapabloj; SOCKS4a aldonas gastigantnomojn. Se kliento kaj servo subtenas SOCKS5 kaj ne ekzistas kialo por la pli malnova protokolo, taŭga SOCKS5-listero estas prudenta unua elekto. Enigi SOCKS4-finpunkton dum la kliento restas en SOCKS5-reĝimo estas protokola miskongruo.
Kiam la protokolo taŭgas, provu la efektivan celon kaj identigu la unuan malsukceson. Nek HTTP nek SOCKS5 mezuras anonimecon: fido al la funkciiganto, TLS ĉe la celo kaj la efektiva aplikaĵa vojo ankoraŭ determinas la protekton.