Per què un canvi de DNS no pot configurar un proxy SOCKS
Explica per què dirigir el nom d'amfitrió d'un lloc web a un servidor SOCKS no fa que un navegador sense configurar utilitzi el proxy.
Canviar una resposta DNS només canvia l'adreça a la qual es connecta el navegador. No canvia el protocol que el navegador parla quan hi arriba.
En visitar una URL HTTP normal, el navegador envia HTTP. En visitar una URL HTTPS, inicia TLS per a aquell lloc. Un servidor SOCKS5 espera primer la seva pròpia negociació: selecció de mètode, qualsevol autenticació i una petició que anomeni la destinació. Un navegador sense configurar no n'envia res.
Això explica per què un oient Dante accessible pot tancar immediatament una connexió després d'un canvi de DNS. El servei pot estar sa; els bytes entrants són del protocol equivocat. Moure l'oient al port 80 o 443 no converteix aquests bytes en SOCKS.
Configureu la interfície SOCKS d'un navegador, com ara la configuració SOCKS del Firefox, o un paràmetre de proxy específic de l'aplicació, perquè faci l'intercanvi de claus i demani al proxy que connecti més enllà. Un fitxer PAC pot triar una ruta de proxy admesa per a les aplicacions que el fan servir. Segueix sent una configuració de proxy separada, no una propietat d'un registre A o AAAA.
HTTPS afegeix un altre obstacle a la idea de només DNS. El navegador continua esperant la identitat del lloc que hi ha a la URL. Un certificat per a l'amfitrió del proxy no pot satisfer aquesta expectativa només perquè el DNS hagi enviat la connexió allà.
La intercepció de xarxa transparent és un disseny diferent que implica encaminament i programari d'intercepció compatible. No s'obté retornant l'adreça d'un servidor SOCKS des del DNS.