Azure Point-to-Site VPN jurnallari qayerda? Monitor da qarang

Foydalanuvchi Point-to-Site shlyuziga ulana olmayapti, siz shlyuz panelini ochasiz, va sahifada hech qayerda ulanish tarixi yo'q. Konfiguratsiya, sertifikatlar, holat: hammasi bor, yozuvlar yo'q. Jurnallar mavjud, lekin tarmoq sahifalari ularni umuman yaratmaydi. Ular shlyuz resursiga biriktirilgan diagnostika sozlamasidan keladi, va bu sozlama Monitor ostida yashaydi; shuning uchun ko'zga tashlanadigan joydagi birinchi qidiruv hech narsa qaytarmaydi, va odamlar xizmat hech qanday audit izini saqlamaydi degan xulosaga keladi.

Nega ko'zga tashlanadigan qidiruv muvaffaqiyatsiz bo'ladi

Eski qo'llanmalar Azure Point-to-Site VPN da audit yo'q deb aytadi, va bu xizmat har bir ulanish uchun yozuv taqdim etmagan paytda to'g'ri edi. Hozirgi shlyuzlar tunnel diagnostika yozuvlarini e'lon qiladi, shuning uchun foydali savol o'zgardi: jurnallar bormi-yo'qmi emas, qaysi resurs ularni chiqaradi va siz qaysi toifani yoqqansiz. Shlyuz paneli konfiguratsiya yuzasi, va konfiguratsiya yuzalari kamdan-kam hollarda jurnal ko'ruvchisi ham bo'ladi. Diagnostika sozlamasi har bir resurs uchun obyekt, shuning uchun siz tanlagan resurs keyingi hamma narsani belgilaydi.

Chalkashlikning ikkinchi yarmi autentifikatsiya. Sertifikatga asoslangan Point-to-Site ulanishlari identifikatsiya provayderi kabi har bir foydalanuvchi uchun kirish hodisasini yaratmaydi, shuning uchun parol terayotgan nomli shaxsning yozuvi yo'q.

Diagnostika sozlamasini shlyuz resursiga biriktiring

Monitor ni, so'ngra Diagnostic settings ni oching va maqsadi uni o'z ichiga olgan virtual tarmoq emas, virtual tarmoq shlyuzining o'zi bo'lgan yangi sozlama qo'shing. Point-to-Site diagnostika toifasini, ya'ni P2SDiagnosticLog deb nomlanganini tanlang, chunki har bir mijoz uchun ulanish yozuvlarini aynan shu tashiydi; tunnel, marshrut yoki IKE toifalarini faqat ular qamrab oladigan site-to-site xatolari uchun qo'shing. Keyin ma'lumotlarni o'zingiz nazorat qiladigan Log Analytics ish maydoniga yuboring, ataylab tanlangan saqlash muddati bilan. Muvaffaqiyatsiz qidiruvlarning aksariyati noto'g'ri resursga biriktirilgan sozlama, yo'q funksiya emas.

Toifa ro'yxatlari shlyuz turi va avlodiga qarab farq qiladi. Agar Point-to-Site toifasi bo'lmasa, shlyuz bu funksiyadan eskiroq bo'lishi mumkin yoki uni hech qachon chiqarmaydigan SKU da ishlayotgan bo'lishi mumkin, shuning uchun ruxsat muammosini qidirishdan oldin qo'llab-quvvatlanadigan toifalarni tekshiring. Point-to-Site toifasi bo'lmagan shlyuz buzilmagan; u shunchaki o'sha yozuvning manbai bo'la olmaydi, va eng yaqin o'rinbosar tunnel yoki IKE toifasi bo'lib, u Point-to-Site sessiyasini tavsiflamasa ham mijoz manzilini yozib oladi. Yo'qolgan jurnallar haqida qo'llab-quvvatlash ishini ochishdan oldin toifalar ro'yxatini tasdiqlang.

Yozuvlarni rejimingiz ishlatadigan jadvalda o'qing

Eski yig'ish rejimida yozuvlar AzureDiagnostics jadvaliga tushadi va toifa ustun qiymati sifatida ko'rinadi; resursga xos jadvallarda shlyuzning o'z jadvali bor. Har qanday holatda, shlyuz resursi va muvaffaqiyatsiz urinish atrofidagi vaqt oynasi bo'yicha so'rov yuboring, so'ngra alohida qatorlar o'rniga korrelyatsiyani o'qing:

AzureDiagnostics
| where ResourceType == "VIRTUALNETWORKGATEWAYS"
| where _ResourceId has "gateway-name"
| where TimeGenerated > ago(2h)
| project TimeGenerated, Category, OperationName, ResultType, ResultDescription
| order by TimeGenerated desc

Ustunlar to'plami yig'ish rejimingizga mos keladi, shuning uchun so'rovga skript emas, shakl sifatida qarang. Siz izlayotgan narsa paydo bo'lib, keyin g'oyib bo'ladigan mijoz manzili, muvaffaqiyat bo'lmagan natija turi bilan.

Shlyuz yozuvini mijozning o'z ko'rinishi bilan bog'lang

Shlyuz jurnallari tunnelni tavsiflaydi, noutbuk nima uchun uni qura olmaganini emas. Mijoz tomonini xuddi shu vaqt belgisida yig'ing: RAS mijozi uchun Windows hodisalar jurnali, macOS ulanish jurnali yoki mijoz ilovasi ko'rsatgan xato matni. Mos keladigan mijoz urinishisiz shlyuz yozuvi mijozni ko'rsatadi; agar shlyuz hech narsa yozmasa-yu, mijoz muvaffaqiyat haqida xabar bersa, bu odatda profil boshqa shlyuzga qaratilganini bildiradi.

Ikkala yarmini bitta chiptada saqlang. Faqat shlyuz jurnali noto'g'ri xulosaga chorlaydi, faqat mijoz jurnali esa paketning yetib kelgan-kelmaganini ko'rsata olmaydi.

Agar ikkala joyda ham hech narsa ko'rinmasa, platformadan shubhalanishdan oldin mijozning soatini tekshiring. Qiyshiq vaqt belgilari korrelyatsiyani xuddi yo'qolgan ma'lumotlarga o'xshab muvaffaqiyatsiz qiladi.

Saqlash, qamrov va runbook yozuvi

Tunnel yozuvlari mijoz manzillari va ulanish vaqt belgilarini tashiydi, shuning uchun platformaning standart qiymatini qoldirish o'rniga ularga o'chirish jadvali bilan shaxsiy ma'lumot sifatida qarang. Shuningdek, ish maydoni obunadagi har bir resursdan har bir toifani qabul qilmasligini tekshiring, chunki shovqinli ish maydoni korrelyatsiyani mijoz jurnalini to'g'ridan-to'g'ri o'qishdan sekinroq qiladi.

Nihoyat, sozlama nomini, ish maydonini va tanlangan toifalarni shlyuzning runbookiga yozing. Keyingi odam mijozni disk raskadrovka qilganda avval shlyuz paneliga qaraydi, hech narsa topmaydi va jurnallar yo'q degan xulosaga keladi.