SOCKS5 aŭ SOCKS5h: kie okazas DNS-solvado

Komparu lokan DNS-solvadon kaj solvadon ĉe la prokurilo en curl, diagnozu nomsolvajn erarojn kaj komprenu la limojn de la protekto de socks5h.

En curl, elektu socks5h:// kiam la prokurilo devas solvi la celnomon. Elektu socks5:// kiam curl devas solvi ĝin loke kaj sendi adreson al la prokurilo. Ambaŭ uzas SOCKS5; la fina h estas klienta URL-konvencio.

Komparu la reĝimojn, anstataŭigante la lokan aŭskultanton per via SOCKS5-finpunkto:

curl --noproxy '' --proxy socks5://127.0.0.1:1080 --connect-timeout 5 --max-time 15 --verbose https://example.com/
curl --noproxy '' --proxy socks5h://127.0.0.1:1080 --connect-timeout 5 --max-time 15 --verbose https://example.com/

Nur la solvoreĝimo ŝanĝiĝas. --noproxy '' forigas la prokurilajn preterpasregulojn por ĉi tiuj alvokoj, kaj la tempolimoj limigas la komparon. La ekvivalentaj apartaj opcioj estas --socks5 kaj --socks5-hostname. Uzu gastigantan nomon kiel celon: rekte donita IP-adreso bezonas neniun celan nomserĉon kaj ne povas montri ĉi tiun diferencon.

Nomo povas esti konata nur unuflanke

Supozu, ke la prokurilo funkcias en evoluiga reto, kies DNS konas internan servonomon. Via tekokomputilo eble ne povas solvi tiun nomon en la reĝimo socks5, dum socks5h lasas la prokurilon solvi ĝin. En la inversa situacio, kun nomo difinita nur en la hosts-dosiero de la tekokomputilo, la fora serĉo povas anstataŭe malsukcesi.

Ankaŭ publika DNS povas redoni malsamajn adresojn el malsamaj retoj. Malsamaj rezultoj estas kialo kompari la elektitajn adresojn kaj ilian atingeblon, anstataŭ tuj anstataŭigi la prokurilon.

  • Ne eblas solvi la gastigantan nomon de la prokurilo: neniu reĝimo povas komenciĝi. Via kliento ankoraŭ solvas proxy.example en socks5h://proxy.example:1080.
  • La loka serĉo de la celnomo malsukcesas: esploru la klientan solvanton aŭ komparu kun la reĝimo, kiu sendas la gastigantan nomon al la prokurilo.
  • La SOCKS-servilo malakceptas la celon: esploru ĝian respondon kaj politikon. Sukcesa loka serĉo ne pruvas foran atingeblon.
  • La tunelo funkcias, sed atestilkontrolo malsukcesas: esploru la TLS de la celo; ŝanĝi la DNS-reĝimon ne estas ĝenerala rimedo por fidproblemoj.

Testnomo sub via kontrolo kaj servilaj protokoloj povas konfirmi, kiu adrestipo atingis prokurilon administratan de vi. Retpaĝo montranta la eliran IP ne povas: ĝi raportas la eliran konekton, ne kie okazis DNS-solvado.

La privateca avantaĝo havas difinitan amplekson

Solvado ĉe la prokurilo evitas la lokan celnomserĉon por ĉi tiu peto. Ĝi ne ĉifras SOCKS, ne pruvas ke la prokurilo uzas ĉifritan DNS, kaj ne vojigas trafikon de aliaj aplikaĵoj aŭ antaŭprenadon de la retumilo. Requests kun SOCKS-subteno uzas la saman distingon inter loka solvado kaj solvado ĉe la prokurilo; aliaj klientoj povas proponi agordon anstataŭ la URL-skribmaniero de curl. Elektu protokolon subtenatan de via aplikaĵo antaŭ ol kopii finpunkton el la listo de SOCKS5-prokuriloj.

Rilataj artikoloj