डोमेन को छोड़ने के बाद डोमेन-लागू समूह नीति सेटिंग्स को कैसे साफ़ करें या निकालें

21

यह एक win7 परम x64 मशीन है। मशीन एक डोमेन में थी जहां उसे उन समूह नीति सेटिंग्स मिलीं। अब इसने डोमेन छोड़ दिया है लेकिन यह अभी भी समूह नीति से सेटिंग्स प्राप्त करता है। उदाहरण के लिए, बिजली विकल्प। मैं एक निश्चित पावर विकल्प सेट करता हूं, लेकिन जल्द ही इसे दूसरे पावर विकल्प पर रीसेट कर दिया जाएगा जो डोमेन द्वारा एंडोर्स किया गया है।

क्या सेटिंग्स हटाने का कोई तरीका है?

group-policy

— Kay
स्रोत

1

superuser.com/questions/70905/…

— ʜcᴇι7007

16

Regedit खोलें।

अपनी रजिस्ट्री का बैकअप लें।

Delete the "HKLM\Software\Policies\Microsoft" Key (looks like a folder).

Delete the "HKCU\Software\Policies\Microsoft" Key

Delete the "HKCU\Software\Microsoft\Windows\CurrentVersion\Group Policy Objects" Key.

Delete the "HKCU\Software\Microsoft\Windows\CurrentVersion\Policies" Key.

रजिस्ट्री से बाहर निकलें और पुनरारंभ करें।

नोट: HKLM = HKEY_LOCAL_MACHINE और HKCU = HKEY_CURRENT_USER

नोट 2: रजिस्ट्री एक खतरनाक जगह है और हो सकती है।

— opsin
स्रोत

1

* HKLM* के बारे में क्या \SOFTWARE\Microsoft\Windows\CurrentVersion\Policies?

— BERS

14

जवाब के लिए धन्यवाद। आपके प्रश्न का उत्तर देने के लिए - हाँ यह भौतिक रूप से डोमेन से हटा दिया गया है और अब एक कार्यसमूह में शामिल होता है। मैं लॉग इन करने के लिए एक स्थानीय व्यवस्थापक खाते का उपयोग कर रहा हूं। और हां, डोमेन सेटिंग्स अभी भी लागू होती हैं।

यदि यह भौतिक रूप से डोमेन से दूर है, और आप लॉग ऑन करने के लिए एक स्थानीय खाते का उपयोग कर रहे हैं, और यह अभी भी समूह नीति सेटिंग्स को वहन करता है, तो न केवल मुझे बहुत आश्चर्य होगा, लेकिन कुछ गलत है।

वास्तव में। यह एक अटकी नीति है। सौभाग्य से, इस समस्या को ठीक करने का एक सरल तरीका है। दुर्भाग्य से, यह सामान्य ज्ञान नहीं है। उम्मीद है कि इस उत्तर को ठीक करने के लिए पर्याप्त sysadmins के आसपास मिलेगा।

वैसे, यह विंडोज के सभी संस्करणों पर काम करता है।

यह समाधान मशीन-इन-क्वेश्चन पर निर्भर है जो डोमेन से डिस-जॉइन किया जाता है। यदि यह OS से डोमेन से अस्वीकृत नहीं है, तो यह काम नहीं करेगा।

मशीन को डीसी (डोमेन नियंत्रक) से हटाए जाने के बाद, स्थानीय (मशीन) व्यवस्थापक खाते का उपयोग करके लॉगिन करें।
स्टार्ट पर जाएं (स्टार्ट मेन्यू खोलें)> रन ( रन एप खोलें ), और 'cmd' टाइप करें (बिना कोट्स के) और दबाएं Enter। [या स्टार्ट मेनू खोलें और फिर कमांड प्रॉम्प्ट प्रोग्राम चलाएं ।]
टाइप करें gpupdate /force /bootऔर दबाएँ Enter।
एक बार जब यह पूरा हो जाता है, तो रिबूट करें। पुरानी समूह नीति चली गई है।

मूल रूप से, यह कैसे काम करता है (चूंकि यह कमांड चलाने पर कोई नीति नहीं मिलती है), यह एक खाली नीति लागू करता है, जो प्रभावी रूप से एक बार और सभी के लिए अटक नीति को हटा देता है।

यदि आप समस्याओं में चलते हैं, तो कमांड प्रॉम्प्ट विंडो gpresult /H GPReport.htmlसे चलाएँ । यदि आप DC या सबूत देखते हैं कि उसने एक नीति बनाई है, तो अपने कंप्यूटर को DC पर चलने वाले नेटवर्क से अलग करें और मशीन को एक अलग नेटवर्क में प्लग करें।

इस समाधान के लिए किसी इंटरनेट कनेक्शन की आवश्यकता नहीं है, लेकिन लिंक का होना आवश्यक है, और इसके लिए एक आईपी एड्रेस होना चाहिए।

— HelpfulAdmin
स्रोत

देर से टिप्पणी के लिए क्षमा करें, लेकिन इसके बाद वे समूह नीति को एक और कम प्रतिबंधक में कैसे बदल देते हैं? सिर्फ नए हिस्सों को लोड करने और पुराने हिस्सों को साफ करने के लिए काम करेंगे?

— विटोर कैनोवा

3

जानकारी के लिए यदि आपके पास ऐसा कंप्यूटर है जिसे डोमेन से नहीं हटाया गया है। HKEY_LOCAL_MACHINE \ SOFTWARE \ Microsoft \ Windows \ CurrentVersion \ Group नीति निर्यात करें और फिर इसे हटाएं। रिबूट और आपका कंप्यूटर GPO के नवीनतम संस्करण को नीचे खींचता है।

मेरे पास कुछ उदाहरण हैं जहां जीपीओ को अपडेट किया गया है और एक gpupdate / बल बताता है कि इसने नीतियों को सफलतापूर्वक लागू किया है, लेकिन निरीक्षण के दौरान कुछ नई सेटिंग्स लागू नहीं की गई हैं।

लागू की गई सभी सेटिंग्स और वे किस GPO से आए हैं, यह देखने के लिए 'rsop.msc' के माध्यम से जांचें।

याद रखें रजिस्ट्री का संपादन बहुत खतरनाक हो सकता है। ख्याल रखना!

— paratiger1050
स्रोत

इसने मुझे एक ऐसी ही समस्या से निपटने में मदद की है जो क्रॉस-फ़ॉरेस्ट डोमेन माइग्रेशन के बाद कुछ उपयोगकर्ता accts के साथ नए डोमेन में अद्यतन उपयोगकर्ता नीतियों को प्राप्त नहीं कर रहा है। अन्य चार या पाँच अनुशंसित कुंजियों को हटाने से कुछ नहीं हुआ, लेकिन इस एक को हटाकर, रिबूट करना, एक gupupdate को मजबूर करना, और फिर से रिबूट करना ने चाल चली।

— जोशुआ हैनली

2

सिस्टम को डोमेन से हटा दिया गया था? क्या इसे अभी तक OS के माध्यम से हटाया गया है? असल में, क्या सिस्टम को पता है कि यह डोमेन पर नहीं है? यदि आप अभी भी एक खाते में लॉग इन कर रहे हैं जो कि डोमेन पर रहते समय उपयोग किया गया था, तो संभावना है कि इसे डोमेन से हटा नहीं दिया गया है। यदि वह डोमेन जिस नेटवर्क पर रहता है, उसके भौतिक कनेक्शन की परवाह किए बिना समूह नीति लागू होगी यदि यह एक डोमेन खाता है। स्थानीय व्यवस्थापक के रूप में लॉग इन करने का प्रयास करें और देखें कि क्या समस्या को कम करता है। यदि ऐसा होता है, तो आपको उन्नत सिस्टम सेटिंग्स में कंप्यूटर नाम टैब के माध्यम से डोमेन से मशीन को अलग करना होगा और लॉग इन करने के लिए डोमेन स्तर खाते का उपयोग करना बंद करना होगा।

यदि यह भौतिक रूप से डोमेन से दूर है, और आप लॉग ऑन करने के लिए एक स्थानीय खाते का उपयोग कर रहे हैं, और यह अभी भी समूह नीति सेटिंग्स को वहन करता है, तो न केवल मुझे बहुत आश्चर्य होगा, लेकिन कुछ गलत है।

— कागज़ की लालटेन
स्रोत

1

जवाब के लिए धन्यवाद। आपके प्रश्न का उत्तर देने के लिए - हाँ यह भौतिक रूप से डोमेन से हटा दिया गया है और अब एक कार्यसमूह में शामिल होता है। मैं लॉग इन करने के लिए एक स्थानीय व्यवस्थापक खाते का उपयोग कर रहा हूं। और हां, डोमेन सेटिंग्स अभी भी लागू होती हैं।

— काय

मैं असहमत हूं। मेरे पास डोमेन से शारीरिक रूप से हटाए गए एक विंडोज 8 लैपटॉप है, फिर से एक स्थानीय कार्यसमूह को सौंपा गया है, डोमेन उपयोगकर्ता खाता हटा दिया गया है, और मैं एक स्थानीय व्यवस्थापक के रूप में लॉग इन हूं। मेरे मामले में एक महीने बाद भी, यह समूह नीति के माध्यम से कॉन्फ़िगर विंडोज अपडेट का उपयोग करने की कोशिश कर रहा था। मुझे यकीन नहीं है कि पावर सेटिंग्स और विंडोज अपडेट सेटिंग्स एक ही श्रेणी में आती हैं, लेकिन ओपी का परिदृश्य काफी संभव है।

— जेडिजा

0

मुझे पेपरलैटर का जवाब पसंद नहीं है, मुझे पता है कि उसे क्या मिल रहा है, लेकिन इसे सही तरीके से नहीं कहने में संकोच है

क्या मशीन को डोमेन से डोमेन से जोड़ा गया था? या तो सक्रिय निर्देशिका के माध्यम से या मशीन के सिस्टम गुण / कंप्यूटर नाम संवाद से?

यदि नहीं, तो समूह नीति अभी भी लागू होगी। यह सही है कि आप स्थानीय व्यवस्थापक खाते का उपयोग कर रहे हैं या नहीं।

— Keltari
स्रोत

0

मैंने इसे देखा है लेकिन अपने डोमेन पर। मेरे पास ऐसे कंप्यूटर हैं जिन्हें मैंने OU से बाहर कर दिया है जो अभी भी OU के GPO को रखते हैं। मैंने उन्हें वापस OU में स्थानांतरित कर दिया है और Enforce और Link Enable से चेक हटा दिया है। इससे पॉलिसी को हटाने में मदद मिली। मैंने देखा है कि अगर आप जीपीएम से पॉलिसी को हटाते हैं तो वे कभी नहीं हटेंगे। आपको इसे नीतियों को हटाने के लिए सही चरणों या कंप्यूटर को फिर से छवि द्वारा करना होगा।

— बॉब
स्रोत

0

मैं जिन सेटिंग्स को हटाना चाहता था, वे "सुरक्षा" आधारित थीं जैसे पासवर्ड जटिलता, आदि और यहां सूचीबद्ध रजिस्ट्री कुंजियों ने कुछ नहीं किया। मुझे यहाँ अपना उत्तर मिला: http://www.thewindowsclub.com/how-to-reset-windows-security-settings-to-its-defaults यह यह आदेश था: http://www.thewindowsclub.com/how- को-रीसेट-windows-सुरक्षा-सेटिंग-टू-अपनी-चूक

— prl77
स्रोत

-1

डोमेन से वर्कस्टेशन निकालें। C: \ Windows \ Security \ डेटाबेस पर जाएं और फ़ाइल को edb.chk से edb.old पर पुनर्नामित करें। एक gpupdate / बल को तीन बार चलाएं और कार्य केंद्र को पुनरारंभ करें। जब डोमेन और परीक्षण के लिए फिर से कनेक्ट किया गया।

— user384908
स्रोत