RRAS жүктелу кезінде OpenVPN туннелі дайын болмай тұрып іске қосылады

Сервер қайта жүктеледі, OpenVPN іске қосылады, ал RRAS ол тәуелді адаптер немесе маршрут әлі жоқ кезде көтеріледі. Бір минуттан кейін RRAS-ты қолмен қайта іске қосу оны түзетеді, бұл мәселені шешілгендей көрсетіп, шынайысын жасырады. Мұнда екі түрлі шарт шатасады: алғышарт қызмет жұмыс істеп тұр, және RRAS-қа шын мәнінде қажет желілік ресурс пайдалануға жарамды болды. Windows қызмет тәуелділігі бірінші шартты білдіре алады, екіншісін ешқашан білдірмейді, сондықтан ресурсты анықтамай тәуелділік қосу сізге реттелген көрінетін жүктелу мен сол ақауды әкеледі.

Суық жүктелуде симптом қалай көрінеді

Белгі — суық бастау мен қайта іске қосудың айырмашылығы. Суық бастауда RRAS өзін жұмыс істеп тұр деп хабарлайды, ал туннель адаптері жоқ, маршрут жоғалған немесе серіктес мекенжайы әлі шешілмейді. Қолмен қайта іске қосу содан кейін сәтті болады, өйткені сол кезде ресурс бар, ал қызмет бір минут бұрын көре алмаған әлемді жай ғана қайта оқиды. Қызмет журналы екі жағдайда да таза бастауды көрсетеді, сондықтан оқиғалар қараушысы жалғыз өзі мұны сирек түсіндіреді.

Бірдеңені өзгертудің алдында екі күйді де жазып алыңыз: RRAS жүктелуде не хабарлайды, және қолмен қайта іске қосу сәтті болған сәтте не бар. Егер бұл екі байқау бірдей болса, іске қосылу реті сіздің түсіндірмеңіз емес және тәуелділік көмектеспейді. Салыстыру он минут уақыт алады және бір апталық болжамды үнемдейді.

«Қайта іске қосқаннан кейін жұмыс істейді» негізінде қосылған тәуелділік сол ақауды алғышарт қызметтің RUNNING хабарлауына қанша уақыт кетсе, сонша ғана кейінге қалдырады. Ол жүктелуді түсінуді де қиындатады, өйткені рет шектеуі енді түсіндірме сияқты көрінеді. Тәуелділік қандай нысанды кепілдейтінін және сол нысан RRAS көре алмаған нысан ба екенін сұраңыз.

Ресурсты атаңыз, тек қызметті емес

Жетіспейтін нақты нәрсені жазыңыз. Бұл мекенжайы бар туннель адаптері, серіктес ішкі желісіне маршрут, DNS жауабы немесе әлі беріліп жатқан сертификат болуы мүмкін. «VPN қызметі жұмыс істеп тұр» ресурстың сипаттамасы емес, клиенттегі жасыл белгіше де емес. Нысанды және оны көрсететін команданы атай алмайынша, сіз күтпек болған шартты анықтаған жоқсыз.

Бұл OpenVPN данасының қалай іске қосылатынын да анықтаңыз. GUI арқылы басқарылатын туннель мен қызмет арқылы басқарылатын туннельдің жүктелу өмірлік циклдері әртүрлі, ал қызмет атауы алдыңыздағы машинадан келуі керек, басқа орнатушыға жазылған мысалдан емес. Есте қалған атауға сенудің орнына үміткерлерді тізіп шығыңыз.

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

Қосудың алдында тәуелділік тізбегін оқыңыз

Қызметтерді басқару менеджері START_PENDING мен RUNNING сияқты күйлерді хабарлайды, ал SERVICE_STATUS reference әр өрістің нені білдіретінін дәл анықтайды. Бұл күйлердің ешқайсысы серіктестің, DNS атауының немесе төменгі қолданбаның қолжетімді екенін уәде етпейді. Дәл осы алшақтық бұл ақаудың дұрыс конфигурацияланған тәуелділіктен аман қалуының бүкіл себебі.

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

sc.exe qc шығысындағы DEPENDENCIES жолы — сақтауға тиіс тізім, өйткені sc.exe config RemoteAccess depend= бүкіл тізімді ауыстырады, оған қоспайды. VPN қызметін қосқанда қатысы жоқ алғышартты тастау басқа жүктелуде пайда болатын екінші ақау жасайды, және оны диагностикалау түпнұсқадан әлдеқайда қиын. Оған қол тигізбес бұрын қолданыстағы тізімді өзгерістер жазбаңызға көшіріңіз.

Тәуелділіктер өшіру тәртібін де өзгертеді, өйткені алғышартты тоқтату оған тәуелді қызметтерді тоқтатады. RRAS-ты жиі қайта іске қосылатын нәрсеге қоспас бұрын техникалық қызмет көрсету кезінде не болатынын тексеріңіз.

Қайта іске қосуды таймерге емес, шартқа байланыстырыңыз

Бекітілген күту туннель әрқашан сол терезе ішінде дайын болады деп болжайды, және сертификат баяу немесе байланыс үзілген жүктелуде дәл осы болжам сәтсіздікке ұшырайды. Ресурстың өзін мерзіммен тексеріңіз және қайта іске қосу тіпті қажет пе, соны тексеру шешсін.

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'

Жүктелу кезінде іске қосылатын жоспарланған тапсырма сол тексерулерді орындап, RRAS-ты тек адаптер немесе маршрут әлі жоқ кезде қайта іске қосса, ол шектеулі, тексерілетін және оңай жойылады. Балама — әр қайта қосылуда RRAS-ты қайта іске қосу — сау сессияларды үзеді және тұрақсыз байланысты қайта іске қосу цикліне айналдырады. Бұл цикл бастапқы ақаудан да нашар, өйткені енді жағдайы жақсы пайдаланушыларға әсер етеді.

Тексеруге сіздің аппаратураңызда туннельге орынды кететін уақытқа сәйкес ең үлкен күту беріңіз және тапсырма бас тартқанда нөлге тең емес мәртебемен шықсын. Тек сынауды тоқтататын үнсіз тапсырманы сәтті тапсырмадан ажырату мүмкін емес.

Ауысуды тіркеңіз, келесі жүктелу өзін өзі түсіндірсін

Бір жолға үш уақыт белгісін жазыңыз: тәуелділік қызметі RUNNING-ке қашан жетті, қажет ресурс қашан пайда болды және RRAS оны ақыры қашан қабылдады. Сол бір жол келесі инженер қоятын сұраққа жауап береді, ал оны жасауға ешнәрсе дерлік кетпейді. Онсыз келесі тергеу осы тергеу басталған сол болжамнан басталады.

Белгілі бір әрекет санынан кейін автоматтандыруды тоқтатып, шексіз қайталаудың орнына сәтсіздік туралы хабарлаңыз. «Ресурс ешқашан пайда болмады» деген айқын хабарламамен аяқталатын жүктелу қараңғыда қызметті қайта іске қоса беретін жүктелуден қымбат. Сол хабарлама пайда болғанда, екінші бөлімде жазған ресурс атауы — келесі адам іздейтін нәрсе.