Best Practices für die Installation von OpenDNS Umbrella mit Websense

Download-Optionen

PDF (238.9 KB)
Mit Adobe Reader auf verschiedenen Geräten anzeigen
ePub (83.5 KB)
In verschiedenen Apps auf iPhone, iPad, Android, Sony Reader oder Windows Phone anzeigen
Mobi (Kindle) (69.4 KB)
Auf einem Kindle-Gerät oder einer Kindle-App auf mehreren Geräten anzeigen

Aktualisiert:8. Oktober 2025

Dokument-ID:225189

Inklusive Sprache

In dem Dokumentationssatz für dieses Produkt wird die Verwendung inklusiver Sprache angestrebt. Für die Zwecke dieses Dokumentationssatzes wird Sprache als „inklusiv“ verstanden, wenn sie keine Diskriminierung aufgrund von Alter, körperlicher und/oder geistiger Behinderung, Geschlechtszugehörigkeit und -identität, ethnischer Identität, sexueller Orientierung, sozioökonomischem Status und Intersektionalität impliziert. Dennoch können in der Dokumentation stilistische Abweichungen von diesem Bemühen auftreten, wenn Text verwendet wird, der in Benutzeroberflächen der Produktsoftware fest codiert ist, auf RFP-Dokumentation basiert oder von einem genannten Drittanbieterprodukt verwendet wird. Hier erfahren Sie mehr darüber, wie Cisco inklusive Sprache verwendet.

Informationen zu dieser Übersetzung

Cisco hat dieses Dokument maschinell übersetzen und von einem menschlichen Übersetzer editieren und korrigieren lassen, um unseren Benutzern auf der ganzen Welt Support-Inhalte in ihrer eigenen Sprache zu bieten. Bitte beachten Sie, dass selbst die beste maschinelle Übersetzung nicht so genau ist wie eine von einem professionellen Übersetzer angefertigte. Cisco Systems, Inc. übernimmt keine Haftung für die Richtigkeit dieser Übersetzungen und empfiehlt, immer das englische Originaldokument (siehe bereitgestellter Link) heranzuziehen.

Inhalt

Einleitung

Überblick

1) Der lokale Proxy löst von Webservern initiierte DNS-Anfragen auf.

2) Der Cloud-Proxy löst von Webservern initiierte DNS-Anfragen auf.

3) Der standortbasierte Proxy löst DNS-Anfragen für Clients auf.

Einleitung

Dieses Dokument beschreibt die Best Practices für die Installation von OpenDNS Umbrella mit Websense.

Überblick

Um sicherzustellen, dass Sie das volle Potenzial von OpenDNS während der Evaluierung (und danach) sehen, muss der gesamte nicht interne DNS-Datenverkehr auf das globale OpenDNS-Netzwerk verweisen. In drei Websense-Umgebungen verpasst OpenDNS einen Teil des DNS-Datenverkehrs:

Der lokale Proxy löst von Webservern initiierte DNS-Anfragen auf (häufiger).
Der Cloud-Proxy löst von Webservern initiierte DNS-Anfragen auf (für Hybrid-Kunden, die Web Endpoint Agents verwenden)
Der lokale Proxy löst DNS-Anfragen für Clients auf (seltener).

1) Der lokale Proxy löst von Webservern initiierte DNS-Anfragen auf.

Websense Content Gateways, die entweder im expliziten oder im transparenten Proxymodus bereitgestellt werden, können DNS-Anfragen lösen, die nach dem Herstellen einer Verbindung mit einem Webserver initiiert wurden. je nach Konfiguration.
Wenn diese DNS-Anfragen aus dem integrierten DNS-Proxy-Caching von Websense oder einem anderen rekursiven DNS-Dienst aufgelöst werden, wird OpenDNS umgangen.
In den Support-Materialien von Websense (die hier verlinkt sind) finden Sie Informationen dazu, wie Websense so konfiguriert werden kann, dass nicht-interne DNS-Anfragen stets über OpenDNS beantwortet werden.
Hilfe zum Content Gateway Manager > DNS Resolver > DNS Variables > Verwenden der Option "Split DNS" (DNS aufteilen)

2) Der Cloud-Proxy löst von Webservern initiierte DNS-Anfragen auf.

Leider erlaubt Websense seinen Kunden nicht, die DNS-Servereinstellungen direkt zu ändern.
Wir sind uns nicht sicher, ob Sie Websense auffordern können, die Einstellungen manuell auf OpenDNS zu ändern.

3) Der standortbasierte Proxy löst DNS-Anfragen für Clients auf.

Dies geschieht, wenn die DNS-Proxy-Caching-Option aktiviert ist. Die Konfiguration des DNS-Proxy-Caching ist jedoch nur mit einem L4-Switch oder einem Cisco WCCPv2-Gerät möglich, sodass es sich nicht um eine gemeinsame Umgebung handelt.

Der DNS-Proxy beantwortet nur Anfragen für A- und CNAME-DNS-Einträge. Andere Arten von Anfragen werden nicht beantwortet.
Wenn sich die Zuordnung von Hostname zu IP-Adresse nicht im DNS-Cache befindet, kontaktiert Content Gateway den in der Datei /etc/resolv.conf angegebenen DNS-Server. (Hinweis: Es wird nur der erste Eintrag in resolv.conf verwendet, und dies ist möglicherweise nicht der gleiche DNS-Server, für den die DNS-Anforderung ursprünglich gedacht war.)

Anmerkung: Die Option "Always Query Destination" (Ziel immer abfragen) reduziert die Anzahl der DNS-Lookups und kann aktiviert werden, wenn das Content Gateway nicht sowohl im expliziten als auch im transparenten Proxymodus ausgeführt wird. Der Proxy wird so konfiguriert, dass die ursprüngliche Ziel-IP-Adresse eingehender Anfragen vom ARM (Adaptive Redirection Module) abgerufen wird. Verwenden Sie diese IP-Adresse, um den Ursprungsserver zu ermitteln, anstatt den Hostnamen der Anforderung zu suchen. Da der Client bereits eine DNS-Suche durchgeführt hat, ist dies für den Proxy nicht erforderlich.