SOCKS5 eller SOCKS5h: var sker DNS-uppslagningen?

Jämför lokal DNS-uppslagning och uppslagning hos proxyn i curl, felsök namnproblem och förstå vad socks5h skyddar och inte skyddar.

I curl väljer du socks5h:// när proxyn ska slå upp destinationsnamnet. Välj socks5:// när curl ska slå upp det lokalt och skicka en adress till proxyn. Båda använder SOCKS5; det avslutande h är en URL-konvention på klientsidan.

Jämför lägena genom att ersätta den lokala lyssnaren med din SOCKS5-ändpunkt:

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/

Det är bara uppslagningsläget som ändras. --noproxy '' rensar reglerna för att gå förbi proxyn för dessa anrop, och tidsgränserna begränsar jämförelsens längd. Motsvarande särskilda alternativ är --socks5 och --socks5-hostname. Använd ett värdnamn som mål: en direkt angiven IP-adress behöver ingen uppslagning av destinationen och kan inte visa skillnaden.

Ett namn kan finnas bara på ena sidan

Anta att proxyn körs i ett utvecklingsnät vars DNS känner till namnet på en intern tjänst. Din bärbara dator kanske inte kan slå upp namnet i läget socks5, medan socks5h låter proxyn göra det. Vänd på situationen, med ett namn som bara finns i datorns hosts-fil, så kan i stället den fjärrbaserade uppslagningen misslyckas.

Även offentlig DNS kan ge olika adresser från olika nätverk. Skilda resultat är en anledning att jämföra de valda adresserna och deras nåbarhet, snarare än att omedelbart byta proxy.

  • Proxyns värdnamn kan inte slås upp: inget av lägena kan starta. Klienten slår fortfarande upp proxy.example i socks5h://proxy.example:1080.
  • Lokal uppslagning av destinationen misslyckas: undersök klientens resolver eller jämför med läget som skickar värdnamnet till proxyn.
  • SOCKS-servern avvisar destinationen: undersök svaret och policyn. En lyckad lokal uppslagning visar inte att destinationen går att nå från den andra sidan.
  • Tunneln fungerar men certifikatkontrollen misslyckas: undersök destinationens TLS; ett annat DNS-läge är ingen allmän lösning på tillitsproblem.

Ett testnamn som du kontrollerar och serverloggar kan bekräfta vilken adresstyp som nådde en proxy du administrerar. En webbsida som visar utgående IP kan inte det: den visar den utgående anslutningen, inte var DNS-uppslagningen skedde.

Integritetsvinsten har en bestämd omfattning

Uppslagning hos proxyn undviker den lokala uppslagningen av destinationen för den här begäran. Den krypterar inte SOCKS, bevisar inte att proxyn använder krypterad DNS och styr inte om trafik från andra program eller webbläsarens förhämtning. Requests med SOCKS-stöd använder samma skillnad mellan lokal uppslagning och uppslagning hos proxyn; andra klienter kan erbjuda en inställning i stället för curls URL-skrivsätt. Välj ett protokoll som programmet stöder innan du kopierar en ändpunkt från listan med SOCKS5-proxyer.

Relaterade artiklar