టన్నెల్ ద్వారా షేర్ తెరిస్తే లోపం 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 యొక్క నెట్‌వర్క్ లోపాల జాబితా సరిగ్గా ఈ కారణంతోనే తెరిచి ఉంచడం విలువైనది: ఏదైనా తాకే ముందు ఏ లక్షణాన్ని పరిశీలించాలో కోడ్ చెబుతుంది.

సంబంధిత వ్యాసాలు