HSTS ne malhelpas vin uzi SOCKS-prokurilon
Distingi SOCKS-konektan fiaskon de HSTS-plenumigo kaj HTTPS-atestila validigo.
HSTS ne postulas rektan konekton. HTTPS povas funkcii tra SOCKS kun sia normala TLS kaj atestila kontrolo; HSTS diras al la retumilo uzi HTTPS por la gastiganto kaj strikte trakti atestilajn fiaskojn.
Se la retumilo raportas SOCKS-konektan fiaskon, unue kontrolu la elektitan SOCKS-version, la kapablon de la prokurilo atingi la celan HTTPS-pordon kaj kie la celloka DNS estas solvata. Malsukcesa intertraktado aŭ rifuzita celloka konekto okazas antaŭ ol la atestilo de la retejo povas esti taksata.
Atestila eraro post malfermiĝo de la konekto estas alia etapo. HSTS povas malhelpi preterpasi tiun eraron, sed ĝi ne kaŭzis la fiaskon de la pli frua SOCKS-intertraktado. Komparu la gastigantnomon de la retejo kaj la fidoĉenon anstataŭ malŝalti la HTTPS-politikon por kompensi transportan problemon.
SOCKS mem ne igas la vojon TLS-kaperado. Nefidinda prokurilo povas forĵeti aŭ misdirekti trafikon, dum valida fin-al-fina TLS celas malkaŝi identecŝajnigon. Instali novan radikan atestilon ŝanĝas tiun fidan aranĝon kaj ne estas rutina riparo por HSTS. Kiam unu retejo funkcias kaj alia malsukcesas, komparu iliajn faktajn konektajn etapojn kaj celajn postulojn. Por permesita komparo tra publika finpunkto, la listo de SOCKS-prokuriloj provizas kandidatojn; agordu la version kaj subtenon de aŭtentigo al la retumilo.