Viscosity recordó la contraseña: qué hizo esa casilla

Esa casilla del inicio de sesión parece una preferencia del cliente, pero en un equipo gestionado a menudo es una decisión de política. El control de recordar de Viscosity guarda la credencial en el Llavero de macOS cuando el despliegue permite el almacenamiento. El mito es que la casilla siempre es tuya para configurarla. En la práctica, tres cosas distintas pueden bloquearla, y solo una tiene que ver con la contraseña.

Qué guarda realmente la casilla

Seleccionar la opción de recordar pide al cliente que conserve el valor para esa única conexión y cuenta. El elemento llega al Llavero, y los inicios de sesión posteriores lo reutilizan mediante el diálogo admitido en lugar de una preferencia oculta. No se escribe nada en el propio archivo de conexión. Esa separación también explica por qué eliminar el elemento más adelante produce un diálogo en lugar de un perfil roto.

El valor guardado es una entrada para la autenticación que el servidor iba a realizar de todos modos. No cambia lo que exige la puerta de enlace, no evita un segundo factor y no convierte un código de un solo uso en un secreto reutilizable. Lo que acorta es la escritura, no la política que el despliegue aplica a esa cuenta.

Por qué puede faltar el control

Un administrador puede desactivar el guardado de credenciales en una instalación gestionada, y SparkLabs documenta el control de recordar junto con su comportamiento en el Llavero en la guía de almacenamiento de credenciales. Cuando la casilla no está, no está rota, y buscar un comando de preferencias que la anule es la respuesta equivocada.

Pregunta al propietario qué flujo de trabajo admitido se aplica en su lugar. Un despliegue que prohíbe el almacenamiento suele tener un motivo, y el motivo a menudo es que la cuenta es compartida, que el dispositivo no es de confianza o que la credencial debe caducar según un calendario. Eludir la configuración convierte un control intencionado en un incidente, y el incidente suele llegar con la auditoría de otra persona adjunta.

En una instalación no gestionada, un control ausente es una pregunta de soporte con un número de versión adjunto. Envía la compilación instalada del cliente y lo que realmente muestra el diálogo, en lugar de adivinar valores predeterminados ocultos.

Tres diálogos que no son el mismo diálogo

Un código de un solo uso no es una contraseña, una contraseña no es una autorización del Llavero, y un rechazo del servidor no es ninguno de los tres. Mezclarlos produce fallos que se leen como credenciales incorrectas cuando el problema real es un campo, un diálogo o una ruta.

El diálogo del Llavero es local por diseño. Pregunta si esta aplicación puede leer este elemento en este equipo, y aprobarlo no dice nada al servidor VPN.

Por eso, denegar el diálogo produce un fallo del lado del cliente que el servidor nunca ve, mientras que una contraseña incorrecta produce un rechazo del lado del servidor que el cliente solo puede comunicar. Lee el diálogo antes de responderlo, y comprueba que la aplicación solicitante es el cliente que esperas y no un instalador o un proceso auxiliar. La distinción importa más en equipos compartidos, donde el elemento puede ser accesible para más de una cuenta.

Un segundo factor queda fuera de todo esto. Guardar una contraseña no guarda el código, y un despliegue que exige el código lo sigue exigiendo en cada conexión. Mantén ese paso visible durante las pruebas, porque un flujo que lo omite en silencio no es el flujo que configuraste.

Recuperar una credencial sin restablecer el resto

Si la autenticación falla tras un cambio de contraseña, usa la ruta documentada de nuevo diálogo y actualización del cliente para esa única conexión en lugar de editar el Llavero a mano. Lee el mensaje antes de reemplazar nada, ya que un tiempo de espera agotado, un rechazo de certificado o una ruta ausente no se reparan sobrescribiendo una contraseña guardada. Hacerlo repetidamente sobre todo te acostumbra a ignorar el error que muestra el cliente. Actualiza la credencial afectada, vuelve a conectarte y observa qué diálogo aparece.

El restablecimiento completo del Llavero que sugieren los foros de soporte es un cambio mucho mayor que el problema. La contraseña guardada de una conexión no tiene nada que ver con el certificado de otra, y borrarlo todo convierte un único elemento obsoleto en una tarde de reinscripción.

Termina desconectando y volviendo a conectar con los controles habituales, confirmando que se usa la cuenta prevista y que eliminar el elemento guardado produce un diálogo en lugar de un fallo. La reutilización predecible con una forma clara de actualizar o eliminar la credencial es el resultado que merece la pena probar.