DNAT ប្រូកស៊ីថ្លា៖ ហេតុអ្វីផ្លូវត្រឡប់សំខាន់

យល់ពីមូលហេតុដែល DNAT អាចបញ្ជូនសំណើទៅប្រូកស៊ីដាច់ដោយឡែក ខណៈការឆ្លើយតបឆ្លងកាត់ច្រកផ្លូវ និងផ្ដាច់ការតភ្ជាប់។

SYN ដែលបានប្ដូរទិសអាចមកដល់ Squid ខណៈអតិថិជននៅតែដល់ពេលកំណត់។ ក្នុងការកំណត់ DNAT កញ្ចប់ត្រឡប់ក៏ត្រូវមកដល់ច្រកផ្លូវដែលកាន់ស្ថានភាពបកប្រែដែរ។

សូមពិចារណា LAN សម្មតិកម្មនេះ៖

client 192.168.40.25 → gateway 192.168.40.1
                         DNAT → proxy 192.168.40.10
proxy 192.168.40.10 → client 192.168.40.25 directly

អតិថិជនបានតភ្ជាប់ទៅអាសយដ្ឋានគេហទំព័រដំបូង។ បន្ទាប់ពី DNAT ប្រូកស៊ីឃើញប្រភពរបស់អតិថិជន ហើយអាចប្រើផ្លូវបណ្ដាញរងមូលដ្ឋានដើម្បីឆ្លើយតបដោយផ្ទាល់។ ការឆ្លើយតបនោះរំលងការបកប្រែបញ្ច្រាសរបស់ច្រកផ្លូវ ហើយអាចទៅដល់អតិថិជនពីអាសយដ្ឋានប្រូកស៊ី ជំនួសអាសយដ្ឋានគេហទំព័រដែលរំពឹង។ ច្រកផ្លូវមិនអាចជួសជុលកញ្ចប់ដែលវាមិនដែលទទួលបាន។

វិធីសាស្ត្រផលវិបាក
បញ្ជូនការឆ្លើយតបរបស់ប្រូកស៊ីកាត់តាមច្រកផ្លូវដែលបកប្រែការតភ្ជាប់ចូលទៅប្រូកស៊ីអាចរក្សាអាសយដ្ឋានប្រភពរបស់អតិថិជន
អនុវត្តការបកប្រែប្រភពសមស្របផងដែរប្រូកស៊ីឆ្លើយតបទៅច្រកផ្លូវជាដៃគូរបស់ខ្លួន ប៉ុន្តែឥឡូវឃើញប្រភពដែលបានបកប្រែនោះ ជំនួសអតិថិជនដើម

កុំដក SNAT សម្រាប់កំណត់ហេតុស្អាតជាង ដោយមិនផ្ទៀងផ្ទាត់ផ្លូវត្រឡប់។ ការអនុវត្តវាយ៉ាងទូលំទូលាយក៏ផ្លាស់ប្ដូរ ACL ប្រភព និងការកំណត់បុព្វហេតុដែរ។ ទទួលយកផលវិបាកនោះជាផ្នែកនៃការរចនា។

ជំហាន HTTP ដែលអាចទុកចិត្តបានអាចផ្ទុកទិន្នន័យមេតាអតិថិជនក្នុងបឋមកថាបញ្ជូនបន្ត ប៉ុន្តែ NAT មិនបង្កើតបឋមកថានោះ ឬបំប្លែងវាទៅជាអត្តសញ្ញាណ TCP ដែរ។ ការរក្សាប្រភពលើការតភ្ជាប់ទៅ Squid ក៏មិនរក្សាវានៅលើការតភ្ជាប់គេហទំព័រដាច់ដោយឡែករបស់ Squid ដែរ។

ចុងក្រោយ ការរចនាការស្ទាក់ចាប់នៅតែត្រូវផ្ដល់ ព័ត៌មានគោលដៅដែល Squid ត្រូវការ។ ការតម្រៀបផ្លូវត្រឡប់ស៊ីមេទ្រីដោះស្រាយយន្តការដល់ពេលនេះ មិនមែនការកំណត់ប្រូកស៊ីថ្លាទាំងមូលទេ។

អត្ថបទពាក់ព័ន្ធ