SoftEther-klient ved opstart: AccountStartupSet og dæmonens rækkefølge
Klienten kan starte rent og alligevel efterlade hver konto afbrudt. Sæt kontoens flag, start dæmonen først, og kontrollér derefter adapter og rute.
Genstart af maskinen efterlader den på netværket med tunnelen nede igen. SoftEthers klient holder to stykker tilstand, som de fleste behandler som ét: om tjenesten kører, og om en gemt konto må komme op sammen med den. Begge skal være sande, og det andet er et flag for hver konto snarere end en opstartsindstilling. Kør de fire kontroller nedenfor i rækkefølge, og stop ved den første fejl.
Bekræft, at kontoen er markeret til automatisk start
Flaget ligger i kontoposten inde i klientens egen konfiguration, så geninstallation af klienten eller gendannelse af en tom mappe rydder det. Åbn administrationskonsollen, og se på kontolisten, før du ændrer noget andet.
cd /opt/softether/vpnclient
./vpncmd
Vælg 2 for VPN-klientadministration, og accepter den lokale server ved at trykke Enter.
AccountStartupSet
office-hub
exit
AccountStartupSet registrerer kontoen som en, der skal bringes op, når klienttjenesten starter. Det starter hverken tjenesten eller opretter en ny konto, og det udskriver intet brugbart, når navnet er forkert. Læs kontolisten igen efter kommandoen, for en tastefejl er tavs og ser præcis ud som et flag, der ikke trådte i kraft.
Bekræft, at tjenesten starter, og tidligt nok
På Linux kører klienten som dæmon fra sin egen mappe, og den skal være oppe, før noget opstartstrin forsøger at bruge kontoen. En kort krog, der skifter mappe og starter den, er nok på systemer, der stadig kører rc.local.
cd /opt/softether/vpnclient
./vpnclient start
Hvor rc.local er væk, skriv en systemd-unit med en eksplicit WorkingDirectory og en genstartspolitik. Binæren finder sin konfiguration relativt til det sted, den startes fra, så en unit uden den indstilling kan starte med succes og intet læse. Rækkefølgen er den anden halvdel af problemet: et forbindelsesforsøg, der kører, før dæmonen lytter, fejler periodisk, hvilket er langt sværere at diagnosticere end en konsekvent fejl. En genstartspolitik dækker det tredje tilfælde, hvor dæmonen dør stille timer senere.
Tjek proceslisten i stedet for at stole på en pid-fil, som den forrige opstart efterlod.
Bekræft, at adapteren har fået en adresse
Når kontoen forbinder, præsenterer klienten en virtuel adapter, og adapteren mangler stadig en adresse. En hub, der kører SecureNAT, svarer normalt på DHCP; en hub, der er broet til et fysisk LAN, forventer i stedet, at dette LANs server svarer.
ip -brief address
dhclient vpn_vpn1
Tag grænsefladenavnet fra listen, for tallet i et eksempel er ikke en konstant. Hvis adressen skal være statisk, skal du lægge den i distributionens netværkskonfiguration for den grænseflade, så den anvendes igen efter en linkhændelse og ikke kun ved opstart. Et engangsscript efterlader adapteren uden adresse, første gang tunnelen genopretter forbindelsen i løbet af dagen. Den fejl ligner en død tunnel, selv om kontoen er i orden.
En adapter uden adresse er den mest tavse fejl på listen, fordi kontoen stadig rapporterer, at den er forbundet.
Bekræft, at ruten peger, hvor du tror
Trafik kan stadig fejle med et sundt link og en gyldig adresse. Spørg kernen, hvilken grænseflade den ville bruge til en destination inde i hubbens undernet, og sammenlign derefter det svar med tunnelen.
ip route get 10.10.20.15
Et lokalt undernet, der overlapper hubbens område, vinder, fordi dets rute er mere specifik og allerede installeret.
Det er en nummereringsbeslutning snarere end en klientfejl, og genstart af tjenesten ændrer det ikke. Resolver-konfigurationen er den anden halvdel: en adresse uden en fungerende DNS-server giver en tunnel, der består hver linkkontrol og stadig ikke kan åbne et navn.
Skriv de fire kontroller i genopbygningsnoterne
Notér kontonavnet, tjenestens startkommando og grænsefladenavnet sammen, fordi en genopbygget vært gendanner kontodataene, men ikke det operativsystemhook, der starter dæmonen. De ligger forskellige steder og sikkerhedskopieres normalt af forskellige personer.
Flaget er én linje at anvende igen og let at glemme.
Hold rækkefølgen: flag, tjeneste, adresse, rute. En tjekliste, der starter i midten, giver mange selvsikre forkerte svar.