IPv4 کے ذریعے کلائنٹ قبول کرنا اور اس کی مطلوبہ ویب سائٹ تک IPv6 کے ذریعے پہنچنا ممکن ہے۔ یہ الگ کنکشن ہیں۔ ویب سائٹ کی طرف کی پالیسی کو IPv4 کلائنٹس کو خودکار طور پر مسترد نہیں کرنا چاہیے۔

src ipv4 کے ساتھ منزل کے خاندان کی ممانعت کو جوڑنے والی مثالوں میں یہی جال ہے: ماخذ ACL تبدیل کرتا ہے کہ کون جڑ سکتا ہے، صرف یہ نہیں کہ کون سے ویب سائٹ کنکشن کی اجازت ہے۔

مطلوبہ پابندی کی وضاحت کریں

متعلقہ IP ACL کی حمایت کرنے والے Squid ورژنز کے لیے، منزل کے خاندان کا قاعدہ IPv4 منزلوں کی شناخت کے لیے dst ipv4 استعمال کر سکتا ہے۔ ایسے قواعد کو موجودہ تصدیق اور منزل کی اجازتوں کے ساتھ ضم کریں؛ انہیں نظرانداز کرنے والی وسیع IPv6 اجازت شامل نہ کریں۔

ACL حوالہ ماخذ اور منزل کی اقسام میں فرق کرتا ہے۔ یہ ایک پابندی ہے، خودکار ترجمہ کی سروس نہیں۔ صرف IPv4 والی ویب سائٹ ناقابل رسائی ہو سکتی ہے حالانکہ مشین IPv4 کے ذریعے اس تک پہنچ سکتی تھی۔

باہر جانے والے IPv6 پتے کو باندھنا بھی مکمل نفاذ کی پالیسی نہیں ہے۔ ماخذ کا انتخاب، اجازت شدہ منزل کے خاندان، DNS جوابات اور حقیقی نیٹ ورک رسائی سب حصہ ڈالتے ہیں۔ واضح طور پر فیصلہ کریں کہ IPv4 پر واپسی قابل قبول ہے یا نہیں۔

forwarded_for تبدیل کرنے سے یہ مسئلہ حل نہیں ہوتا۔ یہ HTTP ہیڈر پر اثر ڈالتا ہے، پراکسی کے TCP کنکشن کے پتے کے خاندان پر نہیں۔ اسی طرح، IPv6 DNS حل کنندہ اس بات کی ضمانت نہیں دیتا کہ وہ جس بھی نام کا جواب دیتا ہے اس کی IPv6 منزل ہے۔

بڑی پرانی ترتیب اپنانے سے پہلے ورژن کے مخصوص رویے کی جانچ کریں۔ خاص طور پر: dns_v4_first Squid 5 سے 7 میں معاون خاندان کی ترجیح کا سوئچ نہیں ہے۔ جس پالیسی کو آپ درست طریقے سے بیان کر سکتے ہیں اس کی تصدیق غیر متعلقہ IPv6 ترتیبات کے مجموعے سے زیادہ آسان ہے۔

متعلقہ مضامین