A VPN-bejelentkezés nem ad helyi rendszergazdai jogokat
Az elérhetőség, a telepített szoftver és az eszközkezelés külön dolgok. Csak egy külön regisztráció változtatja meg, ki kezeli a gépet, és ez külön jelenik meg.
Három dolog keveredik össze, amikor valaki azt kérdezi, ad-e a munkahelyi VPN rendszergazdai jogokat a cégnek egy személyes gépen: az elérhetőség, a szoftvertelepítés és az eszközkezelés. A VPN-kapcsolat az elsőt adja, az ügyfélcsomag a másodikat hozza, és csak egy külön regisztráció biztosítja a harmadikat. Mindegyik mögött más mechanizmus áll, és csak az egyikük jár Windows-hitelesítő adattal.
Az alagút semmije nem alakít tartományi fiókot helyi fiókká.
Hálózati útvonal, nem hitelesítő adat
Az alagút elérhetővé teszi a cég erőforrásait, és utat kínálhat magához az ügyfélhez, az útválasztástól, az ügyfél-izolációtól és a gazdaszűrőktől függően. Nem hoz létre helyi Windows-fiókot, nem emel meglévőt és nem ad hozzá senkit helyi csoporthoz. A gépen figyelő szolgáltatás megtartja saját beengedési szabályzatát, függetlenül attól, melyik hálózatról érkezett a kérés. Ezért a nyilvános megosztásoknak és a távkezelési végpontoknak továbbra is szándékos védelemre van szükségük.
Az alagút hatóköre külön kérdés: a teljes alagút több alkalmazásforgalmat szállít, mint a megosztott, és egyik hatókör sem ad hozzáférést a lemezen lévő fájlokhoz.
Az ügyfél csomag, nem cső
A vállalati ügyfelek modulárisak. Egy telepítés tartalmazhatja az alagutat, valamint állapot-, szűrési vagy biztonsági összetevőket, mindegyiket saját konfigurációval és saját gyűjtési viselkedéssel. A telepített készletet a terméknévből vagy egy csatlakoztatott ikonból kikövetkeztetni találgatás. Ezek az összetevők saját modulszabályzatukat követhetik a munkamenet élettartama helyett, ezért az alagút bontása nem univerzális leállítógomb.
A telepített összetevők leltára más kérdésre válaszol, mint amelyre a csatlakoztatott ikon.
A szkriptek önként futnak, nem rootként
Létezik ügyféloldali szkriptelés, és érdemes megérteni: a dokumentált csatlakozási és bontási horgok egy munkamenet alatt futhatnak, és letiltva maradnak, hacsak a profil és a telepítés nem engedélyezi őket. Windowson a felhasználó meglévő biztonsági korlátain belül futnak, tehát csak azt hívhatják meg, amire az a felhasználó jogosult. Egy horog engedélyezése valódi további képesség; automatikus rendszergazdai feljogosításként leírni nem pontos.
A különbség mindkét irányban számít. Több mint passzív cső, és kevesebb mint tartományi rendszergazdai fiók.
A szállítás és a frissítések a valódi bizalmi határ
Aki a csomagot és a frissítési csatornát ellenőrzi, nagyobb felhatalmazással bír, mint egy webhely, amelynek jelszót adott, mert megváltoztathatja, mi fut a gépen. Ez jogos ok arra, hogy a telepítés előtt áttekintse, hogyan szállítják és frissítik az ügyfelet. Ez azonban még nem ugyanaz a művelet, mint csatlakozni egy tartományhoz vagy regisztrálni a kezelésbe, amelyek saját látható állapotú, külön viszonyok maradnak.
Ha a szervezet felügyelt eszközt követel, használja annak jóváhagyott munkaeszköz-megoldását ahelyett, hogy feltételezné, egy személyes ügyfél biztosíthatja ezt az állapotot. Ha a gép már regisztrált, az alagút bontása nem vonja vissza a regisztrációt.
Kérjen leltárt arról, mi van telepítve, és ki ellenőrzi a frissítéseit. Arra a kérdésre van válasz; a megnyugtatásra nincs.