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

Para WiFi de invitados y pública en más de 80,000 ubicaciones, Shield proporciona DNS protector por SSID sin agentes y sin necesidad de nuevo hardware. Se integra con redes como Cisco Meraki MR mientras cumple con las normas de filtrado y monitoreo del DfE bajo Keeping Children Safe in Education. Shield filtra amenazas y contenido en la búsqueda de DNS directamente dentro de la plataforma que administra su red de invitados.

¿Qué DNS protector debería elegir para la WiFi de invitados?

Comience por a quién está protegiendo, no con comparativas de resolución. Las redes de invitados conectan teléfonos y laptops que usted no posee y que nunca administrará. Ese simple hecho define la mayor parte de esta comparación.

Un DNS protector es un resolvedor que se niega a responder a las búsquedas de dominios maliciosos o no deseados. El National Cyber Security Centre del Reino Unido utiliza el mismo término para el servicio que opera para organismos del sector público. En una red de invitados, es el lugar más práctico para filtrar, porque cada dispositivo realiza búsquedas de DNS sin importar el software que ejecute.

Esta guía evalúa tres opciones según seis criterios que realmente le importan a un operador de WiFi:

• Implementación por SSID y sin agentes. Un SSID es el nombre de la red a la que se une un dispositivo. ¿Puede establecer políticas por red sin instalar nada en el dispositivo?
• Sin hardware nuevo. ¿Funciona en los puntos de acceso que ya posee?
• Filtrado seguro para la familia. ¿Puede cumplir con el estándar al que responde su sector, como las normas de filtrado y monitoreo del Department for Education para escuelas?
• Bloqueo de anuncios. ¿Reduce el tráfico de anuncios, el cual consume el ancho de banda compartido?
• Gestión multisitio. ¿Puede un solo equipo administrar 10, 100 o 1,000 ubicaciones desde una sola consola?
• Modelo de precios. ¿Tiene sentido la licencia cuando las personas que se conectan cambian todos los días?

Aquí está la respuesta corta, adaptada a la situación en la que se encuentra.

Su situación	La mejor opción	Por qué
WiFi de invitados en hoteles, tiendas, estaciones o recintos, sin posibilidad de instalar agentes	Shield	Política por SSID, sin hardware, administrado junto con su WiFi de invitados
Entorno Cisco Meraki con seguridad de Cisco que ya protege al personal	Cisco Umbrella para el personal, Shield o Umbrella para invitados	Integración nativa con Meraki e inteligencia contra amenazas de Cisco Talos
MSP que protege laptops de pequeñas empresas dentro y fuera de la oficina	DNSFilter	Agentes itinerantes y un panel MSP multiinquilino
Escuela o fideicomiso multiacademia con redes para visitantes y alumnos	Shield en los SSID de visitantes, verificado contra los estándares del DfE	Filtrado sin agentes para dispositivos que la escuela no administra
Entorno mixto de laptops administradas del personal y WiFi pública	Umbrella o DNSFilter en los puntos finales, Shield en los SSID de invitados	Cada herramienta cubre los dispositivos para los que fue diseñada

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

Cada conexión comienza con una búsqueda de DNS. Un dispositivo le pide a un solucionador la dirección que está detrás de un nombre de dominio y luego 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 una política, el solucionador devuelve una página de bloqueo o ninguna respuesta. La conexión nunca inicia.

Lo que se le escapa a un firewall

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

1. Direcciones compartidas. Las redes de distribución de contenido alojan miles de dominios detrás de la misma dirección IP. Bloquear una dirección puede descomponer sitios legítimos, mientras deja el dominio dañino accesible en otra parte.
2. Tráfico cifrado. HTTPS oculta la ruta de la página a cualquier elemento intermedio. TLS 1.3 cifra una mayor parte del saludo inicial y Encrypted Client Hello también oculta el nombre del sitio.
3. Dominios nuevos. Las campañas de phishing y malware registran dominios nuevos constantemente. Una lista de direcciones dañinas se vuelve obsoleta más rápido que una fuente de reputación de dominios.

El filtrado de DNS cierra estas brechas porque juzga el nombre, no la dirección. También detecta malware en un dispositivo de invitado que intenta comunicarse con un dominio de comando y control. Shield identifica las amenazas emergentes a tiempo, antes de que se realicen las conexiones.

Lo que el filtrado de DNS no puede hacer

Hay que ser honestos sobre sus límites. El filtrado de DNS ve dominios, no URLs completas, por lo que no puede bloquear una sola página dentro de un sitio permitido. Tampoco puede inspeccionar las descargas de archivos. Un dispositivo que se conecta a una dirección IP programada de forma rígida, o que crea un túnel hacia afuera a través de una VPN, omite la búsqueda por completo.

Los navegadores que usan DNS sobre HTTPS (DoH) son la brecha más común. DoH envía las búsquedas dentro del tráfico web cifrado a un solucionador de la elección del navegador. Firefox verifica el dominio canary use-application-dns.net y deshabilita DoH de forma predeterminada cuando su solucionador lo bloquea. Chrome se actualiza a DoH únicamente cuando el solucionador configurado lo admite. Para conocer el panorama completo, lea Explicación de DNS sobre HTTPS: privacidad vs. filtrado en WiFi público.

En la VLAN de invitados, bloquee el DNS saliente hacia cualquier solucionador que no sea el de protección. Una VLAN es una LAN virtual que separa el tráfico en switches compartidos. Combine esto con los pasos de segmentación descritos en Cómo configurar la segmentación de red para invitados y personal.

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

Los tres filtran en la capa de DNS y ninguno necesita hardware nuevo en el modo de red. Se diferencian en el usuario para el que fueron creados. Cisco Umbrella y DNSFilter crecieron protegiendo dispositivos del personal, dentro y fuera de la red. Shield se diseñó para redes compuestas por dispositivos que usted nunca administrará.

Criterio	Shield (Purple)	DNSFilter	Cisco Umbrella
Dónde filtra	Búsqueda de DNS, por SSID	Búsqueda de DNS, por red o por agente	Búsqueda de DNS, por red, identidad o agente
Implementación de invitados sin agente	Sí, el modelo predeterminado	Sí, por red	Sí, por red
Se requiere hardware nuevo	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	Sin cobertura, protege los dispositivos en tu WiFi	Agente de cliente para 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 sucursal 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
Mejor adecuación	WiFi pública y para invitados en múltiples sucursales	MSP y puntos finales con roaming	Plantillas de personal e híbridas gestionadas por Cisco

Implementación por SSID sin agentes

Una red para invitados requiere un filtrado que se aplique a cada dispositivo que se conecte, sin necesidad de instalación. Los tres productos pueden lograr esto mediante la identificación de la red. La diferencia radica en el esfuerzo requerido. Cuando los SSID de invitados y de personal comparten una sola dirección IP pública, DNSFilter y Umbrella necesitan una forma de diferenciarlos, como un retransmisor 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 administra tu red para invitados.

Filtrado seguro para la familia

Las escuelas en Inglaterra deben cumplir con los estándares de filtrado y monitoreo del DfE bajo la normativa Keeping Children Safe in Education. Los hoteles, bibliotecas y centros de entretenimiento enfrentan una presión reputacional, no legal. Sea cual sea tu caso, hazle tres preguntas a cada proveedor: ¿Bloquea la lista de abuso infantil de la Internet Watch Foundation? ¿Puede forzar el uso de SafeSearch en los principales motores de búsqueda? ¿Puedes mostrarle a un auditor una política y sus registros? Nuestra guía Web filtering for schools: Policies that work profundiza más sobre la política escolar.

Bloqueo de anuncios

El bloqueo de anuncios parece una función de conveniencia hasta que mides una red para invitados congestionada. Los anuncios y sus scripts generan búsquedas y tráfico que compiten con cada usuario 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 enfocan 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 diferentes para distintos compradores. Un MSP atiende a muchas empresas independientes, cada una con su propio entorno e informe, y el panel de DNSFilter está diseñado exactamente para eso. Un grupo hotelero o una cadena minorista opera 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. DNS filtering for MSPs and multi-site estates abarca ambos modelos.

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

Elija Shield cuando los dispositivos que necesita proteger pertenezcan a huéspedes, compradores, pasajeros, pacientes o visitantes. Eso cubre la mayor parte del WiFi público en sectores como hostelería, comercio minorista, transporte, salud y recintos.

Shield es la opción correcta cuando:

• No puede instalar nada en el dispositivo. El filtrado sin agente por SSID cubre cada teléfono y laptop que se conecta.
• Cuenta con 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 montar en rack.
• El ancho de banda es la principal queja de los invitados. El bloqueo de anuncios en la búsqueda 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 ubica dentro de 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 no es la elección adecuada por sí solo cuando debe proteger las laptops del personal en la banda ancha de sus hogares o en redes de hoteles. Protege los dispositivos conectados a su WiFi. Cuando se desconectan, 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 correcta?

DNSFilter se gana su lugar en las soluciones de los MSP por buenas razones. Destacan tres de sus fortalezas.

En primer lugar, su panel multinquilino permite a un MSP gestionar políticas e informes independientes para docenas de empresas de clientes. En segundo lugar, sus clientes en roaming cubren dispositivos Windows, macOS, iOS, Android y ChromeOS fuera de la red. En tercer lugar, su categorización impulsada por IA clasifica rápidamente nuevos dominios, lo que resulta clave contra 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 laptops de la empresa que trabajan desde cualquier lugar.
• Desee una política basada en agentes que siga al dispositivo a través de diferentes redes.

Resulta menos adecuado cuando la infraestructura es principalmente WiFi de invitados. El precio por usuario asume una plantilla fija de personal. La política por SSID en una dirección IP pública compartida requiere una configuración adicional. Si lo está comparando directamente contra Shield, la comparativa entre Shield de Purple y DNSFilter en nuestra biblioteca de guías detalla todos los aspectos.

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

Cisco Umbrella es un servicio de seguridad en la capa DNS consolidado y destaca en tres aspectos. Cisco Talos, uno de los equipos de inteligencia de amenazas comerciales más grandes, respalda sus diagnósticos. Se integra de forma nativa con los puntos de acceso Cisco Meraki MR, incluyendo políticas por SSID. También se integra dentro del portafolio de seguridad más amplio de Cisco, incluido Cisco Secure Access, por lo que la protección DNS puede evolucionar hacia un servicio integral de Security Service Edge.

Elija Cisco Umbrella cuando:

• La red de su personal ya funcione con Cisco Meraki y herramientas de seguridad de Cisco.
• Necesite proteger las laptops del personal fuera de las instalaciones a través de Cisco Secure Client.
• Su plan de seguridad incluye un gateway web seguro y controles de acceso a la nube de un solo proveedor.

Resulta menos adecuado si sus puntos de acceso provienen de varios proveedores o si el WiFi de invitados es la función principal. El licenciamiento se basa en el número de empleados, y las funciones más allá de DNS añaden costos que tal vez no necesite para los invitados. Nuestra comparación detallada se encuentra en Shield vs Cisco Umbrella: selección de DNS de protección para WiFi de invitados.

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

La licencia es solo un rubro de costo. Considere el hardware, los agentes, el tiempo de administración y el ancho de banda que adquiere.

Rubro de costo	Shield	DNSFilter	Cisco Umbrella
Nuevo hardware	Ninguno	Ninguno	Ninguno
Agentes en dispositivos de invitados	Ninguno	Ninguno en modo de red	Ninguno en modo de red
Agentes en dispositivos del personal	No se ofrece	Cliente de roaming opcional	Módulo Secure Client opcional
Base de la licencia	Complemento de seguridad para un plan de Purple	Por usuario	Por usuario
Consola adicional para administrar	No, es la misma plataforma que el WiFi de invitados	Sí, a menos que ya se utilice	Sí, a menos que ya se utilice
Compensación de ancho de banda	Reducción de tráfico de anuncios	No es un objetivo declarado	No es un objetivo declarado

El problema del licenciamiento para invitados

El precio por usuario funciona cuando conoce su plantilla de personal. Un hotel conoce el número de sus empleados. No sabe cuántos dispositivos de invitados se conectarán el próximo mes. Antes de comparar cotizaciones, pregunte por escrito a cada proveedor cómo contabiliza los dispositivos de invitados y qué sucede cuando las cifras aumentan drásticamente durante una conferencia o un día de partido.

El problema del tiempo de administración

Una segunda consola cuesta tiempo en cada ubicación. Cuando un gerente del establecimiento reporta un sitio bloqueado, alguien debe buscar la política, revisar los registros y modificarla. Con Shield, esto sucede dentro de la misma plataforma de Purple que opera el WiFi de invitados. Con un servicio de DNS independiente, implica un segundo inicio de sesión y un segundo conjunto de registros de ubicaciones que deben mantenerse sincronizados.

La compensación de ancho de banda

El tráfico de anuncios consume la conexión de red que usted paga. Shield reduce el tráfico web al detener las solicitudes de anuncios antes de que se cargue el contenido. En una ubicación congestionada, ese margen disponible puede posponer la actualización de una 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 refleja esta elección en ubicaciones reales?

Estos escenarios prácticos utilizan cifras estimadas de ubicaciones para mostrar el método. Aplique la misma aritmética a sus propios datos de tráfico.

Escenario 1: un grupo de 12 hoteles con hardware mixto

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

Lo que se hizo. El grupo descartó la integración nativa de Umbrella porque solo cubre las ubicaciones con Meraki. Habilitó Shield en el SSID de invitados en los 12 hoteles desde un solo panel de control de Purple. El personal permaneció en una VLAN independiente con su política actual.

Resultado. El grupo habilitó Shield en todos los sitios para bloquear el contenido no deseado y el 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 pico de la noche. La oficina central realiza un seguimiento de las amenazas bloqueadas y el volumen de consultas DNS en las 12 propiedades desde un panel centralizado.

Escenario 2: un centro comercial con WiFi abierto para invitados

Situación. Un centro comercial regional ofrece WiFi abierto a los compradores. Ha migrado a WPA3 Enhanced Open (OWE, definido en RFC 8110), el cual cifra el tráfico de forma inalámbrica sin una contraseña. El equipo se da cuenta de que el cifrado no evita que un comprador haga clic en un enlace de phishing.

Lo que se hizo. El centro agregó Shield al SSID de invitados, con la protección contra amenazas y el bloqueo de anuncios activados. Bloqueó las solicitudes DNS salientes hacia otros resolutores 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 amenazas de forma anticipada y acelera la navegación al bloquear las conexiones a redes de anuncios. El centro revisa semanalmente los informes de dominios bloqueados para detectar campañas de phishing recurrentes.

Escenario 3: servicio de bibliotecas públicas de un ayuntamiento

Situación. Un ayuntamiento opera WiFi público en 25 bibliotecas utilizadas por niños y adultos. Las computadoras portátiles del personal ya utilizan Cisco Umbrella. El equipo de TI consideró extender Umbrella a los SSID públicos.

Lo que se hizo. El equipo mantuvo Umbrella en las computadoras portátiles del personal, donde el uso fuera de las instalaciones es importante. Implementó Shield en los SSID públicos, con categorías de seguridad familiar y la aplicación de SafeSearch como requisitos de política.

Resultado. Los dispositivos públicos nunca consumen licencias destinadas al personal. Cada sucursal solo requirió un cambio, realizado de forma centralizada sin necesidad de visitas presenciales. Ahora el ayuntamiento presenta mensualmente a su responsable de protección un informe con las categorías bloqueadas por sucursal.

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

Siga estos seis pasos antes de definir sus opciones finales.

1. Enumere los dispositivos que va a proteger. Divídalos en dispositivos que administra y dispositivos que no administra. Los dispositivos no administrados necesitan un filtrado por SSID y sin agentes.
2. Mapee su hardware. Si todos los sitios utilizan Cisco Meraki, la integración nativa de Umbrella representa una ventaja real. Si utiliza varios proveedores, elija una opción independiente del hardware.
3. Defina su normativa estándar. Las escuelas deben cumplir con las normas de filtrado y monitoreo aplicables. Los comercios que aceptan pagos con tarjeta deben mantener el WiFi de invitados fuera del alcance de PCI-DSS mediante la segmentación. Todas las instalaciones gestionan registros de DNS de acuerdo con el GDPR.
4. Mida su ancho de banda. Si el tráfico de invitados congestiona sus enlaces, dele mayor importancia al bloqueo de anuncios. De lo contrario, priorice la inteligencia de amenazas.
5. Cuente sus consolas. Una sola marca administrada en múltiples sitios se adapta mejor a una plataforma única. Si gestiona clientes independientes, lo ideal es un panel de control para MSP.
6. Realice una prueba piloto en una instalación. Ejecute la prueba durante cuatro semanas, compare el tráfico y los registros de solicitudes bloqueadas, y luego tome una decisión.

La mayoría de las empresas terminan utilizando dos herramientas: un agente de endpoint para las computadoras del personal y Shield para los SSID de invitados. Explore Todas las guías para obtener más detalles sobre la configuración y las políticas.

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 el WiFi de invitados porque se aplica por SSID sin necesidad de agentes ni hardware nuevo. Filtra contenido, bloquea amenazas y bloquea anuncios en la búsqueda de DNS, administrado junto con su Captive Portal. Cisco Umbrella y DNSFilter son más potentes cuando también necesita proteger las computadoras portátiles del personal fuera de las instalaciones a través de un agente itinerante.

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

No, el DNS de protección en una red de invitados no necesita ninguno de los dos. El filtrado ocurre cuando un dispositivo busca un dominio, por lo que solo debe apuntar el SSID de invitados al resolvedor de protección y cada dispositivo conectado quedará cubierto. 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 una implementación sin agentes es la solución definitiva.

¿Funcionará Shield con mis puntos de acceso actuales?

Sí. Purple es independiente del hardware y funciona como una capa en la nube sobre Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme Networks y Fortinet. Usted conserva sus puntos de acceso, controladores y switches. Shield funciona en la capa de DNS del SSID de invitados, por lo que no es necesario reemplazar equipos ni instalar ningún dispositivo físico en cada ubicación.

¿Cómo se calcula el precio del DNS de protección para 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 cobran licencias por usuario o asiento, lo cual se adapta a una plantilla de personal conocida. En una red de invitados, las personas que se conectan cambian a diario, así que solicite a cada proveedor por escrito cómo contabiliza los dispositivos de invitados antes de comparar cotizaciones.

¿Puedo migrar de Cisco Umbrella o DNSFilter a Shield?

Sí, y no tiene que migrar todo al mismo tiempo. El DNS de protección se ubica en el resolvedor, por lo que cambiar un SSID de invitados simplemente significa cambiar el resolvedor que utiliza y volver a crear su política de categorías. Muchas empresas mantienen Cisco Umbrella o DNSFilter en las computadoras portátiles del personal y ejecutan Shield en los SSID de invitados. Realice una prueba piloto en un lugar, compare los registros de solicitudes bloqueadas y luego impleméntelo en el resto.

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

Algunos pueden hacerlo, por lo que debe cerrar las rutas evidentes. En la VLAN de invitados, bloquee el tráfico DNS saliente hacia cualquier resolvedor que no sea el de protección y bloquee los puntos de enlace conocidos de DNS sobre HTTPS. Firefox verifica el dominio canary use-application-dns.net y desactiva el DNS sobre HTTPS predeterminado cuando su resolvedor lo bloquea. Un invitado que utilice una VPN comercial seguirá enviando tráfico a través del túnel, por lo que su política de uso aceptable debe cubrir ese caso.

¿El DNS de protección ayuda con el cumplimiento de GDPR y PCI-DSS?

Ayuda con ambos, pero no reemplaza ninguno de los conjuntos de controles. A PCI-DSS le importa principalmente que el WiFi de invitados esté segmentado de su entorno de datos de titulares de tarjetas, lo cual es trabajo de la VLAN y del firewall. Bajo el GDPR, los registros de DNS vinculados a un dispositivo pueden considerarse datos personales, por lo que debe revisar los términos de retención y procesamiento. Purple cuenta con la certificación ISO 27001 y cumple con el GDPR.

¿Qué DNS de protección es el mejor para recintos con múltiples sedes?

Para el WiFi de invitados en multiples establecimientos, Shield es la mejor opcion porque la politica de cada sitio se encuentra en la misma plataforma de Purple que su Captive Portal y sus analiticas. El panel multitenant de DNSFilter esta diseñado para MSP que prestan servicios a muchos clientes independientes. La consola multiorganizacion de Cisco Umbrella se adapta a los socios que gestionan entornos de Cisco. Elija la consola en funcion de si sus sitios pertenecen a una sola marca o a varios clientes.