સ્થાનિક stunnel બ્રિજમાં HTTPS પ્રોક્સીની ઓળખ ચકાસો

ઍપ માટે loopback પર એન્ક્રિપ્શન વગરનું HTTP એન્ડપોઇન્ટ આપો અને વાસ્તવિક પ્રોક્સી સુધીનું TLS stunnel પાસે ચકાસાવો.

[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

ઇચ્છિત દૂરસ્થ પ્રોક્સી અને વિશ્વસનીય CA બંડલ વાપરો. verifyChain તેની પ્રમાણપત્ર આપનારાઓની સાંકળ ચકાસે છે; checkHost તેનું નામ ચકાસે છે. sni નામ મોકલે છે, પરંતુ તેની ચકાસણી કરતું નથી.

HTTP પ્રોક્સી ક્લાયન્ટને સ્થાનિક એન્ડપોઇન્ટ તરફ દોરો:

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

ઍપ હજી પણ CONNECT અને પ્રોક્સી માટે જરૂરી લૉગિન કરે છે. stunnel TLS વાળો ભાગ ઉમેરે છે, HTTP પ્રમાણીકરણ નહીં. દૂરસ્થ લિસનરે ખરેખર TLS પર HTTP પ્રોક્સી સેવા આપવી જોઈએ.

HTTPS વેબસાઇટો માટે ગંતવ્યનું TLS આ માર્ગની અંદર પોતાની સામાન્ય ચકાસણી સાથે ચાલુ રહે છે. બંને પ્રમાણપત્રો અલગ સામા પક્ષોની ઓળખ કરે છે.

સંબંધિત લેખો