Ha egy belső feloldót teszünk elsőnek és egy nyilvánosat másodiknak, az nem mondja meg a Squidnak, mely nevek melyik névtérhez tartoznak.

A Squid 6 és 7 verziójában a dns_nameservers a szokásos feloldólistát kiszolgálócímekre cseréli. A szintaxisában nincs tartományonkénti leképezés. Az érvényes negatív válasz is különbözik az elérhetetlen feloldótól, ezért az alternatívák nem megbízható módja az össze nem illő névterek keresésének.

Kérések irányítása tartomány szerint

Egy helyi DNS-továbbító ki tudja fejezni a hiányzó szabályt. Egy meglévő dnsmasq-konfigurációban egy privát utótag így irányítható:

server=/internal.example/192.0.2.53

Cserélje ki a tartományt és a címet. Állítson be jóváhagyott alapértelmezett upstreamet a többi névhez, megfelelő figyelőt és hozzáférési korlátozásokat. Ezután a telepített verzió által támogatott konfigurációval irányítsa a Squidot erre a feloldóra.

Alternatívaként használjon olyan szervezeti DNS-szolgáltatást, amely mindkét névteret helyesen oldja fel. Kerülje azt a nyilvános tartalékot, amely feltárja a privát neveket, miközben nem tud válaszolni rájuk.

Ha egy szülő proxy végzi a célkeresést, annak az ugrásnak a privát névtérre van szüksége. A helyi Squid-gazdagépen futó feloldó nem javítja a szülő keresését.

Ellenőrizze a negatív esetet is

Válasszon egy érvényes privát nevet, egy érvényes nyilvános nevet és egy nem létező privát nevet. Mindegyiknél azonosítsa a szándékolt upstreamet, valamint hogy a várt válasz cím vagy negatív válasz. Az utolsó eset felfedi a véletlen nyilvános tartalékot egy belső negatív válasz után.

Foglalja bele az ügyfél által igényelt címcsaládokat. Egy működő A-keresés nem bizonyítja, hogy az AAAA követi a szabályt, vagy elérhető célt ad vissza. Jegyezze fel a gyorsítótár állapotát is: egy tárolt válasz elrejtheti, melyik upstreamet választaná egy friss kérés.

Kapcsolódó cikkek