Этот флажок на экране входа выглядит как настройка клиента, но на управляемой машине это часто решение политики. Элемент управления запоминанием Viscosity сохраняет учётные данные в связке ключей macOS, когда развёртывание разрешает хранение. Миф состоит в том, что флажок всегда можно установить самому. На практике его могут блокировать три отдельные вещи, и только одна из них связана с паролем.

Что флажок на самом деле хранит

Выбор параметра запоминания просит клиент сохранить значение для этого одного подключения и учётной записи. Элемент попадает в связку ключей, а последующие входы используют его повторно через поддерживаемый запрос, а не через скрытую настройку. В сам файл подключения ничего не записывается. Это разделение также объясняет, почему удаление элемента позже даёт запрос, а не повреждённый профиль.

Сохранённое значение — это вход для аутентификации, которую сервер всё равно выполнил бы. Оно не меняет того, что требует шлюз, не обходит второй фактор и не превращает одноразовый код в многоразовый секрет. Сокращается ввод, а не политика, которую развёртывание применяет к этой учётной записи.

Почему элемент управления может отсутствовать

Администратор может отключить сохранение учётных данных для управляемой установки, и SparkLabs документирует элемент управления запоминанием вместе с его поведением в связке ключей в руководстве по хранению учётных данных. Когда флажок отсутствует, он не сломан, и поиск команды настроек, которая его обходит, — неправильная реакция.

Спросите владельца, какой поддерживаемый рабочий процесс применяется вместо этого. У развёртывания, запрещающего хранение, обычно есть причина, и причина часто в том, что учётная запись общая, устройство не является доверенным или учётные данные должны истечь по расписанию. Обход настройки превращает намеренный элемент управления в инцидент, и инцидент обычно приходит с приложенным аудитом кого-то другого.

При неуправляемой установке отсутствующий элемент управления — это вопрос поддержки с приложенным номером версии. Отправьте установленную сборку клиента и то, что запрос действительно показывает, вместо догадок о скрытых значениях по умолчанию.

Три запроса, которые не один и тот же запрос

Одноразовый код — не пароль, пароль — не авторизация связки ключей, а отказ сервера — ни то, ни другое, ни третье. Их смешение порождает сбои, которые читаются как неверные учётные данные, тогда как настоящая проблема — поле, диалог или маршрут.

Диалог связки ключей локален по замыслу. Он спрашивает, может ли это приложение читать этот элемент на этой машине, и его одобрение ничего не сообщает VPN-серверу.

Поэтому отказ от диалога даёт сбой на стороне клиента, которого сервер никогда не видит, тогда как неверный пароль даёт отказ на стороне сервера, о котором клиент может только сообщить. Прочитайте диалог, прежде чем отвечать, и проверьте, что запрашивающее приложение — это ожидаемый клиент, а не установщик или вспомогательный процесс. Это различие важнее всего на общих машинах, где элемент может быть доступен более чем одной учётной записи.

Второй фактор находится вне всего этого. Сохранение пароля не сохраняет код, и развёртывание, требующее код, по-прежнему требует его при каждом подключении. Держите этот шаг видимым во время тестирования, потому что поток, который молча его пропускает, — не тот поток, который вы настроили.

Восстановление одних учётных данных без сброса остальных

Если аутентификация не удалась после смены пароля, используйте документированный путь клиента для повторного запроса и обновления для этого одного подключения, вместо того чтобы вручную править связку ключей. Прочитайте сообщение, прежде чем что-либо заменять, поскольку тайм-аут, отказ сертификата или отсутствующий маршрут не исправляются перезаписью сохранённого пароля. Повторение этого в основном приучает игнорировать ошибку, которую показывает клиент. Обновите затронутые учётные данные, затем подключитесь снова и посмотрите, какой запрос появится.

Полный сброс связки ключей, который предлагают форумы поддержки, — гораздо большее изменение, чем проблема. Сохранённый пароль одного подключения никак не связан с сертификатом другого, и очистка всего превращает один устаревший элемент в полдня повторной регистрации.

Завершите отключением и повторным подключением через обычные элементы управления, убедившись, что используется нужная учётная запись и что удаление сохранённого элемента даёт запрос, а не сбой. Предсказуемое повторное использование с одним ясным способом обновить или удалить учётные данные — вот результат, который стоит проверить.

Похожие статьи