ច្បាប់ MSS ដំណើរការនៅលើរ៉ោតទ័រ ប៉ុន្តែខកខាន Squid

អ្នកគ្រប់គ្រងបន្ថែមការកំណត់ TCPMSS ទៅ FORWARD។ ចរាចរណ៍ដែលបានរ៉ោតដោយផ្ទាល់មានភាពប្រសើរ ប៉ុន្តែការទាញយកតាមរយៈ Squid មូលដ្ឋាននៅតែគាំង។ ការតភ្ជាប់របស់ប្រូកស៊ីទៅគេហទំព័រមិនមែនគ្រាន់តែជាការតភ្ជាប់ TCP របស់អតិថិជនដែលឆ្លងកាត់ខ្សែសង្វាក់នោះទេ។

នៅក្នុងប្រូកស៊ីបញ្ចប់ធម្មតា ការតភ្ជាប់ខាងអតិថិជនបញ្ចប់នៅមូលដ្ឋាន។ ប្រូកស៊ីបង្កើត ការតភ្ជាប់ TCP ទីពីរទៅកាន់ប្រភព ឬមេ។ នៅលើ Linux ពេញ packet ដែលបង្កើតសម្រាប់ការតភ្ជាប់នោះដើរតាមផ្លូវចេញមូលដ្ឋាន។

ដូច្នេះច្បាប់សម្រាប់តែ FORWARD អាចដំណើរការបានពេញលេញ ហើយនៅតែខកខានការចាប់ដៃដែលគួរកែ។ គូសផែនទីការតភ្ជាប់ពិត និងទិសដៅរបស់ SYN មុនពេលជ្រើសរើសចំណុច។ កុងតឺន័រ ឬ namespace ដាច់ដោយឡែកអាចបន្ថែមផ្នែករ៉ោតមួយទៀត ដូច្នេះទីតាំងត្រឹមត្រូវអាស្រ័យលើកន្លែងដែលដំណើរការ។

កុំដាក់លេខ PMTU ដោយផ្ទាល់ទៅក្នុង MSS

MTU ផ្លូវគឺជាទំហំ packet IP។ TCP MSS ពិពណ៌នាអំពីបន្ទុក TCP ហើយត្រូវគិតដល់ក្បាលដែលពាក់ព័ន្ធ។ ដូចគ្នាដែរ ប្រវែងបន្ទុក ping មិនមែនជាប្រវែងពេញលេញនៃ packet IP ទេ។ ការបន្ថែម 28 byte ដែលគេស្គាល់ពាក់ព័ន្ធនឹងការរៀបចំ IPv4 ICMP echo មូលដ្ឋាន មិនមែនគ្រប់គ្រួសារអាសយដ្ឋាន ឬការវេចខ្ចប់ទេ។

គោលដៅ TCPMSS កត់ត្រាតម្លៃច្បាស់លាស់ និងការកំណត់ PMTU។ ការកំណត់នៅតែពឹងលើព័ត៌មាន MTU របស់ផ្លូវ។ វាមិនមែនជាភស្តុតាងថាការរកឃើញផ្លូវមានសុខភាពល្អ ហើយក៏មិនជំនួសការអនុញ្ញាតសារ ICMP ចាំបាច់ដែរ។

ផ្គូផ្គងរោគសញ្ញាជាមួយទ្រឹស្តីផងដែរ។ ការចាប់ដៃបានបញ្ចប់ បន្ទាប់មកគាំងលើការផ្ទេរធំជាង អាចជាហេតុផលឱ្យស៊ើបអង្កេតទំហំ packet។ SYN ដែលគ្មានចម្លើយម្តងហើយម្តងទៀត ឬ reset ភ្លាមៗត្រូវការការពន្យល់ធំជាង។ ការបរាជ័យនៃ packet តូចមិនបញ្ជាក់ថា segment ទិន្នន័យធំពេកទេ។

រក្សាដាច់ដោយឡែកនៅក្នុងកំណត់ត្រា ការតភ្ជាប់ផ្ទាល់ដែលដំណើរការ និងការតភ្ជាប់ប្រូកស៊ីដែលបរាជ័យ។ ពួកវាអាចប្រើប្រភព ផ្លូវ និងការវេចខ្ចប់ផ្សេងគ្នា ទោះជាពីម៉ាស៊ីនតែមួយក៏ដោយ។