Viscosity запомни паролата: какво направи това квадратче

Това квадратче на екрана за вход изглежда като предпочитание на клиента, но на управлявана машина често е решение на политика. Контролът за запомняне на Viscosity съхранява идентификационните данни в ключодържателя на macOS, когато внедряването разрешава съхранение. Митът е, че квадратчето винаги е ваше за настройка. На практика три отделни неща могат да го блокират и само едно от тях е свързано с паролата.

Какво всъщност съхранява квадратчето

Избирането на опцията за запомняне кара клиента да запази стойността за тази една връзка и акаунт. Елементът попада в ключодържателя и по-късните входове го използват отново чрез поддържаната подкана, а не чрез скрито предпочитание. Във файла на връзката не се записва нищо. Това разделение е и причината премахването на елемента по-късно да дава подкана, а не повреден профил.

Запазената стойност е вход за удостоверяването, което сървърът така или иначе щеше да извърши. Тя не променя какво изисква шлюзът, не заобикаля втори фактор и не превръща еднократен код в многократно използваема тайна. Това, което съкращава, е писането, а не политиката, която внедряването прилага към този акаунт.

Защо контролът може да липсва

Администратор може да изключи съхранението на идентификационни данни за управлявана инсталация и SparkLabs документира контрола за запомняне заедно с поведението му в ключодържателя в ръководството за съхранение на идентификационни данни. Когато квадратчето липсва, то не е повредено и търсенето на команда за предпочитания, която го заобикаля, е грешният отговор.

Попитайте собственика кой поддържан работен процес се прилага вместо това. Внедряване, което забранява съхранение, обикновено има причина и причината често е, че акаунтът е споделен, устройството не е доверено или идентификационните данни трябва да изтекат по график. Заобикалянето на настройката превръща умишлен контрол в инцидент, а инцидентът обикновено идва с одита на някой друг, прикачен към него.

При неуправлявана инсталация липсващият контрол е въпрос за поддръжка с номер на версия. Изпратете инсталираната версия на клиента и какво всъщност показва подканата, вместо предположение за скрити настройки по подразбиране.

Три подкани, които не са една и съща подкана

Еднократният код не е парола, паролата не е разрешение за ключодържателя, а отхвърлянето от сървъра не е нито едно от трите. Смесването им създава откази, които изглеждат като грешни идентификационни данни, докато истинският проблем е поле, диалог или маршрут.

Диалогът на ключодържателя е локален по замисъл. Той пита дали това приложение може да чете този елемент на тази машина и одобряването му не казва нищо на VPN сървъра.

Затова отказът от диалога създава отказ от страна на клиента, който сървърът никога не вижда, докато грешната парола създава отхвърляне от страна на сървъра, за което клиентът може само да съобщи. Прочетете диалога, преди да отговорите, и проверете дали приложението, което го иска, е клиентът, който очаквате, а не инсталатор или помощен процес. Разликата е най-важна на споделени машини, където елементът може да е достъпен за повече от един акаунт.

Вторият фактор стои извън всичко това. Съхранението на парола не съхранява кода и внедряване, което изисква кода, продължава да го изисква при всяка връзка. Пазете тази стъпка видима по време на тестване, защото поток, който я пропуска тихо, не е потокът, който сте конфигурирали.

Възстановяване на едни идентификационни данни без нулиране на останалите

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

Пълното нулиране на ключодържателя, което предлагат форумите за поддръжка, е много по-голяма промяна от проблема. Запазената парола на една връзка няма нищо общо със сертификата на друга и изчистването на всичко превръща един остарял елемент в следобед на повторно записване.

Завършете, като се изключите и свържете отново чрез нормалните контроли, потвърждавайки, че се използва предвиденият акаунт и че премахването на запазения елемент дава подкана, а не отказ. Предвидимото повторно използване с един ясен начин за актуализиране или премахване на идентификационните данни е резултатът, който си струва да се тества.