Ta bort sparade VPN-inloggningsuppgifter från en delad dator

Du tar bort VPN-posten, profillistan ser ren ut och inloggningsuppgiften finns kvar. Anslutningsposter, sparade lösenord, certifikat och privata nycklar bor i olika lager, och en delad dator är fel plats att anta att Disconnect eller Uninstall gjorde klart jobbet. Genomgången nedan går från klientens egna kontroller och utåt till systemlagret och sedan till serversidan, eftersom lokal borttagning och fjärråterkallning är separata åtgärder med separata bevis.

Gör det i den ordningen: tar du först bort åtkomsten lokalt kan resten göras utan inloggningsuppgiften du försökte radera.

Börja med komponenten som äger posten

Använd appens stödda kontroller för att ta bort sparade inloggningsuppgifter eller profiler, inte ett gissat filnamn. En inbyggd profil i operativsystemet bor vanligtvis i ett systemlager, medan en tredjepartsklient ofta har en egen konfigurationskatalog, och bara klientens egen borttagningsväg vet vilken av dem som användes. Den inventeringen säger också vilka kopior som finns, inte vilka du minns att du skapade, och de två listorna stämmer sällan överens.

Innan du tar bort något, ta reda på vad posten pekar på. En profil kan peka på en separat lösenordsfil, ett exporterat certifikat eller en inbäddad privat nyckel, och att ta bort anslutningen tar inte nödvändigtvis bort någon av dem.

Skriv ned vad du hittade och var. Det är inventeringen som gör nästa steg säkert, eftersom den säger vilka kopior som finns, inte vilka du minns att du skapade.

Kontrollera filerna som en profil hänvisar till

Gå igenom klientens konfigurationskatalog, hämtningsmappen och varje exportplats du har behörighet att hantera. Gamla installationsprogram och supportpaket är vanliga platser för en nyckel som ingen minns att de kopierade, och det är precis vad en granskning hittar senare. Kontrollera även ändringsdatumet, eftersom en nyckel som kopierades under en supportsession är lättare att datera än att förklara.

Ta inte bort identitetsmaterial som tillhör en annan användare på en delad maskin, och rör inte profilen för en hanterad organisation om inte det beslutet är ditt. Att ta bort någon annans certifikat kan bli ett avbrott med ditt namn på, och det var inte vad ”rensa VPN:en från den här datorn” betydde.

På macOS har Keychain Access egna dokumenterade kontroller, och posten kan ligga under ett namn som klienten valde i stället för profilnamnet. På andra plattformar följer du klientens och systemets faktiska instruktioner i stället för att använda ett generiskt filnamnsrecept från ett foruminlägg.

Avgör om servern också behöver återkallas

Att ta bort en lokal kopia inaktiverar inte fjärrkontot och återkallar inte en behörighet med offentlig nyckel. Om enheten inte längre är betrodd, eller en hemlighet kan ha kopierats, använd operatörens process för lösenord, certifikat eller borttagning av peer. Det här är steget folk hoppar över, och det enda som ändrar vad den andra änden accepterar.

Separat identiteter per enhet gör det praktiskt: du kan avveckla en installation på en delad dator utan att störa alla andra enheter som användaren äger. Enbart ett lösenordsbyte återkallar kanske inte ett separat klientcertifikat eller varje sessionstoken, så kontrollera vilken inloggningsuppgift som faktiskt autentiserar anslutningen.

Fråga operatören vilket av dessa som gäller innan du väljer en kontroll. Att ändra lösenordet för en tunnel som autentiseras med certifikat känns produktivt och ändrar ingenting. Be om artefakten som bevisar borttagningen, inte en muntlig bekräftelse, eftersom artefakten är vad en revisor accepterar. Lägg den sedan bredvid ärendet.

Verifiera båda halvorna

Kontrollera den lokala sidan genom att öppna klienten igen och bekräfta att profilen är borta, och kontrollera sedan de refererade filerna igen: en nyckel som ligger kvar på disken är fyndet, inte en kosmetisk fråga. Kontrollera serversidan genom att bekräfta att borttagningen fick effekt, med det operatören erbjuder: en peer-lista, en post för återkallat certifikat eller en sessionstabell. Gör serverkontrollen från en annan maskin, eftersom poängen är vad den andra änden accepterar och inte vad den här datorn tror.

Registrera åtgärden utan hemligheten. En supportanteckning som säger vilken profil som togs bort, av vem och när räcker; att klistra in inloggningsuppgiften i anteckningen återskapar problemet i ett annat system.

På macOS är Apples vägledning för Keychain Access referensen för det lagret, och den är värd att läsa innan du tar bort en post du inte skapade själv.

Lämna enheten i ett tillstånd du kan förklara

Avsluta med ett kort uttalande om vad som är borta och vad som inte är det: klientprofil borttagen, post i inloggningslagret borttagen, nyckelfil raderad, identitet på serversidan återkallad. Om någon rad säger ”förmodligen” är det inte klart. Ange också vem som utförde borttagningen på serversidan, eftersom delade maskiner byter händer utan ändringslogg. Förvara uttalandet tillsammans med enhetsjournalen och inte i en personlig anteckning.

På en delad dator är det uttalandet överlämningen. Nästa person behöver veta om maskinen är ren eller bara utloggad.