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 לא אמין, שמרו על האבחנה הזו במקום לבצע שינוי גלובלי שקט שרק מסתיר אותה. נתיב מועדף עובד ויציאה קפדנית של משפחה אחת ראויים לתצורות שונות.