Viscosity husket passordet: hva den avkrysningsboksen gjorde

Den avkrysningsboksen ved påloggingsforespørselen ser ut som en klientinnstilling, men på en administrert maskin er den ofte en policybeslutning. Huskekontrollen i Viscosity lagrer påloggingsinformasjonen i macOS-nøkkelringen når utrullingen tillater lagring. Myten er at avkrysningsboksen alltid er din å sette. I praksis kan tre separate ting blokkere den, og bare én av dem handler om passordet.

Hva avkrysningsboksen faktisk lagrer

Når du velger huskevalget, ber du klienten beholde verdien for den ene tilkoblingen og kontoen. Elementet havner i nøkkelringen, og senere pålogginger bruker det på nytt gjennom den støttede forespørselen i stedet for gjennom en skjult innstilling. Ingenting skrives til selve tilkoblingsfilen. Denne separasjonen er også grunnen til at fjerning av elementet senere gir en forespørsel i stedet for en ødelagt profil.

Den lagrede verdien er et innspill til autentiseringen serveren uansett ville utført. Den endrer ikke hva gatewayen krever, omgår ikke en annen faktor og gjør ikke en engangskode til en gjenbrukbar hemmelighet. Det den forkorter, er skrivingen, ikke policyen utrullingen anvender på den kontoen.

Hvorfor kontrollen kan mangle

En administrator kan deaktivere lagring av påloggingsinformasjon for en administrert installasjon, og SparkLabs dokumenterer huskekontrollen sammen med nøkkelringatferden i veiledningen for lagring av påloggingsinformasjon. Når avkrysningsboksen mangler, er den ikke ødelagt, og å lete etter en innstillingskommando som overstyrer den er feil respons.

Spør eieren hvilken støttet arbeidsflyt som gjelder i stedet. En utrulling som forbyr lagring har vanligvis en grunn, og grunnen er ofte at kontoen er delt, at enheten ikke er klarert, eller at påloggingsinformasjonen skal utløpe etter en tidsplan. Å omgå innstillingen gjør en bevisst kontroll om til en hendelse, og hendelsen kommer vanligvis med noen andres revisjon vedlagt.

På en ikke-administrert installasjon er en manglende kontroll et støttespørsmål med et versjonsnummer vedlagt. Send den installerte klientversjonen og det forespørselen faktisk viser, i stedet for en gjetning om skjulte standardverdier.

Tre forespørsler som ikke er den samme forespørselen

En engangskode er ikke et passord, et passord er ikke en nøkkelringautorisasjon, og en serveravvisning er ingen av de tre. Å blande dem gir feil som leses som gale påloggingsdata, mens det egentlige problemet er et felt, en dialog eller en rute.

Nøkkelringdialogen er lokal av design. Den spør om dette programmet kan lese dette elementet på denne maskinen, og å godkjenne den sier ingenting til VPN-serveren.

Derfor gir avvisning av dialogen en feil på klientsiden som serveren aldri ser, mens et galt passord gir en avvisning på serversiden som klienten bare kan rapportere. Les dialogen før du svarer, og kontroller at programmet som spør er klienten du forventer, og ikke en installasjonsprogram eller en hjelpeprosess. Forskjellen betyr mest på delte maskiner, der elementet kan være tilgjengelig for mer enn én konto.

En annen faktor står utenfor alt dette. Å lagre et passord lagrer ikke koden, og en utrulling som krever koden krever den fortsatt ved hver tilkobling. Hold det trinnet synlig under testing, fordi en flyt som hopper over det i stillhet ikke er flyten du konfigurerte.

Gjenopprette én påloggingsinformasjon uten å tilbakestille resten

Hvis autentiseringen mislykkes etter et passordbytte, bruk klientens dokumenterte vei for ny forespørsel og oppdatering for den ene tilkoblingen i stedet for å redigere nøkkelringen for hånd. Les meldingen før du erstatter noe, siden en tidsavbrudd, en sertifikatavvisning eller en manglende rute ikke repareres ved å overskrive et lagret passord. Å gjøre det gjentatte ganger trener deg mest i å ignorere feilen klienten viser. Oppdater den berørte påloggingsinformasjonen, koble deretter til på nytt og se hvilken forespørsel som vises.

Den fullstendige tilbakestillingen av nøkkelringen som støtteforum foreslår, er en mye større endring enn problemet. Et lagret passord for én tilkobling har ingenting med sertifikatet til en annen å gjøre, og å slette alt gjør ett enkelt utdatert element til en hel ettermiddag med nyregistrering.

Avslutt med å koble fra og tilkoble på nytt via de vanlige kontrollene, og bekreft at den tiltenkte kontoen brukes og at fjerning av det lagrede elementet gir en forespørsel i stedet for en feil. Forutsigbar gjenbruk med én klar måte å oppdatere eller fjerne påloggingsinformasjonen på er resultatet det er verdt å teste.