HSTS nu vă împiedică să folosiți un proxy SOCKS
Distingeți o eroare de conexiune SOCKS de aplicarea HSTS și de validarea certificatului HTTPS.
HSTS nu necesită o conexiune directă. HTTPS poate rula prin SOCKS cu TLS-ul și verificarea certificatului obișnuite; HSTS îi spune browserului să folosească HTTPS pentru gazdă și să trateze strict erorile de certificat.
Dacă browserul raportează o eroare de conexiune SOCKS, verificați mai întâi versiunea SOCKS selectată, capacitatea proxy-ului de a ajunge la portul HTTPS al destinației și locul unde este rezolvat DNS-ul destinației. O negociere eșuată sau o conexiune la destinație refuzată are loc înainte ca certificatul site-ului să poată fi evaluat.
O eroare de certificat după deschiderea conexiunii este o altă etapă. HSTS poate împiedica ocolirea acelei erori, dar nu a provocat eșecul negocierii SOCKS anterioare. Comparați numele de gazdă al site-ului și lanțul de încredere în loc să dezactivați politica HTTPS pentru a compensa o problemă de transport.
SOCKS în sine nu transformă calea în interceptare TLS. Un proxy neîncrezător poate arunca sau direcționa greșit traficul, în timp ce TLS valid cap la cap este destinat să detecteze uzurparea identității. Instalarea unui nou certificat rădăcină schimbă această aranjare a încrederii și nu este o soluție de rutină pentru HSTS. Când un site funcționează și altul eșuează, comparați etapele lor reale de conectare și cerințele destinației. Pentru o comparație permisă printr-un punct final public, lista de proxy SOCKS oferă candidați; potriviți versiunea și suportul de autentificare cu browserul.