Windows-ի VPN-ը չի միանում? Համապատասխանեցրեք կոդը իրադարձությունների մատյանին

Ուրբաթ օրը դա աշխատում էր։ Երկուշաբթի նույն Windows հաճախորդը պատասխանում է երկխոսության պատուհանով, որն ասում է, թե միացման փորձը ձախողվել է, և դրա տակի նախադասությունն այն է, որը դուք արդեն տեսել եք տասնյակ անկապ խնդիրների համար։ Այդ պատուհանը շղթայի վերջն է, ոչ թե սկիզբը։ Windows-ը թաքցնում է այն փուլը, որտեղ փորձն իրականում մահացել է, և երկու փոքր ապացույց անվանում են այն՝ թվային արդյունքի կոդը և նույն րոպեի մեկ RasClient իրադարձություն։ Ահա այն հերթականությունը, որն օգտագործում եմ — ամրացրեք փորձը, կարդացեք կոդը, հանեք իրադարձությունը, ապա փոխեք ուղիղ մեկ շերտ։

Երկխոսության տեքստը վերջին քայլն է, ոչ թե պատճառը

Այն նախադասությունը, որը կարդում եք, ընտրվում է այն բանից հետո, երբ փորձն արդեն քանդվել է։ «Միացումը դադարեցվել է հեռավոր համակարգչի կողմից նախքան միացման հաստատումը» հայտնվում է, երբ սերվերը կախում է լսափողը բանակցությունների կեսին, երբ IPsec-ը ձախողվել է նախքան ձեր օգտանունը ուղարկվելը, և երբ քաղաքականությունը միանգամից մերժում է թունելը։ Երեք տարբեր սեփականատեր, մեկ նախադասություն։ Վերաբերվեք ձևակերպմանը որպես ախտանիշի դաս և թույլ չտաք, որ այն ինչ-որ բան ուղղորդի, քանի դեռ կոդը համաձայն չէ դրա հետ։

Այն, ինչ դեռ կարող եք ամրացնել, հենց փորձն է։ Գրեք միացման անունը, պրոֆիլում պահված թունելի տեսակը՝ PPTP, L2TP/IPsec, SSTP կամ IKEv2, ժամը՝ մինչև վայրկյան, և կոդը։ Եթե վստահ չեք, թե որ արձանագրությունն է իրականում աշխատել, բացեք %APPDATA%\Microsoft\Network\Connections\Pbk\rasphone.pbk-ը և կարդացեք գրառումը՝ հիշողությանը վստահելու փոխարեն. նոր արձանագրության համար վերօգտագործված պրոֆիլը պահպանում է իր հին ցուցադրվող անունը։

Կարդացեք թիվը նախքան բառերը կարդալը

Կոդերը ընկնում են երեք փուլի, և փուլը ավելի կարևոր է, քան ճշգրիտ ձևակերպումը՝ հասած և մերժված նույնականացման փոխանակում, սերվեր, որը երբեք չի պատասխանել, կամ բանակցություն, որը փլուզվել է կապի բարձրանալուց հետո։ 691-ը առաջին տեսակն է՝ հավատարմագրերի ստուգումը կատարվել է և ձախողվել, լինի դա սխալ գաղտնաբառի, կողպված կամ ժամկետանց հաշվի, թե սերվերի կողմից չընդունվող նույնականացման արձանագրության պատճառով։ 812-ը նույնպես մերժում է, բայց վավեր հավատարմագրերով՝ հեռահար մուտքի սերվերի քաղաքականությունը որոշել է ձեր դեմ։ Microsoft-ը պահում է կանոնական հավաքովի և VPN միացումների սխալի կոդերի ցանկը-ը, և արժե այնտեղ կարդալ ձեր համարը նախքան հաղորդագրության տեքստը փնտրելը։

809-ը հակառակ դասն է՝ ոչինչ չի վերադարձել։ Սա ուղու խնդիր է՝ TCP 443-ը զտված է SSTP-ի համար, GRE-ն արգելափակված է PPTP-ի համար, UDP 500-ը և 4500-ը կամ ESP-ն նետված են IPsec-ի անցման համար։ Նոր գաղտնաբառը չի կարող դա ուղղել, և նոր վկայականը նույնպես։ 720-ը նշանակում է, որ կապը բարձրացել է, և PPP-ն երբեք չի ավարտել բանակցությունը, ինչը մատնանշում է արձանագրության անհամապատասխանության կամ սերվերի, որը չի կարողացել հասցե հատկացնել։ 789-ը, կամ IKEv2-ի դեպքում 13801-ը, ինքնությունն է IPsec-ի ներսում՝ վկայական, որի սուբյեկտը չի համընկնում ձեր հավաքած անվան հետ, անվստահելի շղթա, կամ նախապես տրամադրված բանալի, որը տարբերվում է երկու ծայրերի միջև։

Հանեք նույն րոպեի RasClient իրադարձությունը

Իրադարձությունների դիտիչում Windows Logs > Application-ը՝ զտված ըստ RasClient աղբյուրի, առաջին տեղն է, որտեղ պետք է նայել։ Microsoft-ի 720 սխալի նկարագրությունը մատնանշում է այդ մատյանի 20227 իրադարձությունը։ Նույն մատակարարը այլ արդյունքների համար այլ նույնացուցիչներ է թողարկում, ուստի կարդացեք հաղորդագրությունը և դրա մեջ ներկառուցված արդյունքի կոդը՝ ID-ն որպես ախտորոշում դիտարկելու փոխարեն. ընդհանուր պատուհանը գումարած 720 կրող 20227-ը արդեն շատ ավելի նեղ պատմություն է։

PowerShell-ից՝ առանց GUI-ով սեղմելու:

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

Դատարկ արդյունքը տեղեկատվական է։ Այն սովորաբար նշանակում է, որ հավաքումը երբեք այնքան հեռու չի գնացել, որ RAS-ը ինչ-որ բան գրանցի, կամ որ ձախողված ծրագիրը բնիկ հաճախորդը չէ ընդհանրապես՝ երրորդ կողմի հաճախորդները պահում են իրենց ախտորոշումը և հաճախ ոչինչ չեն գրում Application մատյանում։ Ստուգեք մատակարարի մատյանը նախքան եզրակացնելը, որ իրադարձությունների գրանցումը կոտրված է։

Կառուցեք մեկ ժամանակագրություն՝ իրադարձությունների կույտի փոխարեն

Կրկնափորձերի օղակները աղմուկ են ստեղծում։ Հինգ ավտոմատ վերամիացում թողնում են իրադարձությունների խումբ, և գայթակղությունը մեկ պատճառով մեկ հաջորդականություն կարդալն է։ Դրանք հինգ առանձին փորձեր են, և դրանցից միայն մի քանիսն են հասել սերվեր։ Վերցրեք երկու կամ երեք րոպեի պատուհան, մեկ միացման անուն, և թվարկեք յուրաքանչյուր իրադարձություն իր սեփական կոդով նախքան որևէ բան մեկնաբանելը։

Ապա հարցրեք, թե որտեղ կանգնեց փորձը։ Երբ դարպասը կամ նույնականացման բեքենդը որևէ գրառում չի պահում այդ ժամանակադրոշմի համար, հաճախորդը երբեք չի հասել դրան, և դուք նայում եք հասանելիության խնդրի։ Երբ բեքենդը ցույց է տալիս հարցում և մերժում, որոշումը կայացվել է այնտեղ, և գործում է հավատարմագրերի կամ քաղաքականության դասը։ Համեմատեք ժամացույցները նախքան ժամերը համեմատելը՝ հաճախորդները հաղորդում են տեղական ժամը, շատ դարպասներ գրանցում են UTC-ով, և շեղումը կստիպի կատարյալ փոխկապակցված զույգին անկապ թվալ։

Կրկնելի գրանցման համար հավաքեք հրամանի տողից և թողեք տպի արդյունքը:

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

Կոնսոլը ցույց է տալիս այն թիվը, որը GUI-ն թաքցնում է բարեկամական տեքստի հետևում, և երկու անգամ գործարկելը ձեզ ասում է՝ կոդը կայուն է, թե ընդհատվող։

Ինչ է ասում յուրաքանչյուր փուլ փոխելու մասին

Փուլն անվանելը օգտակար է միայն այն դեպքում, երբ այն փոփոխությունների հավաքածուն կրճատում է մեկ շերտի.

• 691 — նույնականացում. EAP մեթոդը, որն առաջարկում է հաճախորդը, ընդդեմ այն մեթոդի, որն ընդունում է սերվերը, հաշվի վիճակը, գաղտնաբառի ժամկետը, հավաքի թույլտվությունը։
• 812 — սերվերի քաղաքականություն. հեռահար մուտքի քաղաքականությունը կամ NPS կանոնը, որը համապատասխանում է այս օգտատիրոջը և այս ժամանակային պատուհանին։
• 809 — հասանելիություն. հրետապաշտպանի կանոնները ուղու վրա, NAT-ը և արձանագրության անցումը, այն պորտը, որն անհրաժեշտ է ընտրված թունելի տեսակին։
• 720 — PPP բանակցություն. նույնականացման արձանագրության անհամապատասխանություն, հասցեի հատկացում, սերվերի կողմի PPP կարգավորում։
• 789 / 13801 — IPsec ինքնություն. վկայականի սուբյեկտն ընդդեմ ձեր հավաքած անվան, վստահության շղթա, նախապես տրամադրված բանալի։

Փոխեք դրանցից մեկը, նորից փորձարկեք նույն պրոֆիլը և գրեք նոր կոդը։ Փոփոխությունից հետո տարբեր կոդը առաջընթաց է, ոչ թե հակասություն՝ դուք ձախողումը տեղափոխել եք ավելի ուշ փուլ, և հենց այդպես է թվում բազմափուլ ձեռքսեղմման վերանորոգումը։ Ինչ չպետք է անեք՝ մի նստաշրջանում փոխել հրետապաշտը, վկայականը և գաղտնաբառը, ապա վաստակը վերագրել վերջին եկածին։

Կիսվեք ապացույցներով, ոչ թե միջավայրով

Իրադարձությունների հաղորդագրություններն ավելի հարուստ են, քան թվում են։ Դրանք կրում են միացման անունը, հաշիվը, հաճախ դարպասի ներքին անունը կամ հասցեն, և երբեմն վկայականի մատնահետք։ Պահեք բնօրինակը այնտեղ, որտեղ տեղն է, և կառուցեք առանձին խմբագրված պատճեն ցանկացած մեկի համար. ժամանակագրությունը հիշողությունից վերատպելը կորցնում է հենց այն մանրամասները, որոնք այն դարձնում են օգտակար։

Աշխատանքի ենթակա փոխանցումը պահանջում է հինգ դաշտ՝ կոդը, այն փուլը, որին այն պատկանում է, հաճախորդը և թունելի տեսակը, ժամանակադրոշմը իր ժամային գոտով, և արդյոք դարպասը տեսել է հարցումը ընդհանրապես։ Մնացած ամեն ինչ ըստ ցանկության է։ Այս հինգով հաջորդ մարդը կարող է տարբերել հավատարմագրերի վեճը երթուղավորման վեճից՝ առանց հետազոտությունը կրկնելու։

Նախքան որևէ բան փակելը, կրկնեք փորձը նույն պրոֆիլով և հաստատեք, թե որտեղ է կոդը հիմա ընկնում։ Հաջողությունը վերջ է դնում դրան. տարբեր ձախողում նշանակում է, որ սկզբնական փուլը ուղղված է, և հաջորդը ձեր ձեռքում է։