Inhoud

Inleiding

Overzicht

1) On-premises proxy lost DNS-verzoeken op die door webservers zijn geïnitieerd

2) Cloud-proxy lost DNS-verzoeken op die door webservers zijn geïnitieerd

3) On-premises proxy is het oplossen van DNS-verzoeken namens klanten

Inleiding

Dit document beschrijft de best practices voor het installeren van OpenDNS Umbrella met Websense.

Overzicht

Om ervoor te zorgen dat u het volledige potentieel van OpenDNS ziet tijdens uw evaluatie (en daarna), moet al het niet-interne DNS-verkeer naar het OpenDNS Global Network wijzen. Drie Websense-omgevingen zorgen ervoor dat OpenDNS wat DNS-verkeer mist:

1. On-premises proxy lost DNS-verzoeken op die door webservers zijn geïnitieerd (gebruikelijker)

2. Cloud-proxy lost DNS-verzoeken op die door webservers zijn geïnitieerd (voor hybride klanten die Web Endpoint Agents gebruiken)

3. On-premises proxy is het oplossen van DNS-verzoeken namens klanten (minder vaak)

1) On-premises proxy lost DNS-verzoeken op die door webservers zijn geïnitieerd

- Websense Content Gateways, geïmplementeerd in expliciete of transparante proxy-modus, kunnen DNS-verzoeken oplossen die zijn gestart nadat een verbinding is gemaakt met een webserver, afhankelijk van de configuratie.

- Als deze DNS-verzoeken worden opgelost vanuit de ingebouwde DNS-proxy-caching van Websense of een andere recursieve DNS-service, wordt OpenDNS overgeslagen.

- Raadpleeg de ondersteuningsmaterialen van Websense - hier gekoppeld voor uw gemak - om ervoor te zorgen dat Websense is geconfigureerd om altijd niet-interne DNS-verzoeken op te lossen met behulp van OpenDNS.

Help bij Content Gateway Manager > DNS Resolver > DNS-variabelen > De optie DNS splitsen gebruiken

2) Cloud-proxy lost DNS-verzoeken op die door webservers zijn geïnitieerd

- Helaas staat Websense zijn klanten niet toe om de DNS-serverinstellingen rechtstreeks te wijzigen.

- We weten niet zeker of u Websense kunt vragen om de instellingen handmatig te wijzigen om naar OpenDNS te wijzen.

3) On-premises proxy is het oplossen van DNS-verzoeken namens klanten

- Het gebeurt als de optie DNS-proxy-caching is ingeschakeld, maar het configureren van DNS-proxy-caching is alleen mogelijk met een L4-switch of een Cisco WCCPv2-apparaat, dus het is geen gemeenschappelijke omgeving.

- DNS-proxy beantwoordt alleen aanvragen voor A- en CNAME DNS-vermeldingen. Andere soorten verzoeken worden niet beantwoord.

- Als de toewijzing van de hostnaam aan het IP-adres zich niet in de DNS-cache bevindt, neemt Content Gateway contact op met de DNS-server die is opgegeven in het bestand /etc/resolv.conf. (Opmerking: alleen de eerste vermelding in resolv.conf wordt gebruikt en dit is mogelijk niet dezelfde DNS-server waarvoor het DNS-verzoek oorspronkelijk was bedoeld.)

Opmerking: de optie "Altijd opvragen van bestemming" vermindert het aantal DNS-zoekopdrachten en kan worden ingeschakeld als de Content Gateway niet in zowel de expliciete als transparante proxymodus wordt uitgevoerd. Het configureert de proxy om altijd de oorspronkelijke IP-bestemming van inkomende verzoeken van de ARM (Adaptive Redirection Module) te verkrijgen. En gebruik die IP om de oorspronkelijke server te bepalen, in plaats van een DNS-zoekopdracht uit te voeren op de hostnaam van het verzoek. Omdat de client al een DNS-zoekopdracht heeft uitgevoerd, hoeft de proxy dat niet te doen.