Hvorfor VPN-editoren ikke lagrer en ny profil

Lagre-knappen forblir grå mens hvert felt ser utfylt ut, og gatewayen har ennå ikke sett en eneste pakke. Ingenting er avvist, fordi ingenting er sendt. Kontrollen gjenspeiler det den lokale editoren kan verifisere om profilen foran seg. Det er et smalere spørsmål enn om kontoen virker, og det besvares uten nettverket.

Knappen gjenspeiler lokal validering

En deaktivert kontroll har mer enn én lokal årsak, og de ser like ut utenfra. En påkrevd referanse kan mangle, en referert fil kan være uleselig for brukeren som kjører editoren, eller programtillegget som skulle håndtere den valgte metoden er kanskje ikke installert i det hele tatt. Tillatelsesproblemer på selve profilen gir samme grå knapp som et tomt felt.

Les valideringsmeldingen før du redigerer noe, fordi meldingen navngir feltet editoren har innvendinger mot. Å gjette på skjemaet er tregere enn å lese den ene setningen editoren allerede har skrevet.

Tilpass feltene til den valgte metoden

De påkrevde inndataene følger av tilkoblingsmetoden og ikke av dialogens utforming. En sertifikatidentitet trenger et klientcertifikat og tilgang til den tilhørende private nøkkelen, og den trenger fortsatt en måte å verifisere serveren på. En kontobasert metode har andre krav og trenger også serververifisering. Noen utplasseringer krever begge samtidig, og derfor er et skjema som virker overflødig ofte riktig.

Bruk operatørens støttede profil og registreringsinstruksjoner i stedet for å sette sammen felt etter magefølelse. Å sette et klientcertifikat i CA-feltet, behandle et offentlig sertifikat som en privat nøkkel eller skrive et kontopassord i et passfrasefelt for en privat nøkkel er alt vanlig og gir alle den samme stille nekten til å lagre.

Kontroller hver referanse som objektet den er ment å være. Et filnavn med riktig endelse beviser ingenting om lesbarhet, eierskap eller om det hører til denne identiteten. En privat nøkkel som bare root kan lese, lastes ikke inn i en skrivebordsøkt, og editoren rapporterer det som en valideringsfeil i stedet for som en tillatelsesfeil.

Å endre metoden bare for å gjøre knappen klikkbar endrer hva profilen betyr. Å skrive tullepassord og deretter bytte tilbake kan etterlate lagrede verdier som ingen ønsket. Det skjuler også kravet som faktisk manglet, og som kommer tilbake som en tilkoblingsfeil en time senere.

Skille lagrede hemmeligheter fra agenthemmeligheter

Noe informasjon hører hjemme i den lagrede profilen, og en annen legitimasjon kan leveres interaktivt ved aktivering. NetworkManagers tilkoblings-API holder tilkoblingsverifisering, hemmelighetsverifisering og hemmelighetsoppdagelse som separate operasjoner, og dens egen dokumentasjon advarer om at hint ikke alltid kan avgjøre alt en tilkobling trenger.

Den forskjellen forklarer et tomt passordfelt. Det kan være riktig fordi en hemmelighetsagent leverer verdien, og det kan være galt fordi denne tilkoblingen ikke har noen agent tilgjengelig. Flaggene knyttet til en hemmelighet avgjør om den eies av systemet, av agenten eller ikke lagres i det hele tatt.

Velg flagget som passer til livssyklusen. En skrivebordsnøkkelring som låses opp etter pålogging, er ikke tilgjengelig for en tjeneste som starter før pålogging, så en profil som fungerer interaktivt kan feile ved oppstart uten noen endring i profilen. Den feilen ser ut som en ødelagt profil og er egentlig et planleggingsavvik.

En vellykket lagring er heller ikke bevis for at den tiltenkte agenten vil svare på neste forespørsel. Behold eierskapet til kontoen og den private nøkkelen i stedet for å kopiere hver hemmelighet til en systemlesbar fil for å få dialogen til å tie.

Les de senere trinnene hver for seg

Når profilen er lagret, undersøk identifikator, endepunkt, programtillegg og metode uten å spørre etter hemmelige verdier. En import fra operatøren kan hjelpe, men import er sin egen parser med sine egne støttede funksjoner, så en avvist import er ikke den samme feilen som en avvist lagring.

Først da aktiverer du via den tiltenkte behandleren og kontoen den forventer. En serveridentitetsfeil, en avvist konto, en manglende rute og en nektet applikasjonstillatelse hører alle til senere trinn, og å rapportere dem som et editorproblem sender undersøkelsen til feil sted.

nmcli -f NAME,UUID,TYPE connection show
nmcli connection show "Corp VPN" | grep -E "vpn\.|802-1x"

Hvis Lagre forblir deaktivert med de dokumenterte inndataene, noter editorversjonen, programtilleggversjonen, den valgte metoden og den nøyaktige lokale feilen. En rapport som navngir den gyldige profilen editoren ikke kan representere, er nyttig; en sekvens tilfeldige legitimasjoner som gjorde knappen klikkbar en kort stund, er det ikke.