SoftEther-kliënt by die opstart: AccountStartupSet en die daemon-volgorde
Die kliënt kan skoon begin en tog elke rekening ontkoppel laat bly. Stel die rekeningvlag in, begin eers die daemon en kyk dan na die adapter en die roete.
Om die masjien te herbegin laat dit weer op die netwerk met die tonnel af. SoftEther se kliënt hou twee stukke toestand wat meeste mense as een beskou: of die diens loop, en of ’n gestoorde rekening saam met hom mag opkom. Albei moet waar wees, en die tweede is ’n vlag per rekening eerder as ’n opstartinstelling. Voer die vier kontroles hieronder in volgorde uit en stop by die eerste fout.
Bevestig dat die rekening vir outomatiese begin gemerk is
Die vlag woon in die rekeningrekord binne die kliënt se eie konfigurasie, so om die kliënt te herinstalleer of ’n leë gids te herstel, wis dit. Maak die bestuurkonsol oop en kyk na die rekeninglys voordat jy enigiets anders verander.
cd /opt/softether/vpnclient
./vpncmd
Kies 2 vir VPN-kliëntbestuur en aanvaar die plaaslike bediener deur Enter te druk.
AccountStartupSet
office-hub
exit
AccountStartupSet merk die rekening as een wat opgebring moet word wanneer die kliëntediens begin. Dit begin nie die diens nie en skep ook nie ’n nuwe rekening nie, en dit druk niks nuttigs wanneer die naam verkeerd is. Lees die rekeninglys terug ná die opdrag, want ’n tikfout is stil en lyk presies soos ’n vlag wat nie in werking getree het nie.
Bevestig dat die diens begin, en vroeg genoeg
Op Linux loop die kliënt as ’n daemon uit sy eie gids, en dit moet op wees voordat enige opstartstap die rekening probeer gebruik. ’n Kort haak wat die gids verander en dit begin, is genoeg op stelsels wat nog rc.local het.
cd /opt/softether/vpnclient
./vpnclient start
Waar rc.local weg is, skryf ’n systemd-eenheid met ’n eksplisiete WorkingDirectory en ’n herbeginbeleid. Die binêre lêer los sy konfigurasie op relatief tot waar dit begin word, so ’n eenheid sonder daardie instelling kan suksesvol begin en niks lees nie. Volgorde is die tweede helfte van die probleem: ’n verbindingspoging wat loop voordat die daemon luister, misluk ongereeld, wat baie moeiliker is om te diagnoseer as ’n konsekwente mislukking. ’n Herbeginbeleid dek die derde geval, waar die daemon ure later stil doodgaan.
Kyk na die proselys eerder as om ’n pid-lêer te vertrou wat deur die vorige opstart agtergelaat is.
Bevestig dat die adapter ’n adres gekry het
Sodra die rekening verbind, wys die kliënt ’n virtuele adapter en die adapter het steeds ’n adres nodig. ’n Hub met SecureNAT antwoord gewoonlik DHCP; ’n hub wat aan ’n fisiese LAN gebrug is, verwag dat daardie LAN se bediener eerder antwoord.
ip -brief address
dhclient vpn_vpn1
Neem die koppelvlaknaam uit die lys, want die nommer in ’n voorbeeld is nie ’n konstante nie. As die adres staties moet wees, sit dit in die verspreiding se netwerkkonfigurasie vir daardie koppelvlak sodat dit ná ’n skakelgebeurtenis weer toegepas word en nie net by die opstart nie. ’n Eenmalige skrip laat die adapter adresloos die eerste keer wat die tonnel gedurende die dag weer verbind. Daardie fout lyk soos ’n dooie tonnel al is die rekening heeltemal in orde.
’n Adreslose adapter is die stilste fout in die lys, want die rekening rapporteer steeds dat dit verbind is.
Bevestig dat die roete wys waar jy dink
Verkeer kan steeds misluk met ’n gesonde skakel en ’n geldige adres. Vra die kern watter koppelvlak dit vir ’n bestemming binne die hub-subnet sou gebruik, en vergelyk dan daardie antwoord met die tonnel.
ip route get 10.10.20.15
’n Plaaslike subnet wat die hub-reeks oorvleuel, wen, want sy roete is meer spesifiek en al klaar geïnstalleer.
Dit is ’n nommeringbesluit eerder as ’n kliëntfout, en om die diens te herbegin sal dit nie verander nie. Resolver-konfigurasie is die ander helfte: ’n adres sonder ’n werkende DNS-bediener lewer ’n tonnel op wat elke skakelkontrole slaag en steeds nie ’n naam kan oopmaak nie.
Skryf die vier kontroles in die herbounotas
Teken die rekeningnaam, die diens se beginopdrag en die koppelvlaknaam saam op, want ’n herboude gasheer herstel die rekeningdata maar nie die bedryfstelselhaak wat die daemon begin nie. Daardie dinge woon op verskillende plekke en word gewoonlik deur verskillende mense gerugsteun.
Die vlag is een reël om weer toe te pas en maklik om te vergeet.
Hou die volgorde: vlag, diens, adres, roete. ’n Kontrolelys wat in die middel begin, lewer baie selfversekerde verkeerde antwoorde.