የSquid የURL ጸሐፊ የምላሽ አካላትን ማስተካከል ይችላል?
የጥያቄ URL ምርጫን ከምላሽ ማስተካከል እና ከTLS ዲክሪፕሽን ለያዩ ወደፊት ወኪልን ሲያራዝሙ።
url_rewrite_program በጥያቄ URL ውሳኔዎች ላይ ይሠራል። የጥያቄ መረጃ ይቀበላል እና በSquid አጋዥ ፕሮቶኮል መልስ ይሰጣል፤ የወረደ ፋይል ተቀብሎ አርትዖ አድርጎ የሚመልስ አይደለም።
| የሚፈለገው ተግባር | ተመሳሳይ ገደብ |
|---|---|
| አሳሹን ማዞር ወይም ሌላ የጥያቄ URL መምረጥ | የURL ጸሐፊ አጋዥ በጥያቄ ደረጃ ያለው ሚና |
| የሚታይ HTTP ምላሽ አካል ማስተካከል | የምላሽ ማስተካከያ አገልግሎት፣ ለምሳሌ የተዋቀረ ICAP ምላሽ ማስተካከል |
| በተለመደ CONNECT ውስጥ HTTP ማንበብ | የመድረሻ TLS በመጀመሪያ በተገቢው የማሰማራት ሁኔታ ማቆም አለበት |
| በመተግበሪያ የተመሰጠረ ፋይል መፍታት | የፋይሉ ቅርጸት፣ ስልተ ቀመር እና ቁልፍ፣ እንዴት እንደሚጓጓዝ ግድ ሳይሆን |
የመጨረሻዎቹ ሁለት ረድፎች በቀላሉ ይደባለቃሉ። በHTTPS የሚጓጓዝ የተለመደ ፋይል በTLS ይጠበቃል። በመተግበሪያ የተመሰጠረ ፋይል HTTPS ከተቋረጠ በኋላም በተመሰጠረ ሁኔታ ሊቆይ ይችላል። የማስተካከያ በይነገጽ መምረጥ የመተግበሪያውን ቁልፍም ሆነ የመፍታት ስልተ ቀመሩን አያቀርብም።
ተለመደ CONNECT የተመሰጠሩ የቱነል ባይቶችን ያስተላልፋል። የURL አጋዥ የውስጠኛውን ምላሽ አያጋልጥም፤ ምርመራ የሚፈልግ ንድፍ ያ ትራፊክ በማሰማራቱ ውስጥ ሊፈታ እና መፈታት እንዳለበት ማረጋገጥ አለበት።
Squid የHTTP መልእክቱን መመርመር በሚችልበት ቦታ፣ የምላሽ ማስተካከያ አገልግሎት አሁንም የይዘት ኢንኮዲንግ፣ የተለወጡ ርዝመቶች እና የሽንፈት ባህሪን ይይዛል። ለውጡን ከገለጹ በኋላ በይነገጹን ይምረጡ፣ የሚሠራ የURL ጸሐፊ ምሳሌን በፍጹም የማይቀበለው ወደ ማቀነባበሪያ ደረጃ ከማራዘም ይልቅ።