विंडोज सर्वर 2012 में अजीब कार्य प्रबंधक व्यवहार

सारांश: तस्वीरों में कहानी, मैंने विंडोज सर्वर 2012 में टास्क मैनेजर को "बेहतर" कैसे किया

प्रस्तावना

यह सब इस तथ्य से शुरू हुआ कि मैंने परीक्षण उद्देश्यों के लिए विंडोज सर्वर 2012 स्थापित किया (यह जानने के लिए कि क्या कोई मूलभूत अंतर है)। जो लोग नहीं जानते हैं, उनके लिए यह विंडोज 8 है , केवल अधिक महंगा है। ठीक है, और यह भी, आप इसे से जीयूआई को फाड़ सकते हैं और सभी प्रकार की विभिन्न भूमिकाएं डाल सकते हैं।

खैर, मेरे लिए विंडोज 8 में सबसे सुखद चीजों में से एक नया टास्क मैनेजर है, जो सुंदर और सुविधाजनक दोनों है। जब मैंने WinServer 2012 में इसे खोला और कुछ डेटा नहीं देखा तो मेरा आश्चर्य क्या था।
यहाँ स्पष्टता के लिए चित्रों के एक जोड़े हैं।


विंडोज 8:


विंडोज सर्वर 2012


जैसा कि आप देख सकते हैं, टैब के पर्याप्त जोड़े नहीं हैं, इसके अलावा, डिस्क और नेटवर्क के साथ कोई कॉलम नहीं हैं। ड्राइव अभी भी प्रदर्शन टैब से गायब है, लेकिन कम से कम आप इसे कमांड से सक्षम कर सकते हैं:
diskperf -y

Google के साथ सशस्त्र, मुझे पता चला कि समस्या इस प्रकार है:

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

( अधिक जानकारी यहाँ )

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

इसलिए मैं चित्र की कल्पना करता हूं: सर्वर रूम, हर कोई साबुन में चलता है, सर्वर प्रतिक्रिया नहीं देता है, भयावह भार। और कोने में एक मामूली व्यवस्थापक: "मैंने गलती से अपनी नेटबुक के बजाय सर्वर पर एक कार्य प्रबंधक खोल दिया, मुझे कोई और नहीं मिला!"

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

सामान्य तौर पर, यह मुझे सूट नहीं करता था, और मैंने समस्या की जांच शुरू की।

संस्करण 1. रजिस्ट्री

Microsoft और यह जानकर कि सब कुछ रजिस्ट्री में कॉन्फ़िगर किया गया है, मैंने संभावित कुंजियों को खोजने के लिए taskmgr.exe की खुदाई शुरू की। एकमात्र उपयुक्त कुंजी में पाया गया था
HKLM\ System\CurrentControlSet\Services\Partmgr, EnableCounterForIoctl
लेकिन जैसा कि मुझे पहले पता चला, यह कुंजी डिस्कपर कमांड द्वारा सक्षम है और ब्याज की नहीं है।

संस्करण 2. क्या वास्तव में सिस्टम के प्रकार पर एक जांच है?

यह मानते हुए कि ऐसा नहीं हो सकता है (Microsoft आमतौर पर केवल अतिरिक्त फ़ाइलों को काटता है), मैंने यह जांचने का फैसला किया कि क्या होगा यदि टास्क मैनेजर को बताया जाता है कि यह वास्तव में क्लाइंट सिस्टम पर है।

अपने एप्लिकेशन से सिस्टम के संस्करण की जांच करने के लिए, आपको GetVersionEx फ़ंक्शन को कॉल करना होगा । OSVERSIONINFOEX संरचना वापस आ जाएगी, जहां dwProductType फ़ील्ड सिस्टम के सर्वर या क्लाइंट संस्करण को इंगित करेगी।

एक ही समय में, GetVersionEx RtlGetNtProductType को कॉल करता है, जो क्लाइंट के लिए 1 रजिस्टर में और सर्वर के लिए 3 रिटर्न देता है। हम उसके साथ शुरू करेंगे।

मैंने विंडोज के लिए बहुत कम डिबगर्स का उपयोग किया, इसलिए मैंने केवल एक ही चुना जिसे मैं इस मामले में संभाल सकता हूं, WinDbg (नवीनतम संस्करण नहीं करने के लिए एक सीधा लिंक )। उसके लिए, एक अद्भुत टीम है जो एक प्रतिस्थापन के साथ एक स्वचालित ब्रेकपॉइंट बना सकती है:

bp ntdll!RtlGetNtProductType "as /x ReturnValue rcx; gu; ed ReturnValue 1; g"

(यानी हमारा टास्कमग्रर ..exe खोलें, कमांड निष्पादित करें, निष्पादन शुरू करें)।

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

तदनुसार, आपको इस दिशा में और खुदाई करने की आवश्यकता है। हम ब्रेक को ntdll! RtlGetNtProductType पर रखते हैं और कॉल स्टैक को देखते हैं जब वास्तविक कार्यसमूह हमें कॉल करता है, और आरंभिक टुकड़े नहीं। यह कुछ इस तरह दिखता है:


हम स्टैकट्रैक के साथ जाते हैं, कार्यस्थल पर ब्रेकपॉइंट डालते हैं (या मैन्युअल रूप से वहां पहुंचते हैं) और निम्नलिखित कोड देखें:


यह रिटर्न कोड की जाँच है, यहाँ हमें कुछ नहीं करना है, थोड़ा और आगे बढ़ें:


यहाँ यह है, रस ही!
रजिस्टर 1 और 3 की तुलना में है, और स्थिति के आधार पर, वांछित शाखा के लिए एक संक्रमण है।
हम अल 1 को सेट करते हैं और देखते हैं कि सब कुछ सफलतापूर्वक काम करता है। आधा रास्ता बीत गया। आपको निर्णयों के बारे में सोचने की ज़रूरत है कि कैसे यह सब एक निरंतर आधार पर व्यवस्थित किया जाए।

1. आप WInDbg के लिए एक स्क्रिप्ट बना सकते हैं, जो सब कुछ अपने आप कर देगा। स्वास्थ्य के लिए ठीक नहीं
2. TaskMgr चलाने से पहले पैच मेमोरी। मुझे विकल्प छोड़ना पड़ा, क्योंकि मुझे नहीं पता कि यह कैसे करना है, लेकिन यह पता लगाने में लंबा समय लगता है।
3. पैचअप टास्कग्रम ..exe ही। सबसे आसान विकल्प, बस फ़ाइल की अखंडता को तोड़ दें और सिस्टम समय-समय पर इसे पुराने संस्करण में वापस कर सकता है। लेकिन मैंने फैसला किया कि मैं इसके साथ रह सकता हूं और इस विकल्प के बारे में सोचने लगा।

इसलिए, हमें इस कोड को बदलने की आवश्यकता है। इसे बदलने के कई तरीके हैं: अल की तुलना 1 से नहीं, बल्कि 3 से करें, जेएन से बदलें, जेई के साथ, डंप का पता बदलें। सामान्य तौर पर, मैंने सबसे अधिक ओक तरीका चुना, जेन को जोड़े के साथ नाक की जगह लें। तो इसके परिणामस्वरूप, एक व्यर्थ की तुलना होगी, फिर एक छलांग जहां आपको आवश्यकता होगी। यह बस किया जाता है। हमें वांछित बाइट अनुक्रम याद है: 8a84244a0100003c01, इसे अपने पसंदीदा हेक्स संपादक में ढूंढें और इसे अपनी आवश्यकता के अनुसार बदल दें। इस मामले में, 9090 पर 750 सी।

सहेजें और ...


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

हम शुरू करते हैं ... और कुछ भी नहीं। एक क्षतिग्रस्त हस्ताक्षर के साथ वही समस्याएं। वह उसे कहाँ से प्राप्त करता है? मैं इस कहानी को बोर नहीं करूँगा कि मैंने यह कैसे पता लगाने की कोशिश की, खुद फ़ाइल पर हस्ताक्षर किए, इस पूरी बात को छोड़ने के लिए तैयार था, लेकिन यह निकला ...

(यह Stud_PE का एक स्क्रीनशॉट है)।

Microsoft से मजाक की जाँच करें? फ़ाइल की अखंडता की जाँच फ़ाइल में एक ध्वज द्वारा की जाती है । इसका गूढ़ अर्थ मैं नहीं समझ सकता, अगर केवल बेवकूफ वायरस से सुरक्षा हो।
मुझे समझ में नहीं आया कि मुझे यह झंडा कैसे मिला, लेकिन सामान्य तौर पर, हम इसे हटाते हैं, इसे बचाते हैं, और ... सब कुछ काम करता है!

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

खैर, एक बोनस के रूप में, हम हैबर पर एक लेख लिख रहे हैं :) मुझे आशा है कि आप इसमें रुचि रखते थे।

यदि कोई शैक्षिक उद्देश्यों के लिए दोहराना चाहता है, तो परिणाम की शुद्धता की जांच करने के लिए, यहां आपके लिए फ़ाइल है ।

UPDATE 10/08/2018
AJlex उपयोगकर्ता ने टास्कमार्ग को अपडेट किया