क्या कार्य प्रबंधक विंडोज 10 पर डिफ़ॉल्ट रूप से प्रशासक के रूप में चलता है?


29

मैं एक गैर-प्रतिक्रियाशील प्रक्रिया को बंद करने की कोशिश कर रहा था, और पहली बार "एंड प्रोसेस" पर क्लिक करने के बाद, कुछ भी नहीं हुआ। इसलिए मैंने इसे फिर से किया और इस बार एक विंडो ने कहा कि "एक्सेस डिनीड है"। आखिरकार प्रक्रिया बंद हो गई, लेकिन यह मुझे सोचने लगा ..

अगर मैं एक प्रशासक के रूप में कार्य प्रबंधक भाग गया होता, तो क्या यह मुझे अभी भी "एक्सेस अस्वीकृत" संदेश देता? या, वास्तव में, विंडोज 10 डिफ़ॉल्ट रूप से व्यवस्थापक के रूप में कार्य प्रबंधक चलाता है (जब उपयोगकर्ता खाता एक व्यवस्थापक होता है)। इसके अलावा, क्या इसे व्यवस्थापक के रूप में चलाने के बीच कोई अंतर है या नहीं ?

इस विधि के माध्यम से इसे व्यवस्थापक के रूप में चलाना:

मुझे लगता है कि और बस कर के बीच किसी भी ध्यान देने योग्य मतभेद नहीं दिख रहा है Ctrl+ Shift+ Escape

नोट: यह प्रश्न विशेष रूप से विंडोज 10 (और संभवतः 8 / 8.1) के लिए है और मैं प्रो चला रहा हूं। इसके अलावा, मेरा UAC 'नेवर नोटिफ़िकेशन' पर सेट है।


यदि यूएसी बंद है और आप प्रशासक खाते का उपयोग करते हैं, तो प्रत्येक प्रक्रिया जिसे आप प्रशासक विशेषाधिकारों के साथ शुरू करते हैं।
एलेक्सी इवानोव

@AlexeyIvanov मुझे विश्वास नहीं है कि यह सच है। शायद कुछ, लेकिन सभी प्रक्रियाओं और अनुप्रयोगों में नहीं ..
पागल

2
आप सही हैं: यह विंडोज 8 के साथ बदल गया है: "नेवर नोटिफ़िकेशन" सेटिंग के लिए यूएसी का व्यवहार अब यूएसी को अक्षम नहीं करता है। "नेवर नोटिफ़ाइड" सेटिंग आपको एक विभाजित टोकन देती है और हमेशा स्वचालित रूप से आवश्यक विशेषाधिकार को बढ़ाती है। … आप समूह नीतियों का उपयोग करके या रजिस्ट्री कुंजी को मैन्युअल रूप से सेट करके UAC को अभी भी अक्षम कर सकते हैं। स्रोत: उपयोगकर्ता खाता नियंत्रण । लेकिन अगर आप यूएसी को पूरी तरह से अक्षम करते हैं, तो सभी प्रक्रियाएं प्रशासक विशेषाधिकारों के साथ शुरू होती हैं।
एलेक्सी इवानोव

1
@AlexeyIvanov और अब जब मैंने समूह नीति से UAC अक्षम कर दिया है, तो आप सही हैं! अभी सब कुछ ऊंचा चल रहा है।
पागल

हां। हालांकि IIRC विंडोज मेट्रो ऐप एलिवेट नहीं करने पर निर्भर हैं ।
qasdfdsaq

जवाबों:


37

क्या कार्य प्रबंधक विंडोज 10 पर डिफ़ॉल्ट रूप से प्रशासक के रूप में चलता है?

केवल अगर यह एक व्यवस्थापक खाते से चलाया जा रहा है। नीचे दिए गए बेन एन के उत्तर में इस बात का शानदार विवरण है कि यह वास्तव में कैसे लागू किया गया है।

अगर मैं एक प्रशासक के रूप में कार्य प्रबंधक भाग गया होता, तो क्या यह मुझे अभी भी "एक्सेस अस्वीकृत" संदेश देता?

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

यदि आपको "एक्सेस अस्वीकृत है" संदेश मिला था, तो यह कारण था कि टास्क मैनेजर प्रशासक के रूप में नहीं चल रहा है, तो आपको यह बहुत स्पष्ट संदेश आपको बता देगा।

यहां छवि विवरण दर्ज करें

इसके अलावा, क्या इसे व्यवस्थापक के रूप में चलाने के बीच कोई अंतर है या नहीं?

हां, लेकिन आपको इसे देखने के लिए इसे गैर-व्यवस्थापक खाते से चलाना होगा।

संयोग से उपरोक्त सभी व्यवहार ठीक वैसे ही हैं जैसे कि विंडोज 8 / 8.1 में


1
वास्तव में यह है। सभी बिंदुओं को शामिल किया गया है, लेकिन मैं अन्य उत्तरों के लिए 48 घंटे का समय देने के लिए इच्छुक हूं (जैसा कि मैंने कई अवसरों पर बहुत जल्द ही स्वीकार कर लिया है :)
Insane

मेरे अनुभव में, यह आमतौर पर तब होता है जब एक प्रक्रिया कर्नेल-मोड I / O अनुरोध को पूरा करने के लिए इंतजार कर रही है। विंडोज 8 पर एक प्रक्रिया को समाप्त करने का प्रयास करते समय "एक्सेस अस्वीकृत"
क्रिस्टोफर ओलिक्स

उन प्रक्रियाओं को समाप्त करना संभव है यदि आप सिस्टम के रूप में
टास्कमार्ट

1
@ drake7707 वास्तव में, संरक्षित प्रक्रिया को समाप्त नहीं किया जा सकता है या यहां तक ​​कि उपयोगकर्ता-मोड से राइट-डैक भी लिख सकता है, भले ही आप सिस्टम के रूप में चल रहे हों। मुझे विश्वास नहीं है कि उपयोगकर्ता मोड आधिकारिक तौर पर उन प्रक्रियाओं से निपट सकते हैं जो कर्नेल मोड में लटकाए जाते हैं; आपको सभी हैंडल बंद करने होंगे ( मेरे उत्तरों में से एक और देखें ) और सभी कर्नेल-मोड अनुरोधों को पूरा करने के लिए प्रतीक्षा करें।
बेन एन

@ बन्न अधिक आम तौर पर, कर्नेल में कुछ के बिंदु पर; क्या आपके पास संभावित रूप से अधिक गंभीर समस्याएं नहीं हैं, किसी भी सुरक्षित साधनों द्वारा समाप्त किए जाने वाले आवेदन की तुलना में।
दान नीली

18

मौजूदा जवाब बहुत अच्छा है। मैं कुछ तकनीकी जानकारी प्रदान करता हूँ, उन लोगों के लिए जो इस तरह की चीजें पसंद करते हैं।

Taskmgr.exe(इन \Windows\System32) वह प्रोग्राम है जिसे टास्क मैनेजर के लिए कॉल करने पर चलाया जाता है। एक हेक्स संपादक के साथ इसका निरीक्षण करते हुए, मैंने पाया कि इसका प्रकटीकरण इसके requestedExecutionLevelलिए निर्धारित है highestAvailable। इसका मतलब है कि यदि आप एक स्थानीय व्यवस्थापक के रूप में चल रहे हैं, तो टास्क मैनेजर को आपको ऊंचा करने की आवश्यकता होगी। आप UAC को उच्चतम स्तर पर सेट करके और टास्क मैनेजर लॉन्च करने के लिए Ctrl + Shift + Esc दबाकर इसे आसानी से प्रदर्शित कर सकते हैं, यह देखते हुए कि यह एक ऊँचाई संकेत पैदा करता है। यदि UAC उच्चतम स्तर पर नहीं है, तो कार्य प्रबंधक चुपचाप बढ़ सकता है क्योंकि यह एक अभिन्न विंडोज घटक है। संक्षेप में, हाँ, टास्क मैनेजर संभव होने पर डिफ़ॉल्ट रूप से व्यवस्थापक के रूप में चलता है

highestAvailable(जैसा कि विरोध किया गया requireAdministrator) गैर-प्रवेशकर्ताओं को बिना पूछे जाने के लिए कार्यक्रम चलाने की अनुमति देता है, लेकिन वे इससे प्रशासनिक कुछ भी करने में सक्षम नहीं होंगे।

एक त्वरित और गंदा तरीका यह देखने के लिए कि क्या कोई प्रोग्राम ऊंचा चल रहा है , टास्क मैनेजर के विवरण टैब में UAC वर्चुअलाइजेशन कॉलम को सक्षम करने के लिए है । यदि और केवल यदि उस कॉलम में किसी प्रक्रिया की प्रविष्टि की अनुमति नहीं है , तो उसे ऊपर उठाया जाता है। (व्यवस्थापकीय प्रक्रियाएँ संगतता-पुनर्निर्देशित नहीं की जा सकतीं।) आप यह भी जाँच सकते हैं कि इसमें SeSecurityPrivilegeSysinternation Process Explorer का उपयोग करके शक्तिशाली विशेषाधिकार (जैसे ) हैं या नहीं ।

कुछ प्रक्रियाओं तक पहुंच से वंचित होने के बारे में आपके सवाल के जवाब में, विंडोज में संरक्षित प्रक्रियाओं की एक अवधारणा है जो उपयोगकर्ता मोड से बिल्कुल नहीं छुआ जा सकता है, यहां तक ​​कि चलने वाली प्रक्रियाओं से भी नहीं SYSTEM; संरक्षण कर्नेल द्वारा लागू किया जाता है। केवल आवश्यक सिस्टम सेवाओं को इस तरह की रखवाली मिलती है। ऐसी ही एक प्रक्रिया है csrss


2
बहुत सारे एंटीवायरस एप्लिकेशन (Microsoft के स्वयं सहित) भी संरक्षित हैं।
क़ुद्सफ़दसक

क्योंकि यह एक अभिन्न विंडोज घटक है , UAC प्रॉम्प्ट के बिना व्यवस्थापक प्रिविलेज के साथ लॉन्च करने के लिए मैलवेयर की तरह लगता है ... मुझे आश्चर्य है कि कैसे एक गेम कर्नेल द्वारा लागू ऐसी सुरक्षा प्राप्त करने का प्रबंधन करता है।
कासिंगउंडरफ्लोव हर जगह

@CausingUnderflowsEverywhere एक "इंटीग्रल विंडोज घटक" जो तर्क चुनता है, उसके साथ छेड़छाड़ करने के लिए, मैलवेयर को पहले से ही प्रशासक के रूप में चलना होगा, हालांकि कई अन्य यूएसी बाईपास शोषण रणनीतियों को जाना जाता है। इसके अलावा, मेरा मानना ​​है कि अनुप्रयोग सूचना सेवा (एक उपयोगकर्ता-मोड कार्यक्रम) उन्नयन अनुरोधों को संभालने के लिए जिम्मेदार है।
बेन एन

1

मैंने इस त्रुटि संदेश का एक और संभावित कारण खोजा है, जो कि "एक्सेस अस्वीकृत" की एक त्रुटि का निवारण करते समय मैंने कभी भी ऐसा नहीं सोचा होगा।

पृष्ठभूमि

Microsoft ने एक नया संसाधन प्रबंधन तंत्र पेश किया, जो विंडोज 8 में शुरू होता है। जब सिस्टम के संसाधन उच्च मांग में होते हैं, तो विंडोज अन्य प्रक्रियाओं के लिए अपने संसाधनों को मुक्त करने के लिए, कुछ प्रक्रियाओं को "निलंबित" स्थिति में रखने के लिए चुन सकता है। एक निलंबित प्रक्रिया अनिवार्य रूप से जमी हुई है जब तक कि सिस्टम इसे निलंबित नहीं करता है, जो आमतौर पर उस प्रक्रिया के साथ बातचीत शुरू करने वाले उपयोगकर्ता की प्रतिक्रिया में होता है। जो भी कारण के लिए, टास्क मैनेजर को इस तंत्र से छूट नहीं मिली है, और वास्तव में इसका एक विशेष रूप से अप्रत्याशित व्यवहार है: जब विंडोज टास्कमग्रै ..exe को निलंबित स्थिति में डालता है, तो इसकी "अपडेट स्पीड" सेटिंग भी बदल जाती है, जो भी आपने इसे सेट किया था। को, रुके हुए को। हालांकि, जब प्रक्रिया अन-सस्पेंड हो जाती है, तो "अपडेट स्पीड" सेटिंग को उसके मूल मूल्य पर बहाल नहीं किया जाता है - यह रुकी हुई सेटिंग पर रहता है !

त्रुटि कारण

जब टास्क मैनेजर की "अपडेट स्पीड" को पॉज़ किया जाता है , तो विवरण टैब उन प्रक्रियाओं को दिखा सकता है जो अब नहीं चल रही हैं। यदि यह मामला है, और आप इस तरह की किसी भी असंगत प्रक्रिया पर "एंड प्रोसेस" करने का प्रयास करते हैं, तो आपको "एक्सेस अस्वीकृत" त्रुटि मिलेगी। (अल्पकालिक) समाधान * यह सुनिश्चित करने के लिए है कि "अपडेट स्पीड" किसी प्रक्रिया को समाप्त करने का प्रयास करने से पहले, सामान्य की तरह कुछ और पर सेट हो ।

 

* के रूप में "अद्यतन की गति" सेटिंग को रोकने से दीर्घकालिक समाधान के लिए पहली जगह में रोका जा रहा है (जो लगातार होता है ) ... मैं अभी भी उस एक के लिए खोज रहा हूँ!

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.