Windows VPN səhv kodları: hansı mərhələ uğursuz oldu və nəyi jurnal etməli

Uğursuzluqdan sonra Windows VPN pəncərəsini açın və o sizə bir rəqəm və bir cümlə verir; cümlə adətən daha az faydalı yarıdır. Rəqəm bağlantının hansı mərhələsinin uğursuz olduğunu göstərir və mərhələ bundan sonra hansı jurnala, hansı parametrə və hansı komandaya baxmalı olduğunuzu müəyyən edir. Mərhələləri sıra ilə keçmək təxminən on dəqiqə çəkir və adapterlərin yenidən quraşdırılması, protokolların dəyişdirilməsi və heç vaxt yığım icazəsi olmayan hesabı düzəltmək üçün stekin sıfırlanması kimi tanış ardıcıllığın qarşısını alır.

Rəqəmi mərhələ kimi oxuyun

Yerli bağlantı dörd mərhələdən keçir. O, serverə çatır və əlaqə qurur, təhlükəsizliyi razılaşdırır, istifadəçini autentifikasiya edir və ünvanlama ilə marşrutlaşdırmanı tətbiq edir. Onların hər birində uğursuzluq fərqli sübut qoyur və bir mərhələyə aid kod digərləri haqqında faydalı heç nə demir.

Qaçmalı olduğunuz səhv kodu ciddilik dərəcəsi kimi qəbul etməkdir. Əlaqə uğursuzluğu və avtorizasiya uğursuzluğu hər ikisi "qoşula bilmədi" kimi oxunur və bundan başqa ortaq heç nələri yoxdur. Ciddilik nəyin nə qədər təcili olduğunu deyir; mərhələ isə nəyi açmalı olduğunuzu deyir.

Birinci mərhələ: əlaqə və yığım cəhdi

829 əsas əlaqənin qopduğunu bildirir. Uzaq həmyaşıdın cavab verməyi dayandırdığını, aralıq qurğunun sessiyanı öldürdüyünü və ya müştəridəki siyasətin onu bağladığını demir. 703 kimi yığım tamamlanma kodu daha erkən gəlir: cəhd əlaqə yaranacaq qədər irəli getməyib, bu da adətən profilə, xidmət vəziyyətinə və ya yerli siyasətə işarə edir.

Get-VpnConnection -Name 'Corp' | Select-Object Name,ServerAddress,TunnelType,AuthenticationMethod,ConnectionStatus
Test-NetConnection -ComputerName vpn.example.net -Port 443
Get-WinEvent -LogName Application -MaxEvents 200 | Where-Object ProviderName -match 'RasClient' | Select-Object -First 15 TimeCreated,Id,Message

Hadisə sorğusu insanların atladığı hissədir. Zaman damğası və interfeys adı olan müştəri tərəfli qeyd pəncərədən daha dəyərlidir, çünki cəhdin maşından ümumiyyətlə çıxıb-çıxmadığını deyir. Qeyd yoxdur və dinləyicidən cavab yoxdur, bu əlçatanlıq problemidir və müştəridə heç bir redaktə onu dəyişmir.

Eyni profil başqa şəbəkədə işləyirsə, burada dayanın. Kod konfiqurasiya səhvi deyil, yol şərtini təsvir edir və növbəti faydalı müqayisə yenidən quraşdırma deyil, iki çəkilişdir.

İkinci mərhələ: PPP və miniport bağlaması

720 əlaqə ilə istifadəçi arasındadır. Tunel qalxdı və sonra PPP qatı ünvan və ya idarəetmə protokolu razılaşdıra bilmədi, bu da tez-tez rədd edilmiş etimadnamə deyil, müştəridə bağlama problemidir. Bu fərq kodun bütün dəyəridir: etimadnaməyə heç çatılmayıb, yəni hesab şübhəli deyil.

Get-NetAdapter -IncludeHidden | Where-Object InterfaceDescription -match 'WAN Miniport' | Select-Object Name,Status,ifIndex
Get-NetAdapterBinding | Where-Object ComponentID -match 'ms_pptp|ms_l2tp|ms_sstp|ms_agile' | Select-Object Name,ComponentID,Enabled

Bu iki çıxışı oxumaq hər şeyi sıfırlamaqdan daha məlumatlıdır. Mövcud olan, lakin başlamamış miniport və ya başqa proqram tərəfindən söndürülmüş protokol bağlaması məhz bu mərhələnin uğursuzluğunu yaradır. Hər ikisi stekin qalanına toxunmadan düzəldilə bilər. Tam sıfırlama isə nasazlıqla heç bir əlaqəsi olmayan ünvanlama və filtr vəziyyətini silir.

Üçüncü mərhələ: kimlik və avtorizasiya

691 etimadnamələrin rədd edildiyini bildirir. 649 hesabın yığım icazəsi olmadığını, 812 isə uzaq giriş siyasətinin bağlantını rədd etdiyini bildirir. Bunlar qərarlardır, nəqliyyat nasazlıqları deyil və müştəri onları yalnız bildirə bilər.

Sübut qarşı tərəfdədir. Şlüz operatorundan həmin zaman damğasındakı cəhdi və uyğun gələn siyasəti soruşun; kataloq sahibindən hesabın yığım icazəsi olub-olmadığını və siyasətin tələb etdiyi qrupda olub-olmadığını soruşun. Tunel növünü dəyişmək və ya müştərini yenidən quraşdırmaq kimlik barədə verilmiş qərarı dəyişə bilməz.

Bu mərhələdə faydalı vərdiş hesab sətrini hərfi ilə, istənilən domen prefiksi daxil olmaqla bilete yazmaqdır. 691 hallarının təəccüblü sayı yanlış domen üçün saxlanmış etimadnamədir və bu, protokol parametrlərində deyil, hesab sətrində görünür.

Dördüncü mərhələ: qoşulub, heç nə işləmir

Bağlantı tamamlana və yenə faydasız qala bilər. O, ünvan saxlayır, müştəri uğur bildirir və tətbiqin hər sorğusu vaxt aşımına uğrayır. Pəncərədə heç nə bunu əks etdirmir və baxmaq üçün kod yoxdur. Bu nöqtədə pəncərə bitmişdir və faydalı sübut başqa yerdədir.

Get-NetRoute -DestinationPrefix 10.24.0.0/16 | Select-Object DestinationPrefix,NextHop,InterfaceAlias
Resolve-DnsName files.corp.example.internal
Test-NetConnection -ComputerName 10.24.6.15 -Port 445

Marşrut yoxdursa, server onu göndərməyib və ya müştəri onu atıb. Marşrut varsa və ad uğursuz olursa, problem həll etmədədir. Hər ikisi işləyirsə və tətbiq yenə uğursuz olursa, siz tuneldən keçib tətbiqin öz konfiqurasiyasındasınız.

Dəyişiklikləri hər sınaq üçün bir qatla məhdudlaşdırın. Növbəti cəhddən əvvəl etdiyiniz hər redaktə növbəti kodun kontekstinin hissəsi olur və son redaktənizi təsvir edən kod ümumiyyətlə kodsuzluqdan pisdir.

Bir cəhd, bir dəyişiklik, bir qeyd

Mərhələ nə olursa olsun, qeyd kod, mesaj, profil adı, zaman damğası və olduğunuz şəbəkəni ehtiva etməlidir. Beş sahə və onların hər biri artıq pəncərədə və ya müştəri jurnalında qarşınızdadır. Bu dəst bilete yapışdırmaq üçün kifayət qədər kiçik və başqasının təkrar etməsi üçün kifayət qədər konkretdir.

Sonra həmin zaman damğasını qarşı tərəfdəki qeydin yanına qoyun. Bu səhifənin yuxarısındakı cədvəl hər uyğunsuzluğun hansı mərhələyə aid olduğunu deyir. İkinci qeyd olmadan kod yalnız axtarışı daraldır; onunla birlikdə mərhələ həll olunur. Müqayisə rəqəmi təxmin deyil, diaqnoza çevirən şeydir.

Bu vərdiş demək olar ki, hər yerli Windows VPN nasazlığını əhatə edir və budaqların heç biri heç nəyin yenidən quraşdırılmasını tələb etmir. Pəncərə həmişə hansına sahib olduğunuzu deyirdi; iş onların hamısını eyni problem kimi qəbul etməməkdədir.