HSTS no le impide usar un proxy SOCKS
Distinga un fallo de conexión SOCKS de la aplicación de HSTS y de la validación de certificados HTTPS.
HSTS no exige una conexión directa. HTTPS puede ejecutarse a través de SOCKS con su TLS y verificación de certificados habituales; HSTS indica al navegador que use HTTPS para el host y que trate estrictamente los fallos de certificado.
Si el navegador informa de un fallo de conexión SOCKS, compruebe primero la versión de SOCKS seleccionada, la capacidad del proxy para alcanzar el puerto HTTPS de destino y dónde se resuelve el DNS del destino. Una negociación fallida o una conexión de destino rechazada ocurre antes de que pueda evaluarse el certificado del sitio.
Un error de certificado después de abrir la conexión es una etapa distinta. HSTS puede impedir que se evite ese error, pero no provocó el fallo de la negociación SOCKS anterior. Compare el nombre de host del sitio y la cadena de confianza en lugar de desactivar la política HTTPS para compensar un problema de transporte.
SOCKS por sí solo no convierte la ruta en una interceptación TLS. Un proxy no confiable puede descartar o enrutar mal el tráfico, mientras que un TLS de extremo a extremo válido está pensado para detectar suplantación. Instalar un nuevo certificado raíz cambia esa disposición de confianza y no es una solución rutinaria para HSTS. Cuando un sitio funciona y otro falla, compare sus etapas reales de conexión y los requisitos de destino. Para una comparación permitida a través de un punto final público, la lista de proxies SOCKS ofrece candidatos; haga coincidir la versión y el soporte de autenticación con el navegador.