លំហូរពេញទ្វិភាគ និងសម្ពាធបញ្ច្រាស ក្នុង SOCKS relay

ការចាប់ដៃ SOCKS បានជោគជ័យ។ ឥឡូវ relay អានពីអតិថិជន សរសេរទៅគោលដៅ រង់ចាំការឆ្លើយតបពេញលេញ ហើយបន្ទាប់មកទើបអានពីអតិថិជនម្តងទៀត។ លំដាប់នោះអាចធ្វើឱ្យកម្មវិធីដែលត្រឹមត្រូវពេញលេញជាប់ស្ទះ។

នៅពេលដែលផ្លូវរូង TCP ត្រូវបានបង្កើត SOCKS មិនកំណត់សារនៅខាងក្នុងវាទេ។ គោលដៅអាចផ្ញើមុន។ ភាគីទាំងពីរអាចផ្ញើដោយឯករាជ្យ។ ភាគីមួយអាចផ្ញើកំណត់ត្រាខ្លី រួចរង់ចាំចម្លើយរបស់ភាគីម្ខាងទៀត។

បញ្ជូន byte មិនមែនប្រតិបត្តិការដែលស្មាន

ការហៅទទួលបានត្រឡប់ byte ដែលមាន តាមទង់ និងស្ថានភាព socket របស់វា។ វាមិនប្រាប់ relay ទូទៅថា ការឆ្លើយតបរបស់កម្មវិធីពេញលេញហើយទេ។ ការរង់ចាំឱ្យ buffer ធំតាមអំពើចិត្តពេញ អាចរារាំងការបញ្ជូនសារតូចដែលដៃគូត្រូវការដើម្បីបន្ត។

ប្រើគំរូភាពអាចប្រព្រឹត្តក្នុងពេលតែមួយដែលមានស្រាប់របស់កម្មវិធី ដើម្បីបម្រើទិសទាំងពីរ៖ រង្វិលជុំព្រឹត្តិការណ៍ I/O អសមកាល ឬការរចនាផ្សេងទៀតដែលបានជ្រើសដោយចេតនា។ អាកប្បកិរិយាសំខាន់គឺថា ការរីកចម្រើនក្នុងទិសមួយ មិនត្រូវការព្រំដែនសារប្រឌិតក្នុងទិសម្ខាងទៀតទេ។

រក្សា buffer រង់ចាំពីរដែលមានដែនកំណត់

ទិន្នន័យដែលអានពីអតិថិជនអាចនៅរង់ចាំឈានដល់គោលដៅ ខណៈទិន្នន័យពីគោលដៅរង់ចាំឈានដល់អតិថិជន។ តាមដាន byte រង់ចាំទាំងនោះដោយឡែក។

ការផ្ញើអាចសរសេរតិចជាងចំនួនដែលបានស្នើ។ រក្សាផ្នែកដែលមិនបានសរសេរ កុំបោះបង់វា ហើយកុំចាក់ buffer ទាំងមូលឡើងវិញ។ socket ដែលមិនអាចសរសេរបានបណ្តោះអាសន្ន គឺជាហេតុផលដើម្បីរង់ចាំព្រឹត្តិការណ៍ត្រៀមខ្លួនត្រឹមត្រូវ មិនមែនវិលជុំជាប់ៗទេ។

កំណត់ដែន buffer ។ ប្រសិនបើគោលដៅយឺត ការបន្តអានទិន្នន័យអតិថិជនគ្មានដែនកំណត់ គ្រាន់តែផ្លាស់ជួរទៅកាន់អង្គចងចាំរបស់ relay ប៉ុណ្ណោះ។ សម្ពាធបញ្ច្រាសមានន័យថាផ្អាកការអាន នៅពេល buffer រង់ចាំពាក់ព័ន្ធពេញ ហើយបន្តវិញ នៅពេលការសរសេរបង្កើតទីតាំង។

ការបញ្ចប់ក្នុងទិសមួយត្រូវការគោលនយោបាយ

TCP អាចបិទទិសផ្ញើ ខណៈទិសម្ខាងទៀតនៅមានទិន្នន័យមានប្រយោជន៍។ សម្រេច របៀបបញ្ជូនស្ថានភាពនោះ បន្ទាប់ពី byte ដែលបានដាក់ក្នុង buffer អស់ ហើយបែងចែកការបិទជាលំដាប់ ពីកំហុស ឬពេលកំណត់។

គ្មានចំណុចណាមួយក្នុងនេះទាមទារឱ្យ relay ឌិគ្រីប ឬញែកទិន្នន័យផ្ទុករបស់កម្មវិធីទេ។ វាត្រូវការការគ្រប់គ្រងលំហូរត្រឹមត្រូវ។ ការបង្កើនទំហំ buffer តែម្នាក់ឯង មិនអាចជួសជុល relay ដែលរង់ចាំខាងខុស ឬសន្មតថាការអាននីមួយៗត្រូវនឹងសំណើពេញលេញមួយបានទេ។