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 نامزدهای در دسترس پروکسی را تغییر می‌دهد. تعمیر یک مسیر کند یا خراب یک ایراد شبکه را رفع می‌کند. هیچ‌یک نباید به‌عنوان خط جایگزین همگانی برای دستور حذف‌شده توصیف شود.
همچنین انتخاب نشانی مقصد را از نشانی‌ای که برای رسیدن به پروکسی والد استفاده می‌شود جدا کنید. نام میزبان والد می‌تواند نامزدهای IPv4 و IPv6 خود را داشته باشد، در حالی که والد اتصال نهایی به وب‌سایت را با سیاست خود انجام می‌دهد.
قاعده نشانی مبدأ نقش دیگری دارد: برای اتصال یک منبع سازگار برمی‌گزیند، نه اینکه پشتیبانی مقصد بسازد. یک منبع IPv4 مقصدی که تنها IPv6 است را به نقطه پایانی IPv4 تبدیل نمی‌کند.
مستندات نسخه نصب‌شده و کل مسیر ارسال را بررسی کنید. اگر مشکل اتصال IPv6 غیرقابل اعتماد است، همان تشخیص را حفظ کنید، نه اینکه تغییری جهانی و خاموش بدهید که آن را پنهان کند. مسیر ترجیحی کارآمد و خروجی سخت‌گیرانه تک‌خانواده پیکربندی‌های متفاوتی می‌خواهند.