Klienti SoftEther në nisje: AccountStartupSet dhe rendi i daemon-it
Klienti mund të nisë pastër dhe gjithsesi të lërë çdo llogari të shkëputur. Vendosni flamurin e llogarisë, nisni së pari daemon-in, pastaj kontrolloni përshtatësin dhe rrugën.
Rinisja e makinës e lë përsëri në rrjet me tunelin poshtë. Klienti i SoftEther mban dy gjendje që shumica e njerëzve i trajtojnë si një: nëse shërbimi po punon dhe nëse një llogari e ruajtur lejohet të ngrihet bashkë me të. Të dyja duhet të jenë të vërteta, dhe e dyta është një flamur për çdo llogari, jo një rregullim nisjeje. Kryeni katër kontrollet më poshtë me radhë dhe ndaloni në dështimin e parë.
Konfirmoni që llogaria është shënuar për nisje automatike
Flamuri jeton në regjistrin e llogarisë brenda konfigurimit të vetë klientit, prandaj riinstalimi i klientit ose rikthimi i një drejtorie bosh e fshin atë. Hapni konsolën e administrimit dhe shikoni listën e llogarive përpara se të ndryshoni çdo gjë tjetër.
cd /opt/softether/vpnclient
./vpncmd
Zgjidhni 2 për administrimin e klientit VPN dhe pranoni serverin lokal duke shtypur Enter.
AccountStartupSet
office-hub
exit
AccountStartupSet e regjistron llogarinë si një që duhet ngritur kur nis shërbimi i klientit. Ai as e nis shërbimin as krijon një llogari të re, dhe nuk printon asgjë të dobishme kur emri është i gabuar. Lexoni përsëri listën e llogarive pas komandës, sepse gabimi i shtypjes është i heshtur dhe duket saktësisht si një flamur që nuk hyri në fuqi.
Konfirmoni që shërbimi nis, dhe mjaftueshëm herët
Në Linux klienti punon si daemon nga drejtoria e vet, dhe duhet të jetë lart përpara se çdo hap i nisjes të provojë të përdorë llogarinë. Një grep i shkurtër që ndryshon drejtorinë dhe e nis atë mjafton në sistemet që ekzekutojnë ende rc.local.
cd /opt/softether/vpnclient
./vpnclient start
Ku rc.local nuk është më, shkruani një njësi systemd me WorkingDirectory të qartë dhe një politikë rinisjeje. Binari e zgjidh konfigurimin e tij në lidhje me vendin nga ku niset, kështu që një njësi pa atë rregullim mund të nisë me sukses dhe të mos lexojë asgjë. Rendi është gjysma e dytë e problemit: një përpjekje lidhjeje që ekzekutohet përpara se daemon-i të dëgjojë dështon herë pas here, gjë që është shumë më e vështirë për t’u diagnostikuar sesa një dështim konstant. Një politikë rinisjeje mbulon rastin e tretë, kur daemon-i vdes në heshtje orë më vonë.
Kontrolloni listën e proceseve në vend që t’i besoni një skedari pid të lënë nga nisja e mëparshme.
Konfirmoni që përshtatësi mori një adresë
Sapo llogaria lidhet, klienti paraqet një përshtatës virtual dhe përshtatësi ka ende nevojë për një adresë. Një hub që drejton SecureNAT zakonisht përgjigjet ndaj DHCP; një hub i urëzuar në një LAN fizike pret që në vend të tij të përgjigjet serveri i asaj LAN.
ip -brief address
dhclient vpn_vpn1
Merrni emrin e ndërfaqes nga lista, sepse numri në një shembull nuk është konstant. Nëse adresa duhet të jetë statike, vendoseni në konfigurimin e rrjetit të shpërndarjes për atë ndërfaqe, në mënyrë që të rizbatohet pas një ngjarjeje lidhjeje dhe jo vetëm në nisje. Një skript i njëhershëm e lë përshtatësin pa adresë herën e parë që tuneli rilidhet gjatë ditës. Ai dështim duket si një tunel i vdekur edhe pse llogaria është në rregull.
Një përshtatës pa adresë është dështimi më i heshtur në listë, pasi llogaria vazhdon të raportojë e lidhur.
Konfirmoni që rruga shkon atje ku mendoni
Trafiku mund të dështojë edhe me një lidhje të shëndoshë dhe një adresë të vlefshme. Pyetni kernelin se cilën ndërfaqe do të përdorte për një destinacion brenda nënrrjetit të hub-it, pastaj krahasoni atë përgjigje me tunelin.
ip route get 10.10.20.15
Një nënrrjet lokal që mbivendoset me diapazonin e hub-it fiton, sepse rruga e tij është më specifike dhe tashmë e instaluar.
Ky është një vendim numërimi dhe jo një gabim i klientit, dhe rinisja e shërbimit nuk do ta ndryshojë. Konfigurimi i zgjidhësit është gjysma tjetër: një adresë pa një server DNS funksional prodhon një tunel që kalon çdo kontroll lidhjeje dhe gjithsesi nuk mund të hapë një emër.
Shkruani katër kontrollet në shënimet e rindërtimit
Shënoni së bashku emrin e llogarisë, komandën e nisjes së shërbimit dhe emrin e ndërfaqes, sepse një host i rindërtuar rikthen të dhënat e llogarisë, por jo grepin e sistemit operativ që nis daemon-in. Ato jetojnë në vende të ndryshme dhe zakonisht kopjohen nga persona të ndryshëm.
Flamuri është një rresht për t’u rizbatuar dhe i lehtë për t’u harruar.
Mbani rendin: flamur, shërbim, adresë, rrugë. Një listë kontrolli që fillon në mes prodhon shumë përgjigje të gabuara me siguri.