Bir istemciyi IPv4 üzerinden kabul edip istediği web sitesine IPv6 üzerinden ulaşmak mümkündür. Bunlar ayrı bağlantılardır. Web sitesi tarafına ilişkin bir ilke, IPv4 istemcilerini otomatik olarak reddetmemelidir.

Hedef ailesi yasağını src ipv4 ile birleştiren örneklerdeki tuzak budur: kaynak ACL yalnızca hangi web sitesi bağlantılarına izin verildiğini değil, kimin bağlanabileceğini de değiştirir.

Amaçlanan kısıtlamayı tanımlayın

İlgili IP ACL'lerini destekleyen Squid sürümlerinde, hedef ailesi kuralı IPv4 hedeflerini tanımlamak için dst ipv4 kullanabilir. Bu tür kuralları mevcut kimlik doğrulama ve hedef izinleriyle bütünleştirin; bunları atlayan geniş bir IPv6 izni eklemeyin.

ACL başvurusu kaynak ve hedef türlerini ayırt eder. Bu bir kısıtlamadır, otomatik çeviri hizmeti değildir. Yalnızca IPv4 olan bir web sitesi, makine ona IPv4 üzerinden ulaşabildiği hâlde erişilemez hâle gelebilir.

Giden bir IPv6 adresini bağlamak da uygulama ilkesinin tamamı değildir. Kaynak seçimi, izin verilen hedef aileleri, DNS yanıtları ve gerçek ağ erişilebilirliği hepsi katkıda bulunur. IPv4'e geri dönüşün kabul edilebilir olup olmadığına açıkça karar verin.

forwarded_for değiştirmek bu sorunu çözmez. Bu, proxy'nin TCP bağlantısının adres ailesini değil, bir HTTP başlığını etkiler. Aynı şekilde, bir IPv6 DNS çözümleyicisi yanıtladığı her adın bir IPv6 hedefi olduğunu garanti etmez.

Büyük, eski bir yapılandırmayı benimsemeden önce sürüme özgü davranışı denetleyin. Özellikle: dns_v4_first, Squid 5 ile 7 arasında desteklenen bir aile tercihi anahtarı değildir. Tam olarak tanımlayabildiğiniz bir ilkeyi doğrulamak, ilgisiz IPv6 ayarlarından oluşan bir koleksiyondan daha kolaydır.

İlgili makaleler