LmCompatibilityLevel అనేది Windows విధానం, VPN పరిష్కారం కాదు

ఒకరు VPN ద్వారా ఫైల్ షేర్ను చేరుకోలేకపోతున్నారు, LmCompatibilityLevel తగ్గించడం NTLM సమస్యలను పరిష్కరిస్తుందని చదివి, షేర్ చేసిన సర్వర్లో దాన్ని మారుస్తారు. మరుసటి రోజు ఉదయం ఇతర అప్లికేషన్లు విఫలమవుతాయి, అసలు సమస్య ఇంకా అలాగే ఉంటుంది. ఈ సెట్టింగ్ ఎప్పుడూ ప్రతి సొరంగానికి స్విచ్ కాదు; ఇది ఈ వ్యవస్థ ఏ ప్రామాణీకరణ ప్రతిస్పందనలను పంపుతుంది మరియు అంగీకరిస్తుంది అనే దానిపై యంత్ర స్థాయి ప్రకటన. ఒక లాగిన్ను సరిచేయడానికి దాన్ని మార్చడం యంత్రం చేసే ప్రతి లాగిన్ నియమాలను తిరిగి రాస్తుంది.

డాక్యుమెంట్ చేసిన స్థాయిలను చదవడం విధాన విలువను మాయా సంఖ్యగా పరిగణించడం ఆపడానికి వేగవంతమైన మార్గం.

మూడు స్థాయిలు, మూడు వేర్వేరు వాగ్దానాలు

స్థాయి 1 క్లయింట్ను LM మరియు NTLM ప్రతిస్పందనలను పంపేలా చేస్తుంది, చర్చలు అనుమతించినప్పుడు NTLMv2 సెషన్ భద్రతను ఉపయోగిస్తుంది. స్థాయి 3 క్లయింట్ను NTLMv2 ప్రతిస్పందనలను మాత్రమే పంపేలా చేస్తుంది, ఇది స్వీకరించే వైపు ప్రతి పాత ప్రతిస్పందనను తిరస్కరించడంతో సమానం కాదు. స్థాయి 5 క్లయింట్ను NTLMv2 వద్ద ఉంచి, డొమైన్ నియంత్రకం డాక్యుమెంట్ చేసిన LM మరియు NTLMv1 తిరస్కరణను జోడిస్తుంది. మూడు సంఖ్యలు, మరియు వాటి మధ్య వ్యత్యాసం ప్రాధాన్యత కాదు, విధాన నిర్ణయం.

ఆ భేదాలే పనిచేసే సందర్భం నుండి విలువను కాపీ చేయడం ఎందుకు నమ్మదగినది కాదో వివరిస్తాయి. తప్పుగా కాన్ఫిగర్ చేసిన క్లయింట్ను 1 నుండి ఆమోదించబడిన ప్రాతిపదిక రేఖకు తరలించడం సరైనది కావచ్చు. ఒక ఫోరమ్ థ్రెడ్ 3 ను ప్రస్తావించినందుకే గట్టిపరిచిన అమరికను 5 నుండి 3 కు తగ్గించడం ఎవరో ఉద్దేశపూర్వకంగా ఎంచుకున్న హద్దును సడలిస్తుంది, మరియు యంత్రం మాట్లాడే ప్రతి సేవకు అది చేస్తుంది.

అమలులో ఉన్న విధానాన్ని చదవండి, ఒక రిజిస్ట్రీ విలువను కాదు

స్థానిక విలువపై చదవడానికి-మాత్రమే చూపు సరైన ప్రారంభ స్థానం: Get-ItemProperty -LiteralPath 'HKLM:\System\CurrentControlSet\Control\Lsa' -Name LmCompatibilityLevel. విలువ లేకపోవడం అమలులో ఉన్న విధానం సున్నా అని అర్థం కాదు, ఎందుకంటే డొమైన్ లేదా స్థానిక భద్రతా విధానం దాన్ని మరెక్కడో సెట్ చేయవచ్చు, మరియు యంత్రం పాత్ర ఆ సంఖ్యతో అది ఏమి చేస్తుందో మారుస్తుంది.

ఏదైనా నిర్ధారణకు రాకముందు నిర్వహిత విధానం, వ్యవస్థ పాత్ర మరియు వాస్తవ build ను తనిఖీ చేయండి. ఒకే విలువ ఉన్న వర్క్స్టేషన్ మరియు డొమైన్ నియంత్రకం పై చివరలో భిన్నంగా ప్రవర్తిస్తాయి, రెండు యంత్రాలను పోల్చినప్పుడు ప్రజలు ఆ భాగాన్నే మర్చిపోతారు.

వాస్తవానికి ఏ ప్రామాణీకరణ విఫలమైందో గుర్తించండి

Kerberos టికెట్ సమస్యలు, NTLM తిరస్కరణలు మరియు VPN ప్రవేశ వైఫల్యాలకు వేర్వేరు సాక్ష్యాలు కావాలి. లక్ష్య సేవ, ఖాతా మరియు ఖచ్చితమైన లోపాన్ని ఒకే గమనికలో కలిసి ఉంచి, తర్వాత క్లయింట్ ఏమి ఇష్టపడుతుందో కాదు, సేవ ఏమి అడిగిందో చూడండి. ఆ ఒకే గమనిక అత్యంత సాధారణ తప్పు మలుపును నిరోధిస్తుంది, అంటే సర్వర్ వైపు తిరస్కరణకు సమాధానంగా క్లయింట్ వైపు విలువను మార్చడం.

సాధారణ లాగిన్ లోపం అదృశ్యమయ్యే వరకు విధానాన్ని పదే పదే తగ్గించడం నిర్ధారణ కాదు; అది సాక్ష్యాన్ని దాచే మార్పు. అప్లికేషన్ Kerberos ఉపయోగిస్తే, NTLM అనుకూలత స్థాయి సంబంధిత నియంత్రణ కూడా కాదు, మరియు మీరు హద్దును వ్యర్థంగా సడలించారు.

కొన్ని ప్రోటోకాల్ మద్దతును పునరుద్ధరించలేము

Windows 11 24H2 మరియు Windows Server 2025 ఇకపై NTLMv1 నెట్వర్క్ ప్రామాణీకరణను అసలే కలిగి లేవు. build ఇకపై అమలు చేయని ప్రోటోకాల్ను ఏ అనుకూలత సంఖ్యా తిరిగి తీసుకురాదు, కాబట్టి పాత విడుదలలో సహాయపడిన డౌన్గ్రేడ్ కొత్త దానిలో సరళంగా విఫలమవుతుంది. Microsoft ఆ తొలగింపును విధాన సెట్టింగ్ నుండి విడిగా డాక్యుమెంట్ చేస్తుంది, రెండింటిని కలపడం పని చేయలేని సలహాను ఉత్పత్తి చేస్తుంది.

సంబంధిత కానీ భిన్నమైన పరిమితి MSCHAPv2 ఆధారిత ఒకే సైన్-ఆన్ ఉపయోగించే NTLMv1 నుండి ఉత్పన్నమైన ఆధారాలకు వర్తిస్తుంది. ఇది ఉత్పన్న ఆధారాల ప్రశ్న, నెట్వర్క్ ప్రోటోకాల్ దానిది కాదు, మరియు ఈ ఒక రిజిస్ట్రీ విలువది కాదు. మూడింటినీ ఒకే అంశంగా పరిగణించడం సంస్థలు ఒక నియంత్రణను బలహీనపరుస్తూ మరొకదాన్ని సరిచేయడానికి ప్రయత్నించే మార్గం.

యజమాని ద్వారా దాన్ని మార్చండి, తర్వాత రెండు దిశలను పరీక్షించండి

నిజంగా సవరణ అవసరమైతే, ప్రాతిపదిక రేఖ సుసంగతంగా ఉండేలా విధాన యజమాని ద్వారా చేయండి, ఎందుకో నమోదు చేయండి. తర్వాత కొత్త సెట్టింగ్ కింద అధికృత అప్లికేషన్ మరియు ఉద్దేశపూర్వకంగా నిషేధించిన ప్రామాణీకరణ కేసును పరీక్షించండి, ఎందుకంటే ఒక షేర్ను సరిచేసి మరెక్కడో పాత ప్రతిస్పందనలను నిశ్శబ్దంగా అనుమతించే మార్పు విజయం కాదు. పనిచేసే VPN కనెక్షన్ ప్రవేశం విజయవంతమైందని నిరూపిస్తుంది. అది యంత్రం యొక్క ప్రామాణీకరణ విధానాన్ని ధృవీకరించదు, దాని వెనుక ఉన్న ప్రతి సేవ ఇప్పటికీ రూపకల్పన ప్రకారం ప్రవర్తిస్తుందని ఖచ్చితంగా చూపదు.

విఫలమవుతున్న సేవ Kerberos ఆధారితమైతే, ఈ సెట్టింగ్ను చూడటం పూర్తిగా ఆపండి. అది నిజంగా మెరుగ్గా చేయలేని పాత పరికరమైతే, ఆ మినహాయింపును డాక్యుమెంట్ చేసి దాని పరిధిని నిర్ణయించండి, ఎందుకంటే ప్రత్యామ్నాయం ఎవరూ ఆమోదించినట్లు గుర్తులేని నిశ్శబ్దంగా బలహీనపరిచిన ప్రాతిపదిక రేఖ.