ລູກຄ້າ 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 IPv6 ບໍ່ຮັບປະກັນວ່າທຸກຊື່ທີ່ມັນຕອບມີປາຍທາງ IPv6.

ກວດສອບພຶດຕິກຳສະເພາະລຸ້ນກ່ອນຮັບເອົາການຕັ້ງຄ່າເກົ່າໃຫຍ່. ໂດຍສະເພາະ: dns_v4_first ບໍ່ແມ່ນສະວິດເລືອກຄອບຄົວທີ່ຮອງຮັບໃນ Squid 5 ຫາ 7. ນະໂຍບາຍທີ່ທ່ານອະທິບາຍໄດ້ຢ່າງຊັດເຈນນັ້ນກວດສອບໄດ້ງ່າຍກວ່າຊຸດການຕັ້ງຄ່າ IPv6 ທີ່ບໍ່ກ່ຽວຂ້ອງ.