Las cuentas estándar de macOS pueden ejecutar una VPN corporativa todo el día mientras TI conserva cada operación privilegiada. Llegar ahí es una decisión de entrega, no una discusión sobre permisos: elija quién instala el cliente, quién crea la conexión y qué puede cambiar el usuario. Tres rutas cubren casi todos los casos, y cada una falla de forma distinta. Elija la ruta según la propiedad del dispositivo y el tipo de credencial, y luego pruébela como usuario estándar en lugar de como usted mismo.

Tres rutas de entrega y qué resuelve cada una

La primera ruta es un perfil de configuración gestionado que entrega el sistema de gestión de dispositivos de la organización. La carga de la VPN incluye la puerta de enlace, el método de autenticación, las rutas y el DNS, y se instala por el canal del dispositivo o del usuario según cómo esté inscrito el Mac. La segunda ruta es un instalador de autoservicio: el usuario ejecuta un paquete aprobado que coloca el cliente y escribe la conexión por él. Funciona cuando no hay inscripción de gestión, pero la organización aún quiere una configuración repetible y revisable. La tercera ruta es que el usuario cree la conexión a mano en Ajustes del sistema, siguiendo valores publicados. Es la más barata de empezar y la más cara de mantener, porque cada error del lado del cliente se convierte en una llamada al servicio de asistencia y cada cambio en una nota.

scutil --nc list
sudo profiles show -type configuration
system_profiler SPConfigurationProfileDataType

Lea el primer listado para ver qué conexiones existen y quién las posee, y los otros dos para ver qué se instaló como política. Un perfil que no aparece en ninguno de los listados no llegó, diga lo que diga al usuario.

Decida por propiedad del dispositivo, no por antigüedad

Un Mac propiedad de la organización normalmente justifica la primera ruta, porque el mismo canal que entrega la VPN puede retirarla, y el usuario no puede editar la conexión en silencio. Elija el canal del dispositivo cuando el túnel deba existir antes de que inicie sesión cualquier usuario, y el canal del usuario cuando la conexión pertenezca a la persona. Un Mac de propiedad personal con un servicio corporativo suele apuntar a la segunda ruta. La organización no puede gestionar el dispositivo, así que el instalador tiene que ser pequeño, reversible y estar documentado lo suficiente para que el usuario pueda deshacerlo.

La tercera ruta sigue siendo razonable para un puñado de usuarios técnicos con una configuración estable, y para quien prueba una puerta de enlace antes de desplegarla. Por debajo de esa escala se convierte en un conjunto no auditado de ajustes escritos a mano que nadie puede inventariar.

Separe el perfil de la cuenta

Un perfil de conexión local dice cómo llegar a la puerta de enlace. Una cuenta autorizada en la puerta de enlace dice si quien llama puede entrar. Los aprovisionan personas distintas y se revocan por motivos distintos, así que nunca trate el perfil como la autorización. Los certificados se sitúan en medio. Un certificado entregado con el perfil autentica el dispositivo o al usuario, y revocarlo en la puerta de enlace termina el acceso aunque el perfil siga en el disco. Un diseño solo con contraseña se apoya en el ciclo de vida de la cuenta, y por eso la nota de entrega debe decir cuál de los dos está en juego.

Decida también si el cliente es una VPN de sistema o un túnel por aplicación. Un diseño por aplicación enruta solo las aplicaciones elegidas, y depende de que el cliente admita ese modelo en la versión de macOS en uso, así que verifíquelo en una máquina piloto en lugar de suponer que el ajuste viaja.

Entregue sin contraseña de administrador

El usuario necesita iniciar la conexión, iniciar sesión y recuperarse de un cambio de contraseña. Nada de eso exige una cuenta de administrador, y nada justifica incrustar credenciales en un script, una acción de Automator o un paso posterior a la instalación de un paquete firmado.

scutil --nc start "Acme VPN"
scutil --nc status "Acme VPN"
log show --predicate 'subsystem == "com.apple.networkextension"' --last 10m

Los dos primeros comandos son operaciones de usuario por las que el servicio de asistencia puede guiar a alguien. El tercero lee la actividad reciente del túnel cuando falla una conexión, y es el artefacto que hay que pedir en lugar de una captura de pantalla de un diálogo de error.

Si un paso todavía exige aprobación de administrador, es un defecto de entrega: devuelva el aviso exacto al propietario del perfil en lugar de repartir una cuenta con más autoridad de la que la tarea necesita.

Inicie sesión como usuario estándar y luego escriba la salida

Inicie sesión con la cuenta estándar, conéctese, llegue al host interno previsto, deje que el Mac duerma, despierte y confirme la reconexión. Repítalo tras un cambio de contraseña, porque es justo ahí donde la mitad de estos despliegues fallan de verdad. Escriba la ruta de recuperación antes de que la necesite el primer usuario: qué hacer cuando falta el perfil, cuando el certificado ha caducado y cuando la puerta de enlace rechaza un inicio de sesión por lo demás válido. Guarde esas tres respuestas donde el servicio de asistencia pueda encontrarlas.

Por último, planifique la retirada. Una VPN que no se pueda quitar del Mac de un usuario que se va en una sola operación es un hallazgo de revisión de accesos a punto de ocurrir.

Artículos relacionados