Terminal: [प्रश्न] हमेशा उन्नत लॉन्च करने के लिए विंडोज टर्मिनल प्रोफाइल को कॉन्फ़िगर करना

वहाँ नही है। मुझे नहीं लगता कि हम मिश्रित एलिवेटेड और अनलेवेटेड टैब का समर्थन करने की योजना बना रहे हैं, क्योंकि यह थोड़ा सुरक्षा छेद है।

हां, मुझे पता है कि sudo एक चीज है, लेकिन हमने विंडोज के लिए sudo के निर्माण के बारे में सुरक्षा टीम के साथ काफी चर्चा की है। मुख्य समस्या इस तथ्य के कारण है कि कोई भी उन्नत प्रक्रिया कीस्ट्रोक्स को किसी भी अन्य गैर-उन्नत विंडो में भेज सकती है।

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

(संबंधित धागों को जोड़ने के मामले में, #146)

संपादित करें (फरवरी 14 2020)
ठीक है, तो इस टिप्पणी की उम्र बहुत अच्छी नहीं थी। मूल रूप से, इसका समर्थन करने के लिए _no_ योजना थी, क्योंकि यह हमारे पास मौजूद एकल HWND के साथ काम नहीं करेगा। हम एक समाधान तैयार करने पर काम कर रहे हैं जो भविष्य में इसका समर्थन करता है, लेकिन हम कुछ भी करने के लिए प्रतिबद्ध नहीं हो सकते हैं जब तक कि हम सुनिश्चित न हों कि हम उचित रूप से सुरक्षित समाधान के साथ आ सकते हैं, जो यह सुनिश्चित करता है कि कम विशेषाधिकार प्राप्त प्रक्रिया नहीं कर सकती एक उच्च विशेषाधिकार टर्मिनल ड्राइव करें।

उचित लगता है। मुझे लगता है कि #576 (जंप सूची में व्यवस्थापक के रूप में खोलें) के संयोजन की तरह कुछ होना, और शायद टर्मिनल के व्यवस्थापक सत्र को लॉन्च करने के लिए किसी प्रकार की हॉटकी मेरे अधिकांश दर्द का समाधान करेगी।

एक मानक और उन्नत टर्मिनल को एक ही विंडो लेकिन अलग टैब में खोलने के बारे में क्या?

@mdtauk मुझे लगता है कि दुर्भाग्य से उसी श्रेणी में आता है। चूंकि सभी टैब एक ही HWND के अंतर्गत हैं, रूट HWND वह है जिसे विंडो को चलाने से गैर-उन्नत ऐप्स को रोकने के लिए ऊंचा करने की आवश्यकता होगी।

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

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

जब भी मैं टर्मिनल ऐप को व्यवस्थापक खाते के साथ चलाने का प्रयास करता हूं, राइट क्लिक -> व्यवस्थापक के रूप में चलाएं, यूएसी दो बार पॉप अप होता है और एक त्रुटि होती है:
"Windows नहीं ढूंढ सकता (path\WindowsTerminal.exe) सुनिश्चित करें कि आपने टाइप किया है ..."।

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

क्या ऐप बनाने का कोई तरीका है ताकि यह सभी उपयोगकर्ताओं के लिए इंस्टॉल हो जाए? या क्या परियोजना की जड़ गैर उपयोगकर्ता विशिष्ट निर्देशिका पर होनी चाहिए?

@

जब भी मैं टर्मिनल ऐप को व्यवस्थापक खाते के साथ चलाने का प्रयास करता हूं, राइट क्लिक -> व्यवस्थापक के रूप में चलाएं, यूएसी दो बार पॉप अप होता है और एक त्रुटि होती है:
"Windows नहीं ढूंढ सकता (path\WindowsTerminal.exe) सुनिश्चित करें कि आपने टाइप किया है ..."।

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

क्या ऐप बनाने का कोई तरीका है ताकि यह सभी उपयोगकर्ताओं के लिए इंस्टॉल हो जाए? या क्या परियोजना की जड़ गैर उपयोगकर्ता विशिष्ट निर्देशिका पर होनी चाहिए?

मैं भी यही मुद्दा होते हुए देख रहा हूं।

विंडोज संस्करण 18922.1000

ठीक है, इसलिए स्टोर ऐप्स को व्यवस्थापक या अलग उपयोगकर्ता के रूप में चलाना काम नहीं कर रहा है (डिज़ाइन बीटीडब्ल्यू द्वारा)। हम में से कई लोग (पीसी में) एक सामान्य गैर-उन्नत खाते के रूप में लॉग इन हैं। हम कुछ कार्यों को करने के लिए एक व्यवस्थापक के रूप में powerhell/cmd/etc चलाते हैं।

यदि अंतिम विकल्प इस ऐप को तैनात करना है तो विंडोज स्टोर है, यह मेरे लिए बेकार है बिना किसी तरह के एलिवेटेड टैब खोलने के। मेरे 2 सेंट।

"बेकार" शायद थोड़ा कठोर है, लेकिन वास्तव में हमें गैर-उन्नत और उन्नत कंसोल ऐप्स/शेल दोनों के लिए नए टर्मिनल का उपयोग करने का एक तरीका चाहिए। और मेरे लिए सबसे अच्छा यूएक्स एक ही विंडोज टर्मिनल इंस्टेंस में एलिवेटेड और नॉन-एलिवेटेड टैब के मिश्रण का समर्थन करना होगा। कम बेहतर: शून्य से कई (आमतौर पर एक) उन्नत उदाहरणों (प्रत्येक में एक से कई टैब के साथ) का समर्थन करें और शून्य से कई (आमतौर पर एक) गैर-उन्नत उदाहरणों का समर्थन करें।

ConEmu एक ही विंडो में एलिवेटेड और नॉन-एलिवेटेड टैब्स को मिलाने में सक्षम है। क्या यहाँ ऐसा कुछ नहीं किया जा सकता?

क्या हमारे पास एक उन्नत टर्मिनल लॉन्च गैर-उन्नत टैब हो सकता है? मुझे अभी भी उन्नत लॉन्च करने की आवश्यकता है लेकिन मैं एक नया टैब खोल सकता हूं जो "संरक्षित" है।

यदि हम बहुत ही विंडोज़-विशिष्ट जाना चाहते हैं और अन्य प्लेटफ़ॉर्म को अनदेखा करना चाहते हैं जो अंततः टर्मिनल देख सकते हैं, तो शायद विंडोज कंटेनर या वर्चुअलाइज्ड प्रक्रियाओं का उपयोग कुछ के लिए इस दर्द बिंदु में मदद कर सकता है। मैं व्यक्तिगत रूप से वर्तमान समाधान के साथ ठीक हूं लेकिन डिफ़ॉल्ट रूप से अलग-अलग प्रक्रियाओं के रूप में चलाने के लिए कंसोल ऐप्स प्राप्त करना सुरक्षा के दृष्टिकोण से बुरा विचार नहीं होगा।

कम से कम मेरे लिए एक खिड़की में मिश्रित ऊंचाई जरूरी है।
क्या यह सेटिंग में टॉगल करने के लिए एक वैकल्पिक सुविधा हो सकती है?

@pratnala ConEmu के साथ यह केवल _looks_ जैसे यह कर रहा है, लेकिन यह वास्तव में ऐसा बिल्कुल नहीं कर रहा है। ऊंचा और ऊंचा "टैब" केवल दो पूरी तरह से अलग, पृथक रूट विंडो/प्रक्रियाओं में विचार हैं। यह विंडोज़ की सामग्री को अन्य चीजों और प्रॉक्सी/ब्रोकर एलिवेशन हेल्पर्स इत्यादि के बीच स्क्रैप करके करता है। ज़रूर, यह तकनीकी रूप से संभव है, लेकिन ConEmu जो करता है वह वास्तव में थोड़े असुरक्षित है। ऐसा करना किसी तीसरे पक्ष के कार्यक्रम के लिए एक बात है और लोगों को ConEmu डाउनलोड करके जोखिम में डालने का विकल्प है, लेकिन Microsoft के लिए आधिकारिक तौर पर ऐसा करके इसका समर्थन करना बिल्कुल अलग है। अगर मैं अपने सामने के दरवाजे की चाबियों को डोरमैट के नीचे छिपाना चाहता हूं, तो ठीक है - यह मेरा गूंगा जोखिम है। लेकिन क्या होगा अगर आपके द्वारा खरीदा गया हर दरवाजा डोरमैट के नीचे चाबियों का एक सेट रख दे?

लेकिन देखिए, मैं C++ (और C#, PowerShell, Ruby, Python, GoLang, जो कुछ भी मेरे रास्ते में आता है) में विकसित होता है। मेरे पास ConEmu और TakeCommand को mingw के साथ स्थापित किया गया है। मुझे पता है कि दौड़ते समय किस तरह से कैंची पकड़नी है।

पावरशेल _is_ एक सुरक्षा छेद। एक बहुत ही उपयोगी स्वचालन उपकरण, सभी प्रकार की अप्रत्याशित पहुंच की अनुमति देता है। और हम जो मांग रहे हैं (मिश्रित मोड) निश्चित रूप से विकल्प (सभी उन्नत) से सुरक्षित है। वास्तव में यह (टर्मिनल) बिजली उपयोगकर्ताओं के लिए एक बिजली उपकरण है, जिनमें से अधिकतर शायद सुरक्षा परिदृश्य को बहुत अच्छी तरह समझते हैं ... और समझते हैं व्यावहारिक समझौता।

जीरो-ट्रस्ट तभी काम करता है जब वह कमजोर न हो।

@robomac अगर हम सुरक्षा टीम को समझा सकते हैं (जिसने हमें कई मौकों पर कहा है कि मिश्रित ऊंचाई के करीब भी उद्यम न करें) कि केवल वे लोग जो अपनी कैंची को सही तरीके से पकड़ना जानते हैं और उनके साथ नहीं चलते हैं, इस परियोजना का _use_ करेंगे, हम शायद करेंगे। मुझे नहीं पता कि मैं खुद इस पर विश्वास करता हूं। यहाँ पर क्यों:

जैसे नहीं, यदि टर्मिनल मिश्रित ऊंचाई (एक मध्यम-आईएल होस्ट से एक उच्च-आईएल क्लाइंट तक) में चल रहा है, तब भी उस उपयोगकर्ता के रूप में चल रहे किसी अन्य चीज़ से इनपुट प्राप्त करने के लिए मजबूर किया जा सकता है। भले ही कीबोर्ड के पीछे वाला व्यक्ति संत हो और केवल दस सेकंड के लिए ऊंचा हो, जिसके लिए उसे ऊपर उठने की आवश्यकता है, _उसके उपयोगकर्ता खाते के अंतर्गत चल रहा कोई भी एप्लिकेशन बिना अतिरिक्त उन्नयन संकेत के व्यवस्थापक का प्रतिरूपण कर सकता है। शायद पूरी तरह से ज्ञात नहीं, यहां तक ​​​​कि।

@ DHowett-MSFT मैं जवाब देने के लिए धन्यवाद। आप यह अनुमान लगाते हैं कि हम किसी भी तरह दुर्भावनापूर्ण प्रक्रियाओं को चलने दे रहे हैं। हम "सर्वोत्तम अभ्यास" मंत्रों से अनुमतियों को प्रतिबंधित करते हैं जो हम हर सुबह अपने नीचे की ओर-कुत्ते की मुद्रा के साथ करते हैं, लेकिन अगर आपको वास्तव में चिंता है कि कुछ घंटे, यहां तक ​​​​कि, एलिवेटेड टर्मिनल एक्सेस आपको अपने सिस्टम पर जोखिम में डाल देता है। आप _ पर विकास कर रहे हैं ...

1. आपको टर्मिनल नहीं चलाना चाहिए और
2. आपको पोंछना चाहिए और फिर से शुरू करना चाहिए।

मैं आपको यह अनुदान दूंगा कि एक (कंप्यूटर) वायरस शोधकर्ता को इसे वेक्टर पथ में जोखिम में नहीं डालना चाहिए ... लेकिन "टर्मिनल" आपके नासमझ रिश्तेदारों के लिए नहीं है; यह एक शक्ति उपकरण है।

जोखिम से निपटने का एक मानक तरीका है। ब्राउज़र की दुनिया द्वारा आपके लिए लाया गया। जब आप उन्नत झंडों पर जाते हैं, तो आपको मोटे तौर पर, "यहाँ ड्रेगन हो" की चेतावनी प्राप्त होती है। (मुझे लगता है कि यह ठीक है कि पेल मून में... जो गंभीर हार्ड-कोर सुरक्षा ब्राउज़र है।) (गैर-यूएसी, अतिरिक्त) चेतावनी जोड़ें, लेकिन उपयोगकर्ता को निर्णय लेने दें।

एक अन्य प्रश्न: क्या टर्मिनल के दो अलग-अलग सत्र, एक ऊंचा, एक नहीं, अपेक्षा के अनुरूप व्यवहार करेंगे? या दोनों किसी भी सत्र के लिए वैक्टर होंगे?

मैं इस बात से असहमत नहीं हूं कि लोगों को इस तरह से कुछ चुनने में सक्षम होना चाहिए। :मुस्कुराओ:

दो अलग सत्र

ओह, हाँ, यह आज पूरी तरह से काम करना चाहिए - और एक वेक्टर नहीं होना चाहिए (ऊंचा एक पूरी तरह से दुनिया के उच्च-आईएल पक्ष पर चल रहा है और किसी अन्य माध्यम-आईएल प्रक्रिया द्वारा संचालित नहीं किया जा सकता है)

जो आज बिल्कुल काम करना चाहिए

एक ही भावना में, 2 टैब अलग-अलग प्रक्रियाओं में नहीं चल सकते हैं और इस प्रकार एक ही विंडो में मिश्रित ऊंचाई को सक्षम कर सकते हैं?

@ DHowett-MSFT तो दो अलग-अलग सत्रों को ओवर-आर्किंग ऐप में होस्ट क्यों नहीं किया जा सकता है? यह करना वास्तव में कठिन नहीं है।

मुझे लगता है कि मैं पहली बार में उन्नत कंसोल ऐप्स होने के सुरक्षा प्रभावों को समझता हूं, लेकिन जो मैं समझ नहीं पा रहा हूं वह यह है कि विंडोज टर्मिनल के भीतर दो प्रकार के टैब (ऊंचा और गैर-उन्नत) होने से विंडोज़ ने जो समर्थन दिया है उससे अधिक जोखिम भरा_ होगा उम्र के लिए यानी एलिवेटेड और नॉन-एलिवेटेड सीएमडी / पॉवरशेल के साथ-साथ चल रहा है। क्या कोई इस पर कुछ प्रकाश डाला सकता है?

@robomac
[1] जब आप पारंपरिक विंडो हैंडल के साथ _होस्टिंग कर रहे हों तो यह तुच्छ है। यह कॉनमू केस में, या टैब्ड शेल केस में बहुत अच्छी तरह से काम करता है, जहां आप एक एलिवेटेड सेशन में एक विंडो ले सकते हैं और एक नॉन-एलीवेटेड सेशन में एक विंडो के तहत इसे फिर से पेरेंट कर सकते हैं।

जब आप ऐसा करते हैं, तो कुछ सुरक्षा सुविधाएं होती हैं जिन्हें मैं [2] में स्पर्श करूंगा। उनके कारण, आप इसे माता-पिता कर सकते हैं लेकिन आप वास्तव में इसे कुछ भी करने के लिए मजबूर नहीं कर सकते।

हालाँकि, एक समस्या है। टर्मिनल को री-पैरेंटेबल विंडो के संग्रह के रूप में आर्किटेक्चर नहीं किया गया है। उदाहरण के लिए, यह कंसोल होस्ट नहीं चला रहा है और इसकी विंडो को एक टैब में ले जा रहा है। इसे "कनेक्शन" का समर्थन करने के लिए डिज़ाइन किया गया था - कुछ ऐसा जो पाठ पढ़ और लिख सकता है। यह एक खिड़की की तुलना में निचले स्तर का आदिम है। हमें अपने तरीकों की त्रुटि का एहसास हुआ और हमने तय किया कि यूनिक्स मॉडल पूरे समय सही था, और पाइप और टेक्स्ट और स्ट्रीम _जहां हैं।_

यह देखते हुए कि हम एक आधुनिक UI होस्ट करने के लिए Xaml द्वीपों का उपयोग कर रहे हैं और इसमें DirectX सतह को सिलाई कर रहे हैं, हम वैसे भी मानक विंडो हैंडल की दुनिया से बहुत आगे हैं। Xaml द्वीप पूरी तरह से एक HWND में रचे गए हैं, बहुत कुछ क्रोम और फ़ायरफ़ॉक्स की तरह और DirectX/OpenGL/SDL गेम्स के सरगम ​​​​की तरह। हमारे पास ऐसे घटक नहीं हैं जिन्हें एक प्रक्रिया (उन्नत) में चलाया जा सकता है और दूसरे (गैर-उन्नत) में होस्ट किया जा सकता है जो उपरोक्त "कनेक्शन" नहीं हैं।

अब, स्पष्ट अनुवर्ती प्रश्न है _ "आपके पास एक गैर-उन्नत कनेक्शन के बगल में एक टैब में एक ऊंचा कनेक्शन क्यों नहीं हो सकता?" _ यह वह जगह है जहां @ sba923 को पढ़ना चाहिए (: मुस्कान :)। मैं शायद कुछ चीजें कवर करने जा रहा हूं जो आप (@robomac) पहले से जानते हैं।

[2] जब आपके पास एक ही विंडो स्टेशन में एक ही डेस्कटॉप पर दो विंडो हों, तो वे एक दूसरे के साथ संवाद कर सकते हैं। मैं किसी भी विंडो में कीबोर्ड इनपुट भेजने के लिए SendKeys के माध्यम से आसानी से WScript.Shell का उपयोग कर सकता हूं जिसे खोल देख सकता है।

उस कनेक्शन को उन्नत _severs_ प्रक्रिया चलाना। शेल एलिवेटेड विंडो नहीं देख सकता है। शेल के समान अखंडता स्तर पर कोई अन्य प्रोग्राम एलिवेटेड विंडो नहीं देख सकता है। यहां तक ​​​​कि अगर इसकी खिड़की का हैंडल है, तो भी यह वास्तव में इसके साथ बातचीत नहीं कर सकता है। यही कारण है कि यदि नोटपैड ऊंचा चल रहा है तो आप एक्सप्लोरर से नोटपैड में ड्रैग/ड्रॉप नहीं कर सकते हैं। केवल एक और एलिवेटेड प्रोसेस ही दूसरी एलिवेटेड विंडो के साथ इंटरैक्ट कर सकती है।

वह "सुरक्षा" सुविधा (जिसे आप पसंद करते हैं उसे कॉल करें, शायद एक बिंदु पर सुरक्षा सुविधा होने का इरादा था) केवल कुछ सत्र-वैश्विक ऑब्जेक्ट प्रकारों के लिए मौजूद है। विंडोज उनमें से एक है। पाइप वास्तव में उनमें से एक नहीं हैं।

उसके कारण, उस सुरक्षा को तोड़ना तुच्छ है। इसका एक उदाहरण टर्मिनल को लें। अगर हम एक एलिवेटेड कनेक्शन शुरू करते हैं और इसे _non-elevated_ विंडो में होस्ट करते हैं, तो हमने अचानक उस सुरक्षा सीमा के माध्यम से एक नाली बना ली है। दूसरे छोर पर ऊंचा चीज खिड़की नहीं है, यह सिर्फ एक टेक्स्ट-मोड एप्लिकेशन है। यह तुरंत गैर-उन्नत मेजबान की बोली लगाता है।

कोई भी व्यक्ति जो गैर-उन्नत मेजबान (जैसे WScript.Shell::SendKeys ) को _control_ कर सकता है, उसे ऊंचाई सीमा के माध्यम से तत्काल नाली मिल जाती है। अचानक, आपके सिस्टम पर कोई भी मध्यम अखंडता एप्लिकेशन उच्च-अखंडता प्रक्रिया को नियंत्रित कर सकता है। यह आपका ब्राउज़र हो सकता है, या बिटकॉइन माइनर हो सकता है जो एनपीएम से left-pad पैकेज के साथ स्थापित हो गया है, या वास्तव में कोई भी चीज हो सकती है।

यह एक छोटा जोखिम है, लेकिन यह एक जोखिम है।

अन्य प्लेटफार्मों ने उपयोगकर्ता की सुविधा के लिए उस जोखिम को वरीयता में स्वीकार कर लिया है। वे ऐसा करने के लिए गलत नहीं हैं, लेकिन मुझे लगता है कि Microsoft को "उपयोगकर्ता की सुविधा के लिए जोखिम स्वीकार करने" जैसी चीजों पर "पास" से कम मिलता है। विंडोज 9x एक निरंतर सुरक्षा आपदा थी, और सीमित उपयोगकर्ता खाते और उन्नयन संकेत और विंडो प्रबंधन के लिए कर्नेल-स्तरीय सुरक्षा उन चीजों का उत्तर थी। वे हल्के ढंग से ढीले होने वाले ताले नहीं हैं।

@ DHowett-MSFT स्पष्टीकरण के लिए बहुत बहुत धन्यवाद। मुझे लगता है कि हमें विंडोज टर्मिनल के एक एलिवेटेड इंस्टेंस और एक नॉन-एलिवेटेड इंस्टेंस को साथ-साथ चलाने की आदत डालनी होगी, ठीक वैसे ही जैसे हम इन दिनों कंसोल ऐप के साथ कर रहे हैं।

चित्ताकर्षक। धन्यवाद। टर्मिनल एक विंडो की तुलना में अधिक कनेक्शन-रेंडरर होने का कोई मतलब नहीं है। क्या यह पावरशेल देता है, पहले से ही पाइप/कनेक्शन केंद्रित है, पहले विंडो वाले कंसोल में कोई अतिरिक्त नियंत्रण?

क्या अलग-अलग टर्मिनल सत्र एक-दूसरे से पूरी तरह अलग-थलग हैं?

मैं केवल एक संकेत मिलने से पूरी तरह संतुष्ट हो जाऊंगा कि मैं एक उन्नत सत्र में हूं। जैसे "प्रशासक: \ मुझे अभी वह बहुत बुरा याद आ रहा है।

???

"अलग उपयोगकर्ता के रूप में चलाएं" एक ऐसी चीज है जो सभी विंडोज़ व्यवस्थापकों को चाहिए! अगर यह उपलब्ध हो तो यह बहुत मददगार होगा। सबसे अच्छा विकल्प यह होगा कि इसे प्रत्येक प्रोफ़ाइल के लिए कॉन्फ़िगरेशन में ध्वज के साथ रखा जाए।

BTW, विंडो आइसोलेशन की बात करते हुए, मुझे नवीनतम ctfmon भेद्यता रिपोर्ट उद्धृत करने दें

स्पष्ट हमला एक विशेषाधिकार रहित उपयोगकर्ता है जो प्रशासक के कंसोल सत्र में कमांड को इंजेक्ट करता है, या उपयोगकर्ता लॉग इन करते समय पासवर्ड पढ़ता है। यहां तक ​​​​कि सैंडबॉक्स वाले ऐपकॉन्टेनर प्रक्रियाएं भी वही हमला कर सकती हैं।

@ecki यह काफी परेशान करने वाली खबर है। मुझे यकीन है कि तवीस आज रात उसके बाद पार्टी करना बंद कर देंगे।

@ डीएचडीहोवेट-एमएसएफटी
जैसा कि यहां कई लोगों ने लिखा है, यदि नया टर्मिनल बड़ी संख्या में उपयोगकर्ताओं की तुलना में "अलग उपयोगकर्ता के रूप में चलाएं" विकल्प के साथ शुरू करने में सक्षम नहीं है, तो यह बहुत उपयोगी नहीं है, साथ ही यह माइक्रोसॉफ्ट के "सक्रिय निर्देशिका प्रशासनिक स्तर मॉडल" के साथ संगत नहीं है। उदाहरण के लिए यदि आपके पास डिफ़ॉल्ट अधिकारों वाला एक AD उपयोगकर्ता है, और एक डोमेन नियंत्रक पर एक व्यवस्थापक के साथ PS स्क्रिप्ट चलाएँ।

मेरे पास ऐसे कई मामले नहीं हैं जहां मैं अपने वर्तमान में लॉग इन उपयोगकर्ता के साथ टर्मिनल शुरू करता हूं ... इसलिए मैं आपसे पूछता हूं, इस टर्मिनल का उपयोग केस क्या है? पिंग, एनएसलुकअप आदि, अगर यही इरादा है तो आप इस सब में इतना काम क्यों कर रहे हैं?

"व्यवस्थापक के रूप में चलाएं" के साथ आपके पास कुछ मान्य बिंदु हैं, लेकिन अन्य कंसोल जैसे (PS6/7) अभी भी इन कार्यों का समर्थन क्यों करते हैं, यदि यह असुरक्षित है?

मैंने हमेशा सोचा था कि नया टर्मिनल ऐप सभी अलग-अलग cmd/PS/… विंडो को बदल देगा, लेकिन जैसा कि ऐसा लगता है कि यह कई वास्तविक दुनिया के परिदृश्यों में प्रयोग करने योग्य नहीं है। यह एक तरह का दुखद tbh है ...

@Fisico आपका अनुभव सार्वभौमिक नहीं है, और मैं आपको इस बात पर विचार करने के लिए प्रोत्साहित करता हूं कि किसी से अपनी परियोजना के अस्तित्व को सही ठहराने के लिए कहें।

"अलग उपयोगकर्ता के रूप में चलाएं" के बारे में आपके व्यापक बिंदु पर मौजूद नहीं/काम नहीं कर रहा है: यह एक प्लेटफ़ॉर्म सीमा है जिसे हम उठाने की कोशिश कर रहे हैं। यह दुर्भावना या अक्षमता के कारण नहीं है कि हम इसका समर्थन नहीं करते हैं।

अन्य कंसोल एप्लिकेशन _do_ इसका समर्थन क्यों करते हैं, यह असुरक्षित नहीं है जब वे ऐसा करते हैं क्योंकि वे विशेष रूप से एक ही विंडो में विभिन्न ऊंचाई स्तरों की मेजबानी नहीं कर रहे हैं। यही यहां मूल मुद्दा है। क्योंकि वे स्टैंडअलोन विंडोज़ के साथ स्टैंडअलोन प्रक्रियाओं में होस्ट किए जाते हैं, वे क्रॉस-इंटीग्रिटी-लेवल मैनिपुलेशन पर प्रतिबंध से मुक्त होते हैं।

@DHowett-MSFT
क्षमा करें यदि मैंने अपनी पोस्ट से आपको ठेस पहुँचाई है, तो यह मेरा इरादा नहीं था, मैंने इसमें बहुत अधिक भावनाएँ डालीं।
मुझे लगता है कि टर्मिनल एक महान विचार है और इसमें बहुत बड़ी क्षमता है और मुझे खुशी है कि आप इसका अधिकतम लाभ उठाने के लिए इसे समुदाय के साथ विकसित कर रहे हैं।

इस समय क्या लागू किया गया है और क्या नहीं, इस पर बहुत भ्रम है।
पूरे ऐप के लिए "व्यवस्थापक के रूप में चलाएँ" इस समय काम कर रहा है, क्या यह यहाँ रहने के लिए है?

जैसा कि मैं समझता हूं, प्रत्येक टैब/प्रोफाइल के लिए "व्यवस्थापक के रूप में चलाएं" ऐसा कुछ नहीं है जिसे आप लागू करना चाहते हैं। मुझे लगता है कि हम में से अधिकांश के लिए यह ठीक है।

"विभिन्न उपयोगकर्ता के रूप में चलाएं" संभव नहीं है क्योंकि विंडोज़ ऐप्स के लिए इसका समर्थन नहीं करता है, और आपको/हमें तब तक इंतजार करना होगा जब तक कि विंडोज़ इसका समर्थन न करे? यदि हां, तो क्या हम वर्षों की बात कर रहे हैं?

प्रति टैब/प्रोफाइल "अलग उपयोगकर्ता के रूप में चलाएं" भी कुछ ऐसा है जिसे आप लागू नहीं करना चाहते हैं?

@ डीएचडीहोवेट-एमएसएफटी
जैसा कि यहां कई लोगों ने लिखा है, यदि नया टर्मिनल "अलग उपयोगकर्ता के रूप में चलाएं" विकल्प के साथ शुरू करने में सक्षम नहीं है
बड़ी संख्या में उपयोगकर्ताओं की तुलना में यह बहुत उपयोगी नहीं है, ... मैंने हमेशा सोचा था कि नया टर्मिनल ऐप होगा
सभी अलग-अलग cmd/PS/… विंडो को बदलें, लेकिन जैसा कि ऐसा लगता है कि यह कई वास्तविक दुनिया के परिदृश्यों में प्रयोग करने योग्य नहीं है। यह एक तरह का दुखद tbh है ...

मैं सहमत नहीं हूं। हमारे पास पहले की तुलना में यह बहुत बड़ी प्रगति है। दुर्भाग्य से, हम में से अधिकांश शायद अधिक बारीक दृष्टिकोण की कमी के कारण अपने गोले को ऊपर उठाने की आदत डाल चुके हैं ... और हम अभी भी कर सकते हैं। हम उन्हें मिक्स_ नहीं कर सकते... लेकिन हमने कभी नहीं किया। गंभीरता से, पिछले तीन_ कंपनियों में मैं रहा हूं, डेवलपर विकी ने एक उन्नत वीएस प्रॉम्प्ट में सभी बिल्ड/परीक्षण कर रहे हैं। हम रीयल-टाइम स्कैन, आक्रामक सक्रिय फ़ायरवॉल के माध्यम से सुरक्षा लागू करते हैं और यह जानते हुए कि हमारे डेवलपर्स शायद ही कभी खराब होते हैं। _गैर-डेवलपर्स_ कभी भी ऊंचा नहीं चलते, क्योंकि (1) हम उन पर भरोसा नहीं कर सकते और (2) उन्हें इसकी आवश्यकता नहीं है।

इसलिए, एक के लिए, मैं इस नए टर्मिनल की सराहना करता हूं। यह सही नहीं है, लेकिन टेक कमांड/टीसीसी भी नहीं है। कम से कम यह मानक है।

@ डीएचडीहोवेट-एमएसएफटी
जैसा कि यहां कई लोगों ने लिखा है, यदि नया टर्मिनल "अलग उपयोगकर्ता के रूप में चलाएं" विकल्प के साथ शुरू करने में सक्षम नहीं है
बड़ी संख्या में उपयोगकर्ताओं की तुलना में यह बहुत उपयोगी नहीं है, ... मैंने हमेशा सोचा था कि नया टर्मिनल ऐप होगा
सभी अलग-अलग cmd/PS/… विंडो को बदलें, लेकिन जैसा कि ऐसा लगता है कि यह कई वास्तविक दुनिया के परिदृश्यों में प्रयोग करने योग्य नहीं है। यह एक तरह का दुखद tbh है ...

मैं सहमत नहीं हूं। हमारे पास पहले की तुलना में यह बहुत बड़ी प्रगति है। दुर्भाग्य से, हम में से अधिकांश शायद अधिक बारीक दृष्टिकोण की कमी के कारण अपने गोले को ऊपर उठाने की आदत डाल चुके हैं ... और हम अभी भी कर सकते हैं। हम उन्हें मिक्स_ नहीं कर सकते... लेकिन हमने कभी नहीं किया। गंभीरता से, पिछले तीन_ कंपनियों में मैं रहा हूं, डेवलपर विकी ने एक उन्नत वीएस प्रॉम्प्ट में सभी बिल्ड/परीक्षण कर रहे हैं। हम रीयल-टाइम स्कैन, आक्रामक सक्रिय फ़ायरवॉल के माध्यम से सुरक्षा लागू करते हैं और यह जानते हुए कि हमारे डेवलपर्स शायद ही कभी खराब होते हैं। _गैर-डेवलपर्स_ कभी भी ऊंचा नहीं चलते, क्योंकि (1) हम उन पर भरोसा नहीं कर सकते और (2) उन्हें इसकी आवश्यकता नहीं है।

इसलिए, एक के लिए, मैं इस नए टर्मिनल की सराहना करता हूं। यह सही नहीं है, लेकिन टेक कमांड/टीसीसी भी नहीं है। कम से कम यह मानक है।

उन्नत! = भिन्न उपयोगकर्ता के रूप में चलाएँ।
मैं अन्य एडी उपयोगकर्ताओं के साथ पावरशेल चलाता हूं, फिर अपने स्वयं के साथ।
मैं आपके साथ हूं कि आप अक्सर एक cmd या PS को admin के रूप में चलाते हैं, भले ही आपको इसकी आवश्यकता न हो, लेकिन ऐसे कई मामले हैं जहां आपको इसे admin के रूप में चलाना पड़ता है। अधिकांश sysadmin कार्यों के लिए कुछ प्रकार के विशेषाधिकारों के साथ व्यवस्थापक अधिकारों या किसी भिन्न उपयोगकर्ता की आवश्यकता होती है।
निश्चित रूप से यदि आपको उपयोगकर्ता संदर्भ में cmd ​​चलाने की आवश्यकता है तो यह ठीक है।

मैं समझता हूं कि "उन्नत! = अलग उपयोगकर्ता के रूप में चलाएं"। मुझे विश्वास नहीं है कि "अलग उपयोगकर्ता के रूप में चलाएं" लगभग उतना ही सामान्य है जितना आप दावा करते हैं।

मैं समझता हूं कि "उन्नत! = अलग उपयोगकर्ता के रूप में चलाएं"। मुझे विश्वास नहीं है कि "अलग उपयोगकर्ता के रूप में चलाएं" लगभग उतना ही सामान्य है जितना आप दावा करते हैं।

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

@Fisico फिर New-PSSession कमांड का उपयोग क्यों नहीं करते?

स्वचालित स्क्रिप्ट जिन्हें किसी सेवा के लिए किसी प्रकार के विशिष्ट उन्नयन की आवश्यकता होती है, आमतौर पर 'अलग उपयोगकर्ता के रूप में चलाने' की आवश्यकता होती है। क्या यह टर्मिनल पर लागू होता है यह एक अलग कहानी है। आप runas कमांड का उपयोग करके CMD या PS सत्र में एक बार अपना लॉगिन हमेशा बदल सकते हैं। यह टैब की उन्नयन स्थिति को नहीं बदलेगा क्योंकि यह अंतर्निहित लॉगिन का उपयोग कर रहा है, जो कि आपका नियमित उपयोगकर्ता है। टास्क शेड्यूलर या क्रॉन जॉब का उपयोग करके आपके द्वारा चलाए जाने वाले किसी भी स्क्रिप्ट को टर्मिनल को चलाने की आवश्यकता नहीं होगी जब तक कि आप इसका उपयोग ऐसी कार्यक्षमता प्राप्त करने के लिए नहीं कर रहे हैं जो किसी सामान्य कंसोल सत्र में मौजूद नहीं है। यदि ऐसा है, तो उस स्क्रिप्ट को टर्मिनल के साथ चलाने के लिए मापदंडों का उपयोग, जो एक पृष्ठभूमि प्रक्रिया के रूप में लॉन्च होता है, समाधान होगा।

इसलिए टैब के लिए मिश्रित ऊंचाई आवश्यक नहीं है। हमारे पास वर्कअराउंड है और आपको एक txt फ़ाइल में विशिष्ट रनस कमांड की प्रतिलिपि बनाना काफी आसान है जिसे आप टर्मिनल में कॉपी/पेस्ट कर सकते हैं और फिर अपना पासवर्ड भर सकते हैं (आपको अपना पासवर्ड कभी भी अनएन्क्रिप्टेड किसी भी चीज़ में सहेजना नहीं चाहिए)।

@ सैमुएलइंग्लार्ड
मैं एक स्क्रिप्ट चलाने के लिए एक दूरस्थ होस्ट से कनेक्ट नहीं करना चाहता।

@WSLUser हाँ यह रनस का उपयोग करने का एक विकल्प है, लेकिन टर्मिनल या पीएस को एक अलग उपयोगकर्ता के रूप में चलाने के लिए यह अधिक सुविधाजनक है। मुझे नहीं लगता कि यह एक समस्या क्यों होनी चाहिए।

@Fisico New-PSSession को किसी दूरस्थ कंप्यूटर से कनेक्ट करने की आवश्यकता नहीं है, दूसरी पहली सिंटैक्स प्रविष्टि देखें।

@ सैमुएलइंग्लार्ड
मैं एक स्क्रिप्ट चलाने के लिए एक दूरस्थ होस्ट से कनेक्ट नहीं करना चाहता।

@WSLUser हाँ यह रनस का उपयोग करने का एक विकल्प है, लेकिन टर्मिनल या पीएस को एक अलग उपयोगकर्ता के रूप में चलाने के लिए यह अधिक सुविधाजनक है। मुझे नहीं लगता कि यह एक समस्या क्यों होनी चाहिए।

किसी उपयोगकर्ता के लिए टास्कबार पर पावरशेल को पिन करना और व्यवस्थापक के रूप में चलाने के लिए राइट-क्लिक करना या कुछ वातावरण में रनए अन्य यूज़र को एक उन्नत खाते के रूप में चलाने के लिए और एंटरप्राइज़ स्तर की स्क्रिप्ट की आवश्यकता होती है। यह कहना कि टर्मिनल के लिए संभव नहीं है, उस वातावरण की तरह है जो PSLockDown का लाभ उठाता है और RunAs एडमिन को केवल शेल या VSCode लोड करने के लिए बाध्य करता है।
IMHO

यदि आपको वास्तव में एक अलग उपयोगकर्ता के रूप में एक टैब चलाने की आवश्यकता है, तो आपके पास एक प्रोफ़ाइल हो सकती है जो शुरुआत में New-PSSession -Credential | Enter-PSSession चलती है।

अस्वीकरण : ऐसा करने से खराब हुए कंप्यूटरों के लिए मैं कोई जिम्मेदारी नहीं लेता।

यदि आपको वास्तव में एक अलग उपयोगकर्ता के रूप में एक टैब चलाने की आवश्यकता है, तो आपके पास एक प्रोफ़ाइल हो सकती है जो शुरुआत में New-PSSession -Credential | Enter-PSSession चलती है।

> अस्वीकरण : ऐसा करने से खराब हुए कंप्यूटरों के लिए मैं कोई जिम्मेदारी नहीं लेता।

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

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

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

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

मैं बस इतना चाहता हूं कि मैं आज जो कर रहा हूं उसे करने में सक्षम हो, सामान्य उपयोगकर्ता के रूप में पीसी पर लॉग इन करें और ऊंचे गोले चलाएं। यदि विंडोज टर्मिनल को जारी किया जाता है, तो यह मेरे लिए बहुत कम उपयोग होता है।

बहुत अच्छा बिंदु। यह सीमा विंडोज टर्मिनल के निजी (गैर-स्टोर) बिल्ड के साथ मौजूद नहीं है।

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

मैं बस इतना चाहता हूं कि मैं आज जो कर रहा हूं उसे करने में सक्षम हो, सामान्य उपयोगकर्ता के रूप में पीसी पर लॉग इन करें और ऊंचे गोले चलाएं। यदि विंडोज टर्मिनल को जारी किया जाता है, तो यह मेरे लिए बहुत कम उपयोग होता है।

मैंने विंडोज टर्मिनल के स्टोर बिल्ड के 2 इंस्टेंस खोले - एक एलिवेटेड, और एक नहीं। तो मुझे नहीं पता कि यह आपके लिए काम क्यों नहीं कर रहा है।

ठीक है, मुझे विश्वास करना होगा कि आप अपने पीसी पर एक स्थानीय व्यवस्थापक हैं। स्पष्ट होने के लिए, शायद मुझे स्पष्ट करना चाहिए। मैं अपने वर्कस्टेशन पर कभी भी स्थानीय व्यवस्थापक नहीं हूं। तो जब मैं 'व्यवस्थापक के रूप में चलाने' पर जाता हूं तो मुझे उपयोगकर्ता/पासवर्ड के लिए कहा जाता है।

मेरे द्वारा उपयोग किया जाने वाला 'व्यवस्थापक' खाता मेरे सामान्य मैलवेयर/ईमेल पढ़ने वाले खाते से अलग है। तो तकनीकी रूप से मैं जो करता हूं वह अलग उपयोगकर्ता के रूप में चलाया जाता है। यह विंडोज स्टोर ऐप की सीमा है। समाधान (और शायद वे ऐसा करेंगे) इसे एक विंडोज़ घटक के रूप में जारी करना है जिसमें वे सीमाएं नहीं होंगी।

* [तत्काल] मुझे इस समस्या का समाधान मिल गया है! * *

इस गाइड का पालन करके
https://www.maketecheasier.com/access-windowsapps-folder-windows-10/
आप विंडोज़ ऐप फोल्डर को अपना बनाने में सक्षम हैं!

ऐसा करने के बाद आप Microsoft.WindowsTerminal._blahblahYourVersion_ फ़ोल्डर का पता लगा सकते हैं। एक बार अंदर जाने के बाद, WindowsTerminal.exe का पता लगाएं, जो नीचे दिखाया गया है

एक बार जब आपको यह मिल जाए, तो इस फ़ाइल का एक शॉर्टकट बनाएँ और इसे जहाँ चाहें वहाँ रखें। ऐसा करने के बाद, इसे व्यवस्थापक के रूप में चलाने के लिए सेट करें। आप राइट क्लिक करके और _Properties>Advanced>Run as Administrator_ पर जाकर ऐसा कर सकते हैं, उसके बाद ओके पर क्लिक करें और आप पूरी तरह तैयार हैं!

व्यक्तिगत रूप से मुझे इसकी आवश्यकता थी क्योंकि मैं अपने टास्कबार में शॉर्टकट का उपयोग करता हूं ताकि मैं इसे व्यवस्थापक के रूप में लॉन्च करने के लिए _Windows+1_ दबा सकूं। मेरे प्रारंभ मेनू के माध्यम से इसे सही ढंग से चलाने के लिए नेविगेट करने का लंबा रास्ता नहीं है।

आप हमारे द्वारा रिलीज़ पेज पर रखे बंडल को अनज़िप भी कर सकते हैं। यह सिर्फ एक ज़िप फ़ाइल है। कृपया ध्यान दें, हम _आधिकारिक तौर पर अनपैक्ड निष्पादन का समर्थन_ नहीं करते हैं!

लेकिन इसका अभी भी मतलब है कि एलिवेटेड दौड़ने का कोई _supported_ तरीका नहीं है! मुझे लगता है कि यह एक अनिवार्य विशेषता है।

वास्तव में, मैं सही खड़ा हूं।

टास्कबार शॉर्टकट के राइट-क्लिक मेनू में "व्यवस्थापक के रूप में चलाएँ" प्रविष्टि _is_ गायब है।

कल एक बैठक में कुछ लोगों से बात की और कुछ लोगों ने कहा कि वे मुख्य रूप से विंडोज़ + एक्स के साथ पावरशेल लॉन्च करते हैं और वहां टर्मिनल/टर्मिनल को व्यवस्थापक के रूप में रखना पसंद करेंगे।

बहुत अच्छा बिंदु!

ठीक यही मेरी बात है! इसे टास्कबार से चलाने का यह उपाय है
व्यवस्थापक विशेषाधिकारों के साथ!

सूर्य पर, अगस्त 25, 2019, 1:08 पूर्वाह्न स्टीफन BARIZIEN [email protected]
लिखा था:

बहुत अच्छा बिंदु!

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपने टिप्पणी की थी।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/microsoft/terminal/issues/632?email_source=notifications&email_token=AKO4CP6JWWDNLGCHWNIJGFTQGIOULA5CNFSM4HL5EE72YY3PNVWWK3TUL52HS4DFVREXG43VMVNAW63LNMVXH24ZLOOR3514PWS
या थ्रेड को म्यूट करें
https://github.com/notifications/unsubscribe-auth/AKO4CPZ6YRX5V3ERW4L2GWLQGIOULANCNFSM4HL5EE7Q
.

वास्तव में, मैं सही खड़ा हूं।

टास्कबार शॉर्टकट के राइट-क्लिक मेनू में "व्यवस्थापक के रूप में चलाएँ" प्रविष्टि _is_ गायब है।

टास्कबार में दो बार राइट-क्लिक करें। एक बार संदर्भ मेनू बनाने के लिए आइकन पर, फिर दूसरी बार ऐप के नाम पर। उदाहरण के लिए "विंडोज टर्मिनल (पूर्वावलोकन)" और "व्यवस्थापक के रूप में चलाएँ" चुनें

मुझे उलझन मसहूस हो रही है।

शरमाना।

शर्मिंदा।

मैंने यह कैसे नहीं सोचा?

वैसे भी हम सभी के साथ साझा करने के लिए धन्यवाद!

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

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

और विंडोज के लिए sudo के बारे में, sshd सेवा नहीं चला रहा है और फिर एक गैर-उन्नत शेल से लोकलहोस्ट से कनेक्ट करना समान सुरक्षा समस्या प्रदर्शित करता है?

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

हालांकि यह सच है कि रिमोट सिस्टम संक्रमित हो सकता है (यह मानते हुए कि रिमोट प्रक्रिया में व्यवस्थापक अधिकार हैं), इसका मतलब यह नहीं है कि हमें इसे स्थानीय सिस्टम को भी संक्रमित करने देना चाहिए।

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

अभी आपको व्यवस्थापक अधिकारों के साथ Windows टर्मिनल चलाने से कोई रोक नहीं रहा है। हाथ में मुद्दा मिश्रित ऊंचा और गैर-ऊंचा टैब होने के बारे में है।

@SamuelEnglard प्रतिक्रिया पर हाजिर।

जोड़ने के लिए, हम जो करने की कोशिश कर रहे हैं वह _new_ सुरक्षा छेद जोड़ने से बचना है। मूल कंसोल वही समस्या थी जो दूरस्थ सर्वर प्रबंधन को wrt करती थी। दुर्भाग्य से हम इसके बारे में कुछ नहीं कर सकते। दूरस्थ सर्वर प्रबंधन करने वाले उपयोगकर्ता हमेशा अपने कंसोल/टर्मिनल को ऊंचा चला रहे हैं, और इससे उन्हें कुछ अतिरिक्त सुरक्षा मिलेगी (हालांकि मैं कोई सुरक्षा विशेषज्ञ नहीं हूं और मैं उस कथन को सलाह के रूप में नहीं मानूंगा)

इस मुद्दे पर प्रगति के लिए विचार: पूरे _app_ को एलिवेटेड के रूप में चलाने का प्रयास करें, और यदि यह सफल होता है, तो यूएसी शील्ड के आइकन के साथ प्रत्येक "ओपन" बटन के बगल में एक बटन जोड़ें, और एक एलिवेटेड टैब खोलने के लिए एक उपसर्ग कीबाइंड जोड़ें: Ctrl शिफ्ट ई । (मैंने जाँच की और यह अनबाउंड था।) यह केवल खुले अगले टैब के लिए काम करता है।

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

ऐप को ऑटो-एलिवेट करने का प्रयास करना चाहिए, और यदि वह विफल हो जाता है, तो सामान्य रूप से चलाएं, और इस पूरे थ्रेड को अनदेखा करें।

वास्तव में, मैं सही खड़ा हूं।
टास्कबार शॉर्टकट के राइट-क्लिक मेनू में "व्यवस्थापक के रूप में चलाएँ" प्रविष्टि _is_ गायब है।

टास्कबार में दो बार राइट-क्लिक करें। एक बार संदर्भ मेनू बनाने के लिए आइकन पर, फिर दूसरी बार ऐप के नाम पर। उदाहरण के लिए "विंडोज टर्मिनल (पूर्वावलोकन)" और "व्यवस्थापक के रूप में चलाएँ" चुनें

बस ध्यान दिया कि उस मामले में यूएसी प्रॉम्प्ट "अज्ञात कार्यक्रम" कहता है।

बल्कि अप्रत्याशित अगर आप मुझसे पूछें...

@ sba923 वह #2289 है: मुस्कान:

@ DHowett-MSFT जानकारी के लिए धन्यवाद; यह जानकर अच्छा लगा कि (पहले से ही) ट्रैक किया गया है।

इसका सबसे अच्छा जवाब मैं सोच सकता हूं कि प्रोफ़ाइल को ऊंचा करने का विकल्प होना चाहिए और यदि वर्तमान विंडो ऊंचा नहीं है, तो उस प्रोफ़ाइल के साथ एक नया उन्नत उदाहरण शुरू करें। (सोचें कि निजी ब्राउज़िंग सत्र कैसे काम करते हैं)

बहुत अच्छा विचार

मैंने टर्मिनल को विन + एक्स मेनू में जोड़ने के लिए इस तरह इस्तेमाल किया:
लक्ष्य के साथ एक नया शॉर्टकट बनाएं:
C:\Windows\explorer.exe shell:appsFolder\Microsoft.WindowsTerminal_xxxxxxxxxxxx!App
संपादित करें:
क्षमा करें, यदि आप ऐप को व्यवस्थापक के रूप में चलाना चाहते हैं तो यह काम नहीं करेगा।
इसके बजाय आप nircmd का उपयोग कर सकते हैं और इसके साथ एक शॉर्टकट बना सकते हैं
cmd.exe /q /c nircmd elevate "shell:appsFolder\Microsoft.WindowsTerminal_8wekyb3d8bbwe!App"

("Microsoft.WindowsTerminal_xxxxxxxxxxxx" के लिए सही पथ PS कमांड "Get-appxpackage *WindowsTerminal*" से पता लगाया जा सकता है, PackageFamilyName में प्रविष्टि का उपयोग करें)

इस शॉर्टकट का उपयोग टर्मिनल को व्यवस्थापक विशेषाधिकारों के साथ साधारण डबलक्लिक के साथ शुरू करने के लिए किया जा सकता है और WinXEditor के साथ इसे विन + एक्स मेनू में जोड़ा जा सकता है।
नोट: टर्मिनल को व्यवस्थापक खाते में भी स्थापित किया जाना चाहिए।

क्या प्रत्येक प्रोफ़ाइल को व्यवस्थापक या केवल कुछ लोगों के रूप में लोड करने का विचार है? आदर्श रूप से मैं इसे व्यक्तिगत प्रोफ़ाइल द्वारा प्राप्त करना चाहता हूं। हो सकता है कि एक संपत्ति जो "रनस" खाता हो और दूसरा "आइसेलेवेटेड" हो?

जैसा कि इस थ्रेड में विस्तार से चर्चा की गई है, आपके पास विंडोज टर्मिनल के एक ही उदाहरण में एलिवेटेड और नॉन-एलिवेटेड का मिश्रण नहीं हो सकता है, और इसे जोड़ा नहीं जाएगा।

वास्तव में, मैं सही खड़ा हूं।
टास्कबार शॉर्टकट के राइट-क्लिक मेनू में "व्यवस्थापक के रूप में चलाएँ" प्रविष्टि _is_ गायब है।

टास्कबार में दो बार राइट-क्लिक करें। एक बार संदर्भ मेनू बनाने के लिए आइकन पर, फिर दूसरी बार ऐप के नाम पर। उदाहरण के लिए "विंडोज टर्मिनल (पूर्वावलोकन)" और "व्यवस्थापक के रूप में चलाएँ" चुनें

एफडब्ल्यूआईडब्ल्यू, मैंने अभी शिफ्ट-एंड-राइट-क्लिक का परीक्षण किया है जो तुरंत "व्यवस्थापक के रूप में चलाएँ" विकल्प देता है - दो राइट-क्लिक विकल्प की तुलना में केवल थोड़ा तेज़ जो पहले मेरा जाना था।

अरे दोस्तों क्या आप यूएसी भूल गए? एप्लिकेशन सुरक्षित डेस्कटॉप में चीजों को क्लिक नहीं कर सकता है।

एफडब्ल्यूआईडब्ल्यू, मैंने अभी शिफ्ट-एंड-राइट-क्लिक का परीक्षण किया है जो तुरंत "व्यवस्थापक के रूप में चलाएँ" विकल्प देता है - दो राइट-क्लिक विकल्प की तुलना में केवल थोड़ा तेज़ जो पहले मेरा जाना था।

UAC को तुरंत लाने के लिए आप आइकन पर ctrl + shift + बायाँ-क्लिक भी कर सकते हैं।

बढ़िया, धन्यवाद एक गुच्छा! हमें कितने शॉर्टकट याद रखने हैं? ;-)

"अलग उपयोगकर्ता के रूप में चलाएं" के बारे में आपके व्यापक बिंदु पर मौजूद नहीं/काम नहीं कर रहा है: यह एक प्लेटफ़ॉर्म सीमा है जिसे हम उठाने की कोशिश कर रहे हैं। यह दुर्भावना या अक्षमता के कारण नहीं है कि हम इसका समर्थन नहीं करते हैं।

अन्य कंसोल एप्लिकेशन _do_ इसका समर्थन क्यों करते हैं, यह असुरक्षित नहीं है जब वे ऐसा करते हैं क्योंकि वे विशेष रूप से एक ही विंडो में विभिन्न ऊंचाई स्तरों की मेजबानी नहीं कर रहे हैं। यही यहां मूल मुद्दा है। क्योंकि वे स्टैंडअलोन विंडोज़ के साथ स्टैंडअलोन प्रक्रियाओं में होस्ट किए जाते हैं, वे क्रॉस-इंटीग्रिटी-लेवल मैनिपुलेशन पर प्रतिबंध से मुक्त होते हैं।

निश्चित रूप से आशा है कि एक अलग उपयोगकर्ता के रूप में चलना कुछ ऐसा है जो किसी बिंदु पर आता है। जबकि मेरी दिन-प्रतिदिन की अधिकांश गतिविधि नहीं है, कुछ पॉवरशेल cmdlets को उन्नयन की आवश्यकता होती है (और मैं अलग-अलग उपयोगकर्ताओं के साथ चलता हूं, एक संरक्षित उपयोगकर्ता व्यवस्थापक के बारे में सोचता हूं)।

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

समय में, मुझे लगता है!

विंडोज टर्मिनल एलिवेटेड का उपयोग करने के साथ बिल्कुल कोई समस्या / सीमा नहीं है, इसलिए "विरासत के गोले" (या अधिक सटीक होने के लिए: विरासत कंसोल होस्ट के लिए) के साथ रहने की कोई आवश्यकता नहीं है।

यह सिर्फ इतना है कि आप एक ही इंस्टेंस में एलिवेटेड और नॉन-एलिवेटेड (अलग-अलग टैब के भीतर) को मिक्स नहीं कर सकते।

विंडोज टर्मिनल एलिवेटेड का उपयोग करने के साथ बिल्कुल कोई समस्या / सीमा नहीं है, इसलिए "विरासत के गोले" (या अधिक सटीक होने के लिए: विरासत कंसोल होस्ट के लिए) के साथ रहने की कोई आवश्यकता नहीं है।

यह सिर्फ इतना है कि आप एक ही इंस्टेंस में एलिवेटेड और नॉन-एलिवेटेड (अलग-अलग टैब के भीतर) को मिक्स नहीं कर सकते।

मुझे लगता है कि मैंने उपरोक्त गलत व्याख्या की हो सकती है, लेकिन जो मैं पढ़ रहा हूं उससे पूरी तरह से एक अलग उपयोगकर्ता संदर्भ के तहत टर्मिनल चलाने के साथ एक मंच सीमा है।

मुझे लगता है कि मैंने उपरोक्त गलत व्याख्या की हो सकती है, लेकिन जो मैं पढ़ रहा हूं उससे पूरी तरह से एक अलग उपयोगकर्ता संदर्भ के तहत टर्मिनल चलाने के साथ एक मंच सीमा है।

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

हमें शायद उस उपयोग के मामले के बारे में एक नया सूत्र होना चाहिए।

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

सही या गलत, हममें से कुछ लोग यही करते हैं और इसकी आवश्यकता होती है। स्टोर से कंसोल को उस उपयोगकर्ता के रूप में स्थापित करने और चतुर शॉर्टकट तैयार करने के बारे में सभी तरकीबें वास्तव में मेरे काम नहीं आई हैं।

और हां, मैं इसे कई तरीकों से कर सकता हूं और हो सकता है कि मुझे इनमें से कुछ गतिविधियों को एक संरक्षित कार्य केंद्र तक सीमित कर देना चाहिए, लेकिन वास्तविकता यह है कि एक सामान्य उपयोगकर्ता के रूप में, मुझे आम तौर पर शेल की आवश्यकता नहीं होती है।

IMVHO भ्रम इस तथ्य से उपजा है कि लोग (प्री-विस्टा की आदतें कठिन मर रहे हैं) कमोबेश "एलिवेटेड" और "एक अन्य [डोमेन] [व्यवस्थापक] उपयोगकर्ता के रूप में" शब्दों का उपयोग कर रहे हैं।

दूसरे उपयोगकर्ता के रूप में दौड़ना ऊंचा चलने जैसा नहीं है।

1. इस थ्रेड पर कुछ लोगों की आवश्यकता होती है, जब एक व्यवस्थापक उपयोगकर्ता के रूप में लॉग ऑन किया जाता है, तो उन्नयन के साथ विंडोज टर्मिनल वर्कलोड चलाने के लिए।

2. कुछ अन्य लोगों को आवश्यकता होती है, जब एक सामान्य (या गैर-डोमेन-व्यवस्थापक) उपयोगकर्ता के रूप में लॉग ऑन किया जाता है, विंडोज टर्मिनल वर्कलोड को दूसरे, व्यवस्थापक उपयोगकर्ता के रूप में चलाने के लिए, आमतौर पर ऊंचाई के साथ।

3. कोई उस मामले पर भी विचार कर सकता है जहां लोग सामान्य उपयोगकर्ता ए के रूप में लॉग ऑन होते हैं और बिना उन्नयन के उपयोगकर्ता बी के रूप में विंडोज टर्मिनल वर्कलोड चलाना चाहते हैं।

#2 और #3 में, विंडोज स्टोर आधारित परिनियोजन कहानी को और अधिक जटिल बनाता है, क्योंकि विंडोज टर्मिनल लॉग ऑन उपयोगकर्ता के रूप में नहीं चलेगा, जहां उस उपयोगकर्ता के लिए "स्टोर ऐप्स" तैनात किए जाते हैं।

आशा है कि मैं स्थिति को सही ढंग से समझ पाऊंगा। अगर मैं करता हूं, तो मुझे उम्मीद है कि इससे मामला थोड़ा स्पष्ट हो जाएगा।

आपने बिल्कुल सही समझा।

बस FYI करें, वह सटीक मुद्दा, उन्नत करने में असमर्थ ("व्यवस्थापक के रूप में चलाएँ", जैसा कि एक अन्य प्रशासनिक उपयोगकर्ता के रूप में चलने के विपरीत, "अलग उपयोगकर्ता के रूप में चलाएँ") जब आप जिस खाते से लॉग इन हैं वह सिस्टम पर स्थानीय व्यवस्थापक नहीं है, सर्वोत्तम प्रथाओं के अनुसार), एक अन्य मुद्दे में संक्षेप में शामिल किया गया था: https://github.com/microsoft/terminal/issues/1538 । इसे विंडोज़ समस्या होने की व्याख्या के साथ बंद कर दिया गया था, टर्मिनल समस्या नहीं, क्योंकि यह स्टोर ऐप्स की सीमा प्रतीत होती है।

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

हाँ एक एमएसआई उपलब्ध होना चाहिए। मेरा नया नियोक्ता अस्वीकृत करता है (सार्वजनिक) स्टोर इंस्टॉल करता है इसलिए मैं विंडोज टर्मिनल का उपयोग करने में सक्षम होने का एकमात्र तरीका स्रोत से निर्माण करना होगा ...

यह देखकर निराशा हुई कि आप विंडोज टर्मिनल को "व्यवस्थापक के रूप में" त्रुटियों के बिना नहीं चला सकते हैं और फिर एक वैकल्पिक हल लागू करना पड़ता है। मैं कहूंगा कि बहुत सी कंपनियां पहचान के लिए विशेषाधिकार दृष्टिकोण को अलग करती हैं (आईसीटी कर्मचारियों के पास एक विशेषाधिकार प्राप्त और गैर-विशेषाधिकार प्राप्त खाता है)। तो, @ sba923 सुझाव के अनुसार वैकल्पिक MSI परिनियोजन प्रदान करके इस आवश्यकता को समायोजित करने में सक्षम होना एक साफ-सुथरा दृष्टिकोण होगा जब तक कि ऐसे समय में स्टोर बंडल ऐप्स निजीकरण सेपरेशन का सामना नहीं कर सकते?

यह एक पूर्वावलोकन है 1.0 रिलीज़ भी नहीं...

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

क्या कोई मुझे बता सकता है कि हम इस ऐप का शॉर्टकट क्यों नहीं बना सकते? यह शायद टर्मिनल के आंतरिक कामकाज की तुलना में विंडोज के आंतरिक कामकाज से अधिक संबंधित है, लेकिन मुझे लगता है कि अगर मैं इसे सीधे नहीं पूछता तो हम झाड़ी के चारों ओर मार रहे हैं।

धन्यवाद।

मैं अपने c:\utils फोल्डर में nircmd को कई अन्य सामान्य रूप से उपयोग किए जाने वाले टूल के साथ रखता हूं।
मैंने एक प्रोफ़ाइल जोड़ा जो इस तरह दिखता है:

        {
            "name": "Admin Terminal",
            "startingDirectory": "c:\\utils\\",
            "commandline": "cmd.exe /q /c nircmd elevate \"shell:appsFolder\\Microsoft.WindowsTerminal_8wekyb3d8bbwe!App\"",
            "hidden": false
        },

यह एक यूएसी उन्नयन अनुरोध लाता है, फिर विंडोज टर्मिनल का एक व्यवस्थापक उदाहरण खोलता है। यह फिलहाल के लिए एक अच्छा समाधान है।

मैं सत्रों को एलिवेटेड के रूप में टैग करने और उन्हें ईमानदारी से एक नई विंडो में खोलने की क्षमता के साथ ठीक रहूंगा।

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

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

यह एक अलग विंडो में पॉप अप होता है लेकिन यह काम पूरा हो जाता है।

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

क्या कोई मुझे बता सकता है कि हम इस ऐप का शॉर्टकट क्यों नहीं बना सकते? यह शायद टर्मिनल के आंतरिक कामकाज की तुलना में विंडोज के आंतरिक कामकाज से अधिक संबंधित है, लेकिन मुझे लगता है कि अगर मैं इसे सीधे नहीं पूछता तो हम झाड़ी के चारों ओर मार रहे हैं।

धन्यवाद।

@aaronsteers , आप सही कह रहे हैं कि यह विंडोज के बारे में टर्मिनल के बारे में अधिक है। यहां मुख्य मुद्दा यह है कि हमें "आधुनिक एप्लिकेशन पैकेज" के रूप में वितरित और स्थापित किया गया है। देशी अनुप्रयोगों की तुलना में उनके पास कई प्रतिबंध और आकस्मिक सीमाएं हैं, लेकिन यह टर्मिनल के लिए आवश्यक है क्योंकि यह "आधुनिक विंडोज एपीआई" (WinRT) के घटकों का उपयोग करने का सबसे कम कठिन तरीका है। यह लगभग हर समय टीम के सभी लोगों के लिए बेहद निराशाजनक है। :मुस्कुराओ:

हम उस निराशा और समुदाय की निराशा को मंच के लिए उन्नति में बदलने की कोशिश कर रहे हैं। हालाँकि, मैं क्षमा चाहता हूँ, विंडोज़ में यह परिवर्तन यहाँ जल्दी नहीं है!

@DHowett मैं वास्तव में समझने की कोशिश कर रहा हूं, क्योंकि मुझे टर्मिनल की तरह 2/3 पसंद है, लेकिन यह कुछ मूलभूत बातें नहीं कर रहा है, मैं TakeCommand या ConEmu, आदि के आदी हूं।

मैं विभिन्न टैब में ऊंचाई नहीं मिला सकता। अगर मैं समझ रहा हूं, ऐसा इसलिए है क्योंकि आप एक अलग तरह के ऐप हैं और वास्तव में शेल की मेजबानी नहीं कर रहे हैं?

स्क्रॉलबैक बफर किसी भी तीन वातावरण (cmd, PowerShell, wsl bash.) में कभी भी साफ़ नहीं होता है। यह मेरे सामान्य गोले में होता है। दोबारा, इसकी मेजबानी कैसे की जाती है?

और संदर्भ या ड्रॉप-डाउन मेनू को अधिक सुलभ बनाना काफी अच्छा होगा। उदाहरण के लिए, उस स्क्रॉलबैक को साफ़ करने के लिए, कंसोल एस्केप ट्रिक पर भी विचार करना मेरे काम नहीं आया।

वातावरण का एकीकरण, और यह कितनी अच्छी तरह से WSL Linux के गोले उठाता है, वास्तव में अच्छा है। लेकिन यह ऊंचाई और स्क्रॉलबैक मुद्दों के माध्यम से बहुत अधिक उपयोगिता की लागत है, इसलिए मैं शायद ही कभी इसका उपयोग करता हूं।

@robomac यहाँ @ DHowett-MSFT द्वारा एक बेहतरीन पोस्ट है जो बताती है कि हम एक ही बिना एलिवेटेड विंडो में एलिवेटेड और अनलेवेटेड टैब्स को क्यों नहीं मिला सकते हैं।

tl; dr है: यदि हम उपयोगकर्ताओं को बिना एलिवेटेड टर्मिनल विंडो से एलिवेटेड कमांडलाइन से कनेक्ट करने की अनुमति देते हैं, तो यह एक विशाल सुरक्षा छेद बनाता है, जहां अन्य अनलेवेटेड एप्लिकेशन टर्मिनल विंडो के माध्यम से एलिवेटेड प्रक्रिया को प्रभावी ढंग से चला सकते हैं।

मुझे नहीं पता कि ConEmu इस जोखिम को कैसे कम करता है, अगर वे ऐसा करते हैं। यह पूरी तरह से संभव है कि यह एक सुरक्षा छेद है जिसे कॉनमू बनाता है जिसे हम विंडोज टर्मिनल के एक हिस्से के रूप में आरामदायक शिपिंग नहीं कर रहे हैं।

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

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

ConEmu इस जोखिम को कम नहीं करता है। वे उस जोखिम को अपने उपयोगकर्ताओं पर डालते हैं। (मुझे यकीन भी नहीं है कि वे इस जोखिम का दस्तावेजीकरण कर रहे हैं।)

"लॉन्च एक और इंस्टेंस एलिवेटेड" विषय पर: मुझे इस व्यवहार पर तब तक कोई आपत्ति नहीं होगी जब तक कि यह इन टैब के लिए टर्मिनल के समान एलिवेटेड इंस्टेंस का उपयोग कर सकता है और हर बार जब मैं "एलिवेटेड" प्रोफाइल का आह्वान करता हूं तो एक नया इंस्टेंस लॉन्च नहीं करता।

मेरी राय में, उस सुरक्षा छेद की "विशालता" थोड़ी अधिक है। किसी के कंप्यूटर पर मैलवेयर का होना सामान्य बात नहीं है, जो बैठने और ऊपर उठने के अवसर की प्रतीक्षा करता है, इसलिए सुरक्षा के लिए सुविधा का त्याग करना सही नहीं लगता है।

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

इसमें से कुछ मेरे लिए tl; dr है, लेकिन यदि आप पैकेज लेते हैं और डंप करते हैं, तो आप सैंडबॉक्सिंग के बाहर wt चला सकते हैं, जिसका अर्थ है ऊंचाई, और बिना किसी समस्या के विभिन्न उपयोगकर्ता काम करता है। मैंने इस बारे में प्रज्वलित होने पर MSFT से बात की थी और एक पुल अनुरोध प्रस्तुत करने के लिए कहा गया था, लेकिन मेरे VS कौशल बहुत कमजोर हैं। यह करना काफी आसान होगा कि इसे ठीक से हस्ताक्षर करें (इसे अपने आंतरिक पीकेआई के साथ करना था ताकि मैं एपलॉकर पर चल सकूं) और इसे एमएसआई या एमएसआईएक्स वितरण योग्य प्रारूप में डाल दिया। यहाँ या वहाँ अजीब बग है जो इसे इस तरह से चलाने के लिए विशिष्ट हो सकता है लेकिन कुल मिलाकर यह वास्तव में अच्छी तरह से काम करता है। अभी के लिए मेरे पास स्टोर आधारित संस्करण से प्रोग्राम फाइल आधारित संस्करण को निकालने, हस्ताक्षर करने और बदलने/अपडेट करने के लिए केवल एक फ़ंक्शन है।

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

पीएस इस मुद्दे को फिर से खोलने के लिए क्षमा करें (यह भी कि यदि किसी अन्य व्यक्ति ने पहले ही वह सुझाव दिया है और मैंने उसे "पढ़ा" है)।

@EmTschi के लिए धन्यवाद, मैंने सरल और 100% सुविधाजनक समाधान बनाया
यह संदर्भ मेनू का उपयोग करता है और पावरशेल 7 के समान ही कार्य करता है
https://github.com/nt4f04uNd/wt-contextmenu
वहां आप एक गाइड पा सकते हैं कि इसे कैसे लागू किया जाए और सभी आवश्यक फाइलें

टिप के लिए धन्यवाद, मैं इसे बाद में आज़माउंगा।
वर्तमान में मैं अपने डेस्कटॉप पर दो शॉर्टकट के साथ काम कर रहा हूं, जो कि एक उन्नत टर्मिनल के लिए Ctrl+Alt+T और Ctrl+Alt+Shift+T कुंजियों में मैप किए गए हैं, यह वर्कअराउंड के रूप में भी ठीक है, लेकिन... उतना अच्छा नहीं है जैसा कि यह हो सकता है और सूडो जैसी किसी चीज़ से मीलों दूर।

@

जब भी मैं टर्मिनल ऐप को व्यवस्थापक खाते के साथ चलाने का प्रयास करता हूं, राइट क्लिक -> व्यवस्थापक के रूप में चलाएं, यूएसी दो बार पॉप अप होता है और एक त्रुटि होती है:
"Windows नहीं ढूंढ सकता (path\WindowsTerminal.exe) सुनिश्चित करें कि आपने टाइप किया है ..."।
पथ मौजूद है और ऐप उस गैर व्यवस्थापक उपयोगकर्ता के लिए सही ढंग से काम करता है जिसने ऐप बनाया है, लेकिन अन्य व्यवस्थापक उपयोगकर्ता इसे चलाने में असमर्थ है।
यदि मैं व्यवस्थापक उपयोगकर्ता के लिए लॉगिन करता हूं तो टर्मिनल ऐप या तो सेटिंग्स या स्टार्ट मेनू में मौजूद नहीं है, जैसे कि यह सिस्टम पर कभी स्थापित नहीं किया गया था।
क्या ऐप बनाने का कोई तरीका है ताकि यह सभी उपयोगकर्ताओं के लिए इंस्टॉल हो जाए? या क्या परियोजना की जड़ गैर उपयोगकर्ता विशिष्ट निर्देशिका पर होनी चाहिए?

मैं भी यही मुद्दा होते हुए देख रहा हूं।

विंडोज संस्करण 18922.1000

बस Win10 अद्यतन 1909 पर स्थापित है, और मेरे पास प्रशासक के रूप में चलाने की कोशिश के साथ एक ही समस्या है

वही समस्या है। अब विंडोज़ टर्मिनल का उपयोग नहीं कर सकता क्योंकि मुझे हमेशा डॉकटर चलाने की आवश्यकता होती है और फिर मुझे हमेशा टर्मिनल में व्यवस्थापक होने की आवश्यकता होती है ...

मेरे पास किसी के लिए भी हैक-आसपास समाधान है जो इसे चाहता है:

1. रिलीज़ पेज से msixbundle डाउनलोड करें
2. अनज़िप करें कि, वहां, आपके प्लेटफॉर्म के लिए एमएसिक्स ढूंढें (आमतौर पर x64 एक)
3. उसे कहीं एक फ़ोल्डर में अनज़िप करें
4. आप जहां चाहें उस फोल्डर को कॉपी करें और WindowsTerminal.exe एलिवेटेड या फिर अपनी मर्जी से चलाएं

ऐसा लगता है कि इसमें से बहुत सी विफलता इसे स्टोर ऐप के रूप में रखने की सुविधा से आती है। इसके बारे में # 1386 पर चर्चा है और वहां किसी ने उल्लेख किया है कि शायद स्कूप के साथ स्थापित करना, जो उपरोक्त निष्कर्षण प्रक्रिया को स्वचालित करता है।

यह अच्छा होगा यदि निम्नलिखित को प्रथम श्रेणी के नागरिक के रूप में माना जाए:

1. पोर्टेबल इंस्टॉलेशन (ज़िप फ़ाइलें - भले ही कॉन्फ़िग अभी तक पोर्टेबल नहीं है, क्योंकि यह विंडोज़ स्टोर इंस्टॉलेशन क्षेत्र से बाहर होने पर AppData\Local के अंतर्गत रहता है)
2. उन लोगों के लिए एक नियमित पुराना .exe इंस्टॉलर (या, यदि आपको चाहिए, .msi) जो स्टोर नहीं चाहते हैं या स्टोर इंस्टॉलर का उपयोग नहीं करना चाहते हैं

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

जबकि हम इस पर हैं: जब तक कि एपीआई असंगतताएं न हों, विंडोज 10 के पुराने संस्करणों पर स्टोर के बिना विंडोज टर्मिनल (यहां तक ​​​​कि "पोर्टेबल" तरीके से) स्थापित करने का विकल्प होना बहुत अच्छा होगा (मेरा नियोक्ता हमें 1809 पर ब्लॉक करता है/ RS5, और स्टोर से इंस्टॉल करना अवरुद्ध है)।

@ sba923 अगर हम केवल 1903 में मौजूद एपीआई पर भरोसा नहीं करते, तो हमें 1903 की आवश्यकता नहीं होती।

ज़रूर... मेरा अंदाज़ा था

कंपनी-व्यापी अपग्रेड के लिए करनी होगी पैरवी, शायद दीवार से टकराएगी...

यह तो बेवकूफ है।

आइए विंडोज़ के लिए कमांड प्रॉम्प्ट, पॉवरशेल और बैश के लिए एक नया एकीकृत टर्मिनल बनाएं।
क्या मैं cmd.exe को व्यवस्थापक के रूप में चला सकता हूँ?
नहीं।

मान लीजिए कि मैं अपने cmd.exe और पॉवरशेल आइकनों को अनिश्चित काल के लिए अपने टास्कबार पर व्यवस्थापक के रूप में चलाने के लिए पूर्व निर्धारित रखूंगा।

इस तरह गूंगा सामान इसलिए मेरी मुख्य कार्य मशीन अभी भी एक मैकबुक है।

यह तो बेवकूफ है।

आइए विंडोज़ के लिए कमांड प्रॉम्प्ट, पॉवरशेल और बैश के लिए एक नया एकीकृत टर्मिनल बनाएं।
क्या मैं cmd.exe को व्यवस्थापक के रूप में चला सकता हूँ?
नहीं।

मान लीजिए कि मैं अपने cmd.exe और पॉवरशेल आइकनों को अनिश्चित काल के लिए अपने टास्कबार पर व्यवस्थापक के रूप में चलाने के लिए पूर्व निर्धारित रखूंगा।

इस तरह गूंगा सामान इसलिए मेरी मुख्य कार्य मशीन अभी भी एक मैकबुक है।

मैं इस मामले में सहमत हूं। मुझे एक एकल विंडोज टर्मिनल विंडो चाहिए जिसमें मेरे लिए आवश्यक सभी टर्मिनल टैब हों, जहां प्रत्येक टर्मिनल टैब कई स्थापित टर्मिनल होस्टों में से एक हो सकता है, और ऊंचा हो सकता है या नहीं।

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

1) क्या आप नया टर्मिनल व्यवस्थापक के रूप में चला सकते हैं? हाँ (ऐसा करने में समस्याएँ इस पर निर्भर करती हैं कि आपने इसे कैसे स्थापित किया/इसे लॉन्च किया लेकिन इसके काम न करने की कोई इच्छा नहीं है)। (यदि आप नहीं जानते कि यह कैसे करना है, तो ऊपर कई पोस्ट देखें कि कैसे।

2) क्या आपके पास एक टैब ऊंचा हो सकता है जबकि दूसरा नहीं है? नहीं । क्यों के लिए https://github.com/microsoft/terminal/issues/632#issuecomment -519375707 देखें।

क्या लोग कृपया याद रख सकते हैं कि यह समस्या मिश्रित ऊंचाई वाले टैब के बारे में है?!? यदि आप पूरी प्रक्रिया को उन्नत करना चाहते हैं और कृपया एक नया मुद्दा नहीं खोल सकते हैं।

@ DHowett-MSFT क्या हम इस मुद्दे का नाम बदलकर मिश्रित ऊंचाई वाले टैब कर सकते हैं?

किसी भी तरह से इसे संभाला जाता है या नहीं, ऊंचे टर्मिनलों या टैब में किसी प्रकार का संकेतक होना चाहिए। अब अगर मैं व्यवस्थापक के रूप में रन के साथ नया टर्मिनल शुरू करता हूं, तो आसानी से नोटिस करने का कोई तरीका नहीं है कि मेरे cmd टैब में अगली विंडो की तुलना में उन्नत पहुंच है।

संपादित करें @SamuelEnglard की टिप्पणी के बाद: जाहिर है मैंने जल्दबाजी में cmd को एक खराब उदाहरण के रूप में चुना। हाँ, cmd टैब शीर्षक में 'व्यवस्थापक:' दिखाता है। लेकिन मेरे डिफ़ॉल्ट टैब पर डब्लूएसएल उबंटू बैश इसके टैब शीर्षक में जो कुछ भी हो सकता है उसे अधिलेखित कर देता है। मुझे लगता है कि bash विंडोज टर्मिनल के उन्नयन के बारे में नहीं जानता (या परवाह भी करता है), ताकि bash के भीतर से शीर्षक अपडेट करते समय जानकारी का उपयोग नहीं किया जा सके (निश्चित रूप से sudo है

टर्मिनल के profiles.json में, वहाँ है
"showTabsInTitlebar": false
लेकिन इस सेटिंग के साथ टर्मिनल का टाइटल बार ऊंचाई का संकेत नहीं देता है।

@janilahti उन्नत सीएमडी टैब की तरह नहीं दिखते
आपके लिए?

यदि कोई आपके टूल का उपयोग नहीं करना चाहता है तो सुरक्षा एक महत्वपूर्ण मुद्दा है...

हां, विंडोज़ के लिए बस एक sudo कमांड बनाना चाहिए जो cmd.exe और powershell दोनों में काम करता है। यह मुझे व्यवस्थापक के रूप में चलाने के लिए दोनों सेटों के लिए शॉर्टकट होने की परेशानी से बचाएगा।

FYI करें, मैंने एक sudo for windows लिखा, जिसे gsudo कहा जाता है: https://github.com/gerardog/gsudo

यह cmd / powershell / pwsh कमांड या पूरे शेल को ऊपर उठाने का समर्थन करता है। इसे स्थापित करना और उपयोग करना आसान है और इसे मूल * निक्स सूडो जैसा दिखना चाहिए। जंगली में अन्य sudo कार्यान्वयन हैं लेकिन IMHO, gsudo सबसे बहुमुखी और उपयोग में आसान है।

आप इसका उपयोग कर सकते हैं, उदाहरण के लिए, एक WT प्रोफ़ाइल बनाने के लिए जो gsudo cmd / gsudo pwsh या gsudo WhateverShell को एलिवेटेड टैब लॉन्च करने के लिए कॉल करता है। gsudo स्थापित करें और एक WT प्रोफ़ाइल जोड़ें:

    {
      "hidden": false,
      "name": "PowerShell Core elevated",
      "commandline": "gsudo.exe pwsh"
    }

यह एक C# क्लाइंट-सर्वर ऐप है जो नॉन-एलीवेटेड होने पर क्लाइंट के रूप में कार्य करता है, और खुद को सर्वर के रूप में एलिवेटेड लॉन्च करता है। दोनों उदाहरण सुरक्षित नामित पाइप के माध्यम से संचार करते हैं। जंगली में अन्य विंडोज़ सूडो ज्यादातर पावरशेल 'रनस' स्क्रिप्ट की तरह हैं जो एक नई विंडो पॉप-अप करते हैं, लेकिन एक पूर्ण ऐप होने के कारण मुझे और अधिक सुविधाएं जोड़ने की अनुमति मिलती है।

मैंने धागा पढ़ा है और एक sudo कमांड की सुरक्षा पर चर्चा की गई है और कुछ मान्य बिंदु बनाए गए हैं। मैंने वे सभी सुरक्षा उपाय किए हैं जिनके बारे में मैं सोच सकता था और मैं उनमें से अधिक को पेश करने के लिए तैयार हूं (और योजना बना रहा हूं)। इस बिंदु पर यह उतना ही सुरक्षित/असुरक्षित होना चाहिए जैसे कि आप एक दूरस्थ व्यवस्थापक PS सत्र खोलते हैं या यदि आप एक गैर-उन्नत कंसोल से ssh root@server करते हैं। (उदाहरण के लिए कीस्ट्रोक्स या स्क्रीन स्क्रैपिंग के लिए कमजोर, और अगर मैं गलत हूं तो मुझे सुधारें लेकिन मेरी समझ यह है कि * निक्स सूडो भी इस तरह से कमजोर है)। क्रेडेंशियल कैश भी है, जो 5 मिनट के सत्र (* निक्स सूडो में प्रेरित) के दौरान यूएसी पॉपअप की मात्रा को कम करता है, जो स्पष्ट रूप से एक हमला वेक्टर है, जिसे कॉन्फ़िगरेशन के माध्यम से अक्षम किया जा सकता है। सुरक्षा के बारे में चिंतित लोगों के लिए मैं एक साधारण कमांड के साथ या एंटरप्राइज़ समूह नीति/रजिस्ट्री सेटिंग के माध्यम से इसे कसने के लिए एक बहुत ही आसान तरीका जोड़ने की योजना बना रहा हूं (क्रेडेंशियल कैश जैसी सुविधाओं को अक्षम करके)।

इस टिप्पणी में एक दिलचस्प बात यह है कि Microsoft "उपयोगकर्ता की सुविधा के लिए जोखिम स्वीकार करने" का जोखिम नहीं उठा सकता है। यदि वह एमएस से अंतिम शब्द है, तो कम से कम यह एक सभ्य (पूर्ण-कार्यात्मक) कामकाज की तरह दिखता है, और सुरक्षा में सुधार करने के तरीके पर सभी फीडबैक/ मुद्दों या विचारों का स्वागत किया जाता है।

ऐसा कुछ नहीं हो सकता है जिसे मुझे स्थापित करना है जो आधिकारिक समर्थित नहीं है। कॉर्पोरेट वातावरण में इसका उपयोग करने की किसी भी क्षमता को मारता है।

फिर @hparadiz आपको तब तक इंतजार करना होगा जब तक कि विंडोज़ का एक नया संस्करण एक नए सुरक्षा डिज़ाइन के साथ जारी नहीं किया जाता है जो सुरक्षा जोखिमों के बिना एक आधिकारिक सुडो (या मिश्रित ऊंचाई टैब) की अनुमति देता है। ऐसा लगता है कि यह जल्द नहीं होगा। आपका सबसे अच्छा शॉट तब तक प्रतीक्षा करना है जब तक कि संपूर्ण WT को व्यवस्थापक के रूप में लॉन्च नहीं किया जा सकता, #4217 में ट्रैक किया गया, जल्द ही जारी होने की संभावना है।

ब्लॉग से एक अच्छा हैक मिला:

http://nuts4.net/post/windows-terminal-run-as-admin

@gerardog क्या आपके पास gsudo के लिए स्कूप बकेट है? या यह ज्ञात में से एक में है? मैं वर्तमान में एक लिनक्स बॉक्स पर हूं, इसलिए जांच नहीं कर सकता।

@fluffynuts यह स्कूप के मुख्य रेपो में है। तो बस 'स्कूप इंस्टॉल gsudo'। इसके अलावा अन्य स्थापना विधियों को https://github.com/gerardog/gsudo में सूचीबद्ध किया गया है। लेकिन चलिए इस चर्चा को WT विषय पर रखते हैं। मैं

खुला प्रश्न: यदि ऊंचा और ऊंचा टैब मिलाना एक सुरक्षा जोखिम है, तो क्या वह जोखिम ConEmu में मौजूद है? क्योंकि यह ठीक वैसा ही कर सकता है। या क्या ConEmu उस सुविधा को टर्मिनल की तुलना में अलग तरीके से लागू कर रहा है? और अधिक व्यापक रूप से मैं ध्यान दूंगा कि यहां अनुरोध की जा रही कई सुविधाएं (इस धागे और अन्य में) पहले से ही अन्य टर्मिनलों में मौजूद हैं, ConEmu सिर्फ एक उदाहरण है, इसलिए जब टर्मिनल देवों का सुझाव है कि इन सुविधाओं को या तो कभी लागू नहीं किया जाएगा या लागू नहीं किया जाएगा बहुत लंबे समय से, आप परोक्ष रूप से केवल इस बात की पुष्टि कर रहे हैं कि हमें टर्मिनल का उपयोग नहीं करना चाहिए।

यदि हम केवल 1903 में मौजूद API पर निर्भर नहीं होते, तो हमें 1903 की आवश्यकता नहीं होती।

@ DHowett-MSFT क्या कोई सार्वजनिक दस्तावेज उपलब्ध है कि ये कौन से एपीआई हैं और वे क्यों आवश्यक हैं? क्योंकि एक बाहरी पर्यवेक्षक के रूप में, जब मुझे यह निर्णय और UWP का उपयोग करने का निर्णय दिखाई देता है, तो मुझे मूल्य वृद्धि दिखाई नहीं देती है। मुझे बस यह जोड़ने में बाधाएं दिखाई देती हैं कि कितने उद्यम उपयोगकर्ता बुनियादी कार्यक्षमता मानते हैं।

@dadpolice देखें https://github.com/microsoft/terminal/issues/632#issuecomment -518888895 जो ComEmu करता है।

मैंने सोचा था कि "यूएसी सुरक्षा बाधा नहीं है" माइक्रोसॉफ्ट के मुताबिक? इसे विस्टा में एक जैसा माना जाता था। तब हमें बताया गया था कि यह एक नहीं था और इस तरह का कोई भी मुद्दा विंडोज 7 में मजाक था। अब यह आज फिर से एक है?

हो सकता है कि आपको इस मामले में फ़ाइल एक्सप्लोरर और यूएसी श्वेतसूची के डिज़ाइन की समीक्षा करने की आवश्यकता हो। :)

या क्या यह सिर्फ इस बात पर निर्भर करता है कि यह कुछ ऐसा डिजाइन करने में शॉर्टकट लेने का बहाना है या नहीं, जिसे सामान्य डेवलपर्स को करने की अनुमति नहीं है (फाइल एक्सप्लोरर) या एक आवश्यक सुविधा (इस मामले में) को लागू नहीं करते हैं?

एक आवश्यक सुविधा लागू नहीं (इस मामले में)?

मैं यह स्पष्ट करना चाहता हूं - हम इस सुविधा को _not_ लागू करने का प्रयास नहीं कर रहे हैं। यह निश्चित रूप से एक महत्वपूर्ण विशेषता है जिसे हम लागू करना चाहते हैं। यह कुछ ऐसा है जिसे मैं अभी दैनिक रूप से चला रहा हूं - दूसरी एलिवेटेड विंडो का होना _ठीक है, लेकिन यह _good_ नहीं है।

हमें उचित रूप से सुरक्षित समाधान तैयार करने में सक्षम होने में कुछ समय लगेगा, फिर इसे वास्तव में लागू करने के लिए इंजीनियरिंग प्रयास भी करें। यह कुछ ऐसा है जिसे हमने इस सप्ताह भी कुछ समय के लिए व्हाइटबोर्ड किया है।

@zadjii-msft

[...]
मुझे नहीं लगता कि हम मिश्रित एलिवेटेड और अनलेवेटेड टैब का समर्थन करने की योजना बना रहे हैं, क्योंकि यह थोड़ा सुरक्षा छेद है।
[...]

(संबंधित धागों को जोड़ने के मामले में, #146)

अजीब बात है कि लोग इस धारणा के तहत थे कि सुविधा लागू नहीं की जाएगी। कटाक्ष संकेत

@ kort3x "नो प्लान" (उर्फ हम इसका वादा नहीं कर रहे हैं) के बीच एक अंतर है और इसे लागू करने का एक तरीका खोजने के लिए वे जो कर सकते हैं उसे नहीं करना चाहते हैं।

जैसा कि @ zadjii-msft ने इसे रखा है:

हमें उचित रूप से सुरक्षित समाधान तैयार करने में सक्षम होने में कुछ समय लगेगा, फिर इसे वास्तव में लागू करने के लिए इंजीनियरिंग प्रयास भी करें। यह कुछ ऐसा है जिसे हमने इस सप्ताह भी कुछ समय के लिए व्हाइटबोर्ड किया है।

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

मैंने सोचा था कि "यूएसी सुरक्षा बाधा नहीं है" माइक्रोसॉफ्ट के मुताबिक? इसे विस्टा में एक जैसा माना जाता था। तब हमें बताया गया था कि यह एक नहीं था और इस तरह का कोई भी मुद्दा विंडोज 7 में मजाक था। अब यह आज फिर से एक है?

जैसा कि मैं समझता हूं कि "हमेशा सूचित करें" के रूप में कॉन्फ़िगर किए जाने पर यह एक सुरक्षा बाधा है, अन्यथा ऐसा नहीं है।

खैर, यह निराशाजनक है। मुझे टर्मिनल पसंद है (जो बहुत कुछ कह रहा है, क्योंकि मैं आम तौर पर गैर-एमएस टूल्स से काफी आसक्त हूं), लेकिन आसानी से ऊपर उठाने में असमर्थता इस ओएस पर और अधिक काम करने में मेरे लिए एक वास्तविक बाधा है।

LOL ठीक है, मैं देख सकता हूँ कि यह कैसे भ्रमित करने वाला है। मैंने मूल रूप से उस टिप्पणी को लिखा था जब हमने पहली बार घोषणा की थी, जब कोई योजना नहीं थी। चर्चा के कुछ महीनों के बाद, मैं निश्चित रूप से इस विचार के आसपास आया हूं कि यह संभव हो सकता है, और अधिक प्रयास के साथ। मैं इसे प्रतिबिंबित करने के लिए टिप्पणी को अपडेट करूंगा। @SamuelEnglard सही है हालांकि, ऐसा करने के लिए _commit_ करना मुश्किल है जब तक कि हम _know_ कि सही तरीके से करना संभव है।

यह सुनना उत्साहजनक है। क्या इस उत्साह को अन्य टीमों तक फैलाना संभव है, इसलिए #3581 वास्तव में तय किया जा सकता है?

यह अच्छा होगा यदि टैब को पहले स्थान पर अलग-अलग प्रक्रियाओं (जैसे क्रोम इसे प्रबंधित करता है) होने की अनुमति दी जाती है क्योंकि तब मुझे एक ही में एक अद्यतन वातावरण प्राप्त करने के लिए उन्हें अच्छी तरह से समूहीकृत करने के बाद सभी टैब को पुनरारंभ नहीं करना पड़ेगा। सीएमडी टैब...
एक बार जब विंडोज टर्मिनल सिर्फ एक प्रबंधक होता है तो यह एक गैर-उन्नत मोड में चल सकता है जबकि अभी भी उन्नत कमांड प्रॉम्प्ट रखता है। वह अच्छा रहेगा। (ठीक है, गैर-उन्नत टर्मिनलों को धारण करते हुए डब्ल्यूटी रन ऊंचा होना मेरे लिए भी ठीक होगा)

@ rapus95 तकनीकी रूप से टैब हैं, जिसमें "कंसोल" एक अलग प्रक्रिया है। विंडोज टर्मिनल पहले से ही सिर्फ एक प्रबंधक है

संपादित करें (फरवरी 14 2020)
ठीक है, तो इस टिप्पणी की उम्र बहुत अच्छी नहीं थी। मूल रूप से, इसका समर्थन करने के लिए _no_ योजना थी, क्योंकि यह हमारे पास मौजूद एकल HWND के साथ काम नहीं करेगा। हम एक समाधान तैयार करने पर काम कर रहे हैं जो भविष्य में इसका समर्थन करता है, लेकिन हम कुछ भी करने के लिए प्रतिबद्ध नहीं हो सकते हैं जब तक कि हम सुनिश्चित न हों कि हम उचित रूप से सुरक्षित समाधान के साथ आ सकते हैं, जो यह सुनिश्चित करता है कि कम विशेषाधिकार प्राप्त प्रक्रिया नहीं कर सकती एक उच्च विशेषाधिकार टर्मिनल ड्राइव करें।

कुछ अन्य बिंदुओं के अलावा, यही मुख्य कारण है कि मैं अभी भी ConEmu का उपयोग कर रहा हूं। और मैं शर्त लगाता हूं कि मैं कभी भी करूंगा।
https://conemu.github.io/ @Maximus5

यह तो बेवकूफ है।

आइए विंडोज़ के लिए कमांड प्रॉम्प्ट, पॉवरशेल और बैश के लिए एक नया एकीकृत टर्मिनल बनाएं।
क्या मैं cmd.exe को व्यवस्थापक के रूप में चला सकता हूँ?
नहीं।

इस तरह गूंगा सामान इसलिए मेरी मुख्य कार्य मशीन अभी भी एक मैकबुक है।

@hparadiz ConEmu पर एक नज़र डालें :-D एक विंडो में टैब के रूप में एकाधिक शैल चलाने में कोई समस्या नहीं है; यहां तक ​​​​कि एलिवेटेड पॉवर्सशेल और cmd.exe सेशन को नॉन एलिवेटेड से अलग करना।

@tmeckel क्या हमें यकीन है कि कॉनमू में सुरक्षा कमजोरियां नहीं हैं, जिसके बारे में टर्मिनल टीम चिंतित है? उपयोगकर्ता अक्सर कम सुरक्षित सॉफ़्टवेयर चुनते हैं क्योंकि यह वही करता है जो वे चाहते हैं, लेकिन अपने जोखिम पर।

@drdamour @tmeckel यह करता है। मैंने ऊपर वही प्रश्न पूछा था, इसका उत्तर किसी अन्य सूत्र में दिया गया है: https://github.com/microsoft/terminal/issues/632#issuecomment -518888895

मैं अब तक टर्मिनल के लिए काफी आलोचनात्मक रहा हूं, लेकिन निष्पक्ष होने के लिए, ConEmu और ConsoleZ और इसी तरह के अन्य उपकरण पहले से मौजूद हैं। Microsoft में केवल उन्हें कॉपी करने का बहुत कम मूल्य है, लेकिन उन सुविधाओं को सुरक्षित तरीके से फिर से बनाने का बहुत अच्छा मूल्य है। उस ने कहा कि मुझे अभी भी लगता है कि केवल स्टोर-यूडब्ल्यूपी ऐप के रूप में टर्मिनल एमुलेटर बनाना बहुत मूर्खतापूर्ण है, खासकर अब जब माइक्रोसॉफ्ट यूडब्ल्यूपी से दूर जा रहा है (उदाहरण के लिए नया एज एक Win32 ऐप है)।

उस ने कहा कि मुझे अभी भी लगता है कि केवल स्टोर-यूडब्ल्यूपी ऐप के रूप में टर्मिनल एमुलेटर बनाना बहुत मूर्खतापूर्ण है, खासकर अब जब माइक्रोसॉफ्ट यूडब्ल्यूपी से दूर जा रहा है (उदाहरण के लिए नया एज एक Win32 ऐप है)।

स्पष्ट होने के लिए, टर्मिनल केवल स्टोर नहीं है ( यहां .msix उपलब्ध हैं ), न ही यह एक यूडब्ल्यूपी एप्लीकेशन है। यह एक Win32 एप्लिकेशन है जो अपने UI फ्रेमवर्क के रूप में UWP XAML का उपयोग करता है।

@ rapus95 तकनीकी रूप से टैब हैं, जिसमें "कंसोल" एक अलग प्रक्रिया है। विंडोज टर्मिनल पहले से ही सिर्फ एक प्रबंधक है

तो फिर, ऐसा क्यों है कि नए cmd उदाहरण के लिए परिवेश को अद्यतन नहीं किया जाता है? मुझे हमेशा एक नया विंडोज टर्मिनल खोलने की आवश्यकता होती है जो कुछ अर्थों में कई टैब रखने की समग्र उपयोगिता को कम कर देता है ...

@ rapus95 जबकि मैं सकारात्मक नहीं हूं (मुझे कोड के माध्यम से खोदना होगा) मुझे पूरा यकीन है कि प्रत्येक उप-प्रक्रिया अपने माता-पिता के पर्यावरण के साथ लॉन्च की जाती है, नई नहीं।

यह टर्मिनल मैनेजर के लिए समझ में नहीं आता है

@ rapus95 यह वास्तव में एक बग है जिसे हम यहां ट्रैक कर रहे हैं: #1125

स्पष्ट होने के लिए, टर्मिनल केवल स्टोर नहीं है ( यहां .msix उपलब्ध हैं ), न ही यह एक यूडब्ल्यूपी एप्लीकेशन है। यह एक Win32 एप्लिकेशन है जो अपने UI फ्रेमवर्क के रूप में UWP XAML का उपयोग करता है।

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

यह UWP ऐप नहीं है और न ही स्टोर-ओनली ऐप है।
ऐसा होता है कि वितरण विधियों में से एक स्टोर है, जिसके लिए यूडब्ल्यूपी पैकेज की आवश्यकता होती है।
केवल वे लोग जिन्होंने स्टोर का उपयोग करके इसे स्थापित किया है, वे Right click -> Run As Admin में सक्षम नहीं हैं।
अनइंस्टॉल करें और msix या स्कूप के माध्यम से उपयोग करें

अनइंस्टॉल करें और msix या स्कूप के माध्यम से उपयोग करें

या chocolatey ।

@gerardog मैंने व्यवस्थापक के रूप में चलाने के लिए नहीं कहा, मैंने कहा कि अलग उपयोगकर्ता के रूप में चलाएं।

क्या Shift + Right Click आपके लिए काम नहीं करता है?

(कृपया ध्यान दें कि मैंने scoop का उपयोग करके इंस्टॉल किया है)

नहीं। मैंने msix पैकेज का उपयोग करके इंस्टॉल किया है और वह विकल्प वहां नहीं है।

मैंने चॉकलेटी के रूप में स्थापित किया है और व्यवस्थापक के रूप में भी नहीं चला है

स्पष्ट होने के लिए, टर्मिनल केवल स्टोर नहीं है ( यहां .msix उपलब्ध हैं ), न ही यह एक यूडब्ल्यूपी एप्लीकेशन है। यह एक Win32 एप्लिकेशन है जो अपने UI फ्रेमवर्क के रूप में UWP XAML का उपयोग करता है।

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

यहां भी, मैंने एमएसिक्स और स्टोर ऐप दोनों की कोशिश की है। मेरे पास अभी भी "अलग उपयोगकर्ता के रूप में चलाएँ" विकल्प नहीं है।

सभी उन्नत टैब पृष्ठभूमि रंग लाल बनाने के बारे में क्या यह स्पष्ट है कि यह ऊंचा है?

मेरे पास यह विन्यास योग्य होगा: पृष्ठभूमि रंग, टैब शीर्षक ...

https://github.com/gerardog/gsudo एक अस्थायी समाधान के रूप में अच्छी तरह से काम करता है

शायद wt elevated जैसा कुछ लागू करें जो समान वातावरण के साथ वर्तमान शेल के साथ एक नई उन्नत विंडो खोलता है।
संपादित करें: या #3158 लेकिन नई विंडो के रूप में और ऊंचा

मुझे नहीं पता कि आप जिस तरह से लिनक्स करता है उसकी नकल क्यों नहीं करेंगे।

मेरी समझ या लिनक्स दुनिया के लिए (अगर मैं गलत हूं तो मुझे सुधारें), टर्मिनल ऐप्स (सूक्ति-टर्मिनल, मेट-टर्मिनल ...) को ऊंचा करने की आवश्यकता नहीं है, भले ही आप su या sudo टाइप करें और कमांड को निष्पादित करें। रूट उपयोगकर्ता। टर्मिनल ऐप का एकमात्र मिशन एक अलग प्रक्रिया (बैश, केएसएच ...) में एक खोल चलाने के लिए है जो ऊंचा है या नहीं, और खोल इनपुट और आउटपुट को रीडायरेक्ट करने के लिए ताकि हम खोल के साथ बातचीत कर सकें।

यदि आप "su" टाइप करते हैं या किसी linux टर्मिनल में "sudo" के साथ एक कमांड शुरू करते हैं, तो यह एक अलग विंडो नहीं खोलता है।

@gabsoftware मैं लिनक्स पर भी इसकी सुरक्षा के बारे में अनिश्चित हूं। लिनक्स में एक्स विंडो में भी कीस्ट्रोक्स भेजना संभव है, और मेरा अनुमान है कि एक्स विंडो में चल रहे टर्मिनल क्लाइंट को कीस्ट्रोक्स भेजना संभव है, भले ही रनिंग टर्मिनल सूडो या सु के साथ ऊंचा हो। एलिवेटेड एक्स विंडो में कीस्ट्रोक्स भेजना भी संभव हो सकता है, लेकिन मैं वास्तव में निश्चित रूप से नहीं जानता।

स्पष्ट होने के लिए, टर्मिनल केवल स्टोर नहीं है ( यहां .msix उपलब्ध हैं ), न ही यह एक यूडब्ल्यूपी एप्लीकेशन है। यह एक Win32 एप्लिकेशन है जो अपने UI फ्रेमवर्क के रूप में UWP XAML का उपयोग करता है।

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

यहां भी, मैंने एमएसिक्स और स्टोर ऐप दोनों की कोशिश की है। मेरे पास अभी भी "अलग उपयोगकर्ता के रूप में चलाएँ" विकल्प नहीं है।

मैं प्रारंभ मेनू में टाइल को शिफ्ट-राइट-क्लिक करके "एक अलग उपयोगकर्ता के रूप में चलाएँ" नहीं कर सकता, लेकिन अगर मैं WindowsTerminal.exe को शिफ्ट-राइट-क्लिक कर सकता हूं तो मैं कर सकता हूं

@gabsoftware मैं लिनक्स पर भी इसकी सुरक्षा के बारे में अनिश्चित हूं। लिनक्स में एक्स विंडो में भी कीस्ट्रोक्स भेजना संभव है, और मेरा अनुमान है कि एक्स विंडो में चल रहे टर्मिनल क्लाइंट को कीस्ट्रोक्स भेजना संभव है, भले ही रनिंग टर्मिनल सूडो या सु के साथ ऊंचा हो। एलिवेटेड एक्स विंडो में कीस्ट्रोक्स भेजना भी संभव हो सकता है, लेकिन मैं वास्तव में निश्चित रूप से नहीं जानता।

मैंने कुछ प्रयोग किए हैं, और अब मैं लिनक्स पर इसकी असुरक्षा के बारे में निश्चित हूं। मैं सुरक्षा विशेषज्ञ नहीं हूं, इसलिए मैं इसके प्रभावों के बारे में निश्चित नहीं हूं (कोई भी?) पता चलता है कि एक्स विंडो में कीस्ट्रोक्स भेजना वास्तव में आसान है जो अभी-अभी sudo चला रहे हैं और पासवर्ड मांगे बिना नए sudo कमांड के लिए खुले हैं। ब्लॉग पोस्ट यहाँ , शर्मनाक प्लग के लिए खेद है ...

मेरा निष्कर्ष यह होगा कि जब तक मिश्रित-ऊंचाई वाली विंडो में कीस्ट्रोक्स भेजने की अनुमति नहीं है, इसे केवल जोखिम स्वीकार करने के इच्छुक उपयोगकर्ताओं के लिए एक विकल्प के रूप में लागू किया जाना चाहिए (बड़े वसा चेतावनी संकेत, आदि)।

एक साइड नोट के रूप में, विंडोज़ का ऑन-स्क्रीन कीबोर्ड एलिवेटेड विंडो में कीस्ट्रोक्स कैसे भेजता है?

मैंने gsudo v0.7 जारी किया है और यह इस थ्रेड के लिए प्रासंगिक है:

संपादित करें: संदर्भ के लिए: gsudo विंडोज़ के लिए एक sudo है, और वर्तमान कंसोल में एक साधारण कमांड या शेल को ऊपर उठाने की अनुमति देता है। जब WT के भीतर एक Cmd/Pwsh से आह्वान किया जाता है, तो यह टैब को ऊपर उठाता है। इसके अलावा, आप अपनी प्रोफ़ाइल को संपादित कर सकते हैं, इसे 'एलिवेटेड पॉवरशेल' नाम दे सकते हैं और अपनी कमांड को gsudo Powershell में बदल सकते हैं और वॉयला, आपको एक एलिवेटेड टैब प्रोफाइल मिला है। यहां देखें।

लेकिन जब से gsudo, या windows के लिए कोई sudo, UAC अलगाव से ऊपर कूदता है, इसे 'असुरक्षित' का लेबल दिया गया है। निम्नलिखित एक अधिक जटिल समाधान है जो आपको सुरक्षा बनाए रखते हुए टैब के मिश्रित उन्नयन करने की अनुमति देता है। / अंत संपादित करें

gsudo अब किसी भी अखंडता स्तर के साथ एप्लिकेशन लॉन्च कर सकता है। उदाहरण के लिए हम मीडियमप्लस इंटीग्रिटी लेवल के साथ Windows Terminal लॉन्च कर सकते हैं, इसका मतलब है एक 'सेमी-एलिवेटेड' मोड: नो-एडमिन राइट्स लेकिन अलग, अन्य रेगुलर (मीडियम इंटीग्रिटी) प्रोसेस से अगम्य। (एक यूएसी पॉपअप दिखाई देगा)

तो, पहला कदम हमेशा WT को इसके साथ लॉन्च करना चाहिए: gsudo -i MediumPlus WT
(आप अपना WT शॉर्टकट बदल सकते हैं)। यह WT को दुर्भावनापूर्ण प्रक्रियाओं, स्क्रीन-स्क्रैपिंग, सेंडकी, dll-इंजेक्शन आदि से बचाता है।
(संपादित करें: यदि यह काम नहीं करता है तो उपयोग करें: gsudo -n -i MediumPlus cmd /c cmd /c start wt )

फिर आप कमांड को ऊंचा करने के लिए डब्ल्यूटी के भीतर सुरक्षित रूप से gsudo का उपयोग कर सकते हैं, या यहां तक ​​​​कि प्रोफाइल में "commandline": "gsudo cmd.exe" के साथ एक उन्नत प्रोफ़ाइल भी बना सकते हैं।

मेरा निष्कर्ष यह होगा कि जब तक मिश्रित-ऊंचाई वाली विंडो में कीस्ट्रोक्स भेजने की अनुमति न देने का कोई तरीका न हो...

किया और किया। (मैंने gsudo में सुरक्षा चेतावनियां जोड़ी हैं)।

साथ ही, चूंकि मैंने सीखा है कि यदि उपयोगकर्ता नियमित/मध्यम अखंडता प्रक्रिया से gsudo का आह्वान कर रहा है, तो gsudo के क्रेडेंशियल कैश (कम यूएसी पॉपअप दिखाने की सुविधा) को कभी भी पूरी तरह से संरक्षित नहीं किया जा सकता है ... तो, अब प्रमाण-पत्र कैश को gsudo cache on/off या gsudo config cachemode auto के माध्यम से स्पष्ट रूप से सक्षम किया जाना चाहिए।

"Changing your WT shortcut" निकलता है बिल्कुल भी तुच्छ नहीं है: MSIX/AppStore मॉडल को देखते हुए, आप #4217 और #4459 में भाग गए।

निम्नलिखित पॉवरशेल स्क्रिप्ट डेस्कटॉप पर विंडोज टर्मिनल शॉर्टकट बनाने के लिए उन मुद्दों को हल करती है और इसे Ctrl + Alt + T हॉटकी के साथ जोड़ती है:

$shortcutPath = [Environment]::GetFolderPath("Desktop") + "\Windows Terminal Isolated.lnk"

# Use this if installed via Scoop. 
$wtPath = "$home\scoop\apps\windows-terminal\current\WindowsTerminal.exe"

# Use this if installed via Chocolatey or Ms Store
$wtPath = (Get-Command 'wt.exe').Path

$cmdPath = (Get-Command 'cmd.exe').Path
$gsudoPath = (Get-Command 'gsudo.exe').Path

$WshShell = New-Object -comObject WScript.Shell
$link = $WshShell.CreateShortcut($shortcutPath)
$link.TargetPath = $gsudoPath
$link.Arguments = "-n -i MediumPlus cmd /c cmd /c start $wtPath"

#Optional, set global Keyboard Hotkey
$link.Hotkey="Alt+Ctrl+T"

# Optional, download icon.
$icoPath = [IO.Path]::GetDirectoryName($wtPath) + "\wt.ico"
Invoke-RestMethod -Method Get -Uri "https://raw.githubusercontent.com/microsoft/terminal/master/res/terminal.ico" -OutFile $icoPath
$link.IconLocation="$icoPath,0"

$link.Save()

एक बार जब आप WT को मीडियमप्लस (यानी Ctrl+Alt+T) के रूप में शुरू कर देते हैं, तो आप कमांड को ऊपर उठाने के लिए [ऊपर] (https://github.com/microsoft/terminal/issues/632#issuecomment-613751789) बताए अनुसार gsudo का उपयोग कर सकते हैं। AFAIK क्या सुरक्षित होना चाहिए।

इसके लिए मेरा समाधान ल्यूक सैमसन के _Sudo for Windows_ का उपयोग कर रहा है। प्रोफ़ाइल कॉन्फ़िगरेशन है:
"commandline": "pwsh.exe -Command sudo.ps1 pwsh.exe",
उस प्रोफ़ाइल के साथ एक नया टैब शुरू करते समय, यूएसी पॉप अप होता है और फिर आप एक उन्नत पावरहेल कोर में समाप्त होते हैं। किसी अन्य टर्मिनल के साथ भी काम करता है।
"commandline": "powershell.exe -Command sudo.ps1 powershell.exe",
"commandline": "powershell.exe -Command sudo.ps1 cmd.exe",
यदि आप स्कूप का उपयोग नहीं करते हैं, तो मुझे यकीन है कि अवधारणा को निकाला जा सकता है और स्वतंत्र रूप से उपयोग किया जा सकता है। यहां स्रोत कोड देखें: https://github.com/lukesampson/psutils/blob/master/sudo.ps1

मैं विंडोज टर्मिनल को प्रशासक के रूप में चलाने और यूएसी को बायपास करने के लिए schtasks वर्कअराउंड का उपयोग कर रहा हूं:

1. कार्य शेड्यूलर प्रारंभ करें।
2. एक नया कार्य बनाएँ। इसे एक नाम दें और "उच्चतम विशेषाधिकारों के साथ चलाएँ" चेकबॉक्स को चेक करें।
   

3. क्रियाएँ टैब पर, प्रोग्राम शुरू करने के लिए चुनें: wt

4. सेटिंग्स टैब पर, सुनिश्चित करें कि "मांग पर कार्य चलाने की अनुमति दें" चेक किया गया है और "यदि कार्य अधिक समय तक चल रहा है तो कार्य रोकें" चेकबॉक्स को अनचेक करें।

5. डेस्कटॉप पर राइट क्लिक करके एक शॉर्टकट बनाएं और नया -> शॉर्टकट चुनें और schtasks.exe /run /TN "{task name}" टाइप करें
   
6. वैकल्पिक रूप से शॉर्टकट आइकन बदलें और इसे टास्कबार पर खींचें।

ऐसा लगता है कि यह तय होने तक मुझे cmder से चिपके रहना होगा।

अब जब एक योजना का आभास हो रहा है, तो क्या हम दस्तावेज़ प्राप्त कर सकते हैं
अब यह नहीं कहने के लिए अद्यतन किया गया है कि कोई वर्तमान योजना नहीं है?

https://github.com/microsoft/terminal/blob/master/doc/user-docs/index.md#starting -a-new-powershell-tab-with-admin-privilege

@drdamour एक बार _is_ एक योजना, मैं उस अनुभाग को हटाना पसंद करूंगा। अभी हालांकि, योजना बनाने के तरीके पर शोध करने की केवल एक योजना है। एक बार जब कोई वास्तविक योजना बन जाती है, और जिस तरह से हम इसे सुरक्षित रूप से कर सकते हैं, मैं उस अनुभाग को हटा दूंगा।

@KMoraz द्वारा वर्णित विधि अभी के लिए वर्कअराउंड के रूप में बढ़िया काम करती है। इसे पोस्ट करने के लिए आपका धन्यवाद।

नमस्ते लोगो,

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

क्या होगा यदि यह प्रोफ़ाइल कॉन्फ़िगरेशन के अंदर एक कॉन्फ़िगरेशन था? इस तरह यह कंसोलजेड में किया जाता है।

नमस्ते,

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

यह लिंक बताता है, लेकिन wt.exe संदर्भ के लिए एक पूर्ण पथ की आवश्यकता है:
http://nuts4.net/post/windows-terminal-run-as-admin

मेरा पूरा शॉर्टकट स्ट्रिंग है: C:\Windows\System32\cmd.exe /c start /b C:\Users\myUserName\AppData\Local\Microsoft\WindowsApps\wt.exe

अद्यतन 21 मई 2020:
उपरोक्त 1.0.1401.0 संस्करण से पहले काम करता था।

यह नया अंक भी देखें: https://github.com/microsoft/terminal/issues/6013

अब Crtl-Shift क्लिक तब भी काम नहीं करता है जब आपको किसी स्थानीय व्यवस्थापक खाते से ऊपर उठाना होता है।

नीचे दिए गए त्रुटि स्क्रीनशॉट को देखें जो मुझे दो बार उन्नत अनुमतियों के लिए संकेत मिलने के बाद मिलता है:

जानकारी के लिए, imho gsudo इसके लिए एकदम सही है, thx https://github.com/microsoft/terminal/issues/632#issuecomment -613751789

विशेषाधिकार प्राप्त करने के लिए मेरी कॉन्फ़िगरेशन में केवल यह प्रोफ़ाइल है:

            {
                "name": "Admin Powershell",
                "commandline": "cmd.exe /c gsudo powershell.exe",
        "titleText": "Admin Powershell",
                "icon": "ms-appx:///ProfileIcons/{574e775e-4f2a-5b96-ac1e-a2962a402336}.png"
            },

मेरे लिए विंडोज टर्मिनल को व्यवस्थापक के रूप में खोलने का सबसे आसान तरीका है, इसे टास्क बार पर पहले आइटम के रूप में पिन करना। फिर Win+Ctrl+Shift+1 इसे व्यवस्थापक के रूप में खोलता है

मेरे लिए विंडोज टर्मिनल को व्यवस्थापक के रूप में खोलने का सबसे आसान तरीका है, इसे टास्क बार पर पहले आइटम के रूप में पिन करना। फिर Win+Ctrl+Shift+1 इसे व्यवस्थापक के रूप में खोलता है

वास्तव में बहुत सुविधाजनक है, लेकिन यह केवल उन खातों के लिए काम करता है जो व्यवस्थापक समूह के सदस्य हैं।

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

मुझे लगता है कि cmd को व्यवस्थापक के रूप में चलाने के लिए एक टैब सेटअप करना अच्छा होगा, सब कुछ नहीं।

मुझे लगता है कि cmd को व्यवस्थापक के रूप में चलाने के लिए एक टैब सेटअप करना अच्छा होगा, सब कुछ नहीं।

जैसा कि यहां कहीं और बताया गया है, वर्तमान डिजाइन के साथ यह संभव नहीं है।

क्या कोई ध्वज है जिसका उपयोग व्यवस्थापक के रूप में चलाने के लिए किया जा सकता है? तब हम इसके लिए सिर्फ एक शॉर्टकट बना सकते थे।

यदि आप विंडोज टर्मिनल को टास्कबार पर पिन करते हैं, तो आप Ctrl+Shift+क्लिक का उपयोग करके इसे _elevated_ लॉन्च कर सकते हैं।

यह आइकन पर राइट-क्लिक करने जैसा ही करेगा, "विंडोज टर्मिनल" पर राइट-क्लिक करें, इसके बाद "व्यवस्थापक के रूप में चलाएं।"

नोट: विंडोज टर्मिनल एक स्टोर ऐप होने के कारण, आप इसे _another user_ के रूप में नहीं चला सकते।

मैं विंडोज टर्मिनल में "मिश्रित-अखंडता-स्तरीय टैब" रखने की क्षमता देखना पसंद करूंगा, प्रत्येक प्रोफ़ाइल में एक विकल्प के रूप में अखंडता स्तर के साथ। यह ज्यादातर मेरे सामान्य sysadmin/devops कार्यप्रवाह रुकावटों और संदर्भ स्विचिंग को कम करने के लिए एक सुविधा के रूप में है।

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

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

संपादित करें: मेरे पास पॉवर्सशेल 7 स्थापित है,

            "name" : "Launch Windows Terminal Elevated",
            "commandline" : "pwsh.exe -command Start-Process -Verb RunAs wt.exe"

@ IarwainBen-adar, मुझे हाल ही में नए दस्तावेज़ों में पढ़ना याद आ रहा है कि आप commandline आइटम और source आइटम का एक साथ उपयोग नहीं कर सकते हैं। क्या यह source आइटम के बिना अपेक्षानुसार काम करता है?

मैंने उसके कोड की कोशिश की और पुल में दिखाई देने के लिए नया आइटम भी नहीं मिल सका
नीचे मेनू।

@ शेम-सरजेंट इसके बारे में खेद है, मैंने अपनी टिप्पणी यहां हटा दी क्योंकि बाहरी source घोषणा वास्तव में समस्या थी। हालाँकि, अब जब मेरे पास मेनू प्रविष्टि काम कर रही है, दुर्भाग्य से मैं अभी भी विंडोज टर्मिनल का एक उन्नत उदाहरण लॉन्च नहीं कर सकता - मैं The file cannot be accessed by the system. की विफलता के साथ #3145 समस्या में चल रहा हूं

@IarwainBen-adar क्षमा करें, मैं #3145 को पुन: पेश नहीं कर सकता। अन्यथा, मैं अपनी ओर से समस्या निवारण का प्रयास करूंगा।

टास्क बार पर पिन करें और शिफ्ट + राइट क्लिक करें

चीयर्स @LordFPL और निश्चित रूप से @gerardog , मैंने पहले कभी gsudo (https://github.com/gerardog/gsudo अन्य लोगों के लिए) के बारे में नहीं सुना था, लेकिन यह अब उन्नत सत्रों को एक हवा बनाता है। धन्यवाद! या तो इसे सेटिंग फ़ाइल में प्रोफ़ाइल ऑब्जेक्ट में जोड़ें, या बस sudo उपनाम का उपयोग करें जैसा कि आप लिनक्स सिस्टम पर करेंगे। उत्तम!

@ zadjii-msft मेरी माफ़ी, लेकिन मुझे बिल्कुल समझ में नहीं आता कि यहाँ क्या मुद्दा है। विंडोज टोकन हेरफेर और प्रतिरूपण का समर्थन करता है, इस तरह रनस काम करता है, है ना? @gerardog से gsudo का उपयोग करके मेरे पास एक कम (एर) अखंडता हो सकती है जो एक ही समय में किसी अन्य स्तर की अखंडता खोल के रूप में एक उच्च (एर) अखंडता खोल की मेजबानी कर सकती है, चाहे वह पावरहेल, पीडब्ल्यूएसएच, सीएमडी, या कोई भी डब्ल्यूएसएल खोल हो। मेरे सीमित परीक्षण से, निम्न (एर) अखंडता गोले में से कोई भी उस उच्च अखंडता खोल में डीबग नहीं कर सकता है। इसे एक बिल्टिन टर्मिनल के रूप में, या ओएस स्तर पर और भी बेहतर, सुविधा के रूप में रखने के लिए यहां क्या बाधा है?

@smokeintheshell https://github.com/microsoft/terminal/issues/632#issuecomment -519375707

एक कम (एर) -इंटीग्रिटी विंडो _इनपुट प्राप्त करना और इसे सीधे एक उच्च (एर) -इंटीग्रिटी प्रक्रिया में फ़नल करना_ सिस्टम पर अन्य निम्न (एर) -इंटीग्रिटी चीजों द्वारा नियंत्रित करने के लिए उस उच्च (एर) -इंटीग्रिटी प्रक्रिया को खोलता है।

इसका मतलब है कि संभावित रूप से दुर्भावनापूर्ण प्रक्रिया को ईओपी हासिल करने के लिए समान विशेषाधिकार स्तर पर केवल एक पार्श्व कदम की आवश्यकता होती है।

@smokeintheshell #632 (टिप्पणी)

एक कम (एर) -इंटीग्रिटी विंडो _इनपुट प्राप्त करना और इसे सीधे एक उच्च (एर) -इंटीग्रिटी प्रक्रिया में फ़नल करना_ सिस्टम पर अन्य निम्न (एर) -इंटीग्रिटी चीजों द्वारा नियंत्रित करने के लिए उस उच्च (एर) -इंटीग्रिटी प्रक्रिया को खोलता है।

इसका मतलब है कि संभावित रूप से दुर्भावनापूर्ण प्रक्रिया को ईओपी हासिल करने के लिए समान विशेषाधिकार स्तर पर केवल एक पार्श्व कदम की आवश्यकता होती है।

हां, मैंने उस स्पष्टीकरण को थ्रेड की शुरुआत में पढ़ा, लेकिन मुझे समझ में नहीं आया कि यह लिनक्स के लिए ठीक क्यों है, और शायद मैक के लिए, लेकिन विंडोज के लिए ठीक नहीं है? विंडोज़ वर्तमान में गैर-उन्नत प्रक्रियाओं से उन्नत प्रक्रियाओं में इनपुट की सुरक्षा करता है। या तो इस मुद्दे में या किसी संबंधित में, किसी ने सुझाव दिया कि हमें प्रति टैब एक अलग प्रक्रिया की आवश्यकता है। मुझे लगता है कि यह पहले से ही मामला है क्योंकि प्रत्येक टैब के पास निष्पादित करने के लिए अपना स्वयं का आदेश होता है (उदाहरण: pwsh.exe)। क्या ऐसा इसलिए है क्योंकि वे सभी एक ही HWND के तहत एक ही मूल प्रक्रिया के बच्चे हैं?

क्या उबंटू का टर्मिनल टैब के साथ एक ही समस्या से ग्रस्त है यदि मैं या तो:

• su के साथ एक टैब खोलें
• एक टैब है जहां मैंने पहले ही sudo के साथ उन्नत किया है और प्रति कॉन्फ़िगरेशन नीति के अनुसार मुझे अपना पीडब्लू फिर से दर्ज करने की आवश्यकता नहीं है?

या उबंटू की वास्तुकला किसी तरह क्रॉस-प्रोसेस इनपुट इंजेक्शन हमलों के खिलाफ कठोर है?

क्या उबंटू का टर्मिनल टैब के साथ एक ही समस्या से ग्रस्त है यदि मैं या तो:

* have a tab with `su` open

* have a tab where I have elevated with `sudo` already and don't need to enter my PW again per configuration policy?

या उबंटू की वास्तुकला किसी तरह क्रॉस-प्रोसेस इनपुट इंजेक्शन हमलों के खिलाफ कठोर है?

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

मैं मिश्रित-ऊंचाई वाले टैब को लागू नहीं करने के निर्णय को पूरी तरह से समझता हूं, जब तक कि वर्चुअल कीबोर्ड और अन्य सॉफ़्टवेयर इनपुट विधियों को अक्षम करने का कोई तरीका न हो।

मुझे लगता है कि यह पहले से ही मामला है क्योंकि प्रत्येक टैब के पास निष्पादित करने के लिए अपना स्वयं का आदेश होता है (उदाहरण: pwsh.exe)। क्या ऐसा इसलिए है क्योंकि वे सभी एक ही HWND के तहत एक ही मूल प्रक्रिया के बच्चे हैं?

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

मुझे आश्चर्य है कि क्या यह पता लगाना संभव है कि इनपुट जाली है, उदाहरण के लिए GetCurrentInputMessageSource API का उपयोग करना। मुझे आधिकारिक उदाहरण के अलावा इस एपीआई के बारे में अधिक जानकारी नहीं मिल रही है, लेकिन विवरण से यह इनपुट स्रोत की पहचान करने में सक्षम होना चाहिए (हार्डवेयर/uiAccess के साथ प्रक्रियाओं से, अधिकतर एक्सेसिबिलिटी सॉफ़्टवेयर/uiAccess के बिना प्रक्रियाओं से, शायद दुर्भावनापूर्ण)

यह लिनक्स और शायद मैक के लिए ठीक क्यों है, लेकिन विंडोज के लिए ठीक नहीं है?

मुझे पूरा यकीन है कि तीन कारणों में से एक यह है कि Microsoft अन्य बड़े निगमों, या शासनों को एक विशेषता के रूप में सुरक्षा बेच रहा है।

कुछ अन्य प्रतिध्वनियाँ भी हैं जो मेरे दिमाग में आती हैं कि अब तक यह समस्या क्यों नहीं रही होगी:

• लंबे समय तक, और कई कारणों से (जैसे "हैकर्स" विंडोज को पसंद नहीं करते हैं, और "हर कोई" विंडोज ^^ का उपयोग करते हैं), विंडोज सभी प्रकार के मैलवेयर का प्राथमिक (≈only) लक्ष्य हुआ करता था। इसे बेहतर सुरक्षा (उन्नत खिड़कियों की सुरक्षा) की आवश्यकता थी, जबकि अन्य को इसकी ज्यादा परवाह नहीं थी।
• जैसा कि इस मुद्दे में पहले बताया गया है, मैलवेयर के लिए विंडोज़ पर आपके एलिवेटेड कंसोल होस्ट तक आसानी से पहुंचना संभव नहीं होना चाहिए था, इसलिए यह संभव है कि बहुत से लोगों ने उस मुद्दे में निवेश नहीं किया हो (मैं कोई सुरक्षा विशेषज्ञ नहीं हूं, इसलिए मुझे नहीं पता अगर कुछ के पास है)
• मैलवेयर के पास आमतौर पर आपकी पसंद के ओएस में एक उन्नत कमांड प्रॉम्प्ट खोजने की कोशिश करने के अलावा खुद को ऊपर उठाने के अन्य तरीके होते हैं
• केवल डेवलपर्स और sysadmins टर्मिनलों का उपयोग करते हैं (यह केवल हमले के लक्ष्य जनसांख्यिकीय को कम करता है; सरकारें और बड़े निगम अभी भी एक चिंता का विषय हैं)

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

मुझे अभी भी बहुत उम्मीद है कि इस सुविधा का एक सुरक्षित संस्करण दिन की रोशनी देखेगा, हालांकि

समझा। स्पष्टीकरण के लिए धन्यवाद!

एक साइड नोट के रूप में, विंडोज़ का ऑन-स्क्रीन कीबोर्ड एलिवेटेड विंडो में कीस्ट्रोक्स कैसे भेजता है?

@mrwensveen AFAIK एलिवेटेड विंडो में इनपुट भेजने के तीन तरीके हैं:

1. अपने आप को ऊपर उठाएं। हालाँकि आप अभी भी सिस्टम प्रक्रियाओं (जैसे टास्क मैनेजर, यूएसी डायलॉग, लॉगिन स्क्रीन) को इनपुट नहीं भेज सकते हैं।
2. एक विंडोज़ सेवा पंजीकृत करें। अब आपका प्रोग्राम सिस्टम के रूप में चलता है ताकि आप अपनी इच्छानुसार कुछ भी कर सकें। मैंने कुछ रिमोट एक्सेस प्रोग्राम को ऐसा करते देखा है।
3. uiAccess ध्वज की घोषणा करें, अपने बाइनरी पर डिजिटल रूप से हस्ताक्षर करें, उस स्थान पर स्थापित करें जो वर्तमान उपयोगकर्ता के लिए लिखने योग्य नहीं है। यह एक्सेसिबिलिटी सॉफ़्टवेयर के लिए एक "पिछले दरवाजे" है, जो उन्हें किसी भी अन्य प्रोग्राम (सिस्टम प्रक्रियाओं सहित) को पढ़ने/लिखने की इजाजत देता है, और किसी भी अन्य विंडो के शीर्ष पर प्रदर्शित होता है (सुरक्षित डेस्कटॉप जहां यूएसी पॉपअप दिखाता है और लॉगिन स्क्रीन सहित), सभी बिना ऊपर उठाए। https://docs.microsoft.com/en-us/windows/win32/winauto/uiauto-securityoverview देखें।

ऑन-स्क्रीन कीबोर्ड (osk.exe), Narrator.exe (, और शायद अन्य स्क्रीन रीडर) सभी विधि 3 का उपयोग करते हैं।

( uiAccess=true के साथ osk.exe का एम्बेडेड प्रोग्राम मेनिफेस्ट दिखा रहा एक स्क्रीनशॉट)

ऐसा लगता है कि uiAccess ध्वज कार्यक्रम को अन्य कम-अखंडता कार्यक्रमों द्वारा एक्सेस किए जाने से भी बचा सकता है (अभी भी असंबद्ध चलने के बावजूद), शायद हम WT की सुरक्षा के लिए इस "सुविधा" का उपयोग कर सकते हैं?

@ यम-चान कूल, यह बहुत दिलचस्प है, धन्यवाद! क्या uiAccess प्रोग्राम को अन्य uiAccess प्रोग्राम में कीस्ट्रोक्स भेजने की अनुमति है? हम अभी भी चाहते हैं कि OSK विंडोज़ टर्मिनल के साथ इंटरैक्ट करने में सक्षम हो, और यदि इसका मतलब है कि विंडोज़ टर्मिनल पर इनपुट भेजने की अनुमति देने से पहले अन्य प्रोग्रामों पर कम से कम हस्ताक्षर किए जाने चाहिए, तो क्या यह एक उच्च पर्याप्त बाधा है?

क्या uiAccess प्रोग्राम को अन्य uiAccess प्रोग्राम में कीस्ट्रोक्स भेजने की अनुमति है?

@mrwensveen हां, uiAccess विशेषाधिकार वाले प्रोग्राम एक दूसरे तक पहुंच सकते हैं।

मुझे GetCurrentInputMessageSource एपीआई तरीका पसंद है (https://github.com/microsoft/terminal/issues/632#issuecomment-651114562) क्योंकि यह uiAccess का इच्छित उपयोग नहीं है। इसके अलावा एपीआई के साथ हम अभी भी कम-अखंडता वाले प्रोग्रामों को कीस्ट्रोक्स को अनलेवेटेड टैब पर भेजने की अनुमति दे सकते हैं, जबकि एलिवेटेड टैब पर नहीं।

मैंने यहां थोड़ा सा कामकाज किया है:

मैंने PowerToys स्थापित किए हैं जिनमें कुछ शानदार विशेषताएं हैं। उनमें से एक विंडोज़ शॉर्टकट दिखाना है और मैंने पाया है कि जब आप विन + नंबर दबाते हैं, तो यह बार में दिखाई देने वाले नंबर के लिए विंडोज़ बार संवाददाता में ऐप खोलता है।

इसलिए, मैंने टर्मिनल को पहले आइकन के रूप में बार में रखा है
.

जब मैं विन + 1 दबाता हूं, तो टर्मिनल खुल जाता है।

जब मैं विन + Ctrl + Shift + 1 दबाता हूं, तो यह एलिवेटेड खुल जाता है।

मैं अपना टर्मिनल कॉन्फ़िगरेशन और पॉवरशेल प्रोफ़ाइल यहाँ भी रखूँगा यदि आप प्रॉम्प्ट में git शाखा और कोंडा वातावरण दिखाने की सुविधाएँ प्राप्त करना चाहते हैं और उपयोगकर्ता लाल रंग में यदि यह एक उन्नत टर्मिनल है ...

यह कम से कम विंडोज 7 के बाद से अस्तित्व में है; यह पॉवरटॉयज की बात नहीं है।

@Firehawke हाँ, मैंने अभी PowerToys के कारण खोजा है ... इसकी आवश्यकता नहीं है।

एलिवेटेड लॉन्च करने के लिए यहां एक प्रोफ़ाइल है जो विंडोज स्टोर पर काम करती है और इसमें एक उचित आइकन है:

{
    "name": "Windows Terminal (elevated)",
    "commandline": "pwsh.exe -command Start-Process -Verb RunAs \"shell:appsFolder\\Microsoft.WindowsTerminal_8wekyb3d8bbwe!App\"",
    "hidden": false,
    "icon": "ms-appx:///Images/Square44x44Logo.targetsize-32.png"
}

संपादित करें: इस स्निपेट के विभिन्न घटकों के लिए @glooms , @shem-sargent, @LordFPL और @Firehawke को श्रेय। जैसा कि यह आदेश कॉल करता है pwsh.exe , ऐसा लगता है कि कुछ लोग #4228 (लॉन्च करते समय 0x80070002 त्रुटि) में भाग गए हैं, इसके कारण दूषित PATH पर्यावरण चर या उनके पथ में अजीब बायनेरिज़ powershell.exe नाम के हैं pwsh.exe । @zurkz ने powershell.exe को संदर्भित करके इसे ठीक किया, लेकिन मुझे नहीं लगता कि यह अब विश्वसनीय है। #6684 विंडोज टर्मिनल के लिए इस समस्या का समाधान करता है, और आपको उस समाधान का अनुसरण करते हुए नीचे एक निश्चित संस्करण मिलेगा, जिसमें यह समस्या बिल्कुल नहीं होनी चाहिए।

एलिवेटेड लॉन्च करने के लिए यहां एक प्रोफ़ाइल है जो विंडोज स्टोर पर काम करती है और इसमें एक उचित आइकन है:

{
    "name": "Windows Terminal (elevated)",
    "commandline": "pwsh.exe -command Start-Process -Verb RunAs \"shell:appsFolder\\Microsoft.WindowsTerminal_8wekyb3d8bbwe!App\"",
    "hidden": false,
    "icon": "ms-appx:///Images/Square44x44Logo.targetsize-32.png"
}

@ bb010g यह अच्छा काम करता है! धन्यवाद।

एलिवेटेड लॉन्च करने के लिए यहां एक प्रोफ़ाइल है जो विंडोज स्टोर पर काम करती है और इसमें एक उचित आइकन है:

{
    "name": "Windows Terminal (elevated)",
    "commandline": "pwsh.exe -command Start-Process -Verb RunAs \"shell:appsFolder\\Microsoft.WindowsTerminal_8wekyb3d8bbwe!App\"",
    "hidden": false,
    "icon": "ms-appx:///Images/Square44x44Logo.targetsize-32.png"
}

@bb010g ❤💯

एलिवेटेड लॉन्च करने के लिए यहां एक प्रोफ़ाइल है जो विंडोज स्टोर पर काम करती है और इसमें एक उचित आइकन है:

{
    "name": "Windows Terminal (elevated)",
    "commandline": "pwsh.exe -command Start-Process -Verb RunAs \"shell:appsFolder\\Microsoft.WindowsTerminal_8wekyb3d8bbwe!App\"",
    "hidden": false,
    "icon": "ms-appx:///Images/Square44x44Logo.targetsize-32.png"
}

@ कोई भी मेरी अज्ञानता को क्षमा करें, क्या यह विंडोज स्टोर कॉन्फ़िगरेशन में गिरा दिया जाता है? यदि हां, तो क्या कोई पथ पोस्ट कर सकता है? यदि नहीं, तो यह बुरा लड़का कहाँ रहने वाला है?

टिया!

@Kazamario
यह प्रोफाइल सेक्शन में विंडोज टर्मिनल सेटिंग्स.जेसन फाइल में जाता है।

यह एक त्रुटि का कारण बनता है: 0x80070002 लॉन्च करते समय। पीडब्ल्यूएसएच 7.1.

मैंने इसे बदल दिया:

{
    "name": "Windows Terminal (elevated)",
    "commandline": "powershell.exe -command Start-Process -Verb RunAs \"shell:appsFolder\\Microsoft.WindowsTerminal_8wekyb3d8bbwe!App\"",
    "hidden": false,
    "icon": "ms-appx:///Images/Square44x44Logo.targetsize-32.png"
}

और यूएसी ने अनुमतियों को बढ़ाने के लिए प्रेरित किया।

मैंने इसे बदल दिया:

{
    "name": "Windows Terminal (elevated)",
    "commandline": "powershell.exe -command Start-Process -Verb RunAs \"shell:appsFolder\\Microsoft.WindowsTerminal_8wekyb3d8bbwe!App\"",
    "hidden": false,
    "icon": "ms-appx:///Images/Square44x44Logo.targetsize-32.png"
}

और यूएसी ने अनुमतियों को बढ़ाने के लिए प्रेरित किया।

जिसने मेरे लिए काफी अच्छा काम किया। शुक्रिया!

यहां बताया गया है कि विंडोज टर्मिनल को कैसे शुरू किया जाए, अगर इसे स्टार्ट पर पिन किया गया था।
https://github.com/farag2/Utilities/blob/master/Windows%20Terminal/Pin%20to%20Start.ps1

@narfanar ऐसा लगता है कि आप #4228 में भाग गए हैं, जहां Windows टर्मिनल स्टार्टअप पर त्रुटि 0x80070002 उत्सर्जित करता है जब PATH पर्यावरण चर गड़बड़ हो जाता है या अन्य बायनेरिज़ powershell.exe नामक पथ में तैर रहे होते हैं या pwsh.exe । मुझे नहीं लगता कि @zurkz का स्निपेट वास्तव में इसे ठीक करता है, क्योंकि यह संभावित समस्याओं को pwsh.exe से powershell.exe #$ पर स्थानांतरित कर देता है। #6684 ने इसे डब्ल्यूटी के लिए तय किया है, इसलिए यहां उस समाधान में समायोजित एक स्निपेट है:

{
    "name": "Windows Terminal (elevated)",
    "commandline": "%SystemRoot%\\System32\\WindowsPowerShell\\v1.0\\powershell.exe -Command Start-Process -Verb RunAs \"shell:appsFolder\\Microsoft.WindowsTerminal_8wekyb3d8bbwe!App\"",
    "hidden": false,
    "icon": "ms-appx:///Images/Square44x44Logo.targetsize-32.png"
}

कंसोल-जेड यह अच्छी तरह से करता है

ध्यान दें कि Cmder में यह विशेषता है, जो अविश्वसनीय रूप से उपयोगी है। इसे विंडोज टर्मिनल में लागू होते देखना अच्छा लगेगा। भले ही उसे एडमिन टैब या कुछ और के लिए एक अलग विंडो लॉन्च करनी पड़े।

मेरी डिफ़ॉल्ट प्रोफ़ाइल पॉवरशेल के बजाय बैश करने के लिए सेट है, और मैं इसे उसी तरह रखना चाहूंगा। उपरोक्त स्निपेट बहुत अच्छा काम करता है, लेकिन आईडी इसे लोड किए गए पावरहेल प्रोफाइल के साथ एक नया उन्नत टर्मिनल लॉन्च करने में सक्षम होना पसंद करता है। मैंने इसे समझने की कोशिश में 3 घंटे बिताए हैं (शक्तियों के साथ बहुत बड़ा प्रशंसक नहीं है) और मैं इसे समझ नहीं सकता - कृपया मदद करें। ऐसा लगता है कि सिंगल कोट्स, डबल कोट्स, एस्केपिंग, स्पेस, न्यूलाइन्स का कुछ संयोजन है, जो इसे काम कर सकता है लेकिन मुझे जो चाहिए वह करने के लिए मुझे स्टार्ट-प्रोसेस और तर्क सूची नहीं मिल सकती है। ive ने इसे नीचे उबाला:

Start-Process -Verb RunAs cmd.exe '/c start wt.exe -p "Windows PowerShell"'
यह एक .ps1 फ़ाइल में काम करता है अगर मैं इसे स्वयं चलाता हूं, तो मुझे एक नया उन्नत विंडोज़ टर्मिनल मिलता है जिसमें पावरहेल प्रोफाइल लोड होता है। लेकिन यह सेटिंग्स.जेसन के कमांडलाइन पैरामीटर में काम नहीं करता है, इससे कोई फर्क नहीं पड़ता कि मैं इसे कैसे उलझाने की कोशिश करता हूं, स्पष्ट रूप से cmd/c का उपयोग करने के बजाय तर्कसूची को कॉल करना, बचने के विभिन्न रूपों और उद्धरण उपयोग इत्यादि।

"commandline": "%SystemRoot%\\System32\\WindowsPowerShell\\v1.0\\powershell.exe -Command Start-Process -Verb RunAs cmd.exe '/c start wt.exe -p \"Windows PowerShell\"'",
काम नहीं करता। मैं जो सबसे अच्छा कर सकता हूं वह यह है कि मैं जो चाहता हूं उसका एक अजीब संकर लॉन्च कर सकता हूं। बीमार एक "व्यवस्थापक: उबंटू" विंडो लोड हो जाती है, जो मेरी बैश प्रोफ़ाइल की तरह दिखती है लेकिन वास्तव में पावरहेल चला रही है। गलत फ़ॉन्ट और सब कुछ। अगर मैं उस विंडो का उपयोग एक नया पॉवरशेल टैब खोलने के लिए करता हूं तो इसे वांछित के रूप में ऊंचा किया जाएगा। जब इसकी तरह मैं प्रोफ़ाइल लोडिंग के "विंडोज पावरशेल" भाग में जो भी कचरा चाहता हूं उसे चिपका सकता हूं और मुझे वही व्यवहार मिलता है, इसलिए मुझे पता है कि यह वास्तव में उस प्रोफ़ाइल को लोड करने का प्रयास नहीं कर रहा है जिसे मैं पास कर रहा हूं।

तो मुझे अभी भी इसे ऊंचा के रूप में चलाने की कोशिश करने में कोई समस्या है, मैंने ऊपर सूचीबद्ध हर विकल्प किया है और मुझे या तो "फ़ाइल नहीं मिल रही है" त्रुटि मिलती है या यह।

Start-Process : This command cannot be run due to the error: The system cannot find the file specified.
At line:1 char:1
+ Start-Process -Verb RunAs shell:appsFolder\\Microsoft.WindowsTerminal ...
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
    + CategoryInfo          : InvalidOperation: (:) [Start-Process], InvalidOperationException
    + FullyQualifiedErrorId : InvalidOperationException,Microsoft.PowerShell.Commands.StartProcessCommand

किसी और के पास अभी भी समस्या है या ये ठीक से चलाने में सक्षम नहीं हैं?

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

मैं भी। मैं ज्यादातर समय डब्लूएसएल चलाता हूं, लेकिन कभी-कभी मुझे पीएस एलिवेटेड चलाने की जरूरत होती है, और मैं इसे नए डब्ल्यूटी के एक टैब में करना चाहता हूं।

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

यह वह प्रोफ़ाइल है जिसका मैं उपयोग कर रहा हूं:

{
    // Elevated Powershell using gsudo
    // https://github.com/gerardog/gsudo
    "name": "Elevated PowerShell",
    "commandline": "powershell.exe gsudo powershell.exe -nologo",
    "hidden": false,
    "icon": "ms-appx:///Images/Square44x44Logo.targetsize-32.png",
    "suppressApplicationTitle": true
}

मैं supressApplicationTitle का उपयोग कर रहा हूं ताकि टैब शीर्षक एडमिनिस्ट्रेटर: को एलिवेटेड के साथ बेमानी के रूप में प्रदर्शित न करे।

@ayfine अगर https://github.com/microsoft/terminal/issues/632#issuecomment -663686412 वास्तव में आपके लिए काम नहीं कर रहा है, तो क्या आप उस कॉन्फ़िगरेशन के साथ प्राप्त होने वाली सटीक त्रुटियों/अप्रत्याशित व्यवहार का ट्रांसक्रिप्शन भेज सकते हैं? (अतिरिक्त कॉन्फ़िगरेशन में जोड़ना सुनिश्चित करें, जैसे suppressApplicationTitle , यथासंभव छोटे चरणों में, ताकि यदि आपका कोई कॉन्फ़िगरेशन WT को तोड़ रहा है तो यह बताना आसान होगा कि यह कहां और कब हो रहा है।)

यदि यहां कोई अन्य कॉन्फ़िगरेशन आपके लिए लिंक किए गए एक से थोड़ा आगे है, तो वे कैसे टूट रहे हैं, इस पर विवरण की भी सराहना की जाएगी।

@ bb010g मुझे कोई त्रुटि संदेश नहीं मिल रहा है - मेरे उत्तर में अधिक सटीक नहीं होने के लिए मेरी क्षमायाचना। https://github.com/microsoft/terminal/issues/632#issuecomment -663686412 का उपयोग करते समय मैं अपने WSL उबंटू शेल (मेरा डिफ़ॉल्ट) को लोड करने वाले विंडोज टर्मिनल के मुद्दे पर भागा। मैंने मूल रूप से इसका अर्थ यह लिया था कि यह सही ढंग से काम नहीं कर रहा था, लेकिन अब मैं उस नई विंडो में देखता हूं, अगर मैं एक नया (डिफ़ॉल्ट प्रोफ़ाइल) पावरहेल टैब शुरू करता हूं तो यह वास्तव में ऊंचा होता है। भले ही, एक नई विंडो खोलकर और उसके भीतर एक नया टैब शुरू करने के लिए, यह मेरे प्रारंभ मेनू से एक उन्नत प्रक्रिया को चलाने से आसान नहीं है। मैंने अपने मूल उत्तर में जो वर्णन किया है वह सटीक व्यवहार प्रदान करता है जिसकी मैं कल्पना कर रहा था।

@ayfine - और मैंने आपके gsudo उदाहरण की प्रतिलिपि बनाई। यह एक अच्छा पर्याप्त समाधान है जब तक कि कुछ अंतर्निहित कोड नहीं किया जाता है। धन्यवाद।

@ayfine मैंने gsudo चीज़ की कोशिश की, लेकिन यह एक बहुत ही भयानक अनुभव है। किसी भी प्रकार की TAB पूर्णता टूटती हुई प्रतीत होती है, और यूनिकोड (गैर-ASCII) वर्ण प्रदर्शित नहीं होते हैं। मुझे लगता है कि यह किसी प्रकार की प्रक्रिया है जो इनपुट और आउटपुट को पुनर्निर्देशित करती है, और इस पर एक भयानक काम करती है। मुझे लगता है कि एक अलग विंडो वाला समाधान बेहतर काम करता है।

यदि आपको gsudo के साथ समस्या हो रही है, तो कृपया उन्हें @gerardog को रिपोर्ट करें न कि इस थ्रेड में। इस धागे पर प्रत्येक संदेश (इसमें शामिल है; क्षमा करें!) सैकड़ों ग्राहकों को ई-मेल करता है।

मैं इस धागे को और गैर-अनुरक्षण टिप्पणियों के लिए लॉक करने जा रहा हूं, क्योंकि हम उस बिंदु पर पहुंच रहे हैं जहां आगे की टिप्पणियां चर्चा को आगे नहीं बढ़ा रही हैं।

कृपया नए मुद्दे दर्ज करें यदि आपकी कोई चिंता है जो यहां शामिल नहीं है।