RemoteEnable is net in VPN-oanmelding: it behear fan SoftEther ôfbeakene

De hânlieding seit: rinnenje RemoteEnable en meitsje dêrnei ferbining, en dat lêst as binne dy twa stappen itselde soarte ding. Dat binne se net. RemoteEnable jout in oare masine tastimming om de SoftEther VPN-klanttsjinst te behearjen dy’t op dizze kompjûter rint. Ferbining meitsje is in VPN-account dat him by in tsjinner ferifikaasjet, en dêr is hielendal gjin behearstastimming by belutsen.

De myte: RemoteEnable set it VPN oan

De betizing komt fan neistlizzens. In hânlieding set behear op ôfstân oan, startet de klanttsjinst opnij, makket dan ferbining, en de ferbining wurket dêrnei, sadat de twa stappen kausaal ferbûn lykje. Wat eins feroare is, is wa’t mei de tsjinst prate mei, net oft de tsjinst in tsjinner berikke kin. Set behear op ôfstân út op in goed konfigurearre klant, en de VPN-ferbining komt dochs ta stân.

De kommandohelp yn ’e boarne is dúdlik oer it berik: behear op ôfstân fia VPN Client Manager of vpncmd fan bûten localhost. Neat yn dy beskriuwing neamt in tunnel, in account of in rûte. De tastimming dy’t jûn wurdt is bestjoerlik berik, en it ûnderwerp dêrfan is de klanttsjinst en net de ferbining.

Trije identiteiten dy’t it wurd wachtwurd diele

Alde hânliedingen brûke ien wurd foar trije net besibbe bewiisstikken, en sa einigje útroltings mei in geheim dat yn it ferkearde fjild plakt is.

It behearwachtwurd fan ’e klanttsjinst beskermet it behear fan ’e lokale SoftEther-klant. It wachtwurd fan it VPN-account ferifikaasjet him by in tsjinner neffens it belied fan dy tsjinner. It tsjinnersertifikaat is hielendal gjin wachtwurd, mar it beändert hokker einpunt de klant akseptearje moat. Ien fan dy feroarje feroaret de oaren net, en in wearde tusken harren kopiearje jout in oare konfiguraasje yn stee fan in ienfâldiger ien.

De opsje allinnich-op-ôfstân by it behearwachtwurd fertsjinnet in twadde each, want dy beslút oft de wachtwurdeask ek jildt foar behear fan ’e lokale masine ôf. Dat berik ferneauwe is in bewuste kar foar in laptop foar ien brûker, net in omwei foar in wachtwurd dat nimmen fêstlein hat.

Wat it oansetten fan behear op ôfstân eins feroaret

Twa operasjonele gefolgen komme dêrút, en beide binne maklik te missen yn in kopiearje-en-plakke-hânlieding. In behearwachtwurd wurdt ferplicht sadree’t behear op ôfstân oanset is, en de nije beskikberens jildt pas neidat de klanttsjinst opnij start is.

Dy werstart is in echte ûnderbrekking foar alles wat de klant brûkt, dat plan it mei wa’t de masine hat. It oansetten fan ’e funksje iepenet ek net fansels in paad troch de firewall: de tsjinst moat noch altyd berikber wêze fan it behearstasjon ôf, en in host-firewall of in ACL hegerop kin it ûnberikber hâlde. In ûnberikbere tsjinst is gjin bewiis dat de tastimming goed ôfbeakene is, allinnich dat eat oars it blokket.

Skriuw it bedoelde behearpaad yn ’e útrolnotysjes, mei de poarte en it adresberik dat it brûke mei. Dy notysje is ek it plak om fêst te lizzen wa’t de mooglikheid frege hat en wannear’t dy weromlutsen wurde moat.

Beslis wa’t dizze klant beheare mei

Op in laptop dy’t jo hawwe, hâld it behear op ’e lokale console, útsein as jo de masine neame kinne dy’t tagong op ôfstân nedich hat en sizze kinne wêrom. Foar in apparaat dat sintraal beheard wurdt, neam de behearder, it behearpaad en de eigner fan it werstel foardat jo eat oansette. De fraach is net oft de funksje handich is, mar wa’t ferantwurdlik is foar de konfiguraasje dy’t er bleatleit.

Rin de kommando’s tsjin de lokale tsjinst, sadat de feroaring yn jo eigen shell-skiednis telâne komt en net yn in skermprint: vpncmd localhost /client /cmd RemoteDisable set de mooglikheid út, en itselde kommando mei RemoteEnable set him oan. Start de tsjinst dêrnei opnij, oars jildt de ynstelling net.

As in hânlieding it as in foarôfgeande stap sûnder útlis oanset, behannelje dat as in ûnoploste fraach yn stee fan in ynstruksje om te folgjen. Freegje hokker behearstasjon it brûke moat, en as der gjin antwurd is, lit de mooglikheid dan útskeakele.

Kontrolearje beheartagong en ferbining apart

Twa tests beänderje twa ferskillende fragen, en mar ien fan beide rinnen is hoe’t in útrolting einiget mei behear op ôfstân dat nimmen fan doel wie.

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

De earste twa rigels sette de klant wer ûnder lokaal behear en pasze de feroaring ta. De lêste twa befêstigje dat de VPN-accounts en firtuele adapters noch konfigurearre binne, sa’t it wêze moat, want behearberik en ferbiningstastân binne ûnôfhinklike ynstellingen. As de accountlist nei de werstart leech weromkomt, is eat oars stikken en is de ynstelling foar behear op ôfstân net de ferklearring.

Test dan de ferbining sels fan ’e klant ôf en befêstigje dat de adapter it ferwachte adres en de ferwachte rûtes hâldt. In slagge vpncmd-sesje bewurket in kontrôleferhâlding en seit neat oer oft ferkear troch de tunnel nei bûten giet.