የWindows portproxy ደንብ TCPን ወደ አንድ የተዋቀረ መድረሻ ያስተላልፋል። የአሳሽ HTTP ፕሮክሲ ጥያቄን ወይም የSOCKS መድረሻ ጥያቄን አይደራደርም።

አገልግሎትመድረሻውን ማን ይመርጣል?
ቋሚ TCP አስተላላፊየአድማጩ ማስተላለፍ ውቅር።
SOCKS5 ፕሮክሲየደንበኛው ጥያቄ፣ በአገልጋይ መመሪያ ውስጥ።
HTTP ወደፊት ፕሮክሲየHTTP ፕሮክሲ ጥያቄ፣ ለተለመደ HTTPS ቱነሊንግ CONNECTን ጨምሮ።

ነባር አስተላላፊን በnetsh interface portproxy show all ይመርምሩ። የተዋቀረውን የኋላ አገልግሎት ከደንበኛዎ ከሚልከው ፕሮቶኮል ጋር ያወዳድሩ። የnetsh ማጣቀሻ የአድማጭና የመድረሻ አድራሻዎችን/ፖርቶችን ይገልጻል፤ TCP መቀበል የHTTP ወይም የSOCKS እጅ መጨበጫ አይመሠርትም።

ወደ ተራ አስተላላፊ የተላከ SOCKS ድርድር በቀላሉ ያንን ቋሚ የኋላ አገልግሎት ይደርሳል። SOCKS ያልሆነ አገልግሎት ጥያቄውን እንዲረዳ ወይም አዲስ ግብ እንዲመርጥ ማድረግ አይችልም።

ከእውነተኛ ፕሮክሲ ፊት ለፊት ያለ አስተላላፊ የተለየ ነው። የወደላይ ፕሮክሲ አሁንም መድረሻዎችንና ማረጋገጫን ይደራደራል፤ አስተላላፊው ግንኙነቱን ወደ እሱ ይወስዳል። ለአውታረ መረብ የተጋለጠ አስተላላፊ ወደዚያ የኋላ አገልግሎት ተደራሽነትን ሊያራዝም ስለሚችል የአድማጩን ተደራሽነት ወሰን ሆን ብለው ይጠብቁ።

መስፈርቱ አጠቃላይ የHTTP ወይም የSOCKS መውጫ ከሆነ ፕሮቶኮል የሚያስተናግድ አገልግሎት ይምረጡ። የተላለፈ ፖርት የዚያ መንገድ አንድ ክፍል ብቻ ነው።

ተዛማጅ ጽሑፎች