የNcat HTTP ፕሮክሲ ሁነታ እና ቋሚ የTCP ማስተላለፊያ

ቋሚ የባይት ማስተላለፊያ የHTTP ሥራን ለነባሩ ፕሮክሲ ይተዋል። የNcat HTTP ማዳመጫ ሁነታ ግን ፕሮቶኮልን የሚለይ ሌላ አገልግሎት ነው።

client → local TCP relay → existing forward proxy → destination

በዚህ አደረጃጀት ውስጥ ማስተላለፊያው አንድ ቋሚ የላይኛው አቅጣጫ አለው። የደንበኛውን ጥያቄ ሳይለውጥ ለነባሩ የፊት ፕሮክሲ ያስተላልፋል። ያ ፕሮክሲ ፍጹም ዩአርኤል ወይም የCONNECT ኢላማን አንብቦ መርህን ይተገብራል፣ የመድረሻ ግንኙነትንም ይከፍታል።

ማስተላለፊያውን በቀጥታ ወደ ድረ-ገጽ ማምራት ውሉን ይለውጣል። የፊት ፕሮክሲ መድረሻዎችን መምረጥና የHTTP ክፈፍ እና የግንኙነት ባህሪን ማስተናገድ አለበት፤ ከመጀመሪያው መስመር ላይ የአስተናጋጅ ስም ማውጣት በቂ አይደለም።

የNmap Ncat ለየብቻ HTTPን የሚለይ የማዳመጫ ሁነታ ይሰጣል፦

ncat --listen 127.0.0.1 3128 --proxy-type http

ይህ የloopback ምሳሌ የNcat ፕሮክሲ አተገባበርን ይጠቀማል፣ ሁሉም nc የሚጋራውን ባህሪ አይደለም። በማዳመጫ በኩል ያለው ፕሮክሲ HTTP ዘዴዎችን እና CONNECT ያስተናግዳል። በደንበኛ በኩል ያሉት የSOCKS አማራጮቹ በማዳመጫ ሁነታ የSOCKS አገልጋይ አይመሠርቱም። ቋሚ የተጋራ አገልግሎትም ሆን ተብሎ የግንኙነት አያያዝ፣ የመዳረሻ ቁጥጥርና መዝገብ ይፈልጋል።

ለምልከታ፣ የምስጠራውን ወሰን ይለዩ። በተራ HTTP ፕሮክሲ ግንኙነት ላይ ያለ ማስተላለፊያ የፕሮክሲ ጥያቄዎችንና ምላሾችን ማየት ይችላል። ከCONNECT በኋላ የመድረሻው HTTPS የTLS ባይት ነው፣ የሚነበብ የገጽ ይዘት አይደለም። ወደ ፕሮክሲው የሚወስደው TLS በዚያ አገናኝ ላይ የመጀመሪያውን የፕሮክሲ ልውውጥ እንኳ ይደብቃል። ለተተረጎሙ ግብይቶች የደንበኛ/ፕሮክሲ ምርመራዎችን ይጠቀሙ፣ ምስክርነቶችን ወይም ስሜታዊ ዩአርኤሎችን ሊይዙ የሚችሉ መዝገቦችን ይጠብቁ።

ተዛማጅ ጽሑፎች