Endurræsing vélarinnar skilur hana eftir á netinu með göngin niðri aftur. Biðlari SoftEther heldur tveimur stöðum sem flestir líta á sem einn: hvort þjónustan keyri og hvort vistaður aðgangur megi koma upp með henni. Bæði verða að vera sönn, og hið síðara er flagg á hvern aðgang frekar en ræsingarstilling. Keyrðu fjórar prófanir hér að neðan í röð og stöðvaðu við fyrstu mistök.

Staðfestu að aðgangurinn sé merktur fyrir sjálfvirkri ræsingu

Flaggið býr í aðgangsfærslunni inni í eigin stillingum biðlarans, svo enduruppsetning biðlarans eða endurheimt tómrar möppu hreinsar það. Opnaðu stjórnborðið og skoðaðu aðgangslistann áður en þú breytir einhverju öðru.

cd /opt/softether/vpnclient
./vpncmd

Veldu 2 fyrir stjórnun VPN-biðlara og samþykktu staðbundna þjóninn með því að ýta á Enter.

AccountStartupSet
office-hub
exit

AccountStartupSet skráir aðganginn sem einn sem á að koma upp þegar þjónusta biðlarans ræsist. Það ræsir hvorki þjónustuna né býr til nýjan aðgang, og það prentar ekkert gagnlegt þegar nafnið er rangt. Lestu aðgangslistann aftur eftir skipunina, því innsláttarvilla er hljóðlát og lítur nákvæmlega út eins og flagg sem tók ekki gildi.

Staðfestu að þjónustan ræsist, og nógu snemma

Á Linux keyrir biðlarinn sem dæmon frá eigin möppu, og hann verður að vera uppi áður en eitthvert ræsingarskref reynir að nota aðganginn. Stutt krókur sem skiptir um möppu og ræsir hann er nóg á kerfum sem keyra enn rc.local.

cd /opt/softether/vpnclient
./vpnclient start

Þar sem rc.local er horfið, skrifaðu systemd-einingu með skýru WorkingDirectory og endurræsingarstefnu. Keyrsluskráin leysir stillingar sínar miðað við staðinn sem hún er ræst frá, svo eining án þeirrar stillingar getur ræst með góðum árangri og lesið ekkert. Röðin er seinni helmingur vandans: tengitilraun sem keyrir áður en dæmoninn hlustar mistekst stöku sinnum, sem er miklu erfiðara að greina en stöðug mistök. Endurræsingarstefna nær yfir þriðja tilfellið, þegar dæmoninn deyr hljóðlega klukkustundum seinna.

Athugaðu ferlalistann í stað þess að treysta pid-skrá sem fyrri ræsing skildi eftir.

Staðfestu að millistykkið hafi fengið vistfang

Um leið og aðgangurinn tengist birtir biðlarinn sýndarmillistykki og millistykkið þarf enn vistfang. Hnútur sem keyrir SecureNAT svarar venjulega DHCP; hnútur sem brúaður er á líkamlegt LAN væntir þess að þjónn þess LAN svari í staðinn.

ip -brief address
dhclient vpn_vpn1

Taktu viðmótsnafnið af listanum, því talan í dæmi er ekki fasti. Ef vistfangið verður að vera kyrrt skaltu setja það í netstillingu dreifingarinnar fyrir það viðmót svo það sé notað aftur eftir tengiviðburð og ekki aðeins við ræsingu. Einu sinni keyrt skrifta skilur millistykkið eftir án vistfangs í fyrsta skipti sem göngin tengjast aftur sama dag. Sú mistök líta út eins og dauð göng, þótt aðgangurinn sé í lagi.

Millistykki án vistfangs er hljóðlátustu mistökin á listanum, því aðgangurinn tilkynnir enn að hann sé tengdur.

Staðfestu að slóðin vísi þangað sem þú heldur

Umferð getur enn mistekist með heilbrigðri tengingu og gildum vistfangi. Spurðu kjarnann hvaða viðmót hann myndi nota fyrir áfangastað innan undirnets hnútsins og berðu svo það svar saman við göngin.

ip route get 10.10.20.15

Staðbundið undirnet sem skarast við svið hnútsins vinnur, því slóð þess er nákvæmari og þegar uppsett.

Þetta er númerunarákvörðun en ekki villa í biðlaranum, og endurræsing þjónustunnar breytir því ekki. Stilling leysisins er hinn helmingurinn: vistfang án vinnandi DNS-þjóns framleiðir göng sem standast hverja tengiprófun og geta samt ekki opnað nafn.

Skrifaðu fjórar prófanir í endurbyggingarnóturnar

Skráðu nafn aðgangsins, ræsingarskipun þjónustunnar og viðmótsnafnið saman, því endurbyggður gestgjafi endurheimtir aðgangsgögnin en ekki krók stýrikerfisins sem ræsir dæmoninn. Þau lifa á ólíkum stöðum og eru venjulega afrituð af ólíku fólki.

Flaggið er ein lína til að beita aftur og auðvelt að gleyma.

Haltu röðinni: flagg, þjónusta, vistfang, slóð. Gátlisti sem byrjar í miðjunni framleiðir mörg sjálfsörugg röng svör.

Tengdir greinar