curl socks5h kontraŭ socks5: kiu solvas la gastigantan nomon

Homoj traktas socks5h kiel socks5 kun pli amika literumo kaj atendas, ke ambaŭ sendu la saman peton al la sama loko. La plia litero anstataŭe movas la DNS-demandon. Sur maŝino, kies solvilo kaj kies prokurilo troviĝas en malsamaj retoj, tio estas la diferenco inter peto, kiu funkcias, kaj unu, kiu malsukcesas.

Unu litero, du solviloj

La skemo decidas, kie la celloka nomo fariĝas adreso. Loka solvado uzas la solvilon agorditan sur via maŝino. Fora solvado metas la gastigantan nomon en la SOCKS-peton, kaj la prokurilo serĉas ĝin per sia propra solvilo kaj sia propra bildo pri la reto. Ambaŭ formoj ankoraŭ konektiĝas al la sama prokurila adreso sur la sama pordo, do la diferenco estas en la korpo de la peto, ne en la vojo.

Nenio en la skemo ŝanĝas ĉifradon aŭ aŭtentikigon; nur la DNS-vojo moviĝas. Tial la litero estas facile preteratentebla kaj multekosta se misita.

Sama prokurilo, malsama peto

La du alvokoj diferencas per unu sola signo. Ĉio alia pri ili estas identa:

curl --proxy socks5://proxy.example:1080 https://service.example/
curl --proxy socks5h://proxy.example:1080 https://service.example/

La curl-prokurila referenco dokumentas ĉi tiujn skemojn aparte, kaj tio estas la aŭtoritata kialo ne trakti ilin kiel kaŝnomojn. Rulu ambaŭ kontraŭ sendanĝera finpunkto, kiun vi rajtas uzi, kaj legu la diferencon. Sukcesa fora serĉo diras nenion pri aliaj aplikaĵoj, ĉar retumiloj, pakaĵmastrumiloj kaj lingvaj rulmedioj elektas ĉiu por si.

La propra nomo de la prokurilo solviĝas loke

En tiu komando, proxy.example devas fariĝi adreso antaŭ ol io alia okazos, kaj tiu serĉo ĉiam estas loka. Movi la solvadon de service.example al la prokurilo faras nenion por la propra nomo de la prokurilo, kiu ankoraŭ bezonas solvilon atingeblan de via maŝino. Ĉi tie VPN ŝanĝas la bildon.

Se la prokurila nomo solviĝas nur ene de la tunelo, la konekto dependas de tio, ke la tunelo estu supre antaŭ ol curl startas. Kiu skemo tiam venkos dependas de tio, kiu flanko povas respondi. Kiam via maŝino ne povas solvi la celon sed la prokurilo povas, socks5 malsukcesas kaj socks5h sukcesas. Kiam via maŝino solvas ĝin tra la tunelo kaj la prokurilo ne povas, socks5 funkcias kaj socks5h malsukcesas.

La skemo ne metas la konekton al la prokurilo ene aŭ ekstere de la VPN; la enkursiga tabelo faras tion, kaj la skemo neniam vidas ĝin. Tial unu tunelo povas ripari unu skemon kaj rompi la alian sur la sama maŝino. La litero decidas nur, kiu faras la demandon.

Kion ĉiu flanko povas solvi

Publika prokurilo ne povas solvi nomon, kiu ekzistas nur en firmao, do sendi la gastigantan nomon tien malsukcesas ĉe la prokurilo kaj aperas kiel prokurila eraro anstataŭ loka DNS-eraro. Prokurilo ene de la sama privata reto kutime povas solvi tiajn nomojn, kaj tie socks5h pravigiĝas. Elektu la lokon de la solvilo laŭ la politiko, kiun vi vere bezonas, ĉar fora DNS ne estas aŭtomate pli kapabla kaj ĝi ja transdonas la nomon al tria partio. Por publika celo ambaŭ formoj funkcias, do preferu tiun, kiun viaj aliaj iloj jam uzas.

Skribu tiun elekton en la runlibron anstataŭ en komenton, kaj tenu akreditaĵojn ekster kunhavigita historio kaj diagnoza eligo. Poste ŝanĝu unu variablon samtempe: sama celo, sama duuma dosiero, sama solvilo, unu litero.

Kiu duuma dosiero respondis

Du curl-duumaj dosieroj sur la sama maŝino povas diferenci laŭ versio kaj konstruaj trajtoj. En Unix-simila ŝelo type -a curl listigas ĉiun kongruon sur la vojo kaj curl --version montras la trajtojn de tiu, kiu ruliĝus. Ĉirkaŭa skripto aŭ kaŝnomo pli frue sur la vojo estas ofta kialo, kial rezultoj ne kongruas kun la duuma dosiero, kiun vi pensas testi.

Nesubtenata skemo, prokurilo, kiu ne povas solvi la nomon, kaj neatingebla celo estas tri malsamaj eraroj, do legu la mesaĝon antaŭ ol ŝanĝi la literon. Konstruo sen la socks5h-sintakso raportas la prokurilan ĉenon kiel nesubtenatan, kio ne samas al nomo, kiu malsukcesis solviĝi. Ne faru el unu malnova raporto pri sistema curl daŭran regulon por ĉiu platformo.