ولې یو C struct کولی شي خرابه SOCKS غوښتنه رامنځته کړي
د کمپایلر ترتیب د شبکې بڼې په توګه نه بلکې د ساحو څرګند پراخوالی، د بایټ ترتیب او stream I/O وګورئ.
سم پروکسي پته لاسي لیکل شوې SOCKS پیغام سم نه کوي. د C یا C++ struct لېږل کېدای شي داسې padding یا په host ترتیب کې تام عددونه ولېږي چې پروتوکول هېڅکله غوښتي نه دي.
د SOCKS5 د ډومېن-نوم CONNECT غوښتنې لپاره، د طریقې خبرو اترو او ټاکل شوې تصدیق وروسته دا ترتیب په څرګند ډول سریال کړئ:
- نسخه، فرمان، خوندي شوی بایټ او د پتې ډول
- د ډومېن اوږدوالی او د ډومېن بایټونه
- په شبکه کې د بایټ ترتیب له مخې دوه بایټه منزل پورټ
د پتو اوږدوالی د SOCKS نسخې او د پتې ډول پورې اړه لري. د ثابت پراخوالي عددي ساحو ته خپل ټاکل شوی ښودنه ورته اړینه ده; د ډومېن تارونو خپل د اوږدوالي کوډ کول لري. د C تار پای د شبکې پیغام ته صفر ورزیاتولو عمومي لارښوونه نه ده.
| په تطبیق کې لنډه لاره | د کتلو وړ ستونزه |
|---|---|
| د 8-بټي اشارې له لارې 32-بټي ارزښت ټاکل | دا څلور واړه بایټونه نه باسي |
| بفر ته د لوی تام عدد اشارې ته بدلول | سمون او د بایټ ترتیب باید لا هم سمبال شي |
| دا انګېرل چې یو لوستل یا لیکل یو پیغام دی | TCP یوازې د پروتوکول ترتیب یوه برخه لېږدولی شي |
هره ساحه د پام اړوند منزل سره پرتله کړئ او جزوي I/O سمبال کړئ. دوه بایټونه ترلاسه کول دا نه ثابتوي چې بشپړ ځواب رسېدلی. د هغو حدودو کتنه کولی شي ناسمه غوښتنه له هغه سرور څخه بدله کړي چې په سمه توګه تشریح شوې اړیکه ردوي.