Squid 5–7: защо dns_v4_first вече не работи
Обяснява премахването на dns_v4_first в Squid версии 5–7 и разграничава предпочитанието на адрес от принудително IPv4-only.
Една стара конфигурация на Squid съдържа dns_v4_first on. След надграждане този ред вече не дава очакваното предпочитание към IPv4. Добавянето на още копия няма да възстанови предишното поведение.
Справочникът на конфигурацията посочва директивата като недостъпна в Squid 5 до 7. Изборът на адрес в Squid се промени с работата по Happy Eyeballs; старите съвети за предпочитание трябва да се четат в контекста на тази версия.
Предпочитание и принуда са различни искания
Първо решете какво ви е нужно. Да предпочетете работещ маршрут IPv4, когато и двете семейства са налични? Да премахнете счупената свързаност IPv6? Да гарантирате, че даден изход използва само IPv4? Това не е една и съща политика. Ограниченията по семейство на дестинацията също трябва да останат отделно от ACL за клиентския източник.
Изключването на достъпа до едно семейство може да направи някои сайтове недостъпни. Промяната на DNS отговорите променя кандидатите, достъпни за проксито. Поправянето на бавен или счупен маршрут отстранява мрежова неизправност. Нито едно от тях не бива да се описва като универсален заместващ ред за премахната директива.
Отделете също избора на адрес на дестинацията от адреса, използван за достигане до родителско прокси. Родителското име на хост може да има свои кандидати IPv4 и IPv6, докато родителят осъществява крайната връзка към сайта по собствена политика.
Правилото за адрес на източника има друга роля: то избира съвместим източник за връзка, вместо да създава поддръжка на дестинацията. Източник IPv4 не превръща дестинация само с IPv6 в крайна точка IPv4.
Проверете документацията на инсталираната версия и целия път на препращане. Ако проблемът е ненадеждна връзка IPv6, запазете тази диагноза, вместо да правите тиха глобална промяна, която просто я прикрива. Работещият предпочитан маршрут и строгият изход с едно семейство заслужават различни конфигурации.