Odjemalec SoftEther ob zagonu: AccountStartupSet in vrstni red demona

Ponovni zagon stroja ga pusti v omrežju s spet spuščenim tunelom. Odjemalec SoftEther hrani dve stanji, ki ju večina ljudi obravnava kot eno: ali storitev teče in ali sme shranjen račun vstati z njo. Obe morata biti resnični, drugo pa je zastavica na račun, ne nastavitev zagona. Izvedite štiri spodnje preveritve po vrsti in ustavite se pri prvi napaki.

Potrdite, da je račun označen za samodejni zagon

Zastavica živi v zapisu računa znotraj odjemalčeve lastne konfiguracije, zato ponovna namestitev odjemalca ali obnovitev praznega imenika to izbriše. Odprite upravljalno konzolo in poglejte seznam računov, preden spremenite karkoli drugega.

cd /opt/softether/vpnclient
./vpncmd

Izberite 2 za upravljanje odjemalca VPN in sprejmite lokalni strežnik s pritiskom na Enter.

AccountStartupSet
office-hub
exit

AccountStartupSet zapiše račun kot takega, ki ga je treba dvigniti ob zagonu storitve odjemalca. Ne zažene storitve in ne ustvari novega računa, ob napačnem imenu pa ne izpiše nič koristnega. Po ukazu znova preberite seznam računov, ker je tipkarska napaka tiha in izgleda natanko kot zastavica, ki ni stopila v veljavo.

Potrdite, da se storitev zažene, in to dovolj zgodaj

V Linuxu odjemalec teče kot demon iz svojega imenika in mora biti pokonci, preden kateri koli korak zagona poskusi uporabiti račun. Kratek kavelj, ki zamenja imenik in ga zažene, zadostuje v sistemih, ki še izvajajo rc.local.

cd /opt/softether/vpnclient
./vpnclient start

Kjer rc.local ni več, napišite enoto systemd z izrecnim WorkingDirectory in politiko ponovnega zagona. Binarna datoteka razreši svojo konfiguracijo glede na mesto zagona, zato lahko enota brez te nastavitve uspešno zažene in ne prebere ničesar. Vrstni red je druga polovica težave: poskus povezave, ki teče preden demon začne poslušati, občasno spodleti, kar je veliko težje diagnosticirati kot dosledno napako. Politika ponovnega zagona pokriva tretji primer, ko demon ure kasneje tiho umre.

Preverite seznam procesov, namesto da bi zaupali datoteki pid, ki jo je pustil prejšnji zagon.

Potrdite, da je vmesnik prejel naslov

Ko se račun poveže, odjemalec predstavi navidezni vmesnik in vmesnik še vedno potrebuje naslov. Zvezdišče s SecureNAT običajno odgovori na DHCP; zvezdišče, premosteno na fizični LAN, pričakuje, da bo namesto tega odgovoril strežnik tega LAN.

ip -brief address
dhclient vpn_vpn1

Vzemite ime vmesnika s seznama, ker število v primeru ni konstanta. Če mora biti naslov statičen, ga vstavite v omrežno konfiguracijo distribucije za ta vmesnik, da se znova uporabi po dogodku povezave in ne le ob zagonu. Enkratna skripta pusti vmesnik brez naslova, ko se tunel prvič ponovno poveže med dnem. Ta napaka izgleda kot mrtev tunel, čeprav je račun v redu.

Vmesnik brez naslova je najtišja napaka na seznamu, saj račun še vedno poroča, da je povezan.

Potrdite, da pot vodi tja, kamor mislite

Promet lahko še vedno spodleti z zdravim spojem in veljavnim naslovom. Vprašajte jedro, kateri vmesnik bi uporabilo za cilj znotraj podomrežja zvezdišča, nato primerjajte ta odgovor s tunelom.

ip route get 10.10.20.15

Lokalno podomrežje, ki se prekriva z obsegom zvezdišča, zmaga, ker je njegova pot bolj natančna in že nameščena.

To je odločitev o oštevilčenju, ne napaka odjemalca, in ponovni zagon storitve tega ne spremeni. Konfiguracija razreševalnika je druga polovica: naslov brez delujočega strežnika DNS ustvari tunel, ki prestane vsako preveritev spoja in vseeno ne more odpreti imena.

Zapišite štiri preveritve v zapiske o obnovitvi

Zapišite skupaj ime računa, ukaz za zagon storitve in ime vmesnika, ker obnovljeni gostitelj obnovi podatke računa, ne pa kavlja operacijskega sistema, ki zažene demona. Ti živijo na različnih mestih in jih običajno varnostno kopirajo različni ljudje.

Zastavica je ena vrstica za ponovno uporabo in zlahka jo pozabite.

Ohranite vrstni red: zastavica, storitev, naslov, pot. Kontrolni seznam, ki se začne na sredini, daje veliko samozavestnih napačnih odgovorov.