2012-12-10 16 views
5

मैंने ओके कार्यक्षमता के बारे में इंटरनेट पर ओके बटन पर शोध किया है लेकिन जानकारी प्राप्त नहीं कर सका। यूएसी को लागू करने से संबंधित सभी जानकारी वे प्रशासनिक विशेषाधिकारों के साथ आवेदन को फिर से लॉन्च करते हैं।ठीक बटन पर उपयोगकर्ता खाता नियंत्रण

मेरी आवश्यकता उस एप्लिकेशन को बनाना है जिसमें उपयोगकर्ता उस पर शील्ड आइकन के साथ ओके बटन पर क्लिक करता है, उपयोगकर्ता उपयोगकर्ता विशेषाधिकार को बढ़ाकर विंडोज रजिस्ट्री में कुछ जानकारी सहेजने में सक्षम होगा लेकिन मैं फिर से लॉन्च नहीं करना चाहता व्यवस्थापक अधिकारों के साथ आवेदन।

+2

"मैं व्यवस्थापक अधिकारों के साथ एप्लिकेशन को फिर से लॉन्च नहीं करना चाहता हूं।" कठोर। प्रक्रिया शुरू होने पर प्रक्रिया टोकन एक बार असाइन की जाती है। तो आपको कम से कम दो प्रक्रियाओं की आवश्यकता है। –

+0

@ डेविड हेफरन आपको दो प्रक्रियाओं की आवश्यकता है, लेकिन एक ही प्रक्रिया को फिर से लॉन्च करने के बजाय आप पूरी तरह से एक और शुरू कर सकते हैं। – Servy

+0

@ सर्वी हाँ आप ऐसा कर सकते हैं। मैंने सवाल से उद्धरण पढ़ा है, "मैं एक और प्रक्रिया शुरू नहीं करना चाहता हूं"। –

उत्तर

7

एप्लिकेशन को फिर से लॉन्च करना (या एक सहायक एप्लिकेशन लॉन्च करना) वह है जो आप करते हैं। यह एक ऐसे एप्लिकेशन को लॉन्च करते समय उन्नत विशेषाधिकारों का अनुरोध है जो यूएसी पुष्टिकरण स्क्रीन प्रकट होने का कारण बनता है। शील्ड आइकन दिखाने का उद्देश्य उपयोगकर्ता को यह बताना है कि मूल रूप से पुष्टिकरण स्क्रीन आ रही है।

आपको अपने आवेदन को फिर से लॉन्च करने की आवश्यकता नहीं है। यदि आपका एप्लिकेशन कई उदाहरणों की अनुमति देता है, तो आप कमांड लाइन पैरामीटर के साथ दूसरी प्रतिलिपि लॉन्च कर सकते हैं जो रजिस्ट्री परिवर्तन को इंगित करता है। या आपके पास एक सहायक एप्लिकेशन हो सकता है जो व्यवस्थापक चीजें करता है, और आवश्यकतानुसार इसे लॉन्च करता है। एक सहायक एप्लिकेशन को विंडो बनाने या दिखाने की आवश्यकता नहीं होती है; यह एक पूरी तरह से पृष्ठभूमि ऑपरेशन हो सकता है।

-1

हो सकता है आप किसी अनुप्रयोग प्रकट जोड़ सकते हैं और प्रशासक के अधिकारों की आवश्यकता होती है चाहिए:

<?xml version="1.0" encoding="UTF-8" standalone="yes"?> 
    <assembly xmlns="urn:schemas-microsoft-com:asm.v1" manifestVersion="1.0"> 
    <trustInfo xmlns="urn:schemas-microsoft-com:asm.v3"> 
     <security> 
      <requestedPrivileges> 
       <requestedExecutionLevel level="requireAdministrator" uiAccess="false"/> 
      </requestedPrivileges> 
     </security> 
    </trustInfo> 
</assembly> 

संपादित

यह नहीं है क्योंकि पूरे आवेदन ऊंचा विशेषाधिकार के तहत चल रहा है सबसे अच्छा समाधान यहाँ, हो सकता है और यह एक सुरक्षा भेद्यता हो सकती है।

+2

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

+0

अपने प्रश्न में यह स्पष्ट नहीं है कि क्या वह पूरे आवेदन को ऊंचा विशेषाधिकारों के साथ चलाने के लिए चाहते हैं या नहीं! सशक्त रूप से हर आवेदन कम से कम विशेषाधिकारों का उपयोग करना चाहिए, लेकिन यह हमेशा संभव नहीं है! –

+1

यकीन है कि यह संभव है, बस दूसरे उत्तर को देखें। समाधान एक दूसरी, पृष्ठभूमि, प्रक्रिया शुरू करना है जो कुछ परिचालनों को निष्पादित करता है जिन्हें उन्नत विशेषाधिकारों की आवश्यकता होती है। – Servy

संबंधित मुद्दे