ለምን Squid የHTTPS አስተናጋጁን ይመዘግባል የገጹን መንገድ ግን አይመዘግብም
በተለመዱ የSquid CONNECT መዝገቦች ውስጥ የሚጎድሉ የHTTPS መንገዶችን ያብራራ፣ TLS መጥለፍን እንደ መደበኛ የመዝገብ ማስተካከያ ሳይቆጥር።
የshop.example:443 መዝገብ Squid መንገዱን /orders/42 አይሰጠውም። CONNECT አስተናጋጅ/ፖርት ይጠይቃል፤ ከዚያ የመዳረሻው TLS የHTTP መንገዱን በዋሻው ውስጥ ይሸከማል።
| ማስረጃ | የተለመደ CONNECT ማስተላለፍ |
|---|---|
| የመዳረሻ አስተናጋጅ/ፖርት እና የዋሻ ውጤት | ለፕሮክሲው ይገኛል። |
| የውስጥ HTTPS መንገድ እና የመተግበሪያ ጥያቄ | በደንበኛውና በድረ-ገጹ መካከል የተመሰጠረ። |
በ# የሚጀምረው የአሳሽ ዩአርኤል ቁራጭ | በተለምዶ በደንበኛው ውስጥ ይቆያል፣ ከፕሮክሲ መዝገብ ውጪም እንኳ። |
የመዝገብ ቅርጸት Squid ያሉትን መስኮች መመዝገብ ይችላል፣ ያልታዩ መልእክቶችን ግን አይፈታም። ተራ HTTP ማስተላለፍ የተለየ ነው፣ ምክንያቱም ጣልቃ-ገቡ ያንን HTTP ጥያቄ ይቀበላል። ተጨማሪ ዝርዝር ውጤት የCONNECT ወሰንን አይለውጥም።
የተቆጣጠረ TLS መጥለፍ የደንበኛ እምነትንና የአስተዳደር መስፈርቶችን ይለውጣል። ትንሽ የመዝገብ ማብሪያ አይደለም፣ ለመደበኛ IP-ተለዋዋጭ ፕሮክሲም አስፈላጊ አይደለም።
መተግበሪያው የእርስዎ ከሆነ እና በገጽ ደረጃ ምርመራ ከፈለጉ የራሱን መዝገቦች ወይም በተገቢው የተነደፈ የደንበኛ ቴሌሜትሪ ይጠቀሙ። ለፕሮክሲ ብልሽቶች የመዳረሻ አስተናጋጅ፣ ጊዜ፣ ሁኔታ እና የተጠናቀቀ የግንኙነት ደረጃ ያስቀምጡ፤ እነዚህ ብዙ ጊዜ ችግሩን ይለያሉ የግል የገጽ መንገዶችን ሳይሰበስቡ።