Terminal: व्यवस्थापक के रूप में चलाओ

@ DHowett-MSFT मैं कसम खा सकता था कि हमारे पास इसके लिए कहीं न कहीं एक डुप्लिकेट मुद्दा था, लेकिन मैं इसे अब नहीं ढूंढ सकता। क्या आपको याद है कि इसके कारण क्या हैं?

आह यार, अगर यह एक डुप्लिकेट है क्षमा करें।

कोई कारण नहीं है, ऐप को ठीक से शुरू करें, लेकिन आर-क्लिक करें और शुरू करें जैसे ही व्यवस्थापक विफल हो जाता है, दो बार व्यवस्थापक पासवर्ड के लिए विंडोज़ यूएसी प्रॉम्प्ट तब आपको त्रुटि मिलती है।

मैं वर्तमान में भी इस समस्या का सामना कर रहा हूँ। मैंने टास्कबार में टर्मिनल खोजा

फिर मुझे दो बार अपने व्यवस्थापक क्रेडेंशियल्स दर्ज करने के लिए कहा गया! एक के बाद एक एडमिन प्रॉम्प्ट। फिर जब मैंने दूसरी बार अपने क्रेडेंशियल्स को दर्ज किया तो यह त्रुटि संदेश पॉप अप हो गया:

मैंने आज ही टर्मिनल स्थापित किया है।

टर्मिनल संस्करण:
संस्करण: 0.2.1831.0

OS संस्करण:
विंडोज 10 प्रो
10.0.18362 बिल्ड 18362

टास्कबार से व्यवस्थापक के रूप में व्होल टर्मिनल चलाने के बजाय एक सुझाव के रूप में, शायद विकल्प हैं?

उदाहरण के लिए:

नया टैब खोलने पर उपयोगकर्ता को संकेत मिलता है या कुछ यूआई से पूछते हैं कि क्या वे एक व्यवस्थापक के रूप में नया उदाहरण खोलना चाहते हैं?

या ठीक उसी निर्देशिका से व्यवस्थापक टैब खोलने के लिए टर्मिनल पर राइट क्लिक करें। (यह शोडशेल-कोर के लिए बहुत उपयोगी होगा क्योंकि इसमें सुडोल जैसी अच्छी कार्यक्षमता नहीं है)

व्यवस्थापक मोड में चल रहा विंडोज टर्मिनल समर्थन एक अच्छा व्यवहार नहीं हो सकता है, जिसका अर्थ है कि Ctrl + T से खोले गए अन्य टैब में सभी गोले व्यवस्थापक विशेषाधिकार हो सकते हैं। जहां तक ​​मुझे पता है, विंडोज टर्मिनल प्रशासक से प्रतिबंधित उपयोगकर्ता के लिए कोई कोड लागू नहीं करता है। वास्तव में, विंडोज में जो कमी है, वह एक प्रकार का विशेषाधिकार कार्यान्वयन है जिसमें यूडो इंटरैक्शन की आवश्यकता नहीं है, जैसे कि सूडो।

लेकिन सुडो को लागू करना भी बोझिल हो सकता है। रनस क्रिया का प्रवाह लगभग इस प्रकार है (यदि कुछ भी गलत है, तो कृपया मुझे याद दिलाएं):

1. AppInfo जाता है और सत्र 1 के उपयोगकर्ता में लॉग इन के उन्नत टोकन प्राप्त करने के लिए स्थानीय सुरक्षा प्राधिकरण से बात करता है।
2. AppInfo एक STARTUPINFOEX संरचना (Vista के लिए नया) को लोड करता है, और एक विशेषता के लिए कमरे के साथ एकदम नया Vista API InitializeProcThreadAttributeList () कॉल करता है।
3. ओपनप्रोसेस () उस प्रक्रिया को संभालने के लिए कहा जाता है जिसने आरपीसी कॉल शुरू की थी।
4. UpdateProcThreadAttribute () PROC_THREAD_ATTRIBUTE_PARENT_PROCESS साथ कहा जाता है, और चरण 3 में प्राप्त हैंडल का उपयोग करता है।
5. CreateProcessAsUser () को EXTENDED_STARTUPINFO_PRESENT और चरण 1 और 4 के परिणामों के साथ कहा जाता है।
6. DeleteProcThreadAttributeList () कहा जाता है।
7. परिणाम एकत्र किए जाते हैं, और हैंडल को साफ किया जाता है।

हम एक सरल निष्कर्ष निकाल सकते हैं। वास्तव में, runas वास्तव में एक सामान्य प्रक्रिया है जो उच्च-विशेषाधिकार प्राप्त प्रक्रिया के लिए आरपीसी अनुरोध शुरू करती है। उच्च-विशेषाधिकार प्रक्रिया (AppInfo सेवा) एक प्रशासक प्रक्रिया बनाती है और सामान्य प्रक्रिया के रूप में इसकी मूल प्रक्रिया निर्धारित करती है।

व्यवस्थापक प्रक्रिया शुरू करते समय AppInfo वर्तमान में एक कार्यशील निर्देशिका, इनपुट और आउटपुट (हालांकि CreateProcessAsUser को कॉल करने) का समर्थन नहीं करता है। यह एक ऐसी समस्या है जिसे विंडोज टर्मिनल में चलाने के लिए सूडो समर्थन को सक्षम करने के लिए हल करने की आवश्यकता है। (ShellExecuteEx SEE_MASK_NO_CONSOLE काम नहीं करता है)

SHELLEXECUTEINFOW :

typedef struct _SHELLEXECUTEINFOW {
  DWORD     cbSize;
  ULONG     fMask;
  HWND      hwnd;
  LPCWSTR   lpVerb;
  LPCWSTR   lpFile;
  LPCWSTR   lpParameters;
  LPCWSTR   lpDirectory;
  int       nShow;
  HINSTANCE hInstApp;
  void      *lpIDList;
  LPCWSTR   lpClass;
  HKEY      hkeyClass;
  DWORD     dwHotKey;
  union {
    HANDLE hIcon;
    HANDLE hMonitor;
  } DUMMYUNIONNAME;
  HANDLE    hProcess;
} SHELLEXECUTEINFOW, *LPSHELLEXECUTEINFOW;

देखें: https://docs.microsoft.com/en-us/windows/win32/api/processthreadsapi/nf-processthreadsapi-updateprocthreadatt

| मूल्य | अर्थ |
| --- | --- |
| PROC_THREAD_ATTRIBUTE_PARENT_PROCESS | lpValue पैरामीटर कॉलिंग प्रक्रिया के बजाय अभिभावक के रूप में उपयोग करने के लिए एक प्रक्रिया को हैंडल करने के लिए एक संकेतक है जिसे प्रक्रिया के लिए बनाया जा रहा है। उपयोग करने के लिए प्रक्रिया में PROCESS_CREATE_PROCESS का अधिकार होना चाहिए।

निर्दिष्ट प्रक्रिया से विरासत में मिली विशेषताओं में हैंडल, डिवाइस मैप, प्रोसेसर आत्मीयता, प्राथमिकता, कोटा, प्रक्रिया टोकन और नौकरी ऑब्जेक्ट शामिल हैं। (ध्यान दें कि डीबग पोर्ट जैसी कुछ विशेषताएँ निर्माण प्रक्रिया से आएंगी, न कि इस हैंडल द्वारा निर्दिष्ट प्रक्रिया।)

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

मुझे @ YMba9g8j9CJp0wLoQf5y का एस्केलेटेड विशेषाधिकार के साथ टैब अधिकृत करने का प्रस्ताव पसंद है। मैं ConEmu से हूं जहां हम व्यवस्थापक विशेषाधिकार के साथ या उसके बिना एक टैब बना सकते हैं। व्यवस्थापक टैब बनाते समय मुझे UAC (अच्छे के लिए) के साथ संकेत दिया जाएगा।

क्या यह विंडोज़ स्टोर अनुप्रयोगों का सिर्फ सामान्य व्यवहार नहीं है? यह हाल ही में जारी किए गए पूर्वावलोकन ऐप की तरह दिखता है।
लेकिन मुझे ऊंचे गोले चलाने का एक तरीका चाहिए। आज ऐसा करना संभव नहीं लगता (व्यवस्थापक के रूप में टैब खोलें)।

अरे, हमें यकीन नहीं है कि इस बारे में हम कुछ कर सकते हैं। क्या आप "डेवलपर प्लेटफ़ॉर्म> ऐप परिनियोजन" श्रेणी में फीडबैक दर्ज करना चाहेंगे? यह सही टीम को रूट करने में मदद करेगा, और कुछ बहुत उपयोगी नैदानिक ​​जानकारी एकत्र करेगा।

जोड़ना: यह भी # 1538 है

हालांकि मैं फैसले से सहमत हूं। यह स्पष्ट रूप से व्यवस्थापक मोड में चलने के बिना chocolatey का उपयोग करने के लिए काफी दर्दनाक बनाता है। ()

@ मैं अपने कॉन्फिगर में सिर्फ

function GoAdmin { start-process pwsh –verb runAs }

(यदि आप पुरानी शक्तियों का उपयोग कर रहे हैं तो pwsh powershell साथ बदलें)

इसलिए जब भी मुझे चॉकलेट के माध्यम से पैकेजों को स्थापित / अद्यतन करने की आवश्यकता होती है, तो मैं GoAdmin (Windows टर्मिनल की होस्ट की गई PowerShell) में टाइप करता हूं, जो मुझे एक अलग व्यवस्थापन पावरशेल विंडो में ले जाता है। वहाँ मैं सभी चॉकलेट व्यवस्थापक कमांड चला सकता हूं। तब मैं बस व्यवस्थापक विंडो को बंद कर देता हूं, और सभी PATH चर को अपडेट करने के लिए अपने विंडोज टर्मिनल सत्र में refreshenv टाइप करता हूं। यह बहुत आसान है।

मैं निश्चित रूप से सीधे "नंगे" pwsh पर जाने के बजाय wt (Windows टर्मिनल) लॉन्च करने का तरीका पसंद करूंगा, लेकिन यह संभव नहीं लगता। लेकिन यह मामूली पकड़ है। मेह। :-)

Im अभी भी एक त्रुटि हो रही है जब मैं WT (0.9.433.0) को व्यवस्थापक के रूप में शुरू करना चाहता हूं:

नवीनतम WT और Windows (v10.0.18363.657) के साथ कई मशीनों पर होता है।
समझ में नहीं आ रहा है कि यह मुद्दा क्यों बंद हुआ है और वर्कअराउंड क्या है।

वास्तव में यह कभी काम नहीं किया, मुझे जो आखिरी टिप्पणी मिली, वह एक विंडोज मुद्दा था और वे इसे टीम के साथ उठाएंगे।

वे इसे टीम के साथ उठाएंगे।

मुझे ऐसा नहीं लगता। यह अधिक पसंद है " आपको इसे टीम के साथ उठाना चाहिए"।

यकीन है कि वे सबसे महत्वपूर्ण कार्यक्षमता में से एक के साथ विन टर्मिनल v1 को रिहा करने के बारे में नहीं सोच रहे हैं।
यह बहुत बुरा है क्योंकि यह WT के वर्तमान पूर्व-रिलीज़ संस्करणों को अनुपयोगी बनाता है।

यह व्यवस्थापक के साथ एक नई शक्तियां विंडो पॉप करेगा। ठीक वैसा नहीं जैसा हम चाहते हैं लेकिन यह एक काम है। निम्नलिखित कमांड लाइन के साथ एक नया प्रोफ़ाइल बनाएं।

"commandline": "powershell.exe -Command \"Start-Process powershell.exe -Verb RunAs\"",

यह बंद क्यों है? अभी भी एक उच्च स्तरीय सुविधा होने की आवश्यकता है।

इस रिपॉजिटरी पर अन्य मुद्दों के एक समूह में नज़र रखी जा रही है, इसीलिए।

@ DHowett-MSFT धन्यवाद। हमें किस मुद्दे का पालन करना चाहिए? मुझे नहीं लगता कि यह ऊपर उल्लेख किया गया है।

@ मैं अपने कॉन्फिगर में सिर्फ

function GoAdmin { start-process pwsh –verb runAs }

(यदि आप पुरानी शक्तियों का उपयोग कर रहे हैं तो pwsh powershell साथ बदलें)

इसलिए जब भी मुझे चॉकलेट के माध्यम से पैकेजों को स्थापित / अद्यतन करने की आवश्यकता होती है, तो मैं GoAdmin (Windows टर्मिनल की होस्ट की गई PowerShell) में टाइप करता हूं, जो मुझे एक अलग व्यवस्थापन पावरशेल विंडो में ले जाता है। वहाँ मैं सभी चॉकलेट व्यवस्थापक कमांड चला सकता हूं। तब मैं बस व्यवस्थापक विंडो को बंद कर देता हूं, और सभी PATH चर को अपडेट करने के लिए अपने विंडोज टर्मिनल सत्र में refreshenv टाइप करता हूं। यह बहुत आसान है।

मैं निश्चित रूप से सीधे "नंगे" pwsh पर जाने के बजाय wt (Windows टर्मिनल) लॉन्च करने का तरीका पसंद करूंगा, लेकिन यह संभव नहीं लगता। लेकिन यह मामूली पकड़ है। मेह। :-)

विंडोज़ में यह कॉन्फिग फाइल कहाँ स्थित है?

@ मियां-मुहम्मद मुझे लगता है कि उनका मतलब पॉवरशेल प्रोफाइल था। https://docs.microsoft.com/en-us/powershell/module/microsoft.powershell.core/about/about_profiles

मुझे एक वर्कअराउंड मिला। आप चॉकलेट को सूडो (चोको इंस्टॉल -y सूडो) नामक पैकेज स्थापित करने के लिए उपयोग कर सकते हैं। फिर आप उम्मीद के मुताबिक सूडो का इस्तेमाल कर सकते हैं।

ऐसा लगता है कि मैं वर्तमान में व्यवस्थापक के रूप में टर्मिनल खोल सकता हूं; कम से कम यह मेरी मशीन पर काम करता है। यह और भी अच्छा होगा यदि हम ConEmu (जो # 632 में चर्चा की गई है) की तरह एक टैब बना सकते हैं, लेकिन वर्तमान में इस मुद्दे को दोबारा खोलने का कोई मतलब नहीं है।

अन्य संबंधित लंबित सुविधा अनुरोध:

• # 146 sudo जो कि @ Pens99 में रुचि हो सकती है
• # 576 टास्क बार जंपलिस्ट; मैं इसे सुरक्षा निहितार्थ के कारण # 632 के प्रतिस्थापन के रूप में मानता हूं (जिसे मैं पूरी तरह से सुरक्षा उद्योग से आने वाला समझता हूं), खासकर जब यह 3246 के साथ संयुक्त था।

उम्मीद है कि इस धागे का पालन करने में सभी को मदद मिलेगी।

@ DHowett-MSFT इसे हल करने के लिए हमें किस मुद्दे का पालन करना चाहिए और स्टार करना चाहिए? केवल अन्य संदर्भित मुद्दा मैं देख सकता हूं # 1538 जो बंद भी है।

मुझे यकीन है कि माइक्रोसॉफ्ट का रुख यह नहीं हो सकता है कि हर किसी को अलग-अलग व्यवस्थापक खाते का उपयोग करने के बजाय उनके मानक उपयोगकर्ता पर प्रशासनिक अधिकार होना चाहिए, यदि वे अन्य Google एप्लिकेशन का उपयोग करना चाहते हैं। यह सभी मानक सुरक्षा प्रथाओं के विपरीत है।

उस चिंता के लिए @danstur बेस्ट मैं पेशकश कर सकता है # 4217। हम उस टीम के साथ फिक्स का पीछा कर रहे हैं जो ऐप परिनियोजन का मालिक है। मुद्दा यह है कि ऐप्स विश्व स्तर पर _installed_ हैं, लेकिन केवल पंजीकृत प्रति उपयोगकर्ता हैं। यह कुछ बुनियादी ढांचा था जो विंडोज 8 के लिए बनाया गया था जो केवल बहुत धीरे-धीरे विकसित हुआ है यहां तक ​​कि टर्मिनल जैसे मानक win32 अनुप्रयोगों को चलाने के लिए भी। # 1386 हमें पैकेज से बाहर निकलने और एंटरप्राइज़ ग्राहकों और उन लोगों के लिए कुछ पारंपरिक के रूप में वितरित करने के लिए ट्रैक करता है, जो पैकेज परिनियोजन इंजन से परेशान हैं।

@ DHowett-MSFT मुद्दों के लिए धन्यवाद, यह सुनकर खुशी हुई कि इसे ट्रैक किया जा रहा है।

स्पष्ट करने के लिए: यदि मैं # 1386 में वर्णित विकल्पों के माध्यम से एप्लिकेशन इंस्टॉल करता हूं तो क्या मैं इसे एक अलग उपयोगकर्ता के रूप में चला पाऊंगा या क्या यह अभी भी काम नहीं करेगा? मुझे ऐप को पंजीकृत करने में कोई दिक्कत नहीं होगी (इसका मतलब यह है कि अन्य उपयोगकर्ताओं के साथ Add-AppxPackage ?) चल रहा है।

@ DHowett-MSFT डस्टिन हॉवेट FTE मुद्दों के लिए धन्यवाद, यह सुनकर खुशी हुई कि इसे ट्रैक किया जा रहा है।

स्पष्ट करने के लिए: यदि मैं # 1386 में वर्णित विकल्पों के माध्यम से एप्लिकेशन इंस्टॉल करता हूं तो क्या मैं इसे एक अलग उपयोगकर्ता के रूप में चला पाऊंगा या क्या यह अभी भी काम नहीं करेगा? मुझे ऐप को पंजीकृत करने में कोई दिक्कत नहीं होगी (इसका मतलब यह है कि अन्य उपयोगकर्ताओं के साथ Add-AppxPackage ?) चल रहा है।

यह ठीक काम करना चाहिए। आपको उन उपयोगकर्ताओं के रूप में Add-AppxPackage की आवश्यकता होगी, हाँ। :मुस्कुराओ:

खुशी है कि इसे निपटाया जा रहा है।

इसे हल करने की आवश्यकता है, जैसा कि अब अलग-अलग व्यवस्थापक और उपयोगकर्ता खातों (जैसा होना चाहिए) के साथ स्थापित किसी भी विंडोज वातावरण में, टर्मिनल प्रवेश के लिए उपयोग करने योग्य नहीं है (यदि अनुशंसित MS स्टोर) से स्थापित किया गया है

खुशी है कि इसे निपटाया जा रहा है।

इसे हल करने की आवश्यकता है, जैसा कि अब अलग-अलग व्यवस्थापक और उपयोगकर्ता खातों (जैसा होना चाहिए) के साथ स्थापित किसी भी विंडोज वातावरण में, टर्मिनल प्रवेश के लिए उपयोग करने योग्य नहीं है (यदि अनुशंसित MS स्टोर) से स्थापित किया गया है

मेरे लिए काम करने वाला वर्कअराउंड स्थानीय मशीन में व्यवस्थापक उपयोगकर्ता के रूप में लॉग इन कर रहा था और स्टोर से फिर से "इंस्टॉल" कर रहा था। फिर, जब एक मानक उपयोगकर्ता के रूप में लॉग इन किया जाता है, तो मैं टर्मिनल को व्यवस्थापक के रूप में चला सकता हूं

हां समस्या यह है कि स्टोर केवल वर्तमान उपयोगकर्ता के लिए ऐप पंजीकृत करता है। यह अधिकांश ऐप्स के लिए ठीक है (वास्तव में यह बताता है कि ज्यादातर ऐप्स को वैसे भी कैसे इंस्टॉल किया जाना चाहिए) लेकिन टर्मिनलों जैसे प्रशासनिक ऐप के लिए अच्छा नहीं है।

हे भविष्य मुझे: स्टोर पंजीकरण मुद्दे को MSFT: 20356613 के साथ आंतरिक रूप से ट्रैक किया जा रहा है और # 4217 में लंबाई पर चर्चा की गई है

नमस्ते,
मैं इस मुद्दे पर अपने नियमित खाते में भाग गया। समाधान तब होता है जब किसी व्यवस्थापक खाते में साइन इन करते हुए टर्मिनल ऐप को फिर से इंस्टॉल किया जाए। तब आप अपने नियमित खाते पर व्यवस्थापक के रूप में चल सकेंगे।

मुझे भी। समस्या हल नहीं होती है

मेरे पास एक और कम-से-परफेक्ट वर्कअराउंड है, जो एक _tab_ को प्रशासक के रूप में चलाने की अनुमति नहीं देता है, लेकिन यह एक मौजूदा (गैर-व्यवस्थापक) टैब से प्रशासक के रूप में एक PowerShell विंडो खोलने की अनुमति देता है:

https://github.com/jt-github/elevate

यह उसी तरह से काम करता है जैसे कि ऊपर दिए गए @CraigHead द्वारा सुझाए गए प्रोफाइल को जोड़ने के रूप में:
"commandline": "powershell.exe -Command \"Start-Process powershell.exe -Verb RunAs\"",

सिवाय इसके कि मेरे संस्करण को elevate कमांड चलाकर निष्पादित किया जाता है।

@ jt-github यह सुडो की तरह है।

यहां देखें: https://github.com/pldmgg/Sudo

वास्तव में, केवल sudo , मेरी तुलना में ठंडा है, लेकिन मेरा इतना सरल है कि इसे समझना और उपयोग करना आसान है।

आप में से कई लोगों की तरह, मैं भी इस मुद्दे पर चला हूं, इसलिए मैंने निम्नलिखित कार्य बनाए ताकि किसी शक्तिके। Ex, pwsh.exe या Microsoft टर्मिनल से एक व्यवस्थापक शेल खोला जा सके

# Function        Test-IsAdmin
function Test-IsAdmin {
    <#
    .Synopsis
    Tests if the user is an administrator
    .Description
    Returns true if a user is an administrator, false if the user is not an administrator
    .Example
    Test-IsAdmin
    #>
    $identity = [Security.Principal.WindowsIdentity]::GetCurrent()
    $principal = New-Object Security.Principal.WindowsPrincipal $identity
    $principal.IsInRole([Security.Principal.WindowsBuiltinRole]::Administrator)
}


# Function        New-AdminShell
function New-AdminShell {
    <#
    .Synopsis
    Starts an Elevated PowerShell Console.

    .Description
    Opens a new PowerShell Console Elevated as Administrator. If the user is already running an elevated
    administrator shell, a message is displayed in the console session.

    .Example
    New-AdminShell

    #>

    $Process = Get-Process | Where-Object { $_.Id -eq "$($PID)" }
    if (Test-IsAdmin = $True) {
        Write-Warning -Message "Admin Shell already running!"
    }
    else {
        if ($Process.Name -eq "powershell") {
            Start-Process -FilePath "powershell.exe" -Verb runas -PassThru
        }
        if ($Process.Name -eq "pwsh") {
            Start-Process -FilePath "pwsh.exe" -Verb runas -PassThru
        }
    }
}

# Function        New-AdminTerminal
function New-AdminTerminal {
    <#
    .Synopsis
    Starts an Elevated Microsoft Terminal.

    .Description
    Opens a new Microsoft Terminal Elevated as Administrator. If the user is already running an elevated
    Microsoft Terminal, a message is displayed in the console session.

    .Example
    New-AdminShell

    #>

    if (Test-IsAdmin = $True) {
        Write-Warning -Message "Admin Shell already running!"
    }
    else {
        Start-Process "wt.exe" -ArgumentList "-p pwsh" -Verb runas -PassThru
    }
}

मुझे आशा है कि कोई उन्हें उपयोगी पाता है। मैंने उन्हें अपने पॉवरशेल प्रोफाइल में जोड़ा है, इसलिए वे हमेशा उपलब्ध हैं।

नमस्ते,
मैं इस मुद्दे पर अपने नियमित खाते में भाग गया। समाधान तब होता है जब किसी व्यवस्थापक खाते में साइन इन करते हुए टर्मिनल ऐप को फिर से इंस्टॉल किया जाए। तब आप अपने नियमित खाते पर व्यवस्थापक के रूप में चल सकेंगे।

यह मेरे लिए भी काम करता है, इसके सुपर कष्टप्रद लेकिन कॉर्प नेटवर्क पर मेरे लिए काम करने का एकमात्र तरीका है। यदि आपके पास स्थानीय व्यवस्थापक नहीं हैं, तो यह एप्लिकेशन एक कॉर्प नेटवर्क पर एलिवेटेड प्राइवेट के लिए बहुत अधिक है।

खुशी है कि इसे निपटाया जा रहा है।
इसे हल करने की आवश्यकता है, जैसा कि अब अलग-अलग व्यवस्थापक और उपयोगकर्ता खातों (जैसा होना चाहिए) के साथ स्थापित किसी भी विंडोज वातावरण में, टर्मिनल प्रवेश के लिए उपयोग करने योग्य नहीं है (यदि अनुशंसित MS स्टोर) से स्थापित किया गया है

मेरे लिए काम करने वाला वर्कअराउंड स्थानीय मशीन में व्यवस्थापक उपयोगकर्ता के रूप में लॉग इन कर रहा था और स्टोर से फिर से "इंस्टॉल" कर रहा था। फिर, जब एक मानक उपयोगकर्ता के रूप में लॉग इन किया जाता है, तो मैं टर्मिनल को व्यवस्थापक के रूप में चला सकता हूं

नहीं, कि मेरे लिए काम नहीं किया :(

इसलिए मैंने इसका पता लगा लिया।

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

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

इसलिए मैंने इसका पता लगा लिया।

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

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

यह मेरे लिए काम करता है। 👍