Red de invitados y portal cautivo

Una red de invitados tiene dos fronteras. La primera, hacia la empresa: los invitados solo deberían llegar a Internet. La segunda, entre ellos mismos: con el aislamiento entre clientes activado, el punto de acceso no deja que un cliente hable directamente con otro de la misma red. Sin él, un visitante puede ver y alcanzar los equipos de los demás visitantes.

Un portal cautivo es otra cosa: es la página a la que se redirige al visitante para aceptar condiciones o identificarse. No cifra el tráfico ni sustituye al aislamiento.

Las reglas del cortafuegos se evalúan en orden y decide la primera que coincide. Una regla de permiso puesta antes de la denegación de la red interna deja pasar tráfico aunque la denegación exista. Es un error clásico: la denegación está, y no se aplica a ese destino.

Lee reglas_invitados junto con destinos. Busca el permiso que llega a un equipo de la red interna antes de que la denegación general lo alcance.

El portal recoge datos personales del visitante. En Colombia, la Ley 1581 de 2012 regula el tratamiento de datos personales y se apoya en que el uso tenga una finalidad informada; confirma con el responsable legal de tu organización qué exige el caso concreto. Como buena práctica de diseño, cada campo del portal debería tener un uso declarado y un plazo de conservación proporcionado.

Revisa campos_del_portal.

Un vale de acceso identifica a un visitante. Si lo usan muchos dispositivos distintos, deja de identificar a alguien: puede haberse compartido, publicado o estar siendo usado para ocultar quién se conecta. No se concluye que haya mala fe: se señala y se acorta su vigencia.

Compara dispositivos_distintos en vales.

El campo sin uso declarado y la regla que permite de más son hallazgos distintos y se arreglan de forma distinta.