Azure Point-to-Site VPN jurnalları haradadır? Monitor-da axtarın

İstifadəçi Point-to-Site gateway-ə qoşula bilmir, siz gateway blade-i açırsınız və səhifənin heç bir yerində bağlantı tarixçəsi yoxdur. Konfiqurasiya, sertifikatlar, status: hamısı yerindədir, qeyd yoxdur. Jurnallar mövcuddur, lakin onları şəbəkə səhifələri ümumiyyətlə yaratmır. Onlar gateway resursuna əlavə edilmiş diaqnostika parametrindən gəlir və bu parametr Monitor altında yaşayır; buna görə aşkar yerdə edilən ilk axtarış heç nə qaytarmır və insanlar xidmətin audit izi saxlamadığı qənaətinə gəlir.

Aşkar axtarış niyə uğursuz olur

Köhnə təlimatlar Azure Point-to-Site VPN-in heç bir auditi olmadığını deyir və bu, xidmət hər bağlantı üzrə qeyd təqdim etmədiyi vaxt doğru idi. Mövcud gateway-lər tunel diaqnostika qeydlərini dərc edir, ona görə faydalı sual dəyişdi: jurnalların olub-olmaması deyil, hansı resursun onları buraxdığı və hansı kateqoriyanı aktivləşdirdiyiniz. Gateway blade-i konfiqurasiya səthidir və konfiqurasiya səthləri nadir hallarda jurnal göstəricisi kimi də xidmət edir. Diaqnostika parametri hər resurs üçün obyektdir, ona görə seçdiyiniz resurs sonrakı hər şeyi müəyyən edir.

Qarışıqlığın digər yarısı autentifikasiyadır. Sertifikat əsaslı Point-to-Site bağlantıları identifikasiya provayderi kimi hər istifadəçi üçün giriş hadisəsi yaratmır, ona görə şifrə yazan adlı şəxsin qeydini tapmaq mümkün deyil.

Diaqnostika parametrini gateway resursuna əlavə edin

Monitor-u, sonra Diagnostic settings-i açın və hədəfi onu ehtiva edən virtual şəbəkə deyil, virtual şəbəkə gateway-inin özü olan yeni parametr əlavə edin. Point-to-Site diaqnostika kateqoriyasını, yəni P2SDiagnosticLog adlı kateqoriyanı seçin, çünki hər müştəri üzrə bağlantı qeydlərini o daşıyır; tunel, marşrut və ya IKE kateqoriyalarını yalnız əhatə etdikləri site-to-site xətaları üçün əlavə edin. Sonra məlumatları idarə etdiyiniz Log Analytics iş sahəsinə, qəsdən seçdiyiniz saxlama müddəti ilə göndərin. Uğursuz axtarışların əksəriyyəti yanlış resursa əlavə edilmiş parametrdir, çatışmayan funksiya deyil.

Kateqoriya siyahıları gateway növünə və nəslə görə fərqlənir. Point-to-Site kateqoriyası yoxdursa, gateway funksiyadan köhnə ola bilər və ya onu heç vaxt buraxmayan SKU ilə işləyir, ona görə icazə problemini axtarmazdan əvvəl dəstəklənən kateqoriyaları yoxlayın. Point-to-Site kateqoriyası olmayan gateway xarab deyil; o, sadəcə həmin qeydin mənbəyi ola bilməz və ən yaxın əvəz tunel və ya IKE kateqoriyasıdır, hansı ki Point-to-Site sessiyasını təsvir etməsə də müştəri ünvanını qeyd edir. İtirilmiş jurnallar barədə dəstək müraciəti açmazdan əvvəl kateqoriya siyahısını təsdiqləyin.

Qeydləri rejiminizin istifadə etdiyi cədvəldə oxuyun

Köhnə toplama rejimində yazılar AzureDiagnostics cədvəlinə düşür və kateqoriya sütun dəyəri kimi görünür; resursa xas cədvəllərdə gateway-in öz cədvəli olur. Hər iki halda gateway resursuna və uğursuz cəhdin ətrafındakı vaxt pəncərəsinə görə sorğu verin, sonra ayrı-ayrı sətirlər əvəzinə korrelyasiyanı oxuyun:

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

Sütun dəsti toplama rejiminizə uyğundur, ona görə sorğuya skript deyil, forma kimi baxın. Axtardığınız şey görünüb sonra yoxa çıxan müştəri ünvanıdır və nəticə növü uğur deyil.

Gateway qeydini müştərinin öz baxışı ilə uyğunlaşdırın

Gateway jurnalları tuneli təsvir edir, noutbukun niyə onu qura bilmədiyini deyil. Müştəri tərəfini eyni vaxt damğasında toplayın: RAS müştərisi üçün Windows hadisə jurnalı, macOS bağlantı jurnalı və ya müştəri tətbiqinin göstərdiyi xəta mətni. Uyğun müştəri cəhdi olmayan gateway qeydi müştəriyə işarə edir; müştəri uğur bildirirsə, gateway isə heç nə qeyd etmirsə, bu adətən profilin başqa gateway-ə yönəldiyini bildirir.

Hər iki yarını eyni biletdə saxlayın. Tək gateway jurnalı yanlış nəticəyə dəvət edir, tək müştəri jurnalı isə paketin ümumiyyətlə çatıb-çatmadığını göstərə bilməz.

Hər iki yerdə heç nə görünmürsə, platformadan şübhələnməzdən əvvəl müştərinin saatını yoxlayın. Əyri vaxt damğaları korrelyasiyanı elə uğursuz edir ki, bu, tam itirilmiş məlumat kimi görünür.

Saxlama, əhatə dairəsi və runbook qeydi

Tunel qeydləri müştəri ünvanlarını və bağlantı vaxt damğalarını daşıyır, ona görə onlara platformanın standartını yerində qoymaq əvəzinə silinmə cədvəli olan şəxsi məlumat kimi yanaşın. Həm də yoxlayın ki, iş sahəsi abunəlikdəki hər resursun hər kateqoriyasını qəbul etmir, çünki səs-küylü iş sahəsi korrelyasiyanı müştəri jurnalını birbaşa oxumaqdan yavaş edir.

Nəhayət, parametrin adını, iş sahəsini və seçilmiş kateqoriyaları gateway-in runbook-una yazın. Müştərini sazlamağa gələn növbəti şəxs əvvəlcə gateway blade-inə baxacaq, heç nə tapmayacaq və jurnalların mövcud olmadığı qənaətinə gələcək.