Ձեր Mac-ը RDP-ի միջով ուղարկում է սխալ Windows հաշիվ

Թունելը վերամիանում է, Mac-ը նորից հասնում է գրասենյակի ցանցին, և Remote Desktop-ը դեռ պատասխանում է մուտքի ձախողմամբ։ Այդ սխալը VPN-ինը չէ։ Թունելը Mac-ը բերում է թույլատրված ցանց։ Windows հաշիվը մուտք է գործում հեռավոր համակարգիչ, և միացման գրառումը կարող է շարունակել ուղարկել հաշիվ, որն օգտագործելը դադարեցրել եք ամիսներ առաջ։

Անցեք գրառումով, նախքան բանալաշարին դիպչելը։

VPN հաշիվը և Windows հաշիվը տարբեր բաներ են

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

Ենթադրենք՝ ադմինիստրատորն ասել է օգտագործել EXAMPLE\alex, իսկ պահված գրառումը դեռ ընտրում է մերկ alex։ Դրանք տարբեր հաշիվներ են։ Ոչ որակավորված անունը լուծվում է հեռավոր համակարգչի տեղական հաշիվների դեմ, և տիրույթին միացված մեքենայում այն կարող է ընդհանրապես չլուծվել տիրույթի ինքնությանը։

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

Բացեք միացման գրառումը, ոչ թե ամբողջ բանալաշարը

macOS-ի ընթացիկ Windows App-ում գտեք հեռավոր PC-ն Սարքեր բաժնում, բացեք դրա Խմբագրել գործողությունը և նայեք հենց այդ գրառմանը կցված հաշիվը։ Հավելվածը ցույց է տալիս պահված հավատարմագրերի կառավարիչներ, որոնք թույլ են տալիս ընտրել այլ պահված հաշիվ կամ հեռացնել հնացածը։ Սա ընտրությունը շտկելու աջակցվող տեղն է։ Միանգամից մեկ հատկություն փոխեք, որպեսզի իմանաք, թե որ խմբագրումն է իրոք կարևոր եղել։ Հավատարմագրի փոփոխությունը և հոսթի անվան փոփոխությունը միասին տալիս են արդյունք, որը ոչ ոք չի կարող վերագրել։

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

Եթե մեկ պահված հավատարմագիր օգտագործում են մի քանի հեռավոր PC-ներ, նախքան այն հեռացնելը ստուգեք այդ կախվածությունները։ Մեկ PC-ի գրառումը խմբագրելը շրջելի է։ ընդհանուր հավատարմագիրը ջնջելը ավելի լայն ազդեցության և ավելի վատ աուդիտի հետքի փոփոխություն է։

Օգտագործեք ադմինիստրատորի տված հաշվի ձևը

Մուտքագրեք հաշիվը ճիշտ այնպես, ինչպես այն տրվել է, այն ձևով, որն ակնկալում է միջավայրը։ DOMAIN\user՝ NetBIOS ոճի տիրույթի համար, կամ user principal name, եթե դա է օգտագործում գրացուցակը։ Այնուհետև պահեք այն այս PC-ի համար և կատարեք մեկ դիտավոր միացման փորձ։

Ուշադրություն դարձրեք, թե մուտքի հուշումը որ հաշիվն է ցույց տալիս։ Հուշումը, որն արդեն պարունակում է այլ անուն, նշանակում է, որ պահված ընտրությունը չի փոխարինվել, և ձեր հենց նոր արած փորձը կրկին փորձարկել է հին հավատարմագիրը։

Գաղտնաբառը հեռու պահեք նշումներից, տոմսերից և էկրանի նկարներից։ Փոխարենը գրանցեք հաշվի անունը և սխալի ստույգ կոդը, քանի որ կոդը տարբերում է վատ հավատարմագիրը քաղաքականության մերժումից, ժամկետանց գաղտնաբառից կամ մեքենայից, որն ընդհանրապես RDP չի ընդունում։

Մուտքից առաջ ձախողված միացումը այլ խափանում է

Եթե դիտիչը ձախողվում է նախքան Windows-ի որևէ մուտքի հայտնվելը, հավատարմագրերը կասկածելի չեն։ Ստուգեք, որ հոսթի անունը լուծվում է, որ թունելով դեպի հոսթ երթուղին գոյություն ունի, և որ RDP ծառայությունը լսում է։ TCP միացումը, որը երբեք չի հաստատվում, երբեք չի հասնում հաշվի շերտին։

Ընդհակառակը, հաշվի բացահայտ մերժումը ապացույց չէ, որ DNS-ը կոտրված է կամ որ վկայագրի ստուգումը պետք է մեղմել։ Նման փոփոխությունները թուլացնում են միացումը և սովորաբար մերժումը թողնում են հենց այնտեղ, որտեղ եղել է։

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

Թողեք ավտոմատ վերամիացումը հանգիստ

Ավտոմատ վերամիացումը կրկին օգտագործում է գոյություն ունեցող գրառումը՝ ներառյալ դրա պահված հաշիվը։ Դա հարմարավետություն է, ոչ հավատարմագրի վերանորոգում, ուստի այն անջատելը չի ուղղում սխալ ընտրությունը, իսկ միացնելը չի ստեղծում այն։ Եթե գրառումն այժմ պարունակում է ճիշտ հաշիվը, վերամիացումը կօգտագործի այն։

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