SMB 2240 VPN द्वारे: लॉगऑन वर्कस्टेशन यादी तपासा
त्रुटी 2240 चा अर्थ असा की खाते त्या वर्कस्टेशनवरून लॉगऑन करू शकणार नाही। अयशस्वी लॉगऑन रेकॉर्ड वाचा आणि खाते दुरुस्त करा, DNS किंवा टनेल नाही।
टनेलमधून शेअर उघडल्यावर त्रुटी 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 मार्ग अनेक सर्व्हर आणि अनेक प्रवेश निर्णय आणू शकतो। एक खाते गुणधर्म साफ केल्याने त्यातील एक सुटतो। रेफरल लक्ष्ये अजूनही पोहोचण्यायोग्य असावीत, आणि त्यातील प्रत्येकावरील शेअर व फाइलसिस्टम परवानग्या अजूनही खाते स्वीकारल्या पाहिजेत। पहिल्या दुरुस्तीने सर्व झाकले असे गृहीत न धरता पुढील त्रुटीही त्याच पद्धतीने हाताळा।
Windows वर्कस्टेशन निर्बंधाची नोंद करत असताना VPN प्रोफाइल पुन्हा बनवण्याचे किंवा पासवर्ड रीसेट करण्याचे कोणतेही कारण नाही। Microsoft ची नेटवर्क त्रुटींची यादी नेमक्या या कारणास्तव उघडी ठेवण्यासारखी आहे: काहीही स्पर्श करण्यापूर्वी कोणता गुणधर्म तपासावा हे कोड सांगतो।