RemoteEnable ni prijava v VPN: razmejitev upravljanja SoftEther

Vodnik pravi, da zaženete RemoteEnable in se nato povežete, in to se bere, kot da bi bila ta dva koraka ista vrsta stvari. Nista. RemoteEnable da drugemu računalniku dovoljenje za upravljanje storitve odjemalca SoftEther VPN, ki teče na tem računalniku. Povezovanje pa je račun VPN, ki se preverja pri strežniku, in v njem ne sodeluje nobeno dovoljenje za upravljanje.

Mit: RemoteEnable vklopi VPN

Zmeda izhaja iz sosedstva. Vodnik vklopi oddaljeno upravljanje, znova zažene storitev odjemalca, nato se poveže, in povezava nato deluje, zato sta koraka videti vzročno povezana. Kar se je dejansko spremenilo, je, kdo se sme pogovarjati s storitvijo, ne pa, ali storitev lahko doseže strežnik. Izklopite oddaljeno upravljanje na pravilno nastavljenem odjemalcu in povezava VPN se vseeno vzpostavi.

Pomoč za ukaz v izvirniku je glede obsega jasna: oddaljeno upravljanje prek VPN Client Manager ali vpncmd od zunaj localhosta. Nič v tem opisu ne omenja tunela, računa ali poti. Dovoljenje, ki se podeli, je administrativni doseg, njegov predmet pa je storitev odjemalca, ne povezava.

Tri identitete, ki si delijo besedo geslo

Stari vodniki uporabljajo eno besedo za tri nepovezane podatke za prijavo, in tako se nameščanja končajo s skrivnostjo, prilepljeno v napačno polje.

Geslo za upravljanje storitve odjemalca varuje upravljanje lokalnega odjemalca SoftEther. Geslo računa VPN se preverja pri strežniku skladno s pravilnikom tega strežnika. Potrdilo strežnika ni nobeno geslo, vendar odgovarja na vprašanje, katero končno točko naj odjemalec sprejme. Sprememba enega od njih ne spremeni drugih, kopiranje vrednosti med njimi pa ustvari drugačno konfiguracijo, ne enostavnejše.

Možnost samo-oddaljeno pri geslu za upravljanje si zasluži drugi pogled, ker odloča, ali zahteva po geslu velja tudi za upravljanje z lokalnega računalnika. Zožitev tega obsega je zavestna izbira za prenosnik enega uporabnika, ne obvoz za geslo, ki si ga ni nihče zapisal.

Kaj vklop oddaljenega upravljanja v resnici spremeni

Sledita dve obratovalni posledici in obe je v vodniku s kopiranjem in lepljenjem zlahka spregledati. Geslo za upravljanje postane obvezno takoj, ko je vklopljeno oddaljeno upravljanje, nova razpoložljivost pa začne veljati šele po ponovnem zagonu storitve odjemalca.

Ta ponovni zagon je resnična prekinitev za vse, kar uporablja odjemalca, zato ga načrtujte s tistim, ki ima računalnik. Vklop funkcije tudi sam po sebi ne odpre poti skozi požarni zid: storitev mora biti še vedno dosegljiva z upravljalne postaje, požarni zid gostitelja ali ACL višje gor pa jo lahko ohranita nedosegljivo. Nedosegljiva storitev ni dokaz, da je dovoljenje pravilno omejeno, ampak le, da jo blokira nekaj drugega.

Zapišite predvideno pot upravljanja v opombe k namestitvi, vključno z vrati in obsegom naslovov, ki jo smejo uporabljati. Ta opomba je tudi mesto, kamor zapišete, kdo je zmogljivost zahteval in kdaj jo je treba preklicati.

Odločite, kdo sme upravljati tega odjemalca

Na prenosniku, ki je vaš, ohranite upravljanje na lokalni konzoli, razen če lahko imenujete računalnik, ki potrebuje oddaljen dostop, in poveste zakaj. Pri napravi, ki se upravlja centralno, imenujte skrbnika, pot upravljanja in lastnika obnovitve, preden karkoli vklopite. Vprašanje ni, ali je funkcija priročna, ampak kdo odgovarja za konfiguracijo, ki jo razkriva.

Ukaze izvajajte na lokalni storitvi, da sprememba pristane v vaši lastni zgodovini lupine in ne na posnetku zaslona: vpncmd localhost /client /cmd RemoteDisable zmogljivost izklopi, isti ukaz z RemoteEnable pa jo vklopi. Nato znova zaženite storitev, sicer nastavitev ne bo veljala.

Če jo vodnik vklopi kot pripravljalni korak brez razlage, to obravnavajte kot nerešeno vprašanje in ne kot navodilo, ki bi mu sledili. Vprašajte, katera upravljalna postaja naj jo uporablja, in če odgovora ni, pustite zmogljivost izklopljeno.

Dostop za upravljanje in povezljivost preverjajte ločeno

Dva preizkusa odgovarjata na dve različni vprašanji, in izvesti samo enega od njiju je pot, po kateri se namestitev konča z oddaljenim upravljanjem, ki si ga ni nihče želel.

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

Prvi dve vrstici vrneta odjemalca pod lokalno upravljanje in uveljavita spremembo. Zadnji dve potrjujeta, da so računi VPN in navidezni vmesniki še vedno nastavljeni, kot bi morali biti, ker sta obseg upravljanja in stanje povezave neodvisni nastavitvi. Če se seznam računov po ponovnem zagonu vrne prazen, se je pokvarilo nekaj drugega in nastavitev oddaljenega upravljanja ni razlaga.

Nato preizkusite samo povezavo z odjemalca in potrdite, da vmesnik drži pričakovani naslov in poti. Uspešna seja vpncmd dokazuje krmilno razmerje in ne pove nič o tem, ali promet zapusti tunel.