RRAS yuklashda OpenVPN tunnel tayyor bo'lishidan oldin ishga tushadi

Server qayta yuklanadi, OpenVPN ishga tushadi va RRAS o'zi bog'liq bo'lgan adapter yoki marshrut hali yo'q paytda ko'tariladi. Bir daqiqadan keyin RRAS ni qo'lda qayta ishga tushirish buni tuzatadi, bu muammoni hal qilingan ko'rsatadi va asl muammoni yashiradi. Bu yerda ikki xil shart aralashtiriladi: oldingi shart xizmat ishlayapti, va RRAS ga haqiqatan kerak bo'lgan tarmoq resursi foydalanishga yaroqli bo'ldi. Windows xizmat bog'liqligi birinchi shartni ifodalay oladi va hech qachon ikkinchisini emas, shuning uchun resursni aniqlamasdan bog'liqlik qo'shish tartibliroq ko'rinadigan yuklash va o'sha nosozlikni beradi.

Sovuq yuklashda alomat qanday ko'rinadi

Belgi sovuq start va qayta ishga tushirish o'rtasidagi farqdir. Sovuq startda RRAS o'zini ishlayapti deb xabar qiladi, holbuki tunnel adapteri yo'q, marshrut yo'qolgan yoki sherik manzili hali hal qilinmagan. Qo'lda qayta ishga tushirish keyin muvaffaqiyatli bo'ladi, chunki o'sha paytda resurs mavjud va xizmat bir daqiqa oldin ko'ra olmagan dunyoni qayta o'qiydi. Xizmat jurnali ikkala holatda ham toza startni ko'rsatadi, shuning uchun faqat voqealar ko'ruvchisi buni kamdan-kam tushuntiradi.

Biror narsani o'zgartirishdan oldin ikkala holatni qayd eting: yuklashda RRAS nima xabar qiladi va qo'lda qayta ishga tushirish muvaffaqiyatli bo'lgan paytda nima mavjud. Agar bu ikki kuzatuv bir xil bo'lsa, ishga tushish tartibi sizning izohingiz emas va bog'liqlik yordam bermaydi. Taqqoslash o'n daqiqa oladi va bir haftalik taxminni tejaydi.

«Qayta ishga tushirgandan keyin ishlaydi» asosida qo'shilgan bog'liqlik o'sha nosozlikni faqat oldingi shart xizmat RUNNING deb xabar berishiga qadar kechiktiradi. U yuklashni tushunishni ham qiyinlashtiradi, chunki tartib cheklovi endi izohga o'xshaydi. Bog'liqlik qaysi obyektni kafolatlashini va o'sha obyekt RRAS ko'ra olmagan narsami, so'rang.

Resursni nomlang, faqat xizmatni emas

Yetishmayotgan aniq narsani yozing. Bu manzilli tunnel adapteri, sherik subnetiga marshrut, DNS javobi yoki hali berilayotgan sertifikat bo'lishi mumkin. «VPN xizmati ishlayapti» resurs tavsifi emas, klientdagi yashil belgi ham emas. Obyektni va uni ko'rsatadigan buyruqni ayta olmaguningizcha, siz kutmoqchi bo'lgan shartni aniqlamadingiz.

Bu OpenVPN nusxasi qanday ishga tushishini ham aniqlang. GUI orqali boshqariladigan tunnel va xizmat orqali boshqariladigan tunnel turli yuklash hayot sikllariga ega, xizmat nomi esa boshqa o'rnatuvchi uchun yozilgan misoldan emas, sizning oldingizdagi mashinadan olinishi kerak. Esda qolgan nomga ishonish o'rniga nomzodlarni sanab chiqing.

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

Qo'shishdan oldin bog'liqlik zanjirini o'qing

Service Control Manager START_PENDING va RUNNING kabi holatlarni xabar qiladi, SERVICE_STATUS reference esa har bir maydon nimani anglatishini aniq belgilaydi. Bu holatlarning hech biri sherik, DNS nomi yoki quyi dastur yetib borilishini va'da qilmaydi. Aynan shu bo'shliq bu nosozlikning to'g'ri sozlangan bog'liqlikka qaramay saqlanib qolishining butun sababidir.

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

sc.exe qc chiqishidagi DEPENDENCIES satri siz saqlashingiz kerak bo'lgan ro'yxat, chunki sc.exe config RemoteAccess depend= butun ro'yxatni almashtiradi, unga qo'shmaydi. VPN xizmatini qo'shayotganda aloqasiz oldingi shartni tashlab ketish boshqa yuklashda ko'rinadigan ikkinchi nuqsonni tug'diradi va uni tashxislash aslidan ancha qiyin. Tegishdan oldin mavjud ro'yxatni o'zgarishlar yozuvingizga ko'chiring.

Bog'liqliklar o'chirish xatti-harakatini ham o'zgartiradi, chunki oldingi shartni to'xtatish unga bog'liq xizmatlarni to'xtatadi. RRAS ni tez-tez qayta ishga tushadigan narsaga ulashdan oldin texnik xizmat paytida nima bo'lishini tekshiring.

Qayta ishga tushirishni taymerga emas, shartga bog'lang

Belgilangan kutish tunnel har doim shu oyna ichida tayyor bo'ladi deb faraz qiladi, va sertifikat sekin yoki aloqa uzilgan yuklashda aynan shu faraz barbod bo'ladi. Resursning o'zini muddat bilan tekshiring va qayta ishga tushirish umuman kerakmi, buni tekshiruv hal qilsin.

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'

Yuklashda ishlaydigan rejalashtirilgan vazifa o'sha tekshiruvlarni bajarib, RRAS ni faqat adapter yoki marshrut hali yo'q bo'lganda qayta ishga tushirsa, u cheklangan, audit qilinadigan va olib tashlash oson. Muqobil — har bir qayta ulanishda RRAS ni qayta ishga tushirish — sog'lom sessiyalarni uzadi va beqaror aloqani qayta ishga tushirish halqasiga aylantiradi. Bu halqa asl nosozlikdan yomonroq, chunki endi yaxshi holatda bo'lgan foydalanuvchilarga ham ta'sir qiladi.

Tekshiruvga apparatingizda tunnel oqilona oladigan vaqtga mos keladigan maksimal kutish bering va vazifa taslim bo'lganda noldan farqli holat bilan chiqsin. Urinishni shunchaki to'xtatadigan jim vazifani muvaffaqiyatli vazifadan ajratib bo'lmaydi.

O'tishni qayd eting, keyingi yuklash o'zini o'zi tushuntirsin

Bir satrda uchta vaqt belgisini yozing: bog'liqlik xizmati RUNNING ga qachon yetdi, kerakli resurs qachon paydo bo'ldi va RRAS uni oxir-oqibat qachon qabul qildi. O'sha bitta satr keyingi muhandis beradigan savolga javob beradi va uni yaratish deyarli hech narsa turmaydi. Usiz keyingi tekshiruv xuddi shu taxmindan boshlanadi.

Belgilangan urinishlar sonidan keyin avtomatlashtirishni to'xtating va cheksiz qayta urinish o'rniga nosozlik haqida xabar bering. «Resurs hech qachon paydo bo'lmadi» degan aniq xabar bilan tugaydigan yuklash qorong'uda xizmatni qayta ishga tushiraveradigan yuklashdan qimmatroq. O'sha xabar paydo bo'lganda, ikkinchi bo'limda yozgan resurs nomi keyingi odam qidiradigan narsadir.