Hindi pinipigilan ng HSTS ang paggamit mo ng SOCKS proxy
Ihiwalay ang pagkabigo ng koneksiyon ng SOCKS mula sa pagpapatupad ng HSTS at pagpapatunay ng sertipiko ng HTTPS.
Hindi nangangailangan ang HSTS ng direktang koneksiyon. Maaaring tumakbo ang HTTPS sa SOCKS gamit ang karaniwang TLS at pagpapatunay ng sertipiko; sinasabi ng HSTS sa browser na gumamit ng HTTPS para sa host at mahigpit na pangasiwaan ang mga pagkabigo ng sertipiko.
Kung mag-ulat ang browser ng pagkabigo sa koneksiyon ng SOCKS, tingnan muna ang piniling bersiyon ng SOCKS, ang kakayahan ng proxy na maabot ang port ng HTTPS ng destinasyon at kung saan nilulutas ang DNS ng destinasyon. Ang nabigong pakikipag-ugnayan o tinanggihang koneksiyon sa destinasyon ay nangyayari bago pa masuri ang sertipiko ng website.
Ang error sa sertipiko pagkatapos bumukas ang koneksiyon ay ibang yugto. Maaaring pigilan ng HSTS ang paglampas sa error na iyon, ngunit hindi nito ginawang mabigo ang naunang pakikipag-ugnayan sa SOCKS. Ihambing ang hostname ng website at ang tanikala ng pagtitiwala sa halip na patayin ang patakaran ng HTTPS para mabayaran ang problemang pantransportasyon.
Hindi ginagawang TLS interception ng SOCKS mismo ang landas. Maaaring ibagsak o maling i-route ng hindi mapagkakatiwalaang proxy ang trapiko, samantalang ang wastong TLS mula dulo hanggang dulo ay paraan upang matuklasan ang pagpapanggap. Binabago ng pag-install ng bagong root certificate ang kaayusang iyon ng pagtitiwala at hindi ito karaniwang pagtatama para sa HSTS. Kapag gumana ang isang site at nabigo ang isa, ihambing ang kanilang aktuwal na yugto ng koneksiyon at mga pangangailangan sa destinasyon. Para sa pinapayagang paghahambing sa pamamagitan ng pampublikong endpoint, ang listahan ng SOCKS proxy ay nagbibigay ng mga kandidato; itugma ang bersiyon at suporta sa pagpapatotoo sa browser.