SOCKS5 of SOCKS5h: waar vind DNS-opsoek plaas?

Kies in curl socks5h:// wanneer die instaanbediener die bestemmingsnaam moet opsoek. Kies socks5:// wanneer curl dit plaaslik moet opsoek en ’n adres na die instaanbediener moet stuur. Albei gebruik SOCKS5; die laaste h is ’n URL-konvensie van die kliënt.

Vergelyk die modusse deur jou SOCKS5-eindpunt in die plek van die plaaslike luisterpunt te gebruik:

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/

Net die opsoekmodus verander. --noproxy '' verwyder die omseilreëls vir hierdie oproepe, en die tydsbeperkings begrens die vergelyking. Die ooreenstemmende toegewyde opsies is --socks5 en --socks5-hostname. Gebruik ’n gasheernaam as teiken: ’n direk gespesifiseerde IP-adres het geen bestemmingsnaamopsoek nodig nie en kan nie hierdie verskil wys nie.

’n Naam kan net aan een kant bekend wees

Gestel die instaanbediener loop binne ’n ontwikkelingsnetwerk waarvan die DNS ’n interne diensnaam ken. Jou skootrekenaar kan dalk nie die naam in socks5-modus opsoek nie, terwyl socks5h die instaanbediener dit laat doen. Keer die situasie om, met ’n naam wat net in die skootrekenaar se hosts-lêer gedefinieer is, en die afgeleë opsoek kan eerder misluk.

Openbare DNS kan ook verskillende adresse uit verskillende netwerke teruggee. Verskillende resultate is ’n rede om die gekose adresse en hul bereikbaarheid te vergelyk, eerder as om dadelik die instaanbediener te vervang.

• Die instaanbediener se gasheernaam kan nie opgelos word nie: geen modus kan begin nie. Jou kliënt soek steeds proxy.example in socks5h://proxy.example:1080 op.
• Plaaslike opsoek van die bestemming misluk: ondersoek die kliënt se naamoplosser of vergelyk met die modus wat die gasheernaam na die instaanbediener stuur.
• Die SOCKS-bediener weier die bestemming: ondersoek die antwoord en beleid. ’n Geslaagde plaaslike opsoek bewys nie bereikbaarheid van die afgeleë kant nie.
• Die tonnel werk, maar sertifikaatverifikasie misluk: ondersoek die bestemming se TLS; ’n ander DNS-modus is nie ’n algemene oplossing vir vertrouensprobleme nie.

’n Toetsnaam onder jou beheer en bedienerlogboeke kan bevestig watter adrestipe ’n instaanbediener wat jy bestuur, bereik het. ’n Webblad wat die uitgaande IP wys, kan dit nie: dit beskryf die uitgaande verbinding, nie waar DNS-opsoek plaasgevind het nie.

Die privaatheidsvoordeel het ’n bepaalde omvang

Opsoek by die instaanbediener vermy die plaaslike bestemmingsopsoek vir hierdie versoek. Dit enkripteer nie SOCKS nie, bewys nie dat die instaanbediener geënkripteerde DNS gebruik nie en herlei nie ander toepassings of die blaaier se vooruitlaaiverkeer nie. Requests met SOCKS-ondersteuning gebruik dieselfde onderskeid tussen plaaslike opsoek en opsoek by die instaanbediener; ander kliënte kan ’n instelling bied in plaas van curl se URL-skryfwyse. Kies ’n protokol wat jou toepassing ondersteun voordat jy ’n eindpunt uit die SOCKS5-instaanbedienerlys kopieer.