Ien apparaat mislearret noch nei it weromsetten fan it VPN-wachtwurd
It nije wachtwurd wurket oeral útsein by ien klant. Fyn de opslach dy't de âlde wearde noch hâldt, behein de besikings en ferifiearje mei ien besiking.
Jo hawwe it wachtwurd weromset, it yn it portaal test, en ien laptop kin noch gjin ferbining meitsje. De ympuls is om it nochris werom te setten, en sa wurdt in akkount beskoattele en wurdt in ferâldere geheim in ynsidint. In VPN-klant freget selden elke kear om in wachtwurd; hy freget it ien kear en bewarret it antwurd earne dêr't jo net foar keazen hawwe. It finen fan dat plak is de hiele taak, en it is flugger as noch in weromsetten.
Befêstigje wat elke klant eins stjoert
Kontrolearje it akkount, it domein en de gateway op de mislearjende klant foardat jo oannimme dat it wachtwurd it probleem is. In webportaal-oanmelding kin in oar identiteitssysteem brûke as de VPN sels, dus in slagge portaal-oanmelding seit neat oer de autentikaasje fan it protokol. Guon ymplemintaasjes akseptearje in e-mail by it portaal en in oare brûkersnamme by de tunnel. Befêstigje hokker identiteit de klant ynsteld is om te presintearjen foardat jo wat weromsette.
Lês de flertekst en klassifisearje dy. In sertifikaatflater, in ferrûne útdaging of in net-stipe sifer is gjin ferâldere wachtwurd, en it behanneljen as sadanich produsearret in weromset-lus sûnder effekt. As de tsjinst in blokkearbelied hat, stopje dan nei twa of trije mislearre besikings en befêstigje de steat fan it akkount foardat jo trochgeane.
List de opslaggen op ynstee fan te rieden
Fjouwer opslaggen hâlde in VPN-geheim, en de tabel hjirûnder lit foar elk sjen wêr't de wearde oerlibbet en wat it wiskjen derfan eins betsjut. In native OS-profyl hâldt it geheim yn 'e legitimaasje-opslach fan it platfoarm, wêrom't de ynfier langer bestean kin as de applikaasje dy't it skreau. In klantkonfiguraasjebestân hâldt de wearde wêr't dy klant it lêst, itsij ynline itsij yn in ferwiisd auth-bestân, dus it bewurkjen fan in oar bestân feroaret neat. In browserportaal-koekje en in troch belied levere legitimaasje libje earne dêr't it apparaat eins net fan is, en dat bepaalt wa't se feroarje mei.
| Store | Where it lives | How to clear it |
|---|---|---|
| Native OS profile | Windows Credentials, NetworkManager secrets | forget or edit the connection |
| Client configuration file | a referenced auth file or inline value | edit the file the client actually reads |
| Browser session | cookie for the portal SSO | sign out of the portal, not just close the tab |
| Managed policy | delivered by the management service | change it in the manager, not on the device |
Kontrolearje se yn in fêste folchoarder: earst de legitimaasje-opslach fan it OS, omdat de klant dy standert rieplachtet, dan de eigen kluis of it konfiguraasjebestân fan de klant, dan de browsersesje en úteinlik it belied dat alle trije oerskriuwe kin. De folchoarder is wichtich omdat in lettere opslach stil in eardere weromsette kin, en jo sille de ferkearde laach reparearre hawwe wylst de flater oanhâldt. Skriuw op hokker opslach jo feroare hawwe, want dy notysje is wat it folgjende weromsetten in taak fan twa minuten makket ynstee fan in middei.
Sjoch yn 'e opslach dy't de klant eins brûkt
Lês foardat jo wiskje, sadat jo witte hokker ynfier by de VPN hearde. De opdrachten hjirûnder listje en ûndersykje ynstee fan te ferwiderjen, wat de diagnoaze omkearber hâldt.
# Windows credential store
cmdkey /list | findstr /i vpn# Windows native profile
Get-VpnConnection -Name "Work" | Select-Object -ExpandProperty Guid# macOS Keychain
security find-generic-password -s "Company VPN" -g# Linux NetworkManager
nmcli -s connection show "Work" | grep -i passwordOp Linux lit -s geheimen sjen dy't NetworkManager oars ferberget. Op macOS prints it Keychain-opdracht it bewarre item, dus behannelje de terminal-scrollback as gefoelich. As de mislearjende klant in tredde-partij-app mei eigen kluis is, sil de OS-opslach korrekt lykje wylst de app syn eigen kopy hâldt, en dy kluis is wêr't de feroaring heart.
Behannelje de apparaten dy't offline binne
Laptops dy't fansels wekker wurde en wer ferbine sille it âlde geheim presintearje bliuwe salang't har kopy bestiet. Plan de fernijing sa dat dy apparaten korrizjearre wurde foardat se yn in kloft opnij besykje, en oerweegje automatyske ferbining op it troffen profyl út te skeakeljen oant elk troch de stipeflow gien is.
Foar in behearder fleat feroarje jo de wearde wêr't it belied definiearre is. It bewurkjen fan in lokale kopy op in apparaat wêrfan't de legitimaasje sintraal levere wurdt is op syn bêst tydlik; de folgjende beliedsferfarsking set de âlde wearde werom en de flater komt werom sûnder útlis.
Ferifiearje mei ien kontrolearre besiking
Wurkje de bedoelde ynfier by, ferbyn ien kear opnij en befêstigje dat de tunnel eat konkreets berikt. Ien kontrolearre besiking jout in brûkbere flater as it mislearret, wylst tweintich in beskoattele akkount en in riedsel jouwe. As in klant noch mislearret nei't de opslach korrizjearre is, fange dan ien inkelde flater sûnder geheimen en stopje. Hâld dy flater by de namme fan it apparaat, sadat de folgjende tsjinst begjint wêr't jo einige.
In wachtwurdfersin oanrekket gjin sertifikaten, sesjetokens of MFA-registraasje, en dat binne aparte identiteiten mei har eigen libbenssyklus. In fernijd sertifikaat wurdt net reparearre troch in wachtwurd te rotearjen, en in token dat foar it weromsetten útjûn is kin noch jildich wêze. Einigje troch op te skriuwen hokker opslach de ferâldere wearde hie, want it folgjende weromsetten sil deselde list treffe.