SoftEther bezeroa abioan: AccountStartupSet eta daemonaren ordena

Makina berrabiarazteak sarean uzten du tunela berriro jaitsita. SoftEther bezeroak bi egoera gordetzen ditu, jende gehienak bakartzat hartzen dituenak: zerbitzua martxan ari den eta gordetako kontu bat harekin igotzeko baimena duen. Biek egia izan behar dute, eta bigarrena kontuko marka da, ez abioko ezarpena. Exekutatu beheko lau egiaztapenak ordenan eta gelditu lehen hutsegitean.

Egiaztatu kontua abio automatikoetarako markatuta dagoela

Marka bezeroaren beraren konfigurazioaren barruko kontu-erregistroan bizi da, beraz bezeroa berriz instalatzeak edo direktorio hutsa berreskuratzeak ezabatzen du. Ireki administrazio-kontsola eta begiratu kontu-zerrenda beste ezer aldatu aurretik.

cd /opt/softether/vpnclient
./vpncmd

Aukeratu 2 VPN bezeroaren kudeaketarako eta onartu tokiko zerbitzaria Enter sakatuta.

AccountStartupSet
office-hub
exit

AccountStartupSet-ek kontua bezeroaren zerbitzua abiatzean igoko den kontu gisa erregistratzen du. Ez du zerbitzua abiarazten ez eta kontu berririk sortzen, eta ez du ezer erabilgarririk inprimatzen izena okerra denean. Irakurri berriro kontu-zerrenda komanduaren ondoren, idazketa-akatsa isila delako eta indarrean sartu ez den marka baten berdin-berdina dirudielako.

Egiaztatu zerbitzua abiarazten dela, eta nahikoa goiz

Linuxen bezeroa daemon gisa exekutatzen da bere direktorioetatik, eta martxan egon behar du abioko edozein urrats kontua erabiltzen saiatu aurretik. Direktorioa aldatzen duen eta hura abiarazten duen kako labur bat nahikoa da oraindik rc.local exekutatzen duten sistemetan.

cd /opt/softether/vpnclient
./vpnclient start

rc.local dagoeneko ez dagoen lekuan, idatzi systemd unitate bat WorkingDirectory esplizituarekin eta berrabiarazte-politika batekin. Binarioak bere konfigurazioa abiatzen den lekukoa erlatiboki ebazten du, beraz ezarpen hori gabe unitate batek arrakastaz abia daiteke eta ezer ez irakurri. Ordena arazoaren bigarren erdia da: daemona entzuten hasi aurretik exekutatzen den konexio-saiakera noizean behin huts egiten du, eta hori askoz zailagoa da diagnostikatzen hutsegite jarraitu bat baino. Berrabiarazte-politika batek hirugarren kasua estaltzen du, daemona ordu batzuk geroago isilki hiltzen denean.

Egiaztatu prozesuen zerrenda, aurreko abioak utzitako pid fitxategian fidatu ordez.

Egiaztatu egokitzaileak helbide bat jaso duela

Kontua konektatzen denean, bezeroak egokitzaile birtual bat aurkezten du eta egokitzaileak oraindik helbide bat behar du. SecureNAT exekutatzen duen hub batek DHCP-ri erantzuten dio normalean; LAN fisiko batera zubiratutako hub batek, ordea, LAN horretako zerbitzariak erantzutea espero du.

ip -brief address
dhclient vpn_vpn1

Hartu interfazearen izena zerrendatik, adibide bateko zenbakia ez baita konstantea. Helbidea estatikoa izan behar bada, jarri banaketaren sare-konfigurazioan interfaze horretarako, esteka-gertaera baten ondoren berriro aplika dadin eta ez soilik abioan. Behin-behineko script batek egokitzailea helbiderik gabe uzten du tuneleak egunean zehar lehen aldiz berriro konektatzen denean. Hutsegite hori tunel hilda bezala ikusten da kontua ondo egon arren.

Helbiderik gabeko egokitzailea zerrendako hutsegite isilena da, kontuak oraindik konektatuta dagoela jakinarazten baitu.

Egiaztatu bideak zuk uste duzun tokira eramaten duela

Trafikoak huts egin dezake esteka osasuntsu eta helbide baliodun batekin ere. Galdetu kernelari hub-aren azpisarearen barruko helmuga batetarako zein interfaze erabiliko lukeen, eta gero alderatu erantzun hori tunelarekin.

ip route get 10.10.20.15

Hub-aren barrutiarekin gainjartzen den tokiko azpisareak irabazten du, bere bidea zehatzagoa delako eta jada instalatuta dagoelako.

Hori zenbakitze-erabakia da, ez bezeroaren akatsa, eta zerbitzua berrabiarazteak ez du aldatuko. Ebazlearen konfigurazioa da beste erdia: DNS zerbitzari funtzionalik gabeko helbide batek esteka-egiaztapen guztiak gainditzen dituen tunel bat sortzen du, eta oraindik ezin du izen bat ireki.

Idatzi lau egiaztapenak berreraikitze-oharretan

Erregistratu kontuaren izena, zerbitzuaren abio-komandoa eta interfazearen izena elkarrekin, berreraikitako ostalari batek kontuaren datuak leheneratzen baititu, baina ez daemona abiarazten duen sistema eragileko kakoa. Horiek leku desberdinetan bizi dira eta normalean pertsona desberdinek egiten dituzte babeskopiak.

Marka berriro aplikatzeko lerro bat da eta erraza da ahazten.

Mantendu ordena: marka, zerbitzua, helbidea, bidea. Erdialdetik hasten den kontrol-zerrendak erantzun oker oso ziur asko ematen ditu.