Cisco Secure Client Macen: ablak, automatikus csatlakozás vagy újracsatlakozás?
Bejelentkezési ablak, automatikus kapcsolat és újracsatlakozás: három viselkedés, három gazdával. Módosítsa azt, amelyiket meg tudja nevezni, majd jelentkezzen ki, és ellenőrizze.
Bejelentkezés után megjelenik valami a Ciscóhoz kapcsolódó, és lehet, hogy csatlakoztat valamit, lehet, hogy nem. Az ablak, az automatikus kapcsolat és a hálózatváltás utáni újracsatlakozás három külön viselkedés, három külön gazdával. A legtöbb frusztrált kísérlet egy indítóelem eltávolítására abból indul ki, hogy ezt a hármat egyetlen panaszba gyúrják. Válassza szét őket először, és a módosítási kérelem magától megíródik.
Nevezze meg a viselkedést, amelyet valóban lát
Figyeljen meg egy bejelentkezést anélkül, hogy bármihez hozzányúlna, és írja le sorrendben, mi történik. Az ablak, amely kapcsolat nélkül nyílik meg, az egyik eset; az ablak, amely megnyílik és csatlakozik, a másik; a hálózatváltás után visszatérő kapcsolat pedig a harmadik. Azt kérdezze, mi hozza létre valójában az alagutat, ne azt, mi látszik a képernyőn, mert az ablaknak és az alagútnak különböző a gazdája. Kétféle bizonyíték válaszol erre, és csak az egyik látja ezt a klienst:
scutil --nc list
ps aux | grep -i [v]pnagentd
ifconfig | grep -A3 utunOlvassa együtt a három kimenetet, mert a scutil --nc list felsorolja a rendszer VPN-konfigurációit, és a üres lista csak azt jelenti, hogy egyetlen rendszer-VPN-szolgáltatás sem birtokol alagutat. A Cisco Secure Client nem regisztrál ilyet: a vpnagentd és egy utun interfész révén fejeződik be, tehát a folyamat és az interfész az a bizonyíték, amely látja. Amikor a vpnagentd fut, és egy utun interfésznek címe van, az alagút akkor is létezik, ha az ablak zárva van; amikor egyik sem van jelen, az automatikus kapcsolat ki van kapcsolva, és csak az ablakról lehet beszélni. Az előtér akkor is futhat, amikor külön háttérszolgáltatás birtokolja az alagutat, ezért a tulajdonjog kérdése a profilszakaszokhoz tartozik, nem ehhez.
A bejelentkezéskori ablak indítási kérdés
A bejelentkezési ablak egy indítóügynöktől vagy az alkalmazás saját, bejelentkezéskor való megnyitási beállításától származik, és egyik sem ugyanaz a mechanizmus, mint a kapcsolati szabályzat. Bármi szerkesztése előtt azonosítsa a telepített terméket és verziót, mert a régebbi kiadások dokumentációja olyan fájlokat ír le, amelyeket a jelenlegi telepítés esetleg nem használ. Az automatikus kapcsolat kikapcsolása nem feltétlenül állítja meg az ablak megnyílását, és az ablak megállítása nem állítja meg az újracsatlakozást. Használja a kliens támogatott indításvezérlőjét vagy a rendszergazda szoftverfolyamatát, ebben a sorrendben.
Kezelt Macen erősítse meg, hogy a viselkedés telepített konfigurációs profilból érkezik-e, mielőtt helyi beállításként kezelné. A rendszer felsorolhatja a meglévő profilokat, és a kezelt bejelentkezési elem nem az Öné, hogy törölje:
profiles show -type configurationAhol a beállítás felhasználó által vezérelhető, változtassa meg a kliens beállításaiban, és a teszteléshez jelentkezzen ki. Ahol zárolt, csak a profil gazdája változtathatja meg. A fájlok helyi eltávolítása olyan eltérést hoz létre, amelyet a következő frissítés csendben helyreállít, így ez a legkevésbé tartós elérhető megoldás. A szürkített jelölőnégyzet nem hibás kliens; szabályzati nyilatkozat.
Az Auto Connect on Start külön beállítás
A Cisco kapcsolati útmutatója az Auto Connect on Startot nevezi meg annak a beállításnak, amely a kliens indításakor induló kapcsolódási kísérletet vezérli, és alapértelmezés szerint kikapcsoltként írja le. A telepített profil engedélyezheti, ezért viselkedik két azonos kliensű Mac másképp bejelentkezéskor. Keresse ezt a beállítást a kliens beállításaiban, mielőtt bármit feltételezne az indítóelemekről.
Módosítsa a támogatott vezérlőn keresztül, és teljes kijelentkezéssel tesztelje újraindítás helyett, mert egyes összetevők csak a bejelentkezési munkamenettel indulnak. Ezután erősítse meg, hogy a kézi kapcsolat továbbra is működik, mert az automatikus kísérletet elnyomó beállítás nem veheti el a kapcsolódási képességét. Ha a kliens mégis azonnal újracsatlakozik, akkor az újracsatlakozási viselkedést látja. Ez a következő kérdés, és más a gazdája.
Az Auto Reconnect egy harmadik beállításhoz tartozik
Az újracsatlakozás szabályozza, mi történik, miután egy létrejött munkamenet elveszti az útvonalát: a fedél becsukódik, a Wi-Fi-hálózat vált, a vezetékes kapcsolat megszakad. A Cisco a kezdeti viselkedéstől külön dokumentálja, ezért egy indítási változás nem érinti. Úgy tesztelje, hogy egy pillanatra leválasztja a hálózatot, és figyeli, visszatér-e az alagút beavatkozás nélkül.
A szándékos leválasztást figyelmen kívül hagyó újracsatlakozás általában szabályzat, nem hiba. Egyes telepítések folyamatosan bekapcsolt elrendezést írnak elő, ami szabályzati egyeztetésbe tartozik, nem kerülőmegoldásba. Az ezt kikényszerítő összetevő eltávolítása megtörheti az állapotellenőrzéseket, majd a következő felügyeleti push helyreállítja. Ha a követelmény jogos, kérdezze meg, mit kell garantálnia, és hogy egy szűkebb beállítás kielégíti-e; ha nem az, a profil gazdája egy helyen módosíthatja, ahelyett hogy Ön negyven laptopon módosítaná.
A legkisebb változtatást kérje, majd ellenőrizze
Írja meg a kérést négy ténnyel: melyik kliens-összeállítást futtatja, melyik macOS-összeállítást futtatja, mi jelenik meg bejelentkezés után, és létrejön-e alagút beavatkozás nélkül. Ezután fogalmazza meg a kívánt eredményt egyetlen mondatban, amelyet egy kolléga meg tud valósítani anélkül, hogy megkérdezné. A kliens elérhetővé tétele, de az ablak bezárása más kérés, mint az automatikus kapcsolat megakadályozása. A pontos kérés szabályzatváltozást kap, a pontatlan pedig olyan kerülőmegoldást, amelynek nincs gazdája.
A változtatás után jelentkezzen ki és be, majd futtassa a kézi kapcsolódási munkafolyamatot, amelytől függ. Ha az újracsatlakozás is a hatókörben volt, külön tesztelje, a rendszergazdája által engedélyezett eljárás szerint.
Ellenőrizze, hogy a szervezet által megkövetelt biztonsági modulok továbbra is futnak, mert egy csendes eltávolítást könnyű elnézni, amíg egy audit meg nem találja. A kívánt eredmény a kért indítási viselkedés működő klienssel, nem egy hiányzó ikon és egy rejtély. Írja le, melyik változott a három viselkedés közül, hogy a következő ember meg tudja különböztetni a valódi javítást a véletlentől.