Squid 5–7: dns_v4_first اب کیوں کام نہیں کرتا

ایک پرانی Squid تشکیل میں dns_v4_first on موجود ہے۔ اپ گریڈ کے بعد وہ سطر اب متوقع IPv4 ترجیح نہیں دیتی۔ اس کی مزید نقول شامل کرنے سے پہلا رویہ واپس نہیں آئے گا۔

تشکیل کی حوالہ کتاب اس ہدایت کو Squid 5 تا 7 میں دستیاب نہ ہونے کے طور پر درج کرتی ہے۔ Squid کا پتہ انتخاب Happy Eyeballs کے کام کے ساتھ بدلا؛ پرانے ترجیحی مشورے اسی ریلیز کے سیاق میں پڑھنے چاہئیں۔

ترجیح اور مجبوری دو مختلف درخواستیں ہیں

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

ایک خاندان تک رسائی بند کرنے سے کچھ سائٹیں ناقابل رسائی ہو سکتی ہیں۔ DNS جوابات بدلنے سے پراکسی کے دستیاب امیدوار بدلتے ہیں۔ سست یا ٹوٹے راستے کی مرمت نیٹ ورک کی خرابی حل کرتی ہے۔ ان میں سے کسی کو بھی ہٹائی گئی ہدایت کی عالمگیر متبادل سطر نہیں کہا جانا چاہیے۔

منزل کے پتے کا انتخاب والد پراکسی تک پہنچنے کے لیے استعمال ہونے والے پتے سے بھی الگ رکھیں۔ والد میزبان نام کے اپنے IPv4 اور IPv6 امیدوار ہو سکتے ہیں، جبکہ والد اپنی پالیسی کے مطابق حتمی ویب سائٹ رابطہ کرتا ہے۔

ماخذ پتے کے قاعدے کا ایک اور کردار ہے: یہ رابطے کے لیے موزوں ماخذ چنتا ہے، منزل کی معاونت پیدا نہیں کرتا۔ IPv4 ماخذ صرف IPv6 منزل کو IPv4 اختتامی نقطہ نہیں بناتا۔

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