የተመረጡ የHTTP ጥያቄዎችን ከSquid ወደ HTTPS ማዞር

Squid አሳሽው የተመረጠውን የHTTP URL በHTTPS እንደገና እንዲሞክር ሊጠይቅ ይችላል። መድረሻው ተጓዳኙን ሀብት በHTTPS አስቀድሞ ማቅረብ አለበት፤ Squidን በRaspberry Pi ላይ ማስኬድ ያንን ችሎታ በድረ-ገጹ ላይ አይፈጥርም።

ለSquid 7 url_rewrite_program በይነገጽ አጋዥ ፕሮግራም እንደዚህ ያለ የደንበኛ ማዞሪያ ሊመልስ ይችላል፦

OK status=307 url="https://www.example.com/help"

ይህ ለሚመለከተው ጥያቄ አንድ ማብራሪያ የአጋዥ ምላሽ ነው፣ ሙሉ አጋዥ ፕሮግራም አይደለም። አሳሽው ማዞሪያውን ተቀብሎ ለHTTPS URL አዲስ ጥያቄ ያደርጋል። ከማሻሻያ መመሪያው ውጭ ያለ URL OK ሊቀበልና ሳይለወጥ ሊቆይ ይችላል።

HTTPS የሚደግፉ የሚታወቁ መድረሻዎች ዝርዝር ይጠቀሙ እና የሚመጣውን URL ይተንትኑ። የታሰበውን መንገድና መጠይቅ ይጠብቁ፣ ግልጽ ወደቦችን ግንዛቤ ውስጥ ያስገቡ፣ እና የጥያቄ ዘዴዎችን ሆን ብለው ያስተናግዱ። ሁሉንም የhttp ቅድመ-ቅጥያ በዓይነ ስውር መተካት እያንዳንዱ መነሻ ተመሳሳይ የHTTPS አገልግሎት አለው ብሎ መገመት ነው።

አጋዥው እያንዳንዱን የግቤት መስመር በተጫነው የSquid ስሪት ፕሮቶኮል መመለስ አለበት። ተመሳሳይ የአጋዥ ቻናሎች ከተነቃቁ፣ የቻናሉን መለያ በምላሹ ውስጥ ይጠብቁ። የቆየው 301:URL ምሳሌ ከአሁኑ የውጤትና-ቁልፍ/እሴት ቅርጸት ጋር ሊለዋወጥ አይችልም።

አሳሽው አዲሱን URL ማወቅ ሲኖርበት የደንበኛ ማዞሪያ ይምረጡ። የrewrite-url ምላሽ በምትኩ Squid ከደንበኛው የመጀመሪያ ጥያቄ በስተጀርባ ሌላ URL እንዲያመጣ ይጠይቃል፣ ይህም የመተግበሪያ URLዎችንና ሁኔታን አለመስማማት ሊያስከትል ይችላል።

የመጀመሪያው የHTTP ጥያቄ አጋዥው ከመመለሱ በፊት አስቀድሞ ወደ Squid ተጓዝቷል። ይህ መመሪያ ያንን ጥያቄ ወደኋላ መልሶ ሊጠብቀው አይችልም። TLS በቀጣዩ የHTTPS ግንኙነት ላይ ይጀምራል፤ CONNECT ዋሻ ብቻውን ምንም ምስጠራ አያቀርብም።