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। मान नहुनु भनेको प्रभावकारी नीति शून्य हो भन्ने होइन, किनकि डोमेन वा स्थानीय सुरक्षा नीतिले यसलाई अन्तै सेट गर्न सक्छ, र मेसिनको भूमिकाले यस सङ्ख्यासँग यसले के गर्छ भन्ने बदल्छ।

कुनै निष्कर्ष निकाल्नु अघि व्यवस्थापित नीति, प्रणालीको भूमिका र वास्तविक बिल्ड जाँच्नुहोस्। समान मान भएको वर्कस्टेसन र डोमेन नियन्त्रक माथिल्लो छेउमा फरक व्यवहार गर्छन्, र दुई मेसिन तुलना गर्दा मानिसहरूले यही भाग बिर्सन्छन्।

वास्तवमा कुन प्रमाणीकरण असफल भयो पहिचान गर्नुहोस्

Kerberos टिकट समस्या, NTLM अस्वीकृति र VPN प्रवेश असफलताका लागि फरक प्रमाण चाहिन्छ। लक्ष्य सेवा, खाता र ठ्याक्कै त्रुटि एउटै नोटमा सँगै राख्नुहोस्, त्यसपछि ग्राहकलाई के मन पर्छ भन्ने होइन, सेवाले के माग्यो भन्ने हेर्नुहोस्। त्यही एउटा नोटले सबैभन्दा सामान्य गलत मोड रोक्छ, अर्थात् सर्भर-पक्षको अस्वीकृतिको जवाफ दिन ग्राहक-पक्षको मान बदल्नु।

सामान्य लगइन त्रुटि हराउन्जेल नीति बारम्बार घटाउनु निदान होइन; त्यो प्रमाण लुकाउने परिवर्तन हो। यदि अनुप्रयोगले Kerberos प्रयोग गर्छ भने, NTLM अनुकूलता तह सम्बन्धित नियन्त्रण पनि होइन, र तपाईंले व्यर्थै एउटा सीमा खुकुलो बनाउनुभयो।

केही प्रोटोकल समर्थन पुनः प्राप्त गर्न सकिँदैन

Windows 11 24H2 र Windows Server 2025 मा अब NTLMv1 नेटवर्क प्रमाणीकरण बिल्कुल समावेश छैन। बिल्डले अब कार्यान्वयन नगर्ने प्रोटोकल कुनै अनुकूलता-सङ्ख्याले फर्काउँदैन, त्यसैले पुरानो संस्करणमा सहयोग गरेको डाउनग्रेड नयाँमा बस असफल हुनेछ। Microsoft ले त्यो हटाउने काम नीति-सेटिङबाट अलग अभिलेख गर्छ, र दुवै मिसाउँदा काम गर्न नसक्ने सल्लाह बन्छ।

सम्बन्धित तर फरक प्रतिबन्ध MSCHAPv2-आधारित एकल साइन-इनले प्रयोग गर्ने NTLMv1-व्युत्पन्न प्रमाणहरूमा लागू हुन्छ। यो व्युत्पन्न प्रमाणको प्रश्न हो, नेटवर्क प्रोटोकल आफैंको होइन, र यो एउटा रजिस्ट्री मानको पनि होइन। तीनवटैलाई एउटै विषय मान्नु त्यो बाटो हो जसमा संस्थाहरूले एउटा नियन्त्रण कमजोर बनाउँदै अर्को मर्मत गर्न खोज्छन्।

मालिकमार्फत यो बदल्नुहोस्, त्यसपछि दुवै दिशा जाँच्नुहोस्

यदि साँच्चै सुधार आवश्यक छ भने, आधार-रेखा सुसंगत रहन नीति-मालिकमार्फत गर्नुहोस्, र किन हो अभिलेख गर्नुहोस्। त्यसपछि नयाँ सेटिङअन्तर्गत अधिकृत अनुप्रयोग र जानाजान निषेधित प्रमाणीकरण अवस्था जाँच्नुहोस्, किनकि एउटा साझेदारी मर्मत गरी अन्तै पुराना प्रतिक्रियाहरूलाई चुपचाप अनुमति दिने परिवर्तन सफलता होइन। कार्यरत VPN जडानले प्रवेश सफल भएको प्रमाणित गर्छ। यसले मेसिनको प्रमाणीकरण नीति प्रमाणित गर्दैन, र यसको पछाडिका हरेक सेवा अझै डिजाइनअनुसार व्यवहार गर्छन् भन्ने निश्चित रूपमा देखाउँदैन।

असफल हुने सेवा Kerberos-आधारित भएमा यो सेटिङ हेर्न पूर्ण रूपमा बन्द गर्नुहोस्। यदि यो साँच्चै अझ राम्रो गर्न नसक्ने पुरानो उपकरण हो भने, त्यो अपवाद अभिलेख गर्नुहोस् र यसको दायरा तय गर्नुहोस्, किनकि विकल्प भनेको कसैले स्वीकृत गरेको सम्झना नभएको चुपचाप कमजोर बनाइएको आधार-रेखा हो।