SOCKS-respondo ne estas rezulto de DNS-serĉo
Distingi la uzon de gastignomo ĉe la prokura flanko disde DNS-demanda API, kaj ĝuste interpreti ligitan adreson de SOCKS CONNECT.
Peti SOCKS-prokurilon konektiĝi al gastignomo ne samas kiel peti ĝin redoni la DNS-rikordojn de tiu gastignomo.
La prokurilo povas solvi la nomon kiel parton de starigo de la petita konekto. Ĝi ankaŭ povas transdoni la taskon al alia taŭga supraĵo. La kliento ricevas SOCKS-respondon priskribantan la rezulton de la konekto, ne ĝeneralan DNS-respondon.
Por CONNECT, la ligita adreso kaj pordo en la respondo priskribas la servoflankan ligon difinitan de la protokolo. Ne traktu BND.ADDR kiel promesitan kopion de la solvita IP de la celo.
Se la aplikaĵo bezonas nur la konekton, ĝi povas uzi la rezultan fluon sen scii, kiun celan adreson la prokurilo elektis. Se ĝi bezonas la DNS-datumojn mem, elektu vere DNS-kapablan interfacon kun la celata lokiĝo kaj politiko de la solvilo.
Tiu distingo ankaŭ malhelpas misgvidan IP-kontrolon: la ligita adreso de la prokurilo, cela IP kaj la publika eliro vidata de la retejo estas malsamaj valoroj. Oni ne nomu unu la alian nur ĉar ĝi aperis en la sama manpremo.