RRAS huanza kabla ya handaki la OpenVPN kuwa tayari wakati wa kuwasha

Seva inawashwa upya, OpenVPN huanza, na RRAS huinuka wakati adapta au njia inayotegemea bado haipo. Kuanzisha upya RRAS kwa mkono dakika moja baadaye hurekebisha hilo, jambo linalofanya tatizo lionekane limetatuliwa na kuficha lile la kweli. Hapa huchanganywa masharti mawili tofauti: huduma ya sharti la awali inaendesha, na rasilimali ya mtandao ambayo RRAS inahitaji kweli imekuwa inafaa kutumika. Utegemezi wa huduma ya Windows unaweza kueleza sharti la kwanza na kamwe si la pili, kwa hiyo kuongeza moja bila kufafanua rasilimali hukupa uwasaji ulio nadhifu zaidi na kosa lilelile.

Jinsi dalili inavyoonekana kwenye kuwasha baridi

Kidokezo ni tofauti kati ya kuanza baridi na kuanzisha upya. Wakati wa kuanza baridi RRAS huripoti kuwa inaendesha wakati adapta ya handaki haipo, njia imepotea, au anwani ya mwenzake bado haijatatuliwa. Kuanzisha upya kwa mkono hufanikiwa baadaye kwa sababu wakati huo rasilimali ipo, na huduma husoma upya ulimwengu ambao haikuweza kuuona dakika moja mapema. Kumbukumbu ya huduma itaonyesha mwanzo safi katika hali zote mbili, ndiyo sababu kiangalizi cha matukio peke yake mara chache hufafanua hili.

Rekodi hali zote mbili kabla ya kubadilisha chochote: kile RRAS inaripoti wakati wa kuwasha, na kile kilichopo wakati kuanzisha upya kwa mkono kunafanikiwa. Ikiwa uchunguzi huo miwili unafanana, mpangilio wa kuanza siyo maelezo yako na utegemezi hautasaidia. Ulinganisho huo huchukua dakika kumi na kuokoa wiki ya kubahatisha.

Utegemezi ulioongezwa kwa msingi wa «inafanya kazi baada ya kuanzisha upya» huchelewesha tu kosa lilelile kwa muda ambao huduma ya sharti la awali inahitaji kuripoti RUNNING. Pia hufanya uwasaji uwe mgumu zaidi kueleweka, kwa sababu kizuizi cha mpangilio sasa kinaonekana kama maelezo. Uliza ni kitu gani utegemezi unahakikisha na kama kitu hicho ni kile ambacho RRAS haikuweza kuona.

Taja rasilimali, si huduma peke yake

Andika kitu mahususi kinachokosekana. Inaweza kuwa adapta ya handaki yenye anwani, njia kuelekea subnet ya mwenzake, jibu la DNS, au cheti ambacho bado kinatolewa. «Huduma ya VPN inaendesha» si maelezo ya rasilimali, na aikoni ya kijani kwenye mteja pia siyo. Hadi uweze kutaja kitu na amri inayokionyesha, hujafafanua sharti unalojaribu kusubiri.

Amua pia jinsi kisa hiki cha OpenVPN kinavyoanzishwa. Handaki linalosimamiwa na GUI na linalosimamiwa na huduma zina mizunguko tofauti ya maisha ya kuwasha, na jina la huduma lazima litoke kwenye mashine iliyo mbele yako, siyo kwa mfano ulioandikwa kwa kisakinishi kingine. Orodhesha watahiniwa badala ya kutegemea jina lililokumbukwa.

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

Soma mnyororo wa utegemezi kabla ya kuongeza chochote

Msimamizi wa Udhibiti wa Huduma huripoti hali kama START_PENDING na RUNNING, na SERVICE_STATUS reference hufafanua kwa usahihi maana ya kila sehemu. Hakuna hali hizo inayoahidi kwamba mwenzake, jina la DNS au programu ya chini inafikiwa. Pengo hilo ndilo sababu yote kwa nini kosa hili huishi baada ya utegemezi uliowekwa vizuri.

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

Mstari wa DEPENDENCIES kutoka sc.exe qc ni orodha ambayo lazima uihifadhi, kwa sababu sc.exe config RemoteAccess depend= hubadilisha orodha yote badala ya kuiongeza. Kuacha sharti la awali lisilohusiana wakati unaongeza huduma ya VPN hutengeneza kasoro ya pili inayoonekana kwenye uwasaji mwingine, na ni vigumu zaidi kuigundua kuliko ya awali. Nakili orodha iliyopo kwenye rekodi yako ya mabadiliko kabla ya kuigusa.

Utegemezi pia hubadilisha tabia ya kuzima, kwa sababu kusimamisha sharti la awali husimamisha huduma zinazotegemea hilo. Angalia kinachotokea wakati wa matengenezo kabla ya kuunganisha RRAS na kitu kinachowashwa upya mara kwa mara.

Fanya kuanzisha upya kutegemea sharti, siyo kipima muda

Kusubiri kwa muda maalum huchukulia kuwa handaki litakuwa tayari kila wakati ndani ya dirisha hilo, na hicho ndicho dhana inayoshindikana kwenye uwasaji ambapo cheti ni polepole au kiungo kiko chini. Angalia rasilimali yenyewe, kwa muda wa mwisho, na iachie ukaguzi uamue kama kuanzisha upya kunahitajika kabisa.

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'

Kazi iliyoratibiwa wakati wa kuwasha inayofanya ukaguzi huo na kuanzisha upya RRAS tu wakati adapta au njia bado haipo ni yenye mipaka, inayoweza kukaguliwa na rahisi kuondolewa. Njia mbadala, kuanzisha upya RRAS kila muunganisho upya, huvunja vipindi vyenye afya na kugeuza kiungo kisichotulia kuwa mzunguko wa kuanzisha upya. Mzunguko huo ni mbaya zaidi kuliko kasoro ya awali, kwa sababu sasa unagusa watumiaji waliokuwa sawa.

Ipe ukaguzi muda wa juu zaidi wa kusubiri unaolingana na muda ambao handaki huchukua kwa busara kwenye maunzi yako, na fanya kazi itoke na hali isiyo sifuri inapokata tamaa. Kazi tulivu inayokoma tu kujaribu haiwezi kutofautishwa na ile iliyofanikiwa.

Rekodi mpito ili uwasaji unaofuata ujieleze wenyewe

Rekodi mihuri mitatu ya muda kwenye mstari mmoja: huduma ya utegemezi ilipofikia RUNNING, rasilimali inayohitajika ilipotokea, na RRAS ilipoikubali hatimaye. Mstari huo mmoja hujibu swali ambalo mhandisi anayefuata atauliza, na kuutengeneza hakugharimu kitu. Bila hiyo, uchunguzi unaofuata huanza kutoka kwenye kubahatisha kulekule kama huu.

Simamisha uotomatishaji baada ya idadi maalum ya majaribio na ripoti kushindikana badala ya kujaribu upya milele. Uwasaji unaoishia na ujumbe wazi «rasilimali haikuonekana kamwe» una thamani zaidi kuliko ule unaoendelea kuanzisha upya huduma gizani. Ujumbe huo unapotokea, jina la rasilimali uliloandika katika sehemu ya pili ndilo ambalo mtu anayefuata atatafuta.