Squid 5–7: ហេតុអ្វី dns_v4_first លែងដំណើរការ
ពន្យល់ការដក dns_v4_first ចេញក្នុង Squid 5 ដល់ 7 និងបែងចែកចំណូលចិត្តអាសយដ្ឋានពីការបង្ខំឱ្យប្រើតែ IPv4។
ការកំណត់ Squid ចាស់មួយមាន dns_v4_first on។ បន្ទាប់ពីដំឡើងថ្មី បន្ទាត់នោះលែងផ្តល់ចំណូលចិត្ត IPv4 ដែលរំពឹងទុក។ ការបន្ថែមច្បាប់ចម្លងបន្ថែមនឹងមិនស្តារឥរិយាបថមុនឡើយ។
ឯកសារយោងការកំណត់រាយបញ្ជានេះថាមិនមានក្នុង Squid 5 ដល់ 7។ ការជ្រើសអាសយដ្ឋានរបស់ Squid បានផ្លាស់ប្តូរជាមួយការងារ Happy Eyeballs; ដំបូន្មានចំណូលចិត្តចាស់ត្រូវអានក្នុងបរិបទនៃការចេញផ្សាយនោះ។
ចំណូលចិត្ត និងការបង្ខំគឺជាសំណើផ្សេងគ្នា
សម្រេចជាមុនថាអ្នកត្រូវការអ្វី។ ចង់ផ្តល់ចំណូលចិត្តផ្លូវ IPv4 ដែលដំណើរការពេលទាំងពីរគ្រួសារមាន? ដកការតភ្ជាប់ IPv6 ដែលខូច? ធានាថាច្រកចេញជាក់លាក់ប្រើតែ IPv4? ទាំងនេះមិនមែនជាគោលនយោបាយតែមួយទេ។ ការរឹតបន្តឹងគ្រួសារគោលដៅក៏ត្រូវនៅដាច់ពី ACL ប្រភពអតិថិជនដែរ។
ការបិទការចូលដំណើរការទៅគ្រួសារមួយអាចធ្វើឱ្យគេហទំព័រខ្លះមិនអាចចូលបាន។ ការផ្លាស់ប្តូរចម្លើយ DNS ផ្លាស់ប្តូរបេក្ខជនដែល proxy មាន។ ការជួសជុលផ្លូវយឺត ឬខូចដោះស្រាយកំហុសបណ្តាញ។ គ្មានមួយណាគួរត្រូវបានពិពណ៌នាជាបន្ទាត់ជំនួសសកលសម្រាប់បញ្ជាដែលបានដកចេញនោះទេ។
បែងចែកការជ្រើសអាសយដ្ឋានគោលដៅចេញពីអាសយដ្ឋានដែលប្រើដើម្បីទៅដល់ proxy មេ។ ឈ្មោះម៉ាស៊ីនមេមេអាចមានបេក្ខជន IPv4 និង IPv6 ផ្ទាល់ខ្លួន ខណៈមេធ្វើការតភ្ជាប់គេហទំព័រចុងក្រោយតាមគោលនយោបាយរបស់ខ្លួន។
វិធានអាសយដ្ឋានប្រភពមានតួនាទីមួយផ្សេងទៀត៖ វាជ្រើសប្រភពដែលត្រូវគ្នាសម្រាប់ការតភ្ជាប់ ជាជាងបង្កើតការគាំទ្រគោលដៅ។ ប្រភព IPv4 មិនធ្វើឱ្យគោលដៅតែ IPv6 ក្លាយជាចំណុចចុងក្រោយ IPv4 ទេ។
ពិនិត្យឯកសារនៃការចេញផ្សាយដែលបានដំឡើង និងផ្លូវបញ្ជូនទាំងមូល។ ប្រសិនបើបញ្ហាគឺការតភ្ជាប់ IPv6 ដែលមិនគួរទុកចិត្ត រក្សាការធ្វើរោគវិនិច្ឆ័យនោះ ជាជាងធ្វើការផ្លាស់ប្តូរសកលស្ងាត់ដែលគ្រាន់តែបិទបាំងវា។ ផ្លូវដែលពេញចិត្តដំណើរការ និងច្រកចេញគ្រួសារតែមួយដ៏តឹងរ៉ឹងសមនឹងការកំណត់ផ្សេងគ្នា។