Windows VPN kļūdu kodi: kurš posms neizdevās un ko reģistrēt

Pēc kļūmes atveriet Windows VPN dialogu, un tas dos jums numuru un teikumu, kur teikums parasti ir mazāk noderīgā puse. Numurs norāda, kurš savienojuma posms neizdevās, un posms nosaka, kuru žurnālu, kuru iestatījumu un kuru komandu skatīt tālāk. Posmu secīga iziešana aizņem apmēram desmit minūtes un novērš pazīstamo secību: adapteru pārinstalēšanu, protokolu maiņu un steka atiestatīšanu, lai salabotu kontu, kuram nekad netika atļauts zvanīt.

Lasiet numuru kā posmu

Vietējais savienojums iziet četrus posmus. Tas sasniedz serveri un izveido saiti, vienojas par drošību, autentificē lietotāju un piemēro adresāciju un maršrutēšanu. Kļūme katrā no tiem atstāj atšķirīgus pierādījumus, un kods, kas pieder vienam posmam, neko noderīgu nepasaka par pārējiem.

Kļūda, no kuras jāizvairās, ir koda uztveršana kā smaguma pakāpe. Saites kļūme un autorizācijas kļūme abas tiek lasītas kā "nevarēja savienoties", un vairāk nekā kopīga tām nav. Smagums pasaka, cik steidzami kaut kas ir; posms pasaka, ko atvērt.

Pirmais posms: saite un zvana mēģinājums

829 nozīmē, ka pamata saite pārtrūka. Tas nepasaka, vai tālā puse pārstāja atbildēt, vai starpniekservers nogalināja sesiju, vai klienta politika to aizvēra. Zvana pabeigšanas kods, piemēram, 703, ir vēl agrāks: mēģinājums nemaz nesasniedza saiti, kas parasti norāda uz profilu, pakalpojuma stāvokli vai vietējo politiku.

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

Notikumu vaicājums ir tā daļa, ko cilvēki izlaiž. Klienta puses ieraksts ar laika zīmogu un saskarnes nosaukumu ir vērtīgāks par dialogu, jo tas pasaka, vai mēģinājums vispār izgāja no ierīces. Nav ieraksta un nav klausītāja atbildes — tā ir sasniedzamības problēma, un nekāda klienta rediģēšana to nemaina.

Ja tas pats profils darbojas citā tīklā, apstājieties šeit. Kods apraksta ceļa stāvokli, nevis konfigurācijas kļūdu, un nākamais noderīgais salīdzinājums ir divi ieraksti, nevis vēl viena pārinstalēšana.

Otrais posms: PPP un miniporta piesaiste

720 atrodas starp saiti un lietotāju. Tunelis pacēlās, un tad PPP slānis nevarēja vienoties par adresi vai vadības protokolu, kas bieži ir piesaistes problēma klientā, nevis noraidīti akreditācijas dati. Šī atšķirība ir visa koda vērtība: tas pasaka, ka akreditācijas dati netika sasniegti, tāpēc konts nav aizdomās turētais.

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

Šo divu izvadu lasīšana ir informatīvāka par jebkā atiestatīšanu. Miniports, kas ir, bet nav startēts, vai citas programmatūras atspējota protokola piesaiste rada tieši šī posma kļūmi. Abus var salabot, neaiztiekot pārējo steku. Pilnīga atiestatīšana turpretī noņem adresāciju un filtrēšanas stāvokli, kam ar kļūmi nebija nekāda sakara.

Trešais posms: identitāte un autorizācija

691 nozīmē, ka akreditācijas dati tika noraidīti. 649 nozīmē, ka kontam nav atļauts zvanīt, un 812 nozīmē, ka attālinātās piekļuves politika noraidīja savienojumu. Tie ir lēmumi, nevis transporta kļūmes, un klients var tikai par tiem ziņot.

Pierādījumi ir otrā pusē. Palūdziet vārtejas operatoram to mēģinājumu ar šo laika zīmogu un atbilstošo politiku; pajautājiet kataloga īpašniekam, vai kontam ir zvana atļauja un vai tas ir politikas prasītajā grupā. Tunela tipa maiņa vai klienta pārinstalēšana nevar mainīt lēmumu, kas pieņemts par identitāti.

Noderīgs paradums šajā posmā ir ierakstīt biļetē precīzu konta virkni, iekļaujot jebkuru domēna prefiksu. Pārsteidzoši daudzi 691 gadījumi ir nepareizajam domēnam saglabāti akreditācijas dati, un tas redzams konta virknē, nevis protokola iestatījumos.

Ceturtais posms: savienots, un nekas nedarbojas

Savienojums var pabeigties un tomēr būt bezjēdzīgs. Tam ir adrese, klients ziņo par panākumiem, un katrs lietojumprogrammas pieprasījums beidzas ar taimautu. Nekas dialogā to neatspoguļo, un nav koda, ko paskatīties. Tajā brīdī dialogs ir beidzies, un noderīgie pierādījumi ir citur.

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

Ja maršruta nav, serveris to neiebīdīja vai klients to nometa. Ja maršruts ir un nosaukums neizdodas, problēma ir atrisināšanā. Ja abi darbojas un lietojumprogramma joprojām neizdodas, jūs esat aiz tuneļa un pašas lietojumprogrammas konfigurācijā.

Turiet izmaiņas vienā slānī uz vienu testu. Katrs labojums pirms nākamā mēģinājuma kļūst par nākamā koda konteksta daļu, un kods, kas apraksta jūsu pēdējo labojumu, ir sliktāks par koda neesamību.

Viens mēģinājums, viena izmaiņa, viens ieraksts

Lai kāds būtu posms, ierakstā jābūt kodam, ziņojumam, profila nosaukumam, laika zīmogam un tīklam, kurā atradāties. Pieci lauki, un katrs no tiem jau ir jums priekšā dialogā vai klienta žurnālā. Šī kopa ir pietiekami maza, lai to ielīmētu biļetē, un pietiekami konkrēta, lai kāds cits to atkārtotu.

Pēc tam novietojiet šo laika zīmogu blakus ierakstam otrā pusē. Tabula šīs lapas augšdaļā pasaka, kuram posmam pieder katra neatbilstība. Bez otrā ieraksta kods tikai sašaurina meklēšanu; ar to posms tiek izlemts. Tieši salīdzinājums pārvērš numuru diagnozē, nevis minējumā.

Šis paradums aptver gandrīz katru vietējo Windows VPN kļūmi, un neviena nozare neprasa kaut ko pārinstalēt. Dialogs vienmēr jums teica, kurš jums ir; darbs ir atteikties tos visus uzskatīt par vienu un to pašu problēmu.