Šta unaprijed konfigurisati prije prvog VPN povezivanja korisnika
Korisnik treba samo da otvori klijenta, izabere imenovanu vezu i prijavi se. Unaprijed postavite profil, povjerenje i identitet, pa testirajte šta kasnije puca.
Prva VPN veza rijetko pada na tunelu. Pada kada običan korisnik na neupravljanoj mreži prati uputstva koja je napisao neko ko je sertifikat već instalirao. Profil, lanac povjerenja i akreditiv su konfiguracija i sva tri mogu biti isporučena prije nego se korisnik uključi. Ono što ostaje tom korisniku treba da budu četiri radnje bez odluka unutra. Svaki dodatni korak koji ostavite u primopredaji postaje poziv podršci koji počinje time što neko naglas čita dijaloški okvir.
Šta profil veze zapravo nosi
VPN profil nije prečica ni obilježivač. To je imenovani objekat u skladištu veza operativnog sistema, koji drži adresu servera, tip tunela, metod autentifikacije i često rute, DNS sufikse i pravila okidanja koja odlučuju kada se povezuje. Na Windowsu ta polja odgovaraju čvorovima provajdera konfiguracione usluge VPNv2, zato jedan profil može stići kroz Intune, Configuration Manager, paket za provizioniranje ili ručno uvezenu XML datoteku.
Klijent primjenjuje taj objekat u fiksnom redu: provjeri sertifikat servera prema pouzdanim korijenima, pregovara tunel i tek onda primijeni rutiranje i razrješavanje imena prije nego aplikacija vidi mrežu. Taj red objašnjava većinu prijava veze koja tvrdi da je uspostavljena dok se ništa ne učitava: autentifikacija je uspjela, a DNS ili lista ruta je ono što je zaista palo. Čitajte profil kao jedan objekat sa slijedom, a ne kao skup nezavisnih prekidača. Nedostajući korijen povjerenja pada na prvom koraku, prije nego se ponudi bilo koji akreditiv, zato daje opštu grešku umjesto zahtjeva za prijavu.
Materijal povjerenja je polje koje se najčešće prokrijumčari ručno. CA sertifikat koji potpisuje gejtvej mora biti prisutan prije prvog pokušaja, a provjera imena servera mora ostati uključena s imenom koje se poklapa; isključivanje provjere da bi test prošao pretvara problem autentifikacije u tiho presretanje koje nijedan korisnik ne može otkriti.
Četiri odluke koje korisnici nikada ne bi trebalo da donose
Protokol i tip tunela dolaze prvi: izaberite jednu podržanu kombinaciju po platformi i dokumentujte stranu gejtveja, jer poznato brend ime nije izjava o kompatibilnosti. Slijedi krajnja tačka: jedno ime hosta koje se javno razrješava i odgovara sertifikatu koji gejtvej predstavlja. Autentifikacija pripada sistemu identiteta, bilo da je to sertifikat, korisničko ime s drugim faktorom ili oboje. Ništa od toga nije korisnička preferencija i ništa se ne bi smjelo pojaviti kao pitanje u uputstvima.
Četvrti izbor je obim: puni tunel ili podijeljeni tunel, i koji prefiksi i DNS sufiksi putuju unutra. Podijeljeni tunel bez internih sufiksa odaje razrješavanje imena bilo kojem resolveru koji lokalna mreža ponudi, a puni tunel bez plana lokalnih resursa kvari štampače i kapitalne portale. Oba su administratorske odluke s korisniku vidljivim efektima, i upravo zato korisnik treba da ih dobije već riješene.
Držite ime veze dosadnim i stabilnim. Korisnici ga čitaju naglas podršci, traže ga u listi klijenta i pamte između resetovanja lozinke; preimenovanje usred migracije stvara skok u podršci koji nema veze s tim radi li VPN.
Isporučite identitet po osobi ili po uređaju
Profil je javan, a privatni ključ nije. Česta greška pri uvođenju je izvoz jednog radnog profila zajedno s njegovim sertifikatom i prosljeđivanje datoteke, što svaki laptop čini klonom jednog identiteta i pretvara opoziv u odluku sve-ili-ništa. Umjesto toga registrujte akreditive kroz podržani proces: sertifikat po uređaju iz kanala za upravljanje ili akreditiv po korisniku od provajdera identiteta.
Tuneli uređaja i tuneli korisnika autentifikuju se u različitim trenucima i ta razlika odlučuje koji akreditiv vam treba. Tunel uređaja koji se povezuje prije prijave treba sertifikat mašine i profil dostupan sistemu. Tunel korisnika koji počinje nakon prijave može koristiti korisnikov vlastiti akreditiv i ne bi trebalo da zahtijeva administratorska prava. Dodavanje mrežnog pristupa na nivou mašine samo da bi se uklonio jedan klik iz nečijeg jutra loša je trgovina, jer širi ono do čega uređaj bez nadzora može doći.
Registracija je i mjesto gdje se odlučuje put oporavka. Obnova sertifikata ili promjena lozinke mora stići do uređaja dok je tunel pao, pa se provizioniranje, provajder identiteta i gejtvej moraju složiti kako se to događa; ako je jedini način da se profil popravi kroz tunel koji taj profil pruža, ključ je zaključan u kutiji.
Uskladite kanal isporuke s klijentom
Ugrađeni i klijenti trećih strana isporučuju se različito. Windows profili mogu se dostaviti kao VPNv2 ProfileXML kroz Intune ili Configuration Manager, ali nije svaki čvor izložen na svakoj upravljačkoj površini, a postavke rutiranja, DNS-a i okidanja variraju po alatu i po verziji Windowsa. Potvrdite koje je polje moguće rasporediti prije nego obećate uvođenje bez dodira, jer referenca o opcijama profila dokumentuje postavke koje neki putevi isporuke još ne mogu postaviti.
Klijenti dobavljača dodaju drugi sloj, jer su binarna datoteka, profil i politika glave odvojeni artefakti. Cisco Secure Client, na primjer, podržava prethodno raspoređivanje i paketa i njegovog profila, a verziju klijenta treba uskladiti s konfiguracijom gejtveja; instaliranje samo paketa ostavlja korisnika u čarobnjaku.
Koji god kanal izabrali, držite jedan izvor istine za profil. Popravljeni profil koji stariji paket prepiše pri sljedećoj provjeri ponavljajući je incident, a trajno rješenje je verzionisana konfiguracija, a ne ručna izmjena na svakoj mašini.
Testirajte primopredaju kao novi korisnik, pa testirajte oporavak
Pilotirajte s običnim računom na uređaju koji se nikada nije povezivao, bez administratorove sačuvane sesije ili unaprijed registrovanog sertifikata. Potvrdite da se profil pojavljuje na listi, da zahtjev za prijavu odgovara uputstvima i da se imenovani interni resurs otvara, pa provjerite razrješavanje imena i obim rutiranja umjesto da stanete na ikoni povezanosti.
Ispitajte skladište profila uređaja da test proizvede dokaz umjesto utiska.
Get-VpnConnection -AllUserConnection | Select-Object Name, ServerAddress, TunnelType, AuthenticationMethod, SplitTunneling
Get-VpnConnection -Name "Corp VPN" | Format-List
Test-NetConnection intranet.example.com -Port 443Zatim prođite kroz događaje s kojima se korisnici zaista susreću: prisilni reset lozinke, obnovljeni sertifikat, gurnuto ažuriranje klijenta i mrežu koju niko u pilotu nije koristio. Svaki bi trebao ili raditi ili pasti na način koji uputstva opisuju. Isprobajte i mrežu koja blokira VPN port, jer prvi pokušaj na hotelskom Wi-Fi-ju je mjesto gdje kućni uspjeh prestaje pomagati. Zabilježite verziju klijenta i build OS-a uz svaki rezultat, jer sljedeća prijava će stići bez njih.
Držite primopredaju prema korisniku u četiri reda: ime veze, očekivanu prijavu, resurs koji dokazuje uspjeh i gdje poslati tekst greške. Nikoga ne treba pitati za lozinku ili izvezeni ključ da bi se pokazao neuspjeh. Arhitektura, unutrašnjost profila i procedura oporavka pripadaju administratorovom priručniku, uz verziju klijenta s kojom su testirani.