Lehetséges egy klienst IPv4-en fogadni, és az általa kért webhelyet IPv6-on elérni. Ezek külön kapcsolatok. A webhely oldalára vonatkozó szabályzatnak nem szabad automatikusan elutasítania az IPv4-klienseket.

Ez a csapda azokban a példákban, amelyek a célcsalád-tiltást src ipv4-tal kombinálják: a forrás-ACL megváltoztatja, ki csatlakozhat, nem csak azt, hogy mely webhelykapcsolatok engedélyezettek.

Határozza meg a szándékolt korlátozást

A releváns IP ACL-eket támogató Squid-kiadásoknál a célcsalád-szabály dst ipv4 használatával azonosíthatja az IPv4-célokat. Integrálja az ilyen szabályokat a meglévő hitelesítésbe és célengedélyekbe; ne adjon hozzá széles IPv6-engedélyt, amely megkerüli őket.

Az ACL-referencia megkülönbözteti a forrás- és céltípusokat. Ez korlátozás, nem automatikus fordítási szolgáltatás. Egy csak IPv4-es webhely elérhetetlenné válhat, pedig a gép IPv4-en elérhetné.

A kimenő IPv6-cím hozzárendelése szintén nem a teljes érvényesítési szabályzat. A forrásválasztás, az engedélyezett célcsaládok, a DNS-válaszok és a tényleges hálózati elérhetőség mind hozzájárulnak. Döntse el kifejezetten, hogy elfogadható-e az IPv4-visszaesés.

A forwarded_for módosítása nem oldja meg ezt a problémát. Az egy HTTP-fejlécet érint, nem a proxy TCP-kapcsolatának címcsaládját. Hasonlóképpen, az IPv6 DNS-feloldó nem garantálja, hogy minden általa megválaszolt névnek van IPv6-célja.

Nagy régi konfiguráció átvétele előtt ellenőrizze a kiadásspecifikus viselkedést. Különösen: a dns_v4_first nem támogatott családpreferencia-kapcsoló a Squid 5–7 verzióiban. Egy pontosan leírható szabályzat könnyebben ellenőrizhető, mint összefüggéstelen IPv6-beállítások gyűjteménye.

Kapcsolódó cikkek