RemoteEnable nije VPN prijava: određivanje obima upravljanja SoftEtherom

Uputstvo kaže pokrenite RemoteEnable pa se povežite, i to se čita kao da su ta dva koraka ista vrsta stvari. Nisu. RemoteEnable daje drugom računaru dozvolu da administrira SoftEther VPN klijentsku uslugu koja radi na ovom računaru. A povezivanje je VPN nalog koji se autentifikuje na serveru, i u njemu uopšte ne učestvuje dozvola za upravljanje.

Mit: RemoteEnable uključuje VPN

Zabuna dolazi od blizine. Vodič uključi daljinsko upravljanje, restartuje klijentsku uslugu, zatim se poveže, i veza poslije radi, pa dva koraka izgledaju uzročno povezana. Ono što se zapravo promijenilo jeste ko smije razgovarati s uslugom, a ne može li usluga doći do servera. Isključite daljinsko upravljanje na ispravno konfigurisanom klijentu i VPN veza se ipak uspostavlja.

Pomoć za komandu iz izvornog repozitorija jasno govori o obimu: daljinsko upravljanje kroz VPN Client Manager ili vpncmd izvan localhosta. Ništa u tom opisu ne spominje tunel, nalog ili rutu. Dozvola koja se daje jeste administrativni doseg, a njen predmet je klijentska usluga, a ne veza.

Tri identiteta koja dijele riječ lozinka

Stari vodiči koriste jednu riječ za tri nepovezane akreditive, i tako implementacije završe s tajnom zalijepljenom u pogrešno polje.

Lozinka za upravljanje klijentskom uslugom štiti administraciju lokalnog SoftEther klijenta. Lozinka VPN naloga autentifikuje se na server po politici tog servera. Certifikat servera uopšte nije lozinka, ali odgovara na pitanje koju krajnju tačku klijent treba prihvatiti. Promjena jedne od njih ne mijenja ostale, a kopiranje vrijednosti između njih daje drugačiju konfiguraciju, a ne jednostavniju.

Opcija samo-daljinski na lozinci upravljanja zaslužuje drugi pogled, jer odlučuje da li se zahtjev za lozinkom odnosi i na upravljanje s lokalnog računara. Sužavanje tog obima svjesni je izbor za laptop jednog korisnika, a ne zaobilazni put za lozinku koju niko nije zapisao.

Šta uključivanje daljinskog upravljanja zapravo mijenja

Slijede dvije operativne posljedice, a obje se lako propuste u vodiču za kopiranje i lijepljenje. Lozinka za upravljanje postaje obavezna čim se uključi daljinska administracija, a nova dostupnost stupa na snagu tek nakon restarta klijentske usluge.

Taj restart je stvarni prekid za sve što koristi klijenta, pa ga planirajte s onim ko posjeduje računar. Uključivanje funkcije takođe samo po sebi ne otvara put kroz firewall: usluga i dalje mora biti dostupna s upravljačke stanice, a firewall na hostu ili ACL uzvodno mogu je držati nedostupnom. Nedostupna usluga nije dokaz da je dozvola ispravno ograničena, samo da je nešto drugo blokira.

Zapišite predviđenu putanju upravljanja u napomene o implementaciji, uključujući port i raspon adresa koje je smiju koristiti. Ta napomena je i mjesto da zabilježite ko je tražio mogućnost i kada je treba povući.

Odlučite ko smije upravljati ovim klijentom

Na laptopu koji posjedujete, držite administraciju na lokalnoj konzoli osim ako ne možete imenovati računar kojem treba daljinski pristup i reći zašto. Za uređaj kojim se upravlja centralno, imenujte administratora, putanju upravljanja i vlasnika oporavka prije nego što bilo šta uključite. Pitanje nije da li je funkcija zgodna, nego ko je odgovoran za konfiguraciju koju ona izlaže.

Pokrenite komande prema lokalnoj usluzi da promjena završi u vašoj historiji shella, a ne na snimku ekrana: vpncmd localhost /client /cmd RemoteDisable isključuje mogućnost, a ista komanda s RemoteEnable je uključuje. Zatim restartujte uslugu, inače postavka neće biti na snazi.

Ako je vodič uključi kao pripremni korak bez objašnjenja, tretirajte to kao neriješeno pitanje, a ne kao uputstvo za slijeđenje. Pitajte koja upravljačka stanica treba da je koristi, i ako nema odgovora, ostavite mogućnost isključenom.

Provjerite upravljački pristup i povezanost odvojeno

Dva testa odgovaraju na dva različita pitanja, a pokretanje samo jednog od njih je način da implementacija završi s daljinskom administracijom koju niko nije htio.

vpncmd localhost /client /cmd RemoteDisable
systemctl restart vpnclient
vpncmd localhost /client /cmd AccountList
vpncmd localhost /client /cmd NicList

Prva dva reda vraćaju klijenta pod lokalnu administraciju i primjenjuju promjenu. Posljednja dva potvrđuju da su VPN nalozi i virtuelni adapteri još konfigurisani, kako i treba biti, jer su obim upravljanja i stanje veze nezavisne postavke. Ako se lista naloga poslije restarta vrati prazna, nešto drugo se pokvarilo i postavka daljinskog upravljanja nije objašnjenje.

Zatim testirajte samu vezu s klijenta i potvrdite da adapter drži očekivanu adresu i rute. Uspješna vpncmd sesija dokazuje upravljački odnos i ne govori ništa o tome izlazi li saobraćaj kroz tunel.