Kagua cheti cha tovuti kupitia proksi ya HTTP kwa OpenSSL
Tumia OpenSSL s_client kupitia proksi ya HTTP CONNECT na ulinganishe jina la lengwa, SNI na uthibitishaji wa cheti.
Tumia OpenSSL s_client iliyosakinishwa inayotumia -proxy. Kwa endpoint ya HTTP CONNECT iliyoidhinishwa:
openssl s_client -proxy proxy.example:3128 -connect example.com:443 -servername example.com -verify_hostname example.com -verify_return_error -showcertsBadilisha anwani ya proksi na utumie jina la lengwa lililokusudiwa kwa uthabiti. Ili kujaribu lengwa la umma kupitia proksi unayoweza kuchagua, chagua mgombea wa HTTP kutoka orodha ya proksi za HTTP. -connect huchagua lengo, -servername hutuma SNI kwa host pepe yake ya TLS, na -verify_hostname hukagua utambulisho. SNI pekee si uthibitishaji wa jina la host. Angalia mwongozo wa toleo lililosakinishwa unapobadilisha chaguo.
-showcerts huonyesha alichotuma server, si tangazo kwamba mnyororo unaaminika. -verify_return_error husababisha makosa ya uthibitishaji kumaliza handshake; vinginevyo mteja wa uchunguzi unaweza kuendelea baada ya makosa. Kwa huduma ya faragha tumia nyenzo ya CA iliyoidhinishwa badala ya kuamini cheti kilichopakuliwa bila kuchaguliwa.
| Matokeo | Hatua |
|---|---|
| 407 | Uthibitishaji wa proksi kabla ya TLS ya lengwa. |
| Lengwa la CONNECT limekataliwa | Sera ya lengwa ya proksi. |
| Cheti kimepokelewa na uthibitishaji umejaribiwa | Mabadilishano ya TLS ya lengwa kupitia handaki lililokubaliwa. |
Kwa OpenSSL 3.x na proksi ya HTTP inayotumia uthibitishaji wa Basic, tumia chaguo za akaunti ya proksi za s_client huku ukihifadhi uthibitishaji wa lengwa.
Endpoint ya SOCKS pekee haitoi kiolesura cha proksi ya HTTP kinachotumiwa na amri hii. Kwa interception ya TLS iliyoidhinishwa, cheti kinachoonyeshwa kinaweza kuwa kimetolewa na mpatanishi huyo. Linganisha mtoaji wake na mpangilio wa uaminifu uliokusudiwa kabla ya kuhusisha tofauti hiyo na tovuti iliyoharibika.