Mac VPN-engedélykérések: melyiket hagyja jóvá?
A hálózati konfiguráció hozzájárulása, a kulcskarikához való hozzáférés, a tűzfal és a teljes lemezhozzáférés négy különböző engedély. Azt hagyja jóvá, amelynek dokumentált célja van.
A VPN-kliense engedélyt kér, és Ön az Engedélyezés gombra nyom, mert az alternatíva egy kapcsolat, amely nem jön létre. Ez a szokás vezet oda, hogy a gépen széles engedélyek maradnak, amelyeket senki nem tud megmagyarázni. A kérések nem cserélhetők fel: mindegyik más képességet hagy jóvá, és ugyanaz az alkalmazásnév mindegyik előtt megjelenhet. Döntés előtt olvassa el az ikon alatti mondatot.
A négy engedély a szokásos kérések mögött
A VPN-konfiguráció mentése az első. A macOS-en a natív Personal VPN API-t használó alkalmazásnak a konfiguráció első mentésekor kifejezett engedélyre van szüksége, ezért a párbeszéd telepítéskor és nem csatlakozáskor jelenik meg. Ha elutasítja, a kliens telepítve marad, de a profil nem menthető, ami helyreállítható állapot.
A kulcskarika a második. Egy adott elemhez mentett jelszó lekérése külön döntés attól, hogy megbízunk-e a szerverben, amely megkapja. A tűzfal a harmadik, és az alkalmazásvezérlői a bejövő kapcsolatokat szabályozzák, nem azt, hogy melyik interfészen lép ki a forgalma. A teljes lemezhozzáférés a negyedik, és éppen ezt adják meg rossz okokból.
| 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 |
A teljes lemezhozzáférés soha nem VPN-javítás
Az Apple adatvédelmi referenciája a teljes lemezhozzáférést széles hozzáférésként írja le, amely más alkalmazások adatait, biztonsági mentéseket és bizonyos adminisztratív beállításokat foglal magában. A Files & Folders a szűkebb, helyalapú vezérlés, amely a legtöbb jogszerű fájligényt lefedi.
Egyes biztonsági termékek valóban dokumentálnak olyan funkciót, amely széles hozzáférést igényel, és amikor igen, a kérésnek meg kell neveznie a komponenst és a kiadást. Amit nem szabad elfogadnia, az egy hálózati konfigurációs párbeszéd lemezengedéllyel való megválaszolása, mert az első párbeszéd folyton visszatért.
Ennek a két engedélynek semmi köze egymáshoz. Az egyiket a másik elhallgattatására megadni annyit jelent, hogy több kiadott hozzáférés marad, és ugyanaz a megoldatlan probléma.
Forgatókönyv: mit tegyen egy nem várt kéréssel
Kezdje a pontos szöveg és a komponens nevének rögzítésével, és készítsen képernyőképet a körülírás helyett. A szöveg kiadásról kiadásra változik, és éppen a pontos mondat az, amit a szállító vagy a rendszergazda felismer. A képernyőkép a vitát is eldönti arról, hogy mit mondott valójában a párbeszéd.
Ezután állapítsa meg, mi kér. Ellenőrizze az alkalmazás verzióját és hogy ki írta alá, és erősítse meg, hogy az a kliens, amelyről azt hiszi, hogy telepítve van, és nem egy segéd, egy frissítő vagy egy eltávolított termék maradéka.
Egyetlen kérdés alapján döntsön: van-e ennek a komponensnek dokumentált igénye erre a képességre ebben a verzióban? Ha a szállító dokumentációja nem mondja ezt, utasítsa el a kérést, és derítse ki, miért jelent meg, mert a megmagyarázatlan kérés információ, nem akadály.
Miután döntött, ismételjen meg egy szokásos csatlakozási kísérletet, és jegyezze fel, változott-e valami. Egy független probléma közepén adott engedélyt később nehéz értékelni, ezért a sorrend ugyanolyan fontos, mint a válasz.
Miért jön vissza ugyanaz a kérés
Az ismétlődő engedélyezés általában azt jelenti, hogy a döntés nem ott tárolódik, ahol a komponens várja, hogy az elemet újratelepítés hozta létre újra, vagy hogy egy kezelési szabályzat visszaállítja. Jegyezze fel, mikor jelenik meg: indításkor, csatlakozáskor, leváláskor vagy újraindítás után. Ez az időzítés gyorsabban szűkíti az okot, mint bármely napló, amelyet utána olvas.
Egy kezelt Macen a tényleges válasz konfigurációs profilból is jöhet a kattintása helyett, és ebben az esetben az Engedélyezés ismételt megnyomása semmit nem old meg. Kérdezze meg a rendszergazdát, melyik szabályzat irányítja azt a komponenst, mielőtt tovább nyomná ugyanazt a gombot.
Ha a kérés megbízhatóan követ egy adott műveletet, az használható hibajelentés. Ha véletlenszerűen jelenik meg, rögzítsen időbélyegeket egy napra, és keressen mintát abban, mit tett még a gép.
Hagyjon olyan feljegyzést, amelyet más is használhat
Írja fel a komponenst, a képességet, az okot és a dátumot ugyanoda, ahol a konfiguráció többi részét tartja. A jövőbeli énje nem fog emlékezni, melyik párbeszédet miért hagyták jóvá. Engedélyenként egy sor elég; egy senki által nem karbantartott leltár rosszabb a semminél.
A jó döntés próbája itt egyszerű: meg tudja-e magyarázni, miért létezik ez az engedély anélkül, hogy megnyitná az alkalmazást? Ha nem, felülvizsgálatra érdemes, és az Apple adatvédelmi és biztonsági beállítások referenciája az a hely, ahol elkezdheti olvasni, mit is fed le valójában mindegyik.