የ Squid SO_ORIGINAL_DST ስህተትን ማንበብ

NF getsockopt(SO_ORIGINAL_DST) ወደ መጀመሪያው መድረሻ ፍለጋ የሚጠቁም ነው። በመጥለፍ ውቅር ውስጥ Squid የተመላለሰው ግንኙነት በመጀመሪያ ወዴት እየሄደ እንደነበር እንደገና ማወቅ ይኖርበታል።

በግልጽ የተዋቀረ አሳሽ ጥያቄዎቹን ሆን ብሎ ወደ ፕሮክሲው ይልካል። ያ ግንኙነት intercept ከ Squid ማዳመጫው ወደብ አጠገብ ተጽፎ ስለሆነ ብቻ የNAT መጥለፍ ታሪክ አያገኝም።

ስለዚህ ይህ አለመጣጣም የመድረሻው ሰርተፊኬት ጠቃሚ ከመሆኑ በፊት ሊወድቅ ይችላል።

ግንኙነቱ እንዴት እንደደረሰ በመጀመር ይጀምሩ

• መተግበሪያው የፕሮክሲ አድራሻ ካለው፣ መጠቀም ያለበትን ተራ የፊት ፕሮክሲ ማዳመጫ ይለዩ።
• ጌትዌይ በሌላ መንገድ ቀጥተኛ የሆነ ትራፊክን የሚመላልስ ከሆነ፣ የታሰበውን የመጥለፍ ማዳመጫ መድረሱን እና የሚደገፈው NAT ንድፍ አስፈላጊውን የመድረሻ መረጃ መጠበቁን ያረጋግጡ።
• ሁለቱም ዓይነቶች ካሉ፣ ያልተሳካው ደንበኛ በእውነቱ የትኛውን አድራሻና ወደብ እንደተገናኘ ይመልከቱ።

የ Squid http_port ሰነድ ልዩነቱን ግልጽ ያደርገዋል፦ የሁነታ ባንዲራ መተው የፊት ፕሮክሲ ሁነታን ይመርጣል፤ intercept በIP ንብርብር የNAT መጥለፍን ይጠብቃል።

ከዚያ የመጓጓዣ ደህንነትን ለየብቻ ይያዙ። የHTTP ፕሮክሲ CONNECT በመጠቀም HTTPS ማስተላለፍ ይችላል። ወደ ፕሮክሲው የሚደረግ የTLS ግንኙነት ተስማሚ ማዳመጫና የደንበኛ ውቅር ይፈልጋል። የመድረሻ ትራፊክን መፍታት ሌላ አማራጭ ችሎታ ነው።

የመድረሻው አድራሻ በHTTPS ስለሚጀመር ብቻ ሰርተፊኬት ማመንጨትን የሚያበራ አሮጌ “የHTTPS መፍትሄ” አይቅዱ። መጀመሪያ በደንበኛውና በማዳመጫው መካከል ያለውን ስምምነት ያስተካክሉ። ከዚያ በኋላ እውነተኛ የTLS ስህተት ከቀረ፣ ለመመርመር የበለጠ ጠቃሚ ስህተት ይሆናል።