’n SOCKS-antwoord is nie ’n DNS-navraagresultaat nie
Onderskei die gebruik van gasheername aan die proxykant van ’n DNS-navraag-API en interpreteer ’n SOCKS CONNECT-gebonde adres korrek.
Om ’n SOCKS-proxy te vra om aan ’n gasheernaam te koppel, is nie dieselfde as om dit te vra om daardie gasheernaam se DNS-rekords terug te gee nie.
Die proxy kan die naam oplos as deel van die totstandbrenging van die versoekte verbinding. Dit kan die taak ook aan ’n ander gepaste stroomop-oordra. Die kliënt ontvang ’n SOCKS-antwoord wat die verbindingsresultaat beskryf, nie ’n algemene DNS-antwoord nie.
Vir CONNECT beskryf die antwoord se gebonde adres en poort die bedienerkant-binding wat deur die protokol gedefinieer word. Moenie BND.ADDR behandel as ’n belowende kopie van die bestemming se opgeloste IP nie.
As die toepassing net die verbinding nodig het, kan dit die resulterende stroom gebruik sonder om te weet watter bestemmingsadres die proxy gekies het. As dit self DNS-data nodig het, kies ’n werklike DNS-bekwame koppelvlak met die beoogde oplosser-ligging en -beleid.
Daardie onderskeid voorkom ook ’n misleidende IP-kontrole: die proxy se gebonde adres, ’n bestemmings-IP en die webwerf-gerigte openbare uitgang is verskillende waardes. ’n Mens moet nie die een as die ander bestempel net omdat dit in dieselfde handdruk verskyn het nie.