ለምን የC መዋቅር መጥፎ የSOCKS ጥያቄ ሊያመነጭ ይችላል

ከኮምፓይለር አቀማመጥ ይልቅ ግልጽ የመስክ ስፋቶችን፣ የባይት ቅደም ተከተልን እና የዥረት I/Oን ይመርምሩ።

ትክክለኛ የፕሮክሲ አድራሻ በእጅ የተጻፈውን የSOCKS መልእክት ትክክለኛ አያደርገውም። የC ወይም C++ መዋቅር መላክ ፕሮቶኮሉ በፍፁም ያልጠየቀውን ሙሌት ወይም በአስተናጋጅ ቅደም ተከተል ያሉ ኢንቲጀሮችን ሊልክ ይችላል።

ለSOCKS5 የጎራ-ስም CONNECT ጥያቄ፣ ከዘዴ ድርድር እና ከተመረጠው ማረጋገጫ በኋላ ይህን ቅደም ተከተል በግልጽ ያስተካክሉ፦

  1. ስሪት፣ ትዕዛዝ፣ የተጠባበቀ ባይት እና የአድራሻ ዓይነት
  2. የጎራ ርዝመት እና የጎራ ባይቶች
  3. ባለ ሁለት ባይት የመድረሻ ወደብ በኔትወርክ ባይት ቅደም ተከተል

የአድራሻ ርዝመቶች በSOCKS ስሪት እና በአድራሻ ዓይነት ላይ ይመሰረታሉ። ቋሚ ስፋት ያላቸው የቁጥር መስኮች የተገለጸውን ውክልና ይፈልጋሉ፤ የጎራ ሕብረቁምፊዎች የራሳቸው የርዝመት ኢንኮዲንግ አላቸው። የC ሕብረቁምፊ ማብቂያ በሽቦ መልእክቱ ላይ ዜሮ ለመጨመር አጠቃላይ መመሪያ አይደለም።

የአተገባበር አቋራጭየሚመረመር ችግር
የ32-ቢት እሴትን በ8-ቢት ጠቋሚ መመደብአራቱንም ባይቶች አያወጣም
ቋት ወደ ትልቅ ኢንቲጀር ጠቋሚ መቀየርአሰላለፍ እና የባይት ቅደም ተከተል አሁንም መታየት አለባቸው
አንድ ንባብ ወይም ጽሕፈት አንድ መልእክት ነው ብሎ ማሰብTCP የፕሮቶኮሉን ቅደም ተከተል በከፊል ብቻ ሊያስተላልፍ ይችላል

እያንዳንዱን መስክ ከታሰበው መድረሻ ጋር ያወዳድሩ እና ከፊል I/Oን ያስተናግዱ። ሁለት ባይቶችን መቀበል መላው ምላሽ መድረሱን አያረጋግጥም። እነዚያን ድንበሮች መመርመር የተበላሸ ጥያቄን በትክክል የተገለጸ ግንኙነትን ከሚከላከል አገልጋይ መለየት ይችላል።

ተዛማጅ ጽሑፎች