SoftEtheri klient käivitamisel: AccountStartupSet ja deemonite järjekord

Masina taaskäivitamine jätab selle taas võrku, tunnel maas. SoftEtheri klient hoiab kaht olekut, mida enamik inimesi peab üheks: kas teenus töötab ja kas salvestatud kontol on lubatud sellega kaasa tulla. Mõlemad peavad paika, ja teine on konto lipp, mitte käivitusseade. Tehke allpool olevad neli kontrolli järjekorras ja peatuge esimese tõrke juures.

Veenduge, et konto on märgitud automaatseks käivitamiseks

Lipp elab konto kirjes kliendi enda konfiguratsioonis, seega kliendi uuesti paigaldamine või tühja kataloogi taastamine kustutab selle. Avage halduskonsool ja vaadake kontode loendit enne, kui midagi muud muudate.

cd /opt/softether/vpnclient
./vpncmd

Valige 2 VPN-kliendi haldamiseks ja kinnitage kohalik server Enterit vajutades.

AccountStartupSet
office-hub
exit

AccountStartupSet märgib konto selliseks, mis tuleb kliendi teenuse käivitumisel üles tõsta. See ei käivita teenust ega loo uut kontot ning ei trüki midagi kasulikku, kui nimi on vale. Lugege kontode loend pärast käsku uuesti, sest trükiviga on vaikne ja näeb täpselt välja nagu lipp, mis ei jõustunud.

Veenduge, et teenus käivitub, ja piisavalt vara

Linuxis töötab klient deemonina oma kataloogist ja peab olema üleval enne, kui ükskõik milline käivitusamm proovib kontot kasutada. Lühike konks, mis vahetab kataloogi ja käivitab selle, on piisav süsteemides, mis veel rc.locali käitavad.

cd /opt/softether/vpnclient
./vpnclient start

Kus rc.local enam pole, kirjutage systemd-üksus selgesõnalise WorkingDirectory ja taaskäivituspoliitikaga. Binaarfail lahendab oma konfiguratsiooni käivitamiskoha suhtes, seega ilma selle seadeta üksus võib edukalt käivituda ja mitte midagi lugeda. Järjekord on probleemi teine pool: ühenduskatse, mis töötab enne, kui deemon kuulama hakkab, ebaõnnestub aeg-ajalt, mida on palju raskem diagnoosida kui püsivat tõrget. Taaskäivituspoliitika katab kolmanda juhtumi, kus deemon sureb vaikselt tunde hiljem.

Kontrollige protsesside loendit, selle asemel et usaldada eelmise käivituse jäetud pid-faili.

Veenduge, et adapter sai aadressi

Kui konto ühendub, esitab klient virtuaalse adapteri ja adapter vajab endiselt aadressi. SecureNAT-i käitav jaotur vastab tavaliselt DHCP-le; füüsilisele LAN-ile sillatud jaotur ootab, et selle LAN-i server vastaks hoopis tema eest.

ip -brief address
dhclient vpn_vpn1

Võtke liidese nimi loendist, sest näites olev arv ei ole konstant. Kui aadress peab olema staatiline, pange see distributsiooni võrgukonfiguratsiooni selle liidese jaoks, nii et see rakenduks uuesti pärast lingisündmust ja mitte ainult käivitamisel. Ühekordne skript jätab adapteri aadressita, kui tunnel päeva jooksul esimest korda uuesti ühendub. See tõrge näeb välja nagu surnud tunnel, kuigi konto on korras.

Aadressita adapter on loendi vaikseim tõrge, sest konto teavitab endiselt ühendusest.

Veenduge, et marsruut osutab sinna, kuhu arvate

Liiklus võib ikka ebaõnnestuda terve lingi ja kehtiva aadressi korral. Küsige tuumalt, millist liidest see kasutaks sihtkoha jaoks jaoturi alamvõrgus, ja võrrelge siis seda vastust tunneliga.

ip route get 10.10.20.15

Kohalik alamvõrk, mis kattub jaoturi vahemikuga, võidab, sest selle marsruut on täpsem ja juba paigaldatud.

See on numereerimisotsus, mitte kliendi viga, ja teenuse taaskäivitamine ei muuda seda. Resolveri konfiguratsioon on teine pool: aadress ilma töötava DNS-serverita loob tunneli, mis läbib iga lingikontrolli ja ei suuda ikkagi nime avada.

Kirjutage neli kontrolli ülesehitamise märkmetesse

Märkige konto nimi, teenuse käivituskäsk ja liidese nimi koos, sest üles ehitatud host taastab konto andmed, kuid mitte operatsioonisüsteemi konksu, mis deemonit käivitab. Need elavad eri kohtades ja neid varundavad tavaliselt eri inimesed.

Lipp on üks rida, mida uuesti rakendada, ja seda on lihtne unustada.

Hoidke järjekorda: lipp, teenus, aadress, marsruut. Kontrollnimekiri, mis algab keskelt, annab palju enesekindlaid valesid vastuseid.