RRAS ræsist áður en OpenVPN-göngin eru tilbúin við ræsingu

Þjónninn endurræsist, OpenVPN ræsist og RRAS kemur upp á meðan millistykkið eða leiðin sem það er háð vantar enn. Að endurræsa RRAS handvirkt mínútu síðar lagar það, sem lætur vandann líta út fyrir að vera leystan og felur hinn raunverulega. Tvö ólík skilyrði eru rugluð saman hér: forsenduþjónustan er í gangi, og netauðlindin sem RRAS þarf í raun er orðin nothæf. Háðleiki Windows-þjónustu getur tjáð fyrra skilyrðið og aldrei hið síðara, svo að bæta við einum án þess að skilgreina auðlindina fær þér snyrtilegra ræsingu og sömu bilun.

Hvernig einkennin líta út við kaldræsingu

Vísbendingin er munurinn á kaldræsingu og endurræsingu. Við kaldræsingu tilkynnir RRAS að það sé í gangi á meðan göngumillistykkið vantar, leiðin er farin eða jafningjafangið leysist ekki enn. Handvirk endurræsing heppnast þá vegna þess að á þeim tíma er auðlindin til, og þjónustan les einfaldlega heiminn aftur sem hún gat ekki séð mínútu fyrr. Þjónustulogið mun sýna hreina ræsingu í báðum tilvikum, og þess vegna útskýrir atburðaskoðarinn einn og sér sjaldan þetta.

Skráðu bæði ástandin áður en þú breytir nokkru: hvað RRAS tilkynnir við ræsingu, og hvað er til á þeirri stundu sem handvirk endurræsing heppnast. Ef þessar tvær athuganir eru eins, er ræsingarröðin ekki skýringin þín og háðleiki mun ekki hjálpa. Samanburðurinn kostar tíu mínútur og sparar viku af giski.

Háðleiki sem bætt er við á grundvelli „það virkar eftir endurræsingu“ seinkar aðeins sömu bilun um þann tíma sem forsenduþjónustan þarf til að tilkynna RUNNING. Hann gerir ræsinguna líka erfiðari yfir að sjá, því röðunartakmörkin líta nú út eins og skýring. Spurðu hvaða hlut háðleikinn ábyrgist og hvort sá hlutur sé sá sem RRAS gat ekki séð.

Nefndu auðlindina, ekki bara þjónustuna

Skrifaðu niður hið tiltekna sem vantar. Það gæti verið göngumillistykki með vistfang, leið að jafningjaundirneti, DNS-svar eða skírteini sem er enn í úthlutun. „VPN-þjónustan er í gangi“ er ekki lýsing á auðlind, og grænt tákn í biðlara ekki heldur. Þangað til þú getur nefnt hlutinn og skipun sem sýnir hann hefur þú ekki skilgreint skilyrðið sem þú ert að reyna að bíða eftir.

Ákvarðaðu líka hvernig þessu OpenVPN-tilviki er ræst. Göng sem stýrt er með GUI og göng sem stýrt er með þjónustu hafa ólíka lífsferla við ræsingu, og þjónustuheitið verður að koma frá vélinni fyrir framan þig, ekki úr dæmi sem skrifað var fyrir annan uppsetningarforrit. Teldu upp kandídötana í stað þess að treysta munaðri nafni.

Get-Service | Where-Object Name -match 'vpn|openvpn' | Select-Object Name, Status, StartType

Lestu háðleikakeðjuna áður en þú bætir við hana

Þjónustustýringin tilkynnir stöður eins og START_PENDING og RUNNING, og SERVICE_STATUS reference skilgreinir nákvæmlega hvað hvert svið þýðir. Engin þessara stöðu lofar því að jafningi, DNS-nafn eða forrit neðar í keðjunni sé aðgengilegt. Þetta bil er öll ástæðan fyrir því að þessi bilun lifir af rétt skilgreindan háðleika.

Get-Service -Name RemoteAccess | Select-Object Status, StartType
sc.exe qc RemoteAccess
Get-Service -Name RemoteAccess | Select-Object -ExpandProperty DependentServices

Línan DEPENDENCIES úr sc.exe qc er listinn sem þú verður að varðveita, því sc.exe config RemoteAccess depend= kemur í stað alls listans í stað þess að bæta við hann. Að sleppa ótengdri forsendu þegar VPN-þjónustu er bætt við skapar aðra bilun sem birtist við aðra ræsingu, og hana er miklu erfiðara að greina en hina upprunalegu. Afritaðu fyrirliggjandi listann í breytingaskrána þína áður en þú snertir hann.

Háðleikar breyta einnig hegðun við slokknun, því að stöðva forsendu stöðvar þjónusturnar sem háðar eru henni. Athugaðu hvað gerist í viðhaldi áður en þú tengir RRAS við eitthvað sem endurræsist oft.

Skilyrðu endurræsinguna á skilyrði, ekki tímamæli

Föst bið gerir ráð fyrir að göngin séu alltaf tilbúin innan þess glugga, og það er einmitt forsenda sem bregst við þá ræsingu þar sem skírteini er hægt eða tenging niðri. Athugaðu auðlindina sjálfa, með fresti, og láttu athugunina ráða hvort endurræsing sé yfirhöfuð nauðsynleg.

Get-NetAdapter | Where-Object Status -eq 'Up'
Get-NetRoute -DestinationPrefix 0.0.0.0/0
Get-WinEvent -LogName System -MaxEvents 40 |
  Where-Object ProviderName -eq 'Service Control Manager'

Tímasett verkefni við ræsingu sem keyrir þessar athuganir og endurræsir RRAS aðeins þegar millistykkið eða leiðin vantar enn er afmarkað, endurskoðanlegt og auðvelt að fjarlægja. Valkosturinn, að endurræsa RRAS við hverja endurtengingu, truflar heilbrigðar lotur og gerir óstöðuga tengingu að endurræsingarlykkju. Sú lykkja er verri en upprunalega bilunin, því hún bitnar nú á notendum sem höfðu það gott.

Gefðu athuguninni hámarksbið sem passar við þann tíma sem göngin taka eðlilega á vélbúnaðinum þínum, og láttu verkefnið enda með stöðu sem er ekki núll þegar það gefst upp. Hljótt verkefni sem hættir einfaldlega að reyna er ekki hægt að greina frá því sem tókst.

Skráðu umskiptin svo næsta ræsing skýri sig sjálf

Skráðu þrjú tímatstimpil á sömu línu: hvenær háðleikaþjónustan náði RUNNING, hvenær nauðsynlega auðlindin birtist, og hvenær RRAS samþykkti hana loks. Þessi eina lína svarar spurningunni sem næsti verkfræðingur mun spyrja, og það kostar næstum ekkert að búa hana til. Án hennar hefst næsta rannsókn á sama giski og þessi.

Stöðvaðu sjálfvirknina eftir ákveðinn fjölda tilrauna og tilkynntu bilun í stað þess að reyna endalaust. Ræsing sem endar með skýrum skilaboðum „auðlindin birtist aldrei“ er meira virði en sú sem heldur áfram að endurræsa þjónustu í myrkri. Þegar þau skilaboð birtast er auðlindarheitið sem þú skrifaðir í öðrum hlutanum það sem næsta manneskja mun leita að.