windows-services - full - command prompt download




आप स्थानीय सिस्टम खाते के तहत CMD.exe कैसे चलाते हैं? (6)

  1. Sysinternals से psexec.exe डाउनलोड करें
  2. इसे अपने सी: \ ड्राइव में रखें।
  3. मानक या व्यवस्थापक उपयोगकर्ता के रूप में लॉगऑन करें और निम्न आदेश का उपयोग करें: cd \ । यह आपको अपने ड्राइव की मूल निर्देशिका में रखता है, जहां psexec स्थित है।
  4. निम्न आदेश का प्रयोग करें: psexec -i -s cmd.exe जहां -i इंटरैक्टिव के लिए है और -s सिस्टम खाते के लिए है।
  5. जब आदेश पूरा हो जाता है, तो एक cmd खोल लॉन्च किया जाएगा। whoami टाइप करें; यह 'सिस्टम' कहेंगे
  6. कार्यकर्ता खोलें। Explorer.exe को मार डालो।
  7. एक उन्नत कमांड खोल प्रकार start explorer.exe
  8. जब एक्सप्लोरर लॉन्च किया जाता है तो स्टार्ट मेनू बार में "सिस्टम" नाम नोटिस करें। अब आप system32 निर्देशिका में कुछ फ़ाइलों को हटा सकते हैं, जो व्यवस्थापक के रूप में आप हटा नहीं सकते हैं या व्यवस्थापक के रूप में आपको उन फ़ाइलों को हटाने के लिए अनुमतियों को बदलने के लिए कड़ी मेहनत करनी होगी।

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

मैं वर्तमान में Vista चला रहा हूं और मैं अपने विंडोज सेवा के रूप में मैन्युअल रूप से एक ही ऑपरेशन को पूरा करना चाहता हूं। चूंकि विंडोज सेवा स्थानीय सिस्टम खाते के तहत चल रही है, इसलिए मैं इसी व्यवहार को अनुकरण करना चाहता हूं। असल में, मैं स्थानीय सिस्टम खाते के तहत सीएमडी.एक्सईई चलाने के लिए चाहता हूं।

मुझे ऑनलाइन जानकारी मिली जो डीओएस टास्क शेड्यूलर एटी कमांड का उपयोग करके सीएमडी.एक्सई को लॉचिंग करने का सुझाव देती है, लेकिन मुझे एक Vista चेतावनी मिली है कि "सुरक्षा में वृद्धि के कारण, यह कार्य समय पर चलाएगा लेकिन अंतःक्रियात्मक रूप से नहीं होगा।" नमूना आदेश यहां दिया गया है:

AT 12:00 /interactive cmd.exe

एक अन्य समाधान ने सेवा नियंत्रण (sc.exe) के माध्यम से एक माध्यमिक विंडोज सेवा बनाने का सुझाव दिया जो केवल सीएमडी.एक्सई लॉन्च करता है।

C:\sc create RunCMDAsLSA binpath= "cmd" type=own type=interact
C:\sc start RunCMDAsLSA

इस मामले में सेवा शुरू करने में विफल रहता है और परिणामस्वरूप निम्न त्रुटि संदेश होता है:

FAILED 1053: The service did not respond to the start or control request in a timely fashion.

तीसरा सुझाव एक अनुसूचित कार्य के माध्यम से सीएमडी.एक्सई लॉन्च करना था। हालांकि आप विभिन्न खातों के तहत अनुसूचित कार्यों को चला सकते हैं, मुझे विश्वास नहीं है कि स्थानीय सिस्टम खाता उनमें से एक है।

मैंने रनस का उपयोग करने का भी प्रयास किया है, लेकिन लगता है कि मैं एक निर्धारित प्रतिबंध में चल रहा हूं जैसा कि निर्धारित समय चला रहा है।

अब तक, मेरे प्रत्येक प्रयास विफलता में समाप्त हो गया है। कोई सुझाव?


Cmd.exe को सिस्टम के रूप में चलाने के लिए सुरक्षित डेस्कटॉप का उपयोग करना

हम एक डीबगर आरईजी एडीडी "एचकेएलएम \ सॉफ़्टवेयर \ माइक्रोसॉफ्ट \ विंडोज एनटी \ CurrentVersion \ छवि फ़ाइल निष्पादन विकल्प \ osk.exe" / v डीबगर / टी REG_SZ संलग्न करके आसानी से विंडोज एक्सपी / विस्टा / 7 / 8.1 में सीएमडी के माध्यम से कर्नेल एक्सेस प्राप्त कर सकते हैं / डी "सी: \ विंडोज \ system32 \ cmd.exe"

1. प्रशासक के रूप में सीएमडी

2. फिर इस आदेश का उपयोग Elavated CMD REG ADD "HKLM \ सॉफ़्टवेयर \ Microsoft \ Windows NT \ CurrentVersion \ Image File निष्पादन विकल्प \ osk.exe" / v डीबगर / टी REG_SZ / d "सी: \ windows \ system32 \ cmd में करें। प्रोग्राम फ़ाइल"

3. फिर ओस्क ऑनस्क्रीनकीबोर्ड चलाएं, यदि आप थ्रूग प्रक्रिया की जांच करते हैं तो यह सिस्टम इंटीग्रटी स्तर के साथ नहीं चलता है, लेकिन यदि आप सर्विस सत्र में ओएसके का उपयोग कर सकते हैं तो यह एनटी ऑथ्रोइट्री सिस्टम के रूप में चलाएगा

तो मुझे एक विचार है कि आपको इसे सुरक्षित डेस्कटॉप पर चलाने की ज़रूरत है

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

PsExec का उपयोग किए बिना स्थानीय सिस्टम खाते के तहत Cmd.exe चल रहा है। यह विधि डीबगर ट्रैप तकनीक चलाती है जिसे पहले खोजा गया था, अच्छी तरह से इस तकनीक के अपने फायदे हैं इसका उपयोग डीबगर में कुछ चालाक / दुर्भावनापूर्ण कीड़े या मैलवेयर को फँसाने के लिए किया जा सकता है और फैलाने या अस्थायी क्षति को रोकने के बजाय कुछ अन्य एक्सई चला सकता है। यहां यह रजिस्ट्री कुंजी विंडोज मूल डिबगर में ऑनस्क्रीन कीबोर्ड जालती है और इसके बजाय cmd.exe चलाती है लेकिन cmd अभी भी उपयोगकर्ताओं के विशेषाधिकारों पर लॉग इन के साथ चलती है, हालांकि यदि हम सत्र 0 में cmd ​​चलाते हैं तो हम सिस्टम खोल प्राप्त कर सकते हैं। इसलिए हम यहां एक और विचार जोड़ते हैं कि हम सुरक्षित डेस्कटॉप पर cmd का विस्तार करते हैं, याद रखें कि सुरक्षित डेस्कटॉप डेस्कटॉप सिस्टम खाते के तहत सत्र 0 में चलता है और हमें सिस्टम खोल मिलती है। इसलिए जब भी आप ऊंचे के रूप में कुछ भी चलाते हैं तो आपको यूएसी प्रॉम्प्ट का उत्तर देना होगा और यूएसी अंधेरे गैर इंटरैक्टिव डेस्कटॉप पर संकेत देगा और एक बार जब आप इसे देखते हैं तो आपको विंडोज कुंजी + यू दबाएं और फिर ओएसके का चयन करें, आपको स्थानीय सिस्टम विशेषाधिकारों के तहत सीएमडी.एक्सई चलाना होगा, सीएमडी के साथ स्थानीय सिस्टम पहुंच प्राप्त करने के और भी तरीके हैं


एक और तरीका है। PowerRun नामक एक प्रोग्राम है जो उन्नत सीएमडी चलाने के लिए अनुमति देता है। भरोसेमंद इंस्टालर अधिकारों के साथ भी। यह कंसोल और जीयूआई दोनों आदेशों के लिए अनुमति देता है।


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

सत्र 0 अलगाव के कारण इंटरएक्टिव सेवाएं अब काम नहीं करती हैं - या कम से कम, अब यूआई नहीं दिखाती हैं - विंडोज विस्टा और विंडोज सर्वर 2008 पर।


हालांकि मैंने व्यक्तिगत रूप से परीक्षण नहीं किया है, मेरे पास यह मानने का अच्छा कारण है कि उपर्युक्त एटी कमांड समाधान XP, 2000 और Server 2003 के लिए काम करेगा। मेरे और ब्रायंट के परीक्षण के अनुसार, हमने पहचान लिया है कि वही दृष्टिकोण Vista के साथ काम नहीं करता है या विंडोज सर्वर 2008 - संभवतः अतिरिक्त सुरक्षा के कारण और / इंटरैक्टिव स्विच को बहिष्कृत किया जा रहा है।

हालांकि, मैं इस article आया जो SysInternals (जिसे जुलाई, 2006 में माइक्रोसॉफ्ट द्वारा अधिग्रहित किया गया था) से PSTools के उपयोग को दर्शाता है। मैंने निम्नलिखित के माध्यम से कमांड लाइन लॉन्च की और अचानक मैं स्थानीय व्यवस्थापक खाते के तहत जादू की तरह दौड़ रहा था:

psexec -i -s cmd.exe

PSTools अच्छी तरह से काम करता है। यह औजारों का हल्का, अच्छी तरह से प्रलेखित सेट है जो मेरी समस्या का उचित समाधान प्रदान करता है।

उन लोगों को बहुत धन्यवाद जिन्होंने मदद की पेशकश की।


here एक उत्तर मिला जो binPath पैरामीटर को / k प्रारंभ करके समस्या को हल करने लगता है। तो यह आपको देगा:

sc create testsvc binpath= "cmd /K start" type= own type= interact

हालांकि, बेन ने कहा कि उनके लिए काम नहीं किया और जब मैंने विंडोज सर्वर 2008 पर कोशिश की तो उसने स्थानीय सिस्टम के तहत cmd.exe प्रक्रिया बनाई, लेकिन यह इंटरैक्टिव नहीं था (मैं खिड़की नहीं देख सका)।

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





user-accounts