El mejor DNS de protección para WiFi de invitados y pública

Para WiFi de invitados y redes públicas en más de 80.000 sedes, Shield ofrece DNS protectivo por SSID y sin agentes, sin necesidad de nuevo hardware. Se integra con redes como Cisco Meraki MR al tiempo que cumple con los estándares de filtrado y supervisión del DfE bajo las directrices Keeping Children Safe in Education. Shield filtra amenazas y contenidos en la consulta DNS directamente desde la plataforma que gestiona su red de invitados.

¿Qué DNS protectivo debería elegir para su WiFi de invitados?

Comience por determinar a quién está protegiendo, no por las comparativas de rendimiento de los resolutores. Las redes de invitados albergan teléfonos y ordenadores portátiles que no son de su propiedad y que nunca gestionará. Este único factor condiciona la mayor parte de esta comparativa.

El DNS protectivo es un resolutor que se niega a responder a las consultas de dominios maliciosos o no deseados. El Centro Nacional de Ciberseguridad del Reino Unido (NCSC) utiliza el mismo término para el servicio que presta a los organismos del sector público. En una red de invitados, es el lugar más práctico para filtrar, ya que todos los dispositivos realizan consultas DNS independientemente del software que utilicen.

Esta guía evalúa tres opciones en función de seis criterios que resultan relevantes para un operador de WiFi:

• Despliegue sin agentes y por SSID. Un SSID es el nombre de la red a la que se conecta un dispositivo. ¿Puede establecer políticas por red sin instalar nada en el dispositivo?
• Sin nuevo hardware. ¿Funciona en los puntos de acceso que ya posee?
• Filtrado seguro para familias. ¿Puede cumplir el estándar exigido en su sector, como los estándares de filtrado y supervisión del Department for Education para escuelas?
• Bloqueo de anuncios. ¿Reduce el tráfico de anuncios, que consume ancho de banda compartido?
• Gestión multisede. ¿Puede un solo equipo gestionar 10, 100 o 1.000 sedes desde una única consola?
• Modelo de precios. ¿Tiene sentido la licencia cuando las personas que se conectan cambian cada día?

Aquí tiene la respuesta rápida, adaptada a su situación.

Su situación	Mejor opción	Por qué
WiFi de invitados en hoteles, tiendas, estaciones o sedes, sin posibilidad de usar agentes	Shield	Política por SSID, sin hardware, gestionado junto con su WiFi de invitados
Infraestructura Cisco Meraki con seguridad Cisco que ya protege al personal	Cisco Umbrella para el personal, Shield o Umbrella para invitados	Integración nativa con Meraki e inteligencia de amenazas Cisco Talos
MSP que protege portátiles de pequeñas empresas dentro y fuera de la sede	DNSFilter	Agentes itinerantes y un panel MSP multitenant
Escuela o grupo educativo con redes para visitantes y alumnos	Shield en SSID de visitantes, verificado según los estándares del DfE	Filtrado sin agentes para dispositivos que la escuela no gestiona
Entorno mixto de portátiles de personal gestionados y WiFi público	Umbrella o DNSFilter en endpoints, Shield en SSID de invitados	Cada herramienta cubre los dispositivos para los que fue diseñada

¿Dónde filtra el DNS protectivo y qué pasa por alto un firewall?

Cada conexión comienza con una búsqueda DNS. Un dispositivo solicita a un buscador la dirección que se encuentra tras un nombre de dominio y, a continuación, se conecta a esa dirección. El DNS de protección interviene en ese primer paso. Si el dominio es malicioso o está bloqueado por la directiva, el buscador devuelve una página de bloqueo o ninguna respuesta. La conexión nunca llega a iniciarse.

Lo que se le escapa a un firewall

Un firewall tradicional ve direcciones IP y puertos. Esto genera tres lagunas en una red de invitados:

1. Direcciones compartidas. Las redes de entrega de contenidos albergan miles de dominios tras la misma dirección IP. Bloquear una dirección puede hacer que sitios legítimos dejen de funcionar, mientras que el dominio dañino sigue siendo accesible en otros lugares.
2. Tráfico cifrado. HTTPS oculta la ruta de la página a cualquier elemento intermedio. TLS 1.3 cifra una parte mayor de la negociación inicial, y Encrypted Client Hello oculta también el nombre del sitio.
3. Nuevos dominios. Las campañas de phishing y malware registran dominios nuevos constantemente. Una lista de direcciones dañinas se queda obsoleta más rápido que una fuente de reputación de dominios.

El filtrado DNS soluciona estas lagunas porque evalúa el nombre, no la dirección. También detecta el malware en un dispositivo de invitado que intenta conectarse a un dominio de comando y control. Shield identifica las amenazas emergentes a tiempo antes de que se produzcan las conexiones.

Lo que no puede hacer el filtrado DNS

Hay que ser honestos sobre sus límites. El filtrado DNS ve dominios, no URL completas, por lo que no puede bloquear una sola página en un sitio que de otro modo estaría permitido. Tampoco puede inspeccionar la descarga de archivos. Un dispositivo que se conecta a una dirección IP programada de forma fija, o que establece un túnel hacia el exterior a través de una VPN, se salta la búsqueda por completo.

Los navegadores que utilizan DNS sobre HTTPS (DoH) representan la laguna más común. DoH envía las búsquedas dentro del tráfico web cifrado a un buscador elegido por el navegador. Firefox comprueba el dominio canario use-application-dns.net y deshabilita el DoH predeterminado cuando su buscador lo bloquea. Chrome solo se actualiza a DoH si el buscador configurado lo admite. Para obtener una visión completa, lea DNS over HTTPS explained: privacy vs public WiFi filtering.

En la VLAN de invitados, bloquee el DNS saliente hacia cualquier buscador que no sea el de protección. Una VLAN es una LAN virtual que separa el tráfico en conmutadores compartidos. Combine esto con los pasos de segmentación explicados en How to Set Up Network Segmentation for Guests and Staff.

¿En qué se diferencian realmente Shield, DNSFilter y Cisco Umbrella?

Los tres aplican el filtrado en la capa DNS y ninguno requiere hardware nuevo en modo red. Se diferencian en el público para el que fueron diseñados. Cisco Umbrella y DNSFilter nacieron para proteger los dispositivos del personal, tanto dentro como fuera de la red. Shield se diseñó para redes compuestas por dispositivos que nunca gestionará.

Criterio	Shield (Purple)	DNSFilter	Cisco Umbrella
Dónde aplica el filtrado	Búsqueda DNS, por SSID	Búsqueda DNS, por red o por agente	Búsqueda DNS, por red, identidad o agente
Despliegue de invitados sin agente	Sí, es el modelo predeterminado	Sí, por red	Sí, por red
Nuevo hardware necesario	Ninguno	Ninguno	Ninguno
Política por SSID	Sí, se configura en la plataforma de Purple	Sí, donde cada SSID se identifica por separado	Nativo en Cisco Meraki MR, de lo contrario, donde cada SSID se identifica por separado
Bloqueo de anuncios	Función principal	No es el caso de uso principal	No es el caso de uso principal
Dispositivos fuera de la red	No cubierto, protege dispositivos en su WiFi	Agente cliente de roaming	Módulo de roaming Cisco Secure Client
Inteligencia sobre amenazas	Identificación temprana de amenazas	Categorización de dominios propia basada en IA	Cisco Talos
Gestión multisitio	Cada ubicación en una sola plataforma, junto con el Captive Portal y las analíticas	Panel multinquilino diseñado para MSP	Consola multiorganización para socios
Modelo de precios	Complemento de seguridad para un plan de Purple	Suscripción por usuario	Licencia por usuario a través de Cisco o un socio
Mayor adecuación	WiFi para invitados y pública en múltiples ubicaciones	MSP y puntos finales en roaming	Plantillas de personal e híbridas lideradas por Cisco

Despliegue sin agentes y por SSID

Una red de invitados necesita un filtrado que se aplique a cada dispositivo que se conecte, sin necesidad de instalación. Los tres productos pueden hacer esto identificando la red. La diferencia radica en el esfuerzo. Cuando los SSID de invitados y de personal comparten una misma dirección IP pública, DNSFilter y Umbrella necesitan una forma de diferenciarlos, como un relé local o una salida independiente. Cisco Umbrella evita esto en Cisco Meraki MR, donde la política por SSID es nativa. Shield establece la política por SSID dentro de la plataforma que ya gestiona su red de invitados.

Filtrado seguro para toda la familia

Las escuelas de Inglaterra deben cumplir con los estándares de filtrado y supervisión del DfE según la normativa Keeping Children Safe in Education. Los hoteles, bibliotecas y centros de ocio se enfrentan a una presión reputacional, no legal. Sea cual sea su caso, haga tres preguntas a cada proveedor. ¿Bloquea la lista de abusos infantiles de la Internet Watch Foundation? ¿Puede forzar SafeSearch en los principales motores de búsqueda? ¿Puede mostrar a un auditor una política y sus registros? Nuestra guía Web filtering for schools: Policies that work profundiza en la política escolar.

Bloqueo de anuncios

El bloqueo de anuncios parece una función de conveniencia hasta que se mide una red de invitados congestionada. Los anuncios y sus scripts generan búsquedas y tráfico que compiten con cada invitado. Shield elimina las solicitudes de anuncios en la capa de búsqueda, reduciendo las consultas DNS innecesarias y el tráfico web general para mejorar la velocidad de carga de las páginas. DNSFilter y Umbrella se centran en la seguridad y las categorías de contenido más que en la eliminación de anuncios.

Gestión multisitio

El concepto multisitio significa cosas distintas para cada comprador. Un MSP presta servicio a muchas empresas independientes, y cada una requiere su propio inquilino e informe; el panel de DNSFilter está diseñado precisamente para eso. Un grupo hotelero o una cadena minorista gestiona una sola marca en múltiples ubicaciones. Para ese comprador, gestionar el filtrado junto al Captive Portal -la página de inicio de sesión que los invitados ven primero- elimina la necesidad de una segunda consola. En DNS filtering for MSPs and multi-site estates se explican ambos modelos.

¿Cuándo es Shield el DNS de protección adecuado?

Elija Shield cuando los dispositivos que necesite proteger pertenezcan a invitados, compradores, pasajeros, pacientes o visitantes. Eso cubre la mayoría del WiFi público en hostelería, comercio minorista, transporte, sanidad y recintos.

Shield es la opción adecuada cuando:

• No puede instalar nada en el dispositivo. El filtrado sin agente por SSID cubre cada teléfono y portátil que se conecta.
• Dispone de hardware mixto. Purple es independiente del hardware y funciona como una superposición en la nube en Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme y Fortinet. No hay ningún equipo físico que instalar en rack.
• El ancho de banda es la queja principal de los invitados. El bloqueo de anuncios en la consulta reduce el tráfico web innecesario en redes saturadas.
• Gestiona muchos recintos con un equipo reducido. Purple opera el WiFi de invitados en más de 80 000 recintos activos y gestionó 440 millones de inicios de sesión en 2024. Shield se integra en la misma plataforma.
• Los equipos de cumplimiento necesitan proveedores certificados. Purple cuenta con las certificaciones ISO 27001, Cyber Essentials y B Corp, y cumple con el GDPR.

Shield por sí solo no es la opción adecuada cuando debe proteger los portátiles del personal en la red de banda ancha de sus hogares o en redes de hoteles. Protege los dispositivos conectados a su WiFi. Cuando se van, la cobertura se detiene. Combine Shield con un agente de punto final para esos dispositivos. Consulte los detalles del producto en la página de Shield.

¿Cuándo es DNSFilter la opción adecuada?

DNSFilter se gana su lugar en las soluciones de MSP por buenas razones. Hay que reconocerle tres puntos fuertes.

En primer lugar, su panel multinquilino permite a un MSP gestionar directivas e informes independientes para docenas de empresas de clientes. En segundo lugar, sus clientes en itinerancia cubren dispositivos Windows, macOS, iOS, Android y ChromeOS fuera de la red. En tercer lugar, su categorización impulsada por IA clasifica los nuevos dominios rápidamente, algo fundamental frente a sitios de phishing recién registrados.

Elija DNSFilter cuando:

• Sea un MSP que vende filtrado a muchas pequeñas empresas, cada una con su propia facturación.
• La mayoría de los dispositivos que protege sean portátiles de empresa que se utilizan desde cualquier lugar.
• Desee una única directiva basada en agentes que siga al dispositivo a través de diferentes redes.

Se adapta peor cuando la infraestructura es principalmente WiFi de invitados. El precio por usuario asume un número de empleados conocido. La directiva por SSID en una dirección IP pública compartida requiere una configuración adicional. Si lo está comparando directamente con Shield, la comparativa de Shield frente a DNSFilter de Purple en nuestra biblioteca de guías detalla todos los aspectos.

¿Cuándo es Cisco Umbrella la opción adecuada?

Cisco Umbrella es un servicio de seguridad de capa DNS consolidado y destaca en tres aspectos. Cisco Talos, uno de los equipos comerciales de inteligencia contra amenazas más grandes, respalda sus diagnósticos. Se integra de forma nativa con los puntos de acceso Cisco Meraki MR, incluida la directiva por SSID. También se integra en el catálogo de seguridad más amplio de Cisco, incluido Cisco Secure Access, de modo que la protección DNS puede evolucionar hacia un servicio Security Service Edge completo.

Elija Cisco Umbrella cuando:

• La red de su personal ya funcione con Cisco Meraki y herramientas de seguridad de Cisco.
• Necesite proteger los portátiles del personal fuera de la sede a través de Cisco Secure Client.
• Su hoja de ruta de seguridad incluye una pasarela web segura y controles de acceso a la nube de un mismo proveedor.

Se adapta peor cuando sus puntos de acceso proceden de varios proveedores, o cuando la WiFi de invitados es la función principal. El licenciamiento está pensado para puestos de empleados, y las funciones que van más allá del DNS añaden un coste que quizás no necesite para los invitados. Nuestra comparativa detallada está en Shield frente a Cisco Umbrella: elección de DNS de protección para WiFi de invitados.

¿Cuánto cuesta ejecutar cada DNS de protección?

La licencia es solo una partida de costes. Tenga en cuenta el hardware, los agentes, el tiempo de administración y el ancho de banda que contrata.

Partida de costes	Shield	DNSFilter	Cisco Umbrella
Nuevo hardware	Ninguno	Ninguno	Ninguno
Agentes en dispositivos de invitados	Ninguno	Ninguno en modo red	Ninguno en modo red
Agentes en dispositivos de empleados	No se ofrece	Cliente de roaming opcional	Módulo Secure Client opcional
Base de la licencia	Complemento de seguridad a un plan de Purple	Por puesto	Por puesto
Consola adicional a gestionar	No, misma plataforma que la WiFi de invitados	Sí, salvo que ya se utilice	Sí, salvo que ya se utilice
Compensación de ancho de banda	Tráfico de anuncios reducido	No es un objetivo declarado	No es un objetivo declarado

El problema de las licencias para invitados

El precio por puesto funciona cuando conoce el número de empleados. Un hotel conoce la plantilla que tiene. Lo que no sabe es cuántos dispositivos de invitados se conectarán el mes que viene. Antes de comparar presupuestos, pida a cada proveedor por escrito cómo contabiliza los dispositivos de invitados y qué ocurre cuando las cifras se disparan durante una conferencia o un día de partido.

El problema del tiempo de administración

Una segunda consola cuesta tiempo en cada centro. Cuando el responsable de un recinto informa de un sitio bloqueado, alguien debe buscar la directiva, revisar los registros y modificarla. Con Shield, esto se hace en la misma plataforma de Purple que gestiona la WiFi de invitados. Con un servicio DNS independiente, implica un segundo inicio de sesión y un segundo conjunto de registros del centro que mantener sincronizados.

La compensación del ancho de banda

El tráfico publicitario consume una red de enlace que usted paga. Shield reduce el tráfico web al detener las solicitudes de anuncios antes de que se cargue el contenido. En un centro saturado, ese margen de maniobra puede posponer la ampliación de la línea. Mida su propio tráfico antes y después de una prueba piloto en lugar de confiar en los promedios del proveedor.

¿Cómo se traduce esta elección en recintos reales?

Estos supuestos prácticos utilizan cifras estimadas de centros para mostrar el método. Aplique las mismas operaciones aritméticas a sus propios datos de tráfico.

Supuesto 1: un grupo de 12 hoteles con hardware variado

Situación. Un grupo hotelero gestiona 12 propiedades de unas 200 habitaciones cada una. Los hoteles más antiguos utilizan Cisco Meraki y los más nuevos HPE Aruba. Los invitados se quejan de la lentitud por las noches y la sede central quiere bloquear el malware y los sitios para adultos. Ningún hotel dispone de personal de TI en las instalaciones.

Lo que se hizo. El grupo descartó la integración nativa de Umbrella porque solo cubría los centros con Meraki. Activó Shield en el SSID de invitados en los 12 hoteles desde un único panel de control de Purple. El personal se mantuvo en una VLAN independiente con su directiva habitual.

Resultado. El grupo habilitó Shield en todas las ubicaciones para bloquear contenido no deseado y tráfico de anuncios en la capa DNS. Al eliminar el tráfico de anuncios antes de que se cargue, los hoteles redujeron la congestión de la red durante las horas punta nocturnas. La sede central realiza un seguimiento de las amenazas bloqueadas y del volumen de consultas DNS en las 12 propiedades desde un único panel centralizado.

Escenario 2: un centro comercial con WiFi para invitados abierto

Situación. Un centro comercial regional ofrece WiFi abierto a los compradores. Se ha migrado a WPA3 Enhanced Open (OWE, definido en la RFC 8110), que cifra el tráfico en el aire sin necesidad de contraseña. El equipo se da cuenta de que el cifrado no impide que un comprador haga clic en un enlace de phishing.

Qué se hizo. El centro añadió Shield al SSID de invitados, con la protección contra amenazas y el bloqueo de anuncios activados. Bloqueó las solicitudes DNS salientes a otros resolvedores en la VLAN de invitados.

Resultado. OWE protege el enlace de radio y Shield protege la búsqueda, por lo que cada uno cubre una brecha diferente. Shield identifica los dominios de amenaza de forma anticipada y acelera la navegación al bloquear las conexiones con redes de anuncios. El centro revisa semanalmente los informes de dominios bloqueados para detectar campañas de phishing recurrentes.

Escenario 3: servicio de bibliotecas del ayuntamiento

Situación. Un ayuntamiento gestiona el WiFi público de 25 bibliotecas utilizadas por niños y adultos. Los portátiles del personal ya utilizan Cisco Umbrella. El equipo de TI sopesó ampliar Umbrella a los SSID públicos.

Qué se hizo. El equipo mantuvo Umbrella en los portátiles del personal, donde la iteración fuera de las instalaciones es importante. Implementó Shield en los SSID públicos, estableciendo categorías seguras para toda la familia y la aplicación del motor Búsqueda Segura como requisitos de la directiva.

Resultado. Los dispositivos públicos nunca consumen licencias del personal. Cada sucursal solo necesitó un cambio, realizado de forma centralizada sin necesidad de desplazamiento. Ahora, el ayuntamiento informa mensualmente al responsable de protección sobre las categorías bloqueadas por sucursal.

¿Cómo elegir un DNS de protección para sus instalaciones?

Siga estos seis pasos antes de seleccionar sus opciones finalistas.

1. Enumere los dispositivos que va a proteger. Sepárelos entre dispositivos gestionados y no gestionados. Los dispositivos no gestionados requieren filtrado por SSID y sin agentes.

2. Mapee su hardware. Si todas las instalaciones utilizan Cisco Meraki, la integración nativa de Umbrella supone una verdadera ventaja. Si utiliza varios fabricantes, opte por una opción independiente del hardware.

3. Defina su normativa. Las escuelas responden ante los estándares de filtrado y supervisión. Los comercios que aceptan pagos con tarjeta deben mantener el WiFi de invitados fuera del alcance de PCI-DSS mediante segmentación. Todas las instalaciones gestionan registros de DNS conforme al GDPR.

4. Mida su ancho de banda. Si el tráfico de invitados colapsa sus enlaces, dé más prioridad al bloqueo de anuncios. Si no es así, dé prioridad a la inteligencia de amenazas.

5. Cuente sus consolas. Una única marca en múltiples ubicaciones se adapta mejor a una sola plataforma. Múltiples clientes independientes se adaptan mejor a un panel de control MSP.

6. Haga una prueba piloto en un centro. Realice una prueba de cuatro semanas, compare los registros de solicitudes bloqueadas y el tráfico, y luego tome una decisión.

La mayoría de las empresas terminan utilizando dos herramientas: un agente de punto final para los portátiles del personal y Shield para los SSID de invitados. Explore Todas las guías para obtener detalles sobre la configuración y las directivas.

Preguntas frecuentes

¿Cuál es el mejor DNS de protección para WiFi de invitados?

Shield es la opción más sólida para WiFi de invitados porque se aplica por SSID sin necesidad de agentes ni hardware nuevo. Filtra contenidos, bloquea amenazas y bloquea anuncios en la búsqueda DNS, gestionándose junto a su Captive Portal. Cisco Umbrella y DNSFilter son opciones más potentes cuando también se necesita proteger los ordenadores portátiles del personal fuera de las instalaciones mediante un agente de itinerancia.

¿Necesito nuevo hardware o agentes de software para el DNS de protección en la WiFi de invitados?

No, el DNS de protección en una red de invitados no necesita ninguno de los dos. El filtrado se realiza cuando un dispositivo busca un dominio, por lo que basta con apuntar el SSID de invitados al solucionador de protección para cubrir todos los dispositivos conectados. Los agentes solo son necesarios para los dispositivos de su propiedad que salen del edificio. Los teléfonos de los invitados nunca llevarán su agente, por lo que la implementación sin agentes es la solución definitiva.

¿Funcionará Shield con mis puntos de acceso actuales?

Sí. Purple es independiente del hardware y se ejecuta como una superposición en la nube en Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme y Fortinet. Mantendrá sus puntos de acceso, controladores y switches. Shield funciona en la capa DNS del SSID de invitados, por lo que no es necesario sustituir nada ni instalar ningún dispositivo en rack en cada sitio.

¿Cómo se calcula el precio del DNS de protección para la WiFi de invitados?

Los modelos de precios varían, y el modelo importa más que la tarifa inicial. Shield es un complemento de seguridad para un plan de Purple. DNSFilter y Cisco Umbrella ofrecen licencias por usuario, lo que resulta adecuado para una plantilla conocida. En una red de invitados, las personas que se conectan cambian a diario, por lo que se debe consultar por escrito a cada proveedor cómo contabiliza los dispositivos de los invitados antes de comparar presupuestos.

¿Puedo migrar de Cisco Umbrella o DNSFilter a Shield?

Sí, y no es necesario migrar todo a la vez. El DNS de protección se ubica en el solucionador, por lo que cambiar un SSID de invitados implica modificar el solucionador que utiliza y volver a crear la directiva de categorías. Muchas organizaciones mantienen Cisco Umbrella o DNSFilter en los portátiles del personal y ejecutan Shield en los SSID de invitados. Se puede realizar una prueba piloto en un sitio, comparar los registros de solicitudes bloqueadas y, a continuación, implementar la solución de forma generalizada.

¿Pueden los invitados eludir el DNS de protección mediante DNS sobre HTTPS o una VPN?

Algunos pueden hacerlo, por lo que conviene cerrar las rutas evidentes. En la VLAN de invitados, bloquee la salida DNS a cualquier solucionador que no sea el de protección y bloquee los puntos finales conocidos de DNS sobre HTTPS. Firefox comprueba el dominio canario use-application-dns.net y desactiva el DNS sobre HTTPS predeterminado cuando su solucionador lo bloquea. Un invitado con una VPN comercial seguirá creando un túnel hacia el exterior, por lo que su política de uso aceptable debe cubrir ese supuesto.

¿Ayuda el DNS de protección con el GDPR y la normativa PCI-DSS?

Es compatible con ambos, pero no sustituye a ninguno de los dos conjuntos de controles. La normativa PCI-DSS requiere principalmente que la WiFi de invitados esté segmentada del entorno de datos de los titulares de tarjetas, lo que se realiza mediante una VLAN y un firewall. En virtud del GDPR, los registros DNS vinculados a un dispositivo pueden considerarse datos personales, por lo que conviene revisar los términos de conservación y tratamiento. Purple cuenta con la certificación ISO 27001 y cumple con el GDPR.

¿Qué DNS de protección es mejor para ubicaciones multisitio?

Para el WiFi de invitados en multiples instalaciones, Shield es la mejor opcion porque la politica de cada sitio reside en la misma plataforma de Purple que su Captive Portal y sus analiticas. El panel multinquilino de DNSFilter esta disenado para MSP que prestan servicio a muchos clientes independientes. La consola multiorganizacion de Cisco Umbrella se adapta a los socios que gestionan entornos de Cisco. Adapte la consola en funcion de si sus sitios pertenecen a una sola marca o a multiples clientes.