VPN-løyvetvarsel på Mac: kva for eitt godkjenner du?
Samtykke til nettverkskonfigurasjon, tilgang til nykelringen, brannmuren og full disktilgang er fire ulike løyve. Godkjenn det som har eit dokumentert føremål.
VPN-klienten din ber om løyve, og du trykker Tillat, fordi alternativet er ei tilkopling som ikkje kjem opp. Den vanen er grunnen til at ei maskin endar med breie løyve som ingen kan forklare. Varsla kan ikkje bytast om: kvart av dei godkjenner ei anna evne, og same applikasjonsnamn kan dukke opp framfor alle. Les setninga under ikonet før du bestemmer deg.
Dei fire løyva bak dei vanlege varsla
Å lagre ein VPN-konfigurasjon er det første. På macOS treng ein app som brukar den innebygde Personal VPN API eksplisitt godkjenning første gong han lagrar ein konfigurasjon, og derfor viser dialogen seg ved installasjon og ikkje ved tilkopling. Å avslå lèt klienten vere installert, men ute av stand til å lagre profilen, og det er ein tilstand som kan rettast opp.
Nykelringen er det andre. Å hente eit lagra passord for eit bestemt element er eit anna vedtak enn å stole på tenaren som skal ta imot det. Brannmuren er det tredje, og app-styringa hans regulerer innkomande tilkoplingar, ikkje kva grensesnitt trafikken din går ut gjennom. Full disktilgang er det fjerde, og det er det som blir gitt av feil grunnar.
| Prompt | What you are approving | What it does not prove |
|---|---|---|
| Save a VPN configuration | The configuration operation itself | That the gateway is legitimate or that the account works |
| Access a Keychain item | This component reading this credential | Trust in the server or access for other apps |
| Allow incoming connections | Traffic reaching the app from the network | That outgoing traffic uses the tunnel |
| Full Disk Access | Broad access to protected data | Anything about VPN configuration or login |
Full disktilgang er aldri ein VPN-reparasjon
Personvernreferansen til Apple skildrar full disktilgang som brei tilgang som omfattar data frå andre appa, tryggingskopiar og visse administrative innstillingar. Files & Folders er den smalare, stadbaserte kontrollen som dekkjer dei fleste legitime filbehova.
Nokre tryggingsprodukt dokumenterer faktisk ein funksjon som treng brei tilgang, og når dei gjer det, bør forespurnaden nemne komponenten og versjonen. Det du ikkje bør godta, er ein nettverkskonfigurasjonsdialog som blir svara med eit diskløyve fordi den første dialogen stadig kom tilbake.
Desse to løyva har ingenting med kvarandre å gjere. Å gi det eine for å teie det andre lèt deg sitje att med meir tilgang delt ut og det same uløyste problemet.
Runbook: handsaming av eit varsel du ikkje venta
Byrja med å fange den nøyaktige ordlyden og komponentnamnet, og ta eit skjermbilete i staden for ein parafrase. Ordlyden endrar seg mellom versjonar, og den nøyaktige setninga er det ein leverandør eller administrator kjenner att. Eit skjermbilete avgjer også diskusjonar om kva dialogen faktisk sa.
Finn så ut kva som spør. Sjekk versjonen av appen og kven som signerte han, og stadfest at det er klienten du trur er installert, og ikkje ein hjelpar, ein oppdaterar eller ein rest etter eit produkt du har fjerna.
Bestem ut frå eitt spørsmål: har denne komponenten eit dokumentert behov for denne evna i denne versjonen? Viss dokumentasjonen til leverandøren ikkje seier det, avvis varselet og finn ut kvifor det dukka opp, fordi ein uforklart forespurnad er informasjon og ikkje ein hindring.
Når du har bestemt deg, gjer eitt vanleg tilkoplingsforsøk på nytt og noter om noko endra seg. Eit løyve gitt midt i eit urelatert problem er vanskeleg å vurdere seinare, og derfor tel rekkjefølgja like mykje som svaret.
Kvifor det same varselet kjem tilbake
Ein gjenteken autorisasjon tyder vanlegvis at vedtaket ikkje blir lagra der komponenten ventar det, at elementet vart skapt på nytt av ein reinstallasjon, eller at ein administrasjonspolicy nullstiller det. Noter når det viser seg: ved oppstart, ved tilkopling, ved fråkopling eller etter omstart. Den timinga avgrensar årsaka raskare enn nokon logg du les etterpå.
På ein administrert Mac kan det effektive svaret kome frå ein konfigurasjonsprofil i staden for frå klikket ditt, og då løyser det ingenting å trykke Tillat igjen. Spør administratoren kva for ein policy som styrer den komponenten før du held fram med å trykke på den same knappen.
Viss varselet påliteleg følgjer ei bestemt handling, er det ein brukbar feilrapport. Viss det viser seg tilfeldig, registrer tidstempar i ein dag og sjå etter eit mønster i kva maskina elles gjorde.
Legg att ein registrering som andre kan bruke
Skriv ned komponenten, evna, årsaka og datoen på same stad som du oppbevarer resten av konfigurasjonen. Det framtidige deg vil ikkje hugse kva dialog som vart godkjend for kva. Éi line per løyve er nok; eit inventar som ingen vedlikeheld er verre enn ingen.
Testen på eit godt vedtak er enkel her: kan du forklare kvifor dette løyvet finst utan å opne appen? Viss ikkje, er det ein kandidat for gjennomgang, og Apples referanse for personvern- og tryggingsinnstillingar er staden å byrje å lese kva kvart av dei faktisk dekkjer.