Kwa nini Squid huandika mwenyeji wa HTTPS lakini si njia ya ukurasa
Inaeleza njia za HTTPS zinazokosekana katika kumbukumbu za kawaida za Squid CONNECT bila kuchukua uingiliaji wa TLS kama marekebisho ya kawaida ya kumbukumbu.
Rekodi ya shop.example:443 haimpi Squid njia /orders/42. CONNECT huomba mwenyeji/bandari; kisha TLS ya lengwa hubeba njia ya HTTP ndani ya handaki.
| Ushahidi | Upitishaji wa kawaida wa CONNECT |
|---|---|
| Mwenyeji/bandari lengwa na matokeo ya handaki | Inapatikana kwa proksi. |
| Njia ya ndani ya HTTPS na ombi la programu | Imesimbwa kati ya mteja na tovuti. |
Kipande cha URL cha kivinjari kinachoanza na # | Kawaida hubaki kwa mteja, hata nje ya kumbukumbu ya proksi. |
Muundo wa kumbukumbu unaweza kurekodi sehemu ambazo Squid anazo, si kusimbua ujumbe usioonekana. Upitishaji wa kawaida wa HTTP ni tofauti kwa sababu mpatanishi hupokea ombi hilo la HTTP. Matokeo ya kina zaidi hayabadilishi mpaka wa CONNECT.
Uingiliaji wa TLS unaosimamiwa hubadilisha imani ya mteja na mahitaji ya utawala. Si swichi ndogo ya kumbukumbu na haihitajiki kwa proksi ya mbele ya kawaida inayobadilisha IP.
Ikiwa programu ni yako na unahitaji uchunguzi wa kiwango cha ukurasa, tumia kumbukumbu zake au telemetria ya mteja iliyoundwa ipasavyo. Kwa hitilafu za proksi, hifadhi mwenyeji lengwa, muda, hali na hatua ya muunganisho iliyokamilika; mara nyingi hupata tatizo bila kukusanya njia za faragha za ukurasa.