WRONG_VERSION_NUMBER na proksi: angalia HTTP dhidi ya HTTPS

Chunguza kutokubaliana kwa usafirishaji wa proksi kabla ya kupunguza matoleo ya TLS au kubadilisha mipangilio ya cheti kwa sababu ya hitilafu ya SSL inayopotosha.

Hitilafu inasema “toleo lisilofaa”, kwa hivyo inashawishi kuanza kubadilisha matoleo ya TLS. Ukiwa na proksi, angalia uwezekano wa awali: je, mteja alituma makubaliano ya mkono ya TLS kwenye lango lililokuwa likisubiri HTTP ya kawaida?

Marudio kama https://example.com/ na proksi kama http://proxy.example:8080 ni jozi ya kawaida. Kubadilisha URL ya pili kuwa HTTPS kunamwambia mteja asimbe mazungumzo yake na proksi yenyewe. Hii si maagizo ya kuruhusu tovuti za HTTPS.

Tafuta mazungumzo ya kwanza ya TLS

Kwa proksi ya HTTP, mteja anaweza kwanza kutuma CONNECT na kupokea jibu la HTTP. Baada ya hapo tu ndipo anaanza TLS ya marudio ndani ya handaki. Kwa proksi ya HTTPS, kwanza huja muunganisho tofauti wa TLS kwa proksi.

Kichanganuzi cha TLS kinachopokea ukurasa wa hitilafu ya HTTP au maandishi mengine ya kawaida kinaweza kuripoti hitilafu ya itifaki. Maneno hayo hayathibitishi ni matoleo gani ya TLS ambayo tovuti inayaunga mkono, wala kwamba tovuti ilifikiwa.

  1. Andika URL ya proksi, ikiwa ni pamoja na mpangilio wake, na itifaki iliyoandikwa ya ncha ya mwisho.
  2. Gundua kama hitilafu ilitokea kabla ya jibu la CONNECT, wakati wa TLS ya marudio, au wakati wa kuthibitisha cheti cha proksi yenyewe.
  3. Angalia matoleo halisi ya mteja na vitegemezi unapolinganisha suluhisho la zamani. Utekelezaji wa awali wa proksi wakati mwingine ulishughulikia mpangilio kwa namna tofauti.

Marekebisho kadhaa yanaweza kuwa makosa kwa sababu tofauti. Orodha ya proksi za HTTP inatoa wagombea wa kawaida wa ncha za mwisho za HTTP kwa maombi ya umma yanayoruhusiwa kupitia njia kama hiyo. Ncha ya mwisho ya HTTP ya kawaida inahitaji mpangilio wa proksi wa HTTP; ncha ya mwisho iliyowezeshwa kwa TLS kwa kweli inapaswa kubaki na HTTPS na uthibitishaji wa cheti chake. Proksi inayokataa CONNECT inahitaji huduma au sera inayoungwa mkono, si kupunguza maktaba bila sababu.

Shikilia hitilafu ya kwanza inayoonekana. Kuzima uthibitishaji wa vyeti hakuwezi kumfanya msikilizaji anayezungumza HTTP pekee azungumze TLS, na kuchagua sera ya zamani ya usimbaji hakuwezi kueleza kukataliwa kwa HTTP kulikotumwa kabla ya makubaliano ya mkono ya tovuti.

Makala zinazohusiana