Squid 5–7: dns_v4_first neden artık çalışmıyor
dns_v4_first'in Squid 5–7 sürümlerinde kaldırılmasını açıklar ve adres tercihini yalnızca IPv4 zorlamasından ayırır.
Eski bir Squid yapılandırması dns_v4_first on içerir. Yükseltmeden sonra bu satır artık beklenen IPv4 tercihini vermez. Daha fazla kopya eklemek önceki davranışı geri getirmez.
Yapılandırma başvurusu bu yönergeyi Squid 5–7 arasında kullanılamaz olarak listeler. Squid'in adres seçimi Happy Eyeballs çalışmasıyla değişti; eski tercih önerileri o sürümün bağlamında okunmalıdır.
Tercih ve zorlama farklı taleplerdir
Önce neye ihtiyacınız olduğuna karar verin. İki aile de kullanılabilirken çalışan bir IPv4 yolunu mu tercih ediyorsunuz? Bozuk IPv6 bağlantısını mı kaldırıyorsunuz? Belirli bir çıkışın yalnızca IPv4 kullanmasını mı garanti ediyorsunuz? Bunlar aynı politika değildir. Hedef ailesi kısıtlamaları da istemci kaynağı ACL'lerinden ayrı kalmalıdır.
Bir aileye erişimi kapatmak bazı siteleri erişilemez kılabilir. DNS yanıtlarını değiştirmek proxy'nin kullanabileceği adayları değiştirir. Yavaş veya bozuk bir yolu onarmak bir ağ arızasını giderir. Hiçbiri kaldırılmış bir yönerge için evrensel yedek satır olarak tanımlanmamalıdır.
Hedef adres seçimini üst proxy'ye ulaşmak için kullanılan adresten de ayırın. Üst ana bilgisayar adının kendi IPv4 ve IPv6 adayları olabilir; üst proxy ise son site bağlantısını kendi politikasına göre yapar.
Kaynak adres kuralının başka bir rolü vardır: bağlantı için uyumlu bir kaynak seçer, hedef desteği üretmez. IPv4 kaynağı, yalnızca IPv6 olan hedefi IPv4 uç noktası yapmaz.
Kurulu sürümün belgelerini ve tüm yönlendirme yolunu denetleyin. Sorun güvenilmez bir IPv6 bağlantısıysa, onu yalnızca maskeleyen sessiz bir küresel değişiklik yapmak yerine bu tanıyı koruyun. Çalışan tercih edilen yol ve katı tek aile çıkışı farklı yapılandırmaları hak eder.