RRAS start foar’t de OpenVPN-tunnel by it opstarten klear is

De tsjinner start opnij, OpenVPN start, en RRAS komt omheech wylst de adapter of rûte dêr’t it fan ôfhinklik is noch mist. RRAS in minút letter mei de hân opnij starte reparearret it, wat it probleem oplost lykje lit en it echte ferbergt. Twa ferskillende betingsten wurde hjir trochinoar helle: de foarôfgeande tsjinst draait, en de netwurkboarne dy’t RRAS echt nedich hat is brûkber wurden. In Windows-tsjinstôfhinklikens kin de earste betingst útdrukke en nea de twadde, dus ien tafoegje sûnder de boarne te definiearjen jout dy in oarderliker opstart en deselde flater.

Hoe’t it symptoom der by in kâlde opstart útsjocht

It teken is it ferskil tusken in kâlde start en in werstart. By in kâlde start meldt RRAS dat it draait wylst de tunneladapter ûntbrekt, de rûte mist, of it peer-adres noch net oplost. In hânmjittige werstart slagget dan om’t de boarne dan bestiet, en de tsjinst lêst gewoan in wrâld opnij dy’t it in minút earder net sjen koe. It tsjinstloch sil yn beide gefallen in skjinne start sjen litte, en dêrom ferklearret it barrenfernster allinnich dit selden.

Fêstlizze beide tastannen foar’t jo wat feroarje: wat RRAS by it opstarten meldt, en wat bestiet op it momint dat de hânmjittige werstart slagget. As dy twa waarnimmings identyk binne, is startfolchoarder net jo ferklearring en in ôfhinklikens sil net helpe. De ferliking kostet tsien minuten en besparret in wike fan rieden.

In ôfhinklikens tafoege op grûn fan „it wurket nei in werstart“ fertraget deselde flater allinnich mei de tiid dy’t de foarôfgeande tsjinst nedich hat om RUNNING te melden. It makket it opstarten ek dreger te begripen, om’t de oarderingsbeheining no as in ferklearring liket. Freegje hokker objekt de ôfhinklikens garandearret en oft dat objekt it iene is dat RRAS net sjen koe.

Neam de boarne, net allinnich de tsjinst

Skriuw it konkrete ding op dat mist. It kin in tunneladapter mei in adres wêze, in rûte nei in peer-subnet, in DNS-antwurd, of in sertifikaat dat noch levere wurdt. „De VPN-tsjinst draait“ is gjin boarnebeskriuwing, en in grien ikoan yn in klant ek net. Oant jo it objekt en in opdracht dy’t it sjen lit neame kinne, hawwe jo de betingst dy’t jo besykje te wachtsjen net definiearre.

Fêststelle ek hoe’t dizze OpenVPN-eksimplaar start wurdt. In troch GUI beheard tunnel en in troch tsjinst beheard tunnel hawwe ferskillende opstartlibbenssyklussen, en de tsjinstnamme moat fan ’e masine foar jo komme, net út in foarbyld skreaun foar in oare ynstallearder. List de kandidaten op ynstee fan in ûnthâlden namme te fertrouwen.

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

Lês de ôfhinklikenskeatling foar’t jo der wat oan tafoegje

De Tsjinstbehearder meldt tastannen lykas START_PENDING en RUNNING, en de SERVICE_STATUS reference definiearret presys wat elk fjild betsjut. Net ien fan dy tastannen garandearret dat in peer, in DNS-namme of in stroomôf applikaasje berikber is. Dat gat is de hiele reden wêrom’t dizze flater in korrekt ynstelde ôfhinklikens oerlibbet.

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

De rigel DEPENDENCIES út sc.exe qc is de list dy’t jo bewarje moatte, om’t sc.exe config RemoteAccess depend= de hiele list ferfangt ynstee fan der oan ta te foegjen. In net-relatearre foarôfgeande betingst falle litte wylst jo in VPN-tsjinst tafoegje makket in twadde flater dy’t by in oare opstart ferskynt, en dy is folle dreger te diagnostearjen as de oarspronklike. Kopiearje de besteande list yn jo feroaringsrekord foar’t jo der oan komme.

Ôfhinklikens feroarje ek it ôfslutgedrach, om’t it stopjen fan in foarôfgeande betingst de tsjinsten stopset dy’t derfan ôfhinklik binne. Kontrolearje wat der by ûnderhâld bart foar’t jo RRAS oan iets keppelje dat faak opnij start.

Meitsje it opnij starten ôfhinklik fan in betingst, net fan in timer

In fêste wachttiid giet derfan út dat de tunnel altyd binnen dat finster klear is, en dat is krekt de oanname dy’t by de opstart mislearret wannear’t in sertifikaat stadich is of in ferbining derút leit. Kontrolearje de boarne sels, mei in deadline, en lit de kontrôle beslisse oft in werstart eins nedich is.

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'

In plande taak by it opstarten dy’t dy kontrôles útfiert en RRAS allinnich opnij start wannear’t de adapter of rûte noch mist, is beheind, kontrolearber en maklik fuort te heljen. It alternatyf, RRAS by elke werferbining opnij starte, ûnderbrekt sûne sesjes en feroaret in ynstabile ferbining yn in werstartlus. Dy lus is slimmer as de oarspronklike flater, om’t it no brûkers rekket dy’t it goed hiene.

Jou de kontrôle in maksimale wachttiid dy’t oerienkomt mei hoe lang’t de tunnel op jo hardware ridlik nedich hat, en lit de taak einigje mei in status dy’t net nul is as it opjout. In stille taak dy’t gewoan ophâldt mei besykjen is net te ûnderskieden fan ien dy’t slagge is.

Loch de oergong sadat de folgjende opstart himsels ferklearret

Fêstlizze trije tiidstimpels op deselde rigel: wannear’t de ôfhinklikens-tsjinst RUNNING berikte, wannear’t de fereaske boarne ferskynde, en wannear’t RRAS it úteinlik akseptearre. Dy iene rigel beantwurdet de fraach dy’t de folgjende yngenieur stelle sil, en it kostet hast neat om it te meitsjen. Sûnder dat begjint it folgjende ûndersyk by itselde rieden as dit.

Stopje de automatisearring nei in fêststeld oantal besikings en meld mislearring ynstee fan foar altyd opnij te besykjen. In opstart dy’t einiget mei in dúdlike boadskip „de boarne ferskynde nea“ is mear wurdich as ien dy’t in tsjinst yn it tsjuster opnij bliuwt starten. Wannear’t dat boadskip ferskynt, is de boarnenamme dy’t jo yn ’e twadde seksje opskreaunen wat de folgjende persoan sykje sil.