SMB 2240 VPN-ով: ստուգեք մուտքի աշխատանոցների ցանկը

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

Պահեք սխալի համարը տոմսում։ Այն սահմանափակում է հետաքննությունը մեկ հատկանիշով և մեկ իրադարձությամբ։

Ինչ է իրականում նշանակում 2240-ը

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

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

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

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

Նախ կարդացեք ձախողված մուտքի գրառումը

Պարզեք, թե որ ինքնությունն է նույնականացրել ֆայլային սերվերը, և որ մեքենան է ներկայացրել այն։ Դոմենի հաշիվը, նման կարճ անունով տեղական հաշիվը և առանձին VPN հաշիվը փոխարինելի չեն, և սխալը իմաստ ունի միայն այն ժամանակ, երբ ճշգրիտը հայտնի է։

Անվտանգության մատյանը գրանցում է փորձը հաշվի և զանգահարող աշխատանոցի անվան հետ, և հենց այդ զույգի դեմ է գնահատվում սահմանափակումը:

Get-WinEvent -FilterHashtable @{LogName='Security'; Id=4625; StartTime=(Get-Date).AddHours(-2)} |
  Select-Object TimeCreated,Message | Format-List
Get-ADUser -Identity jdoe -Properties LogonWorkstations |
  Select-Object SamAccountName,LogonWorkstations

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

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

Ուղղեք սահմանափակումը ամենափոքր ծավալով

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

Զանգվածային խմբագրումները այստեղ սովորական են և սովորաբար սխալ։ Երկար թույլատրված մեքենաների ցանկ ունեցող հաշիվը հաշիվ է, որի սահմանափակումն այլևս ոչինչ չի նշանակում։

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

Կարդացեք հաջորդ արդյունքը, ոչ թե դրա բացակայությունը

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

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

Ոչ մի պատճառ չկա վերակառուցել VPN պրոֆիլը կամ վերականգնել գաղտնաբառը, մինչ Windows-ը հաղորդում է աշխատանոցի սահմանափակման մասին։ Microsoft-ի ցանցային սխալների ցանկը արժե բաց պահել հենց այս պատճառով․ կոդը ասում է, թե որ հատկանիշը ստուգել նախքան ինչ-որ բանի դիպչելը։