FortiClient manglar avkryssingsruta Lagre passord? Gatewayen avgjer

Du fullfører installasjonen av FortiClient, koplar til kontoret sin SSL VPN og leitar etter ein kontroll for å lagre passord som rett og slett ikkje er der. Å installere klienten på nytt bringar han ikkje tilbake, og det gjer heller ikkje å sletta tunnelen og leggja han til att. I ein SSL VPN-profil avgjer brannmuren om klienten i det heile kan lagre påloggingsinformasjon. Ei manglande avkryssingsrute tyder derfor vanlegvis at ein policy kom frå gatewayen, ikkje at installasjonsprogrammet feila.

Den skilnaden har noko å seia før du byrjar å redigere filer: ein av desse vegane er ein samtale med eigaren av brannmuren, og den andre er laboratoriearbeid som blir overstyrt.

Sjekk portalen før du rører endepunktet

Be den som driftar FortiGate om å opne SSL VPN-portalen tunnelen din peikar på og lese innstillinga for passordlagring. Når valet er deaktivert, er det venta at FortiClient skjuler kontrollen og nektar å lagre påloggingsinformasjonen. Endepunktet lyder regelen i staden for å vere defekt.

Éin rask test skil policy frå ein øydelagd profil: logg inn på ein portal som framleis tillèt lagring, og gå så tilbake til din eigen. Viss kontrollen dukkar opp på den tillatande portalen og forsvinn på den låste, stoppar du her og ber om endringa i gatewayen. Alt nedanfor er feltarbeid for ein laboratorieleigetakar eller ein testprofil, og ingenting av det overstyrer avgjerda til serveren. Ei oppdatering av profilen eller klienten vil overstyre den lokale endringa.

Windows held flagget inne i nøkkelen til tunnelen

Lagra tunnelar lever under den gjeldande brukaren, éin nøkkel per tilkopling, og synlegheitsflagget sit ved sida av tilkoplingsdetaljane:

HKEY_CURRENT_USER\SOFTWARE\Fortinet\FortiClient\Sslvpn\Tunnels<tunnel name>
show_remember_password = 1

Set verdien til 1, avslutt klienten frå systemstatusfeltet i staden for å lukke vindauget, og opne han att. I 5.x-bygg kunne det same flagget liggje under Wow6432Node-greina til HKEY_LOCAL_MACHINE, så sjå der når nøkkelen per brukar manglar. Nokre 6.x-bygg skriv over verdien etter ei vellukka tilkopling, noko som forklarar ei avkryssingsrute som overlever éin innlogging og forsvinn ved den neste. Viss nøkkelen din ikkje har ein slik verdi i det heile, opprettar du han som ein streng i staden for å gjette på andre namn.

Handsam registeret som eit feilsøkingssteg. Den levande tilstanden er usynleg for neste administrator, og inga oppdatering av oversikta bevarer han.

På macOS kan du spore klienten for å finne fila hans

macOS-klienten held innstillingar per tilkopling under /Library/Application Support/Fortinet/FortiClient/conf, i ei ordbok for kvar tunnel. Nøkkelen som skal setjast, er AllowSavePassword, og han må lesast som 1 medan auto-tilkoplingsnøklane i same ordboka held seg intakte. Start klienten på nytt når du er ferdig.

Å gjette den nøyaktige fila kastar bort tid på eit ukjent bygg. Køyr opensnoop medan du legg til tunnelen, og les deretter stigane klienten har rørt; fila han skreiv, er den som ber flagget. Rediger den fila med klienten lukka, og arbeidet er gjort. Fem minutt sporing slår kvar gong eit søk i heile filsystemet.

Føretrekk ein syklus med eksport, redigering og gjenoppretting

Nyare klientar lèt deg køyre heile konfigurasjonen gjennom ei fil fram og tilbake, noko som er lettare å gjenta og gje vidare til ein annan maskin enn levande registerkirurgi:

• Eksporter frå klientinnstillingane, ta med brukarinnstillingar, og set eit eksportpassord.
• Opne fila og set show_remember_password til 1.
• Lås opp hengelåsen i klienten; Gjenopprett gjer ingenting medan han er låst.
• Gjenopprett den redigerte fila og oppgi eksportpassordet.

Kontrollen skal dukke opp ved neste innlogging. Hald den eksporterte fila unna delte mapper og vedlegg i saker, fordi ho skildrar tunnelane dine og kan innehalde ein kryptert hemmelegheit.

Viss gjenopprettinga verkar, men feltet gøymer seg att etter tilkopling, handhevar gatewayen policyen på nytt ved kvar innlogging, og inga lokal fil held innstillinga lenge.

Tøm hemmelegheita før ho blir til ein kontolås

Linux-klienten for kommandolinje har inga avkryssingsrute i det heile, så ein innpakning som gjev passordet på stdin, er det vanlege svaret, og han lagrar ingenting. På kvar plattform er den pålitelege fjerninga å setje tilkoplinga tilbake til å spørje ved innlogging eller sletta tunnelen heilt.

Lagra påloggingsinformasjon overlever passordendringa som gjer han ugyldig, og feila som følgjer, ser ut som eit VPN-utfall: avvisingar, nye forsøk og deretter ein kontolås. Tøm den lagra verdien før du byter passord, og gå gjennom tunnellista for forelda oppføringar som framleis ber ei. Hemmelegheita ligg kryptert i lageret til klienten, så det er meiningslaust å redigere ho for hand. Å sletta tunnelen er raskare og lèt ingenting att.

Gå gjennom det i rekkjefølgje: stadfest portalinnstillinga med eigaren av brannmuren, prov kjelda med ein tillatande profil, hald register- eller plist-endringar innanfor eit laboratorium, og vit kva fil som held hemmelegheita, slik at du kan fjerne ho. Ei manglande avkryssingsrute på ein portal som tillèt lagring, er eit endepunktproblem, og klientloggane er neste stad å sjå.