Por que un cambio de DNS non configura un proxy SOCKS
Explica por que dirixir o nome de host dun sitio web a un servidor SOCKS non fai que un navegador sen configurar use o proxy.
Cambiar unha resposta DNS só cambia o enderezo ao que se conecta o navegador. Non cambia o protocolo que fala o navegador cando chega alí.
Ao visitar un URL HTTP normal, o navegador envía HTTP. Ao visitar un URL HTTPS, inicia TLS para ese sitio. Un servidor SOCKS5 espera primeiro a súa propia negociación: selección de método, calquera autenticación e unha petición que nomea o destino. Un navegador sen configurar non envía nada diso.
Isto explica por que un oínte Dante accesible pode pechar unha conexión de inmediato tras un cambio de DNS. O servizo pode estar san; os bytes entrantes pertencen ao protocolo equivocado. Mover o oínte ao porto 80 ou 443 non converte eses bytes en SOCKS.
Configure a interface SOCKS do navegador, como os axustes SOCKS de Firefox, ou un axuste de proxy específico da aplicación, para que realice o apretón de mans e pida ao proxy que conecte máis aló. Un ficheiro PAC pode escoller unha ruta de proxy admitida para as aplicacións que o usan. Segue sendo unha configuración de proxy aparte, non unha propiedade dun rexistro A ou AAAA.
HTTPS engade outro obstáculo á idea de só DNS. O navegador segue esperando a identidade do sitio no URL. Un certificado para o host do proxy non pode satisfacer esa expectativa só porque DNS enviou alí a conexión.
A interceptación de rede transparente é un deseño distinto que implica encamiñamento e software de interceptación compatible. Non se obtén devolvendo o enderezo dun servidor SOCKS desde DNS.