Windows VPN qoşulmur? Kodu hadisə jurnalı ilə uyğunlaşdırın

Cümə günü işləyirdi. Bazar ertəsi eyni Windows müştərisi bağlantı cəhdinin uğursuz olduğunu bildirən dialoqla cavab verir və altındakı cümlə on iki əlaqəsiz problem üçün artıq gördüyünüz cümlədir. Həmin dialoq zəncirin sonudur, başlanğıcı deyil. Windows cəhdin həqiqətən öldüyü mərhələni gizlədir və iki kiçik sübut onu adlandırır: ədədi nəticə kodu və həmin dəqiqədən bir RasClient hadisəsi. İstifadə etdiyim sıra budur — cəhdi təsbit edin, kodu oxuyun, hadisəni götürün, sonra dəqiq bir təbəqəni dəyişin.

Dialoq mətni son addımdır, səbəb deyil

Oxuduğunuz cümlə cəhd artıq açıldıqdan sonra seçilir. "Bağlantı qurulmadan əvvəl uzaq kompüter tərəfindən dayandırıldı" ifadəsi server danışıqların ortasında dəstəyi kəsdikdə, IPsec istifadəçi adınız göndərilməmişdən əvvəl uğursuz olduqda və siyasət tuneli tamamilə rədd etdikdə görünür. Üç fərqli sahib, bir cümlə. İfadəyə simptom sinfi kimi baxın və kod onunla razılaşana qədər heç nəyə istiqamət verməsin.

Hələ də təsbit edə biləcəyiniz şey cəhdin özüdür. Bağlantı adını, profildə saxlanan tunel növünü — PPTP, L2TP/IPsec, SSTP və ya IKEv2 — saniyəyə qədər vaxtı və kodu yazın. Hansı protokolun həqiqətən işlədiyinə əmin deyilsinizsə, yaddaşa güvənmək əvəzinə %APPDATA%\Microsoft\Network\Connections\Pbk\rasphone.pbk faylını açın və qeydi oxuyun; yeni protokol üçün yenidən istifadə edilən profil köhnə göstərilən adını saxlayır.

Kodu sözlərdən əvvəl oxuyun

Kodlar üç mərhələyə düşür və mərhələ dəqiq ifadədən daha vacibdir: çatılan və rədd edilən autentifikasiya mübadiləsi, heç cavab verməyən server və ya əlaqə qurulduqdan sonra dağılan danışıq. 691 birinci növdür — etimad məlumatlarının yoxlanması işlədi və uğursuz oldu: səhv parol, kilidli və ya vaxtı keçmiş hesab, yoxsa serverin qəbul etmədiyi autentifikasiya protokolu. 812 də rədddir, lakin etibarlı etimad məlumatları ilə: uzaq giriş serverindəki siyasət sizin əleyhinizə qərar verdi. Microsoft kanonik yığım və VPN xəta kodlarının siyahısı saxlayır və mesaj mətnini axtarmazdan əvvəl nömrənizi orada oxumağa dəyər.

809 əks sinifdir: heç nə qayıtmadı. Bu yol problemidir — SSTP üçün TCP 443 filtrlənib, PPTP üçün GRE bloklanıb, IPsec keçidi üçün UDP 500 və 4500 və ya ESP atılıb. Yeni parol bunu düzəldə bilməz, təzə sertifikat da. 720 əlaqənin qurulduğunu və PPP-nin danışığı heç vaxt bitirmədiyini bildirir, bu da protokol uyğunsuzluğuna və ya ünvan təyin edə bilməyən serverə işarə edir. 789 və ya IKEv2-də 13801 IPsec daxilində kimlikdir: subyekti yığdığınız adla uyğunlaşmayan sertifikat, etibarsız zəncir və ya iki tərəf arasında fərqlənən əvvəlcədən paylaşılan açar.

Həmin dəqiqə üçün RasClient hadisəsini götürün

Hadisə Sxemində Windows Logs > Application mənbə RasClient üzrə filtrlənmiş ilk baxılacaq yerdir. Microsoft-un 720 xətası haqqında yazısı həmin jurnaldakı 20227 hadisəsinə işarə edir. Eyni provayder digər nəticələr üçün başqa identifikatorlar verir, ona görə ID-ni diaqnoz kimi qəbul etmək əvəzinə mesajı və içərisindəki nəticə kodunu oxuyun; ümumi dialoq üstəgəl 720 daşıyan 20227 artıq daha dar bir hekayədir.

PowerShell-dən, GUI üzərindən klikləmədən:

Get-WinEvent -FilterHashtable @{
  LogName      = 'Application'
  ProviderName = 'RasClient'
  StartTime    = (Get-Date).AddMinutes(-15)
} | Format-List TimeCreated, Id, Message

Boş nəticə məlumatvericidir. Adətən bu, yığımın RAS-ın nəyisə qeyd etməsi üçün kifayət qədər irəli getmədiyini və ya uğursuz olan proqramın ümumiyyətlə yerli müştəri olmadığını bildirir — üçüncü tərəf müştəriləri öz diaqnostikasını saxlayır və çox vaxt Application jurnalına heç nə yazmır. Hadisə qeydiyyatının pozulduğu qənaətinə gəlməzdən əvvəl satıcının jurnalına baxın.

Hadisə yığını yerinə bir zaman xətti qurun

Təkrar cəhdlər səs-küy yaradır. Beş avtomatik yenidən qoşulma bir hadisə klasteri qoyur və cazibə onları tək səbəbli bir ardıcıllıq kimi oxumaqdır. Onlar beş ayrı cəhddir və yalnız bəziləri serverə çatıb. İki-üç dəqiqəlik pəncərə, bir bağlantı adı götürün və heç birini şərh etməzdən əvvəl hər hadisəni öz kodu ilə sadalayın.

Sonra cəhdin harada dayandığını soruşun. Şlüz və ya autentifikasiya backend-i həmin zaman möhürü üçün heç bir qeyd saxlamırsa, müştəri ora heç çatmayıb və siz əlçatanlıq problemi görürsünüz. Backend sorğu və rədd göstərirsə, qərar orada verilib və etimad məlumatı və ya siyasət sinfi tətbiq olunur. Vaxtları müqayisə etməzdən əvvəl saatları müqayisə edin: müştərilər yerli vaxtı bildirir, bir çox şlüz UTC ilə qeyd edir və fərq mükəmməl korrelyasiyalı cütü əlaqəsiz göstərəcək.

Təkrarlana bilən ələ keçirmə üçün əmr sətrindən yığın və nəticəni çap etməsinə icazə verin:

rasdial "Office VPN"
rasdial "Office VPN" /disconnect

Konsol GUI-nin dost mətn arxasında gizlətdiyi nömrəni göstərir və onu iki dəfə işlətmək kodun sabit, yoxsa fasiləli olduğunu deyir.

Hər mərhələ nəyi dəyişməyinizi deyir

Mərhələni adlandırmaq yalnız dəyişiklik dəstini bir təbəqəyə endirdikdə faydalıdır:

• 691 — autentifikasiya: müştərinin təklif etdiyi EAP metodu serverin qəbul etdiyi ilə qarşılaşdırılır, hesab vəziyyəti, parolun vaxtının bitməsi, yığım icazəsi.
• 812 — server siyasəti: bu istifadəçiyə və bu vaxt pəncərəsinə uyğun uzaq giriş siyasəti və ya NPS qaydası.
• 809 — əlçatanlıq: yoldakı firewall qaydaları, NAT və protokol keçidi, seçilmiş tunel növünün tələb etdiyi port.
• 720 — PPP danışığı: autentifikasiya protokolu uyğunsuzluğu, ünvan təyini, server tərəfli PPP parametri.
• 789 / 13801 — IPsec kimliyi: sertifikat subyekti yığdığınız ada qarşı, etimad zənciri, əvvəlcədən paylaşılan açar.

Bunlardan birini dəyişin, eyni profili yenidən sınaqdan keçirin və yeni kodu yazın. Dəyişiklikdən sonra fərqli kod ziddiyyət deyil, irəliləyişdir: siz nasazlığı daha sonrakı mərhələyə köçürdünüz və çoxmərhələli əl sıxışmanın düzəldilməsi belə görünür. Etməməli olduğunuz şey firewall-u, sertifikatı və parolu bir oturuşda dəyişib sonra hansı sonuncu gəldisə ona kredit verməkdir.

Sübutları paylaşın, mühiti deyil

Hadisə mesajları göründüyündən zəngindir. Onlar bağlantı adını, hesabı, çox vaxt şlüzün daxili adını və ya ünvanını, bəzən sertifikat barmaq izini daşıyır. Orijinalı lazım olan yerdə saxlayın və başqası üçün ayrıca redaktə edilmiş nüsxə qurun; zaman xəttini yaddaşdan yenidən yazmaq onu faydalı edən detalları itirir.

İşlədilən təhvil beş sahə tələb edir: kod, aid olduğu mərhələ, müştəri və tunel növü, saat qurşağı ilə zaman möhürü və şlüzün sorğunu ümumiyyətlə görüb-görmədiyi. Qalan hər şey istəyə bağlıdır. Bu beşlə növbəti şəxs araşdırmanı təkrarlamadan etimad məlumatı mübahisəsini marşrutlaşdırma mübahisəsindən ayıra bilər.

Heç nəyi bağlamazdan əvvəl cəhdi eyni profildə təkrarlayın və kodun indi hara düşdüyünü təsdiqləyin. Uğur işi bitirir; fərqli nasazlıq orijinal mərhələnin düzəldildiyini və növbətinin əlinizdə olduğunu bildirir.