Hvorfor en DNS-endring ikke kan sette opp en SOCKS-proxy
Forklarer hvorfor det å peke vertsnavnet til et nettsted mot en SOCKS-server ikke får en ukonfigurert nettleser til å bruke proxyen.
Å endre et DNS-svar endrer bare adressen nettleseren kobler til. Det endrer ikke protokollen nettleseren snakker når den har kommet dit.
Ved en vanlig HTTP-adresse sender nettleseren HTTP. Ved en HTTPS-adresse starter den TLS for nettstedet. En SOCKS5-server forventer derimot først sin egen forhandling: metodevalg, eventuell autentisering og en forespørsel som navngir målet. En ukonfigurert nettleser sender ingenting av dette.
Det forklarer hvorfor en tilgjengelig Dante-lytter straks kan lukke en tilkobling etter en DNS-endring. Tjenesten kan være sunn; bytene som kommer inn tilhører feil protokoll. Å flytte lytteren til port 80 eller 443 gjør ikke disse bytene til SOCKS.
Konfigurer nettleserens SOCKS-grensesnitt, for eksempel SOCKS-innstillingene i Firefox, eller en programspesifikk proxyinnstilling, slik at den utfører håndtrykket og ber proxyen koble videre. En PAC-fil kan velge en støttet proxyrute for programmer som bruker den. Det er fortsatt en egen proxykonfigurasjon, ikke en egenskap ved en A- eller AAAA-post.
HTTPS legger til nok en hindring for ideen om bare DNS. Nettleseren fortsetter å forvente identiteten til nettstedet i adressen. Et sertifikat for proxyverten kan ikke oppfylle den forventningen bare fordi DNS sendte tilkoblingen dit.
Transparent nettverksavlytting er et annet design som innebærer ruting og kompatibel avlyttingsprogramvare. Det kan ikke oppnås ved å returnere adressen til en SOCKS-server fra DNS.