Tiyakin ang pagkakakilanlan ng HTTPS proxy sa lokal na stunnel bridge

Bigyan ang app ng hindi naka-encrypt na HTTP endpoint sa loopback habang bina-validate ng stunnel ang TLS sa tunay na proxy.

[proxy_tls]
client = yes
accept = 127.0.0.1:3129
connect = proxy.example:8443
verifyChain = yes
CAfile = /path/to/trusted-ca-bundle.pem
checkHost = proxy.example
sni = proxy.example

Gamitin ang nilalayong remote proxy at pinagkakatiwalaang CA bundle. Sinusuri ng verifyChain ang chain ng mga nag-isyu ng sertipiko; sinusuri ng checkHost ang pangalan. Ipinapadala ng sni ang pangalan pero hindi ito bineberipika.

Ituro ang HTTP proxy client sa lokal na endpoint:

curl --proxy http://127.0.0.1:3129 https://www.example.org/

Ang app pa rin ang gumagawa ng CONNECT at anumang kinakailangang proxy login. Idinaragdag ng stunnel ang bahaging TLS, hindi ang HTTP authentication. Kailangang talagang magbigay ang remote listener ng HTTP proxy sa ibabaw ng TLS.

Para sa mga HTTPS website, nagpapatuloy ang TLS ng destinasyon sa loob ng rutang ito kasama ang karaniwang sariling pagberipika nito. Tinutukoy ng dalawang sertipiko ang magkaibang kausap sa koneksyon.

Kaugnay na mga artikulo