អតិថិជន Squid IPv4 និងគោលដៅ IPv6៖ គោលនយោបាយដាច់ដោយឡែក

អាចទទួលយកអតិថិជនតាម IPv4 និងទៅដល់គេហទំព័រដែលគាត់ស្នើតាម IPv6។ ទាំងនេះជាការតភ្ជាប់ដាច់ដោយឡែក។ គោលនយោបាយខាងគេហទំព័រមិនគួរបដិសេធអតិថិជន IPv4 ដោយស្វ័យប្រវត្តិទេ។

នេះជាអន្ទាក់នៅក្នុងឧទាហរណ៍ដែលរួមបញ្ចូលការបដិសេធគ្រួសារគោលដៅជាមួយ src ipv4៖ ACL ប្រភពផ្លាស់ប្តូរអ្នកដែលអាចភ្ជាប់ មិនមែនត្រឹមតែការតភ្ជាប់គេហទំព័រណាដែលត្រូវបានអនុញ្ញាតនោះទេ។

កំណត់ការរឹតបន្តឹងដែលចង់បាន

សម្រាប់កំណែ Squid ដែលគាំទ្រ IP ACL ពាក់ព័ន្ធ ច្បាប់គ្រួសារគោលដៅអាចប្រើ dst ipv4 ដើម្បីកំណត់គោលដៅ IPv4។ រួមបញ្ចូលច្បាប់បែបនេះជាមួយការផ្ទៀងផ្ទាត់ និងការអនុញ្ញាតគោលដៅដែលមានស្រាប់។ កុំបន្ថែមការអនុញ្ញាត IPv6 ធំទូលាយដែលឆ្លងកាត់ពួកវា។

ឯកសារយោង ACL បែងចែកប្រភេទប្រភព និងគោលដៅ។ នេះជាការរឹតបន្តឹង មិនមែនសេវាបកប្រែស្វ័យប្រវត្តិទេ។ គេហទំព័រតែ IPv4 អាចក្លាយជាមិនអាចចូលបាន ទោះបីម៉ាស៊ីនអាចឈានដល់វាតាម IPv4 ក៏ដោយ។

ការចងអាសយដ្ឋាន IPv6 ចេញក៏មិនមែនជាគោលនយោបាយអនុវត្តទាំងស្រុងដែរ។ ការជ្រើសរើសប្រភព គ្រួសារគោលដៅដែលបានអនុញ្ញាត ចម្លើយ DNS និងភាពអាចឈានដល់បណ្តាញពិតប្រាកដ សុទ្ធតែរួមចំណែក។ សម្រេចច្បាស់ថាតើការត្រលប់ទៅ IPv4 អាចទទួលយកបានឬអត់។

ការផ្លាស់ប្តូរ forwarded_for មិនដោះស្រាយបញ្ហានេះទេ។ វាប៉ះពាល់ដល់ក្បាល HTTP មិនមែនគ្រួសារអាសយដ្ឋាននៃការតភ្ជាប់ TCP របស់ប្រូកស៊ីទេ។ ដូចគ្នាដែរ DNS resolver IPv6 មិនធានាថាឈ្មោះគ្រប់ឈ្មោះដែលវាឆ្លើយមានគោលដៅ IPv6 ទេ។

ពិនិត្យអាកប្បកិរិយាជាក់លាក់នៃកំណែ មុនពេលអនុម័តការកំណត់ចាស់ធំ។ ជាពិសេស៖ dns_v4_first មិនមែនជាកុងតាក់ចំណូលចិត្តគ្រួសារដែលគាំទ្រនៅក្នុង Squid 5 ដល់ 7 ទេ។ គោលនយោបាយដែលអ្នកអាចពិពណ៌នាបានច្បាស់ ងាយស្រួលផ្ទៀងផ្ទាត់ជាងបណ្តុំនៃការកំណត់ IPv6 ដែលមិនពាក់ព័ន្ធ។