Begrijp best practices voor het installeren van OpenDNS-paraplu met Websense

Downloadopties

PDF (237.2 KB)
Met Adobe Reader op diverse apparaten bekijken
ePub (84.3 KB)
Bekijken in diverse apps op iPhone, iPad, Android, Sony Reader of Windows Phone
Mobi (Kindle) (70.5 KB)
Op Kindle-apparaat of via Kindle-app op meerdere apparaten bekijken

Bijgewerkt:8 oktober 2025

Document-id:225189

Inclusief taalgebruik

De documentatie van dit product is waar mogelijk geschreven met inclusief taalgebruik. Inclusief taalgebruik wordt in deze documentatie gedefinieerd als taal die geen discriminatie op basis van leeftijd, handicap, gender, etniciteit, seksuele oriëntatie, sociaaleconomische status of combinaties hiervan weerspiegelt. In deze documentatie kunnen uitzonderingen voorkomen vanwege bewoordingen die in de gebruikersinterfaces van de productsoftware zijn gecodeerd, die op het taalgebruik in de RFP-documentatie zijn gebaseerd of die worden gebruikt in een product van een externe partij waarnaar wordt verwezen. Lees meer over hoe Cisco gebruikmaakt van inclusief taalgebruik.

Over deze vertaling

Cisco heeft dit document vertaald via een combinatie van machine- en menselijke technologie om onze gebruikers wereldwijd ondersteuningscontent te bieden in hun eigen taal. Houd er rekening mee dat zelfs de beste machinevertaling niet net zo nauwkeurig is als die van een professionele vertaler. Cisco Systems, Inc. is niet aansprakelijk voor de nauwkeurigheid van deze vertalingen en raadt aan altijd het oorspronkelijke Engelstalige document (link) te raadplegen.

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:

On-premises proxy lost DNS-verzoeken op die door webservers zijn geïnitieerd (gebruikelijker)
Cloud-proxy lost DNS-verzoeken op die door webservers zijn geïnitieerd (voor hybride klanten die Web Endpoint Agents gebruiken)
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.