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:

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

2. Der Cloud-Proxy löst von Webservern initiierte DNS-Anfragen auf (für Hybrid-Kunden, die Web Endpoint Agents verwenden)

3. 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.