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, збережіть цей діагноз, а не робіть тиху глобальну зміну, яка його лише маскує. Робочий бажаний маршрут і суворий вихід з однією родиною заслуговують на різні конфігурації.