RemoteEnable nuk është hyrje VPN: kufijtë e administrimit të SoftEther

Tutoriali thotë të ekzekutoni RemoteEnable dhe pastaj të lidheni, dhe kjo lexohet sikur ato dy hapa janë e njëjta lloj gjëje. Nuk janë. RemoteEnable i jep një makine tjetër lejen të administrojë shërbimin klient SoftEther VPN që ekzekutohet në këtë kompjuter. Ndërsa lidhja është një llogari VPN që vërtetohet te një server, dhe në të nuk përfshihet aspak ndonjë leje administrimi.

Miti: RemoteEnable ndez VPN-në

Konfuzioni vjen nga afërsia. Një udhëzues aktivizon administrimin në distancë, rinis shërbimin klient, pastaj lidhet, dhe lidhja funksionon më pas, prandaj dy hapat duken të lidhur shkakësisht. Ajo që ndryshoi në të vërtetë është kush mund t’i flasë shërbimit, jo nëse shërbimi mund të arrijë një server. Çaktivizoni administrimin në distancë në një klient të konfiguruar saktë dhe lidhja VPN prapëseprapë vendoset.

Ndihma e komandës në burimin origjinal është e qartë për shtrirjen: administrim në distancë përmes VPN Client Manager ose vpncmd nga jashtë localhost. Asgjë në atë përshkrim nuk përmend një tunel, një llogari ose një rrugë. Leja që jepet është shtrirje administrative, dhe subjekti i saj është shërbimi klient, jo lidhja.

Tre identitete që ndajnë fjalën fjalëkalim

Udhëzuesit e vjetër përdorin një fjalë për tri kredenciale të palidhura, dhe kështu vendosjet përfundojnë me një sekret të ngjitur në fushën e gabuar.

Fjalëkalimi i administrimit të shërbimit klient mbron administrimin e klientit SoftEther lokal. Fjalëkalimi i llogarisë VPN vërtetohet te një server sipas politikës së atij serveri. Certifikata e serverit nuk është aspak fjalëkalim, por përgjigjet cilin pikë fundore duhet të pranojë klienti. Ndryshimi i njërës nuk i ndryshon të tjerat, dhe kopjimi i një vlere midis tyre prodhon një konfigurim tjetër, jo një më të thjeshtë.

Opsioni vetëm-në-distancë te fjalëkalimi i administrimit meriton një vështrim të dytë, sepse vendos nëse kërkesa për fjalëkalim vlen edhe për administrimin nga makina lokale. Ngushtimi i kësaj shtrirjeje është një zgjedhje e qëllimshme për një laptop me një përdorues, jo një zgjidhje anashkaluese për një fjalëkalim që askush nuk e shënoi.

Çfarë ndryshon në të vërtetë aktivizimi i administrimit në distancë

Pasojnë dy pasoja operacionale, dhe të dyja janë të lehta për t’u anashkaluar në një udhëzues kopjo-ngjit. Fjalëkalimi i administrimit bëhet i detyrueshëm sapo aktivizohet administrimi në distancë, dhe disponueshmëria e re hyn në fuqi vetëm pasi shërbimi klient riniset.

Ai rinisje është një ndërprerje e vërtetë për çdo gjë që përdor klientin, prandaj planifikojeni me atë që zotëron makinën. Aktivizimi i funksionit gjithashtu nuk hap vetë një rrugë përmes murit të zjarrit: shërbimi duhet të jetë ende i arritshëm nga stacioni i administrimit, dhe një mur zjarri i hostit ose një ACL më lart mund ta mbajnë të paarritshëm. Një shërbim i paarritshëm nuk është provë që leja u kufizua saktë, thjesht që diçka tjetër po e bllokon.

Shkruani rrugën e synuar të administrimit në shënimet e vendosjes, duke përfshirë portën dhe gamën e adresave që mund ta përdorin. Ai shënim është gjithashtu vendi ku shënohet kush e kërkoi aftësinë dhe kur duhet të tërhiqet.

Vendosni kush mund ta administrojë këtë klient

Në një laptop që zotëroni, mbajeni administrimin në konsolën lokale, përveç nëse mund të emërtoni makinën që ka nevojë për akses në distancë dhe të thoni pse. Për një pajisje që administrohet në mënyrë qendrore, emërtoni administratorin, rrugën e administrimit dhe pronarin e rikuperimit përpara se të aktivizoni çdo gjë. Pyetja nuk është nëse funksioni është i përshtatshëm, por kush është përgjegjës për konfigurimin që ai ekspozon.

Ekzekutoni komandat kundër shërbimit lokal, që ndryshimi të hyjë në historikun tuaj të shell-it dhe jo në një pamje ekrani: vpncmd localhost /client /cmd RemoteDisable e çaktivizon aftësinë, dhe e njëjta komandë me RemoteEnable e aktivizon atë. Rinisni shërbimin më pas, përndryshe cilësimi nuk do të jetë në fuqi.

Nëse një tutorial e aktivizon si hap paraprak pa shpjegim, trajtojeni atë si një pyetje të pazgjidhur dhe jo si një udhëzim për t’u ndjekur. Pyetni cili stacion administrimi synohet ta përdorë, dhe nëse nuk ka përgjigje, lëreni aftësinë të çaktivizuar.

Verifikoni veçmas aksesin e administrimit dhe lidhshmërinë

Dy teste përgjigjen dy pyetjeve të ndryshme, dhe ekzekutimi i vetëm njërit prej tyre është mënyra se si një vendosje përfundon me administrim në distancë që askush nuk e kishte për qëllim.

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

Dy rreshtat e parë e kthejnë klientin nën administrim lokal dhe zbatojnë ndryshimin. Dy të fundit konfirmojnë që llogaritë VPN dhe përshtatësit virtualë janë ende të konfiguruar, siç duhet të jenë, sepse shtrirja e administrimit dhe gjendja e lidhjes janë cilësime të pavarura. Nëse lista e llogarive kthehet bosh pas rinisjes, diçka tjetër u prish dhe cilësimi i administrimit në distancë nuk është shpjegimi.

Më pas provoni vetë lidhjen nga klienti dhe konfirmoni që përshtatësi mban adresën dhe rrugët e pritura. Një sesion vpncmd i suksesshëm provon një marrëdhënie kontrolli dhe nuk thotë asgjë nëse trafiku del përmes tunelit.