🤷🏽 🔴 👶 स्थापित विंडोज अपडेट की मायावी सूची 😽 ⬇️ 👠

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

पृष्ठभूमि या यह सब कैसे शुरू हुआ।

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

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

दृश्य अद्यतन योजना

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

इसीलिए यह विचार आया कि एक ऐसा प्रोग्राम बनाया जाए, जो अपडेट की इस सूची (स्थानीय नेटवर्क पर अधिमानतः दूर ) को हटा सके, किसी फ़ाइल / डेटाबेस पर लिख सकता है, एक निश्चित टेम्प्लेट से वर्तमान सूची की तुलना कर सकता है और एक प्रोटोकॉल के माध्यम से SCADA सिस्टम को संदेश भेज सकता है - SNMP, OPC।

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

कंसोल कमांड

आइए एक सरल से शुरू करें और तृतीय-पक्ष टूल का उपयोग किए बिना विंडोज हमें क्या प्रदान करता है, इसका लाभ उठाएं। यह निम्नलिखित आदेशों का उपयोग करके किया जा सकता है:

wmic qfe सूची
systeminfo
पतन / ऑनलाइन / गेट-पैकेज
पॉवरशेल के माध्यम से:
- हॉटफिक्स प्राप्त करें
- Get-SilWindowsUpdate (केवल सर्वर संस्करणों में उपलब्ध है)
- Get-WmiObject -Class win32_quickfixengineering - WMI वर्ग win32_quickfixengineering (थोड़ी देर बाद WMI के बारे में) के माध्यम से

आप नियंत्रण कक्ष के मानक आइटम "प्रोग्राम जोड़ें / निकालें" के माध्यम से ग्राफिकल इंटरफ़ेस के माध्यम से सूची प्राप्त कर सकते हैं, लेकिन हम वहां से कुछ भी कॉपी नहीं कर सकते। प्रत्येक नियंत्रण कक्ष उपकरण को Windows \ System फ़ोल्डर में .cpl फ़ाइल द्वारा दर्शाया जाता है। नियंत्रण प्रणाली शुरू होने पर विंडोज सिस्टम फ़ोल्डर में .pl फाइलें स्वचालित रूप से डाउनलोड की जाती हैं। Appwiz.cpl फ़ाइल प्रोग्राम आइटम के लिए ज़िम्मेदार है। उनके विश्लेषण से कुछ नहीं हुआ।

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

औपचारिक रूप से, अपडेट की सूची प्राप्त करने के सभी तरीकों को दो समूहों में विभाजित किया जा सकता है: स्थानीय और नेटवर्क।

जानकारी प्राप्त करने के लिए स्थानीय और नेटवर्क तरीके

जानकारी प्राप्त करने के लिए स्थानीय और नेटवर्क तरीके

सभी विधियों को स्वच्छ सिस्टम छवियों (विंडोज 7, 8, सर्वर 2012 आर 2) पर एकीकृत अपडेट के साथ परीक्षण किया गया था, आधिकारिक माइक्रोसॉफ्ट सर्वर से अपडेट सेंटर के माध्यम से प्रत्येक अपडेट के बाद एक अतिरिक्त जांच की गई थी। आइए हम उनमें से प्रत्येक पर अधिक विस्तार से ध्यान दें।

WUA

WUApi (विंडोज अपडेट एजेंट एपीआई) - विंडोज अपडेट एजेंट एपीआई का उपयोग करना। सबसे स्पष्ट विकल्प, जिसका नाम खुद के लिए बोलता है। हम इसके लिए Wuapi.dll लाइब्रेरी का उपयोग करेंगे।

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

कार्यान्वयन का उदाहरण

using WUApiLib; public static List<string> listUpdateHistory() { //WUApi List<string> result = new List<string>(200); try { UpdateSession uSession = new UpdateSession(); IUpdateSearcher uSearcher = uSession.CreateUpdateSearcher(); uSearcher.Online = false; ISearchResult sResult = uSearcher.Search("IsInstalled=1 And IsHidden=0"); string sw = "   WUApi: " + sResult.Updates.Count; result.Add(sw); foreach (WUApiLib.IUpdate update in sResult.Updates) { result.Add(update.Title); } } catch (Exception ex) { result.Add("-   : " + ex.Message); } return result; }

इस पद्धति का दूसरा रूपांतर है: अपडेट सत्र - विंडोज अपडेट एजेंट अपडेट सत्र से कनेक्ट करके जानकारी प्राप्त करना (इस मामले में, हम लाइब्रेरी के साथ सीधे काम नहीं करते हैं)।

कार्यान्वयन का उदाहरण

 public static List<string> Sessionlist(string pc) { List<string> result = new List<string>(50); //    object sess = null; object search = null; object coll = null; try { sess = Activator.CreateInstance(Type.GetTypeFromProgID("Microsoft.Update.Session", pc)); search = (sess as dynamic).CreateUpdateSearcher(); int n = (search as dynamic).GetTotalHistoryCount(); int kol = 0; //coll = (search as dynamic).QueryHistory(1, n); coll = (search as dynamic).QueryHistory(0, n); result.Add("  Update.Session: " + n); foreach (dynamic item in coll as dynamic) { if (item.Operation == 1) result.Add(item.Title); kol++; //Console.WriteLine(": " + kol); } result.Add("  : " + kol); } catch (Exception ex) { result.Add("-   : " + ex.Message); } finally { if (sess != null) Marshal.ReleaseComObject(sess); if (search != null) Marshal.ReleaseComObject(search); if (coll != null) Marshal.ReleaseComObject(coll); } return result; }

Microsoft एपीआई के दूरस्थ उपयोग का सुझाव देता है ।

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

DISM

परिनियोजन छवि सर्विसिंग और प्रबंधन एक कमांड-लाइन टूल है जिसका उपयोग विंडोज छवि को सेवा देने या विंडोज प्रीइंस्टॉलेशन एनवायरनमेंट (विंडोज पीई) की छवि तैयार करने के लिए किया जा सकता है। यह पैकेज मैनेजर (Pkgmgr.exe), PEimg और Intlcfg के लिए एक प्रतिस्थापन है।

इस उपयोगिता का उपयोग अपडेट, सर्विस पैक को सिस्टम इमेज में एकीकृत करने के लिए किया जाता है। विंडोज अपडेट अलग-अलग मॉड्यूल हैं जिन्हें कई तरीकों से प्रस्तुत किया जा सकता है:

.cab फाइलें (कैबिनेट) - अभिलेखागार। स्वचालित मोड में विंडोज अपडेट मॉड्यूल का उपयोग करके वितरण और स्थापना के लिए डिज़ाइन किया गया;
.msu फाइलें (Microsoft अद्यतन स्टैंडअलोन पैकेज) - निष्पादन योग्य फाइलें। Microsoft अद्यतन कैटलॉग के माध्यम से मैन्युअल मोड में उपयोगकर्ताओं द्वारा स्वयं वितरण और स्थापना के लिए डिज़ाइन किया गया। वास्तव में, वे एक पैक किए गए सेट होते हैं, जिसमें .cab-, .xml, .txt फाइलें होती हैं।

पहले बताई गई गिरावट / ऑनलाइन / गेट-पैकेज कमांड wim छवि / वर्तमान प्रणाली में सभी पैकेजों के बारे में बुनियादी जानकारी प्रदर्शित करता है। Microsoft ने हमारी देखभाल की है और एपीआई के सुविधाजनक उपयोग के लिए NuGet पैकेज प्रदान करता है।

कार्यान्वयन का उदाहरण

 using Microsoft.Dism; public static List<string> DISMlist() { List<string> result = new List<string>(220); try { DismApi.Initialize(DismLogLevel.LogErrors); var dismsession = DismApi.OpenOnlineSession(); var listupdate = DismApi.GetPackages(dismsession); int ab = listupdate.Count; //Console.WriteLine("   DISM: " + ab); string sw = "   DISM: " + ab; result.Add(sw); foreach (DismPackage feature in listupdate) { result.Add(feature.PackageName); //result.Add($"[ ] {feature.PackageName}"); //result.Add($"[ ] {feature.InstallTime}"); //result.Add($"[ ] {feature.ReleaseType}"); } } catch (Exception ex) { result.Add("-   : " + ex.Message); } return result; }

नियंत्रण कक्ष की सूची से नंबर के साथ मेल खाने वाले अपडेट की संख्या नियंत्रण केंद्र के माध्यम से पहला अपडेट होने तक - इसके बाद अपडेट की संख्या कम हो गई (यह 214 था, यह 209 हो गया), हालांकि तार्किक रूप से उन्हें बढ़ना चाहिए था। आउटपुट उदाहरण अद्यतन करने से पहले , अद्यतन करने के बाद ।

इसका कारण क्या है, मैं केवल अनुमान लगा सकता हूं - शायद कुछ अपडेट पिछले वाले को प्रतिस्थापित करते हैं, इसलिए, संख्या कम हो गई।

थोड़ी देर बाद, मैं चीनी DISM ++ से एक उपयोगिता भर में आया, जो DISM API या DISM Core API पर आधारित नहीं है, लेकिन पुस्तकालयों में यह वे तरीके नहीं हैं जिनकी मुझे खुली जरूरत है, इसलिए मैंने इस विचार को छोड़ दिया और आगे भी खोज जारी रखी।

WSUS

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

केवल विंडोज के सर्वर संस्करणों पर वितरित किया जाता है, इसलिए निम्नलिखित स्टैंड तैनात किया गया था:

मुख्य प्रणाली विंडोज सर्वर 2016 है;
और हाइपर-वी वर्चुअलाइजेशन सिस्टम के माध्यम से, दो क्लाइंट ओएस तैनात किए गए थे:
- विंडोज 8.1
- विंडोज 7

सभी प्रणालियाँ एकल वर्चुअल लोकल एरिया नेटवर्क से जुड़ी हैं, लेकिन इंटरनेट तक पहुँच के बिना ।

कुछ टिप्स

नई प्रणाली के लिए हार्ड डिस्क विभाजन आवंटित नहीं करने के लिए, मैं WinNTSetup का उपयोग करता हूं और VHD डिस्क में सिस्टम स्थापित करता हूं - बूटलोडर, विंडोज 7 (व्यावसायिक / अंतिम संस्करणों) से शुरू होकर, डिस्क छवि से बूट करने का एक बड़ा काम करता है। इस प्रकार प्राप्त डिस्क को हाइपर- V में सुरक्षित रूप से उपयोग किया जा सकता है - आप एक साथ दो पक्षियों को एक पत्थर से मारते हैं। Bcdedit / Export e: \ bcd_backup.bcd कमांड के माध्यम से अग्रिम में BCD रिपॉजिटरी की एक प्रति बनाना याद रखें।

मैं अद्यतनों के वितरण के लिए AD को कॉन्फ़िगर नहीं करना चाहता, इसलिए मैंने बस समूह नीतियों में WSUS सर्वर के लिए पथ पंजीकृत किया है:

सेटिंग्स

पोर्ट पर ध्यान देना सुनिश्चित करें, क्योंकि एक टाइपो (8530 के बजाय 8530) के कारण मुझे क्लाइंट मशीनों पर अपडेट प्राप्त नहीं हो सका, हालांकि सब कुछ सही ढंग से किया गया था। साथ ही, विंडोज 7 और विंडोज 8 पर समूह की नीतियों में आइटम के नाम अलग-अलग हैं।

WSUS का उपयोग करके रिपोर्ट प्राप्त करने के लिए, आपको अतिरिक्त रूप से पैकेज स्थापित करना होगा - सिस्टम आपको इस बारे में सूचित करेगा।

और अब थोड़ा कोड

 //      using Microsoft.UpdateServices.Administration; public static List<string> GetWSUSlist(params string[] list) { List<string> result = new List<string>(200); //    string namehost = list[0]; // ,     string = "example1"; string servername = list[1]; //  string = "WIN-E1U41FA6E55"; string Username = list[2]; string Password = list[3]; try { ComputerTargetScope scope = new ComputerTargetScope(); IUpdateServer server = AdminProxy.GetUpdateServer(servername, false, 8530); ComputerTargetCollection targets = server.GetComputerTargets(scope); // Search targets = server.SearchComputerTargets(namehost); // To get only on server FindTarget method IComputerTarget target = FindTarget(targets, namehost); result.Add(" : " + target.FullDomainName); IUpdateSummary summary = target.GetUpdateInstallationSummary(); UpdateScope _updateScope = new UpdateScope(); // See in UpdateInstallationStates all other properties criteria //_updateScope.IncludedInstallationStates = UpdateInstallationStates.Downloaded; UpdateInstallationInfoCollection updatesInfo = target.GetUpdateInstallationInfoPerUpdate(_updateScope); int updateCount = updatesInfo.Count; result.Add(" -   - " + updateCount); foreach (IUpdateInstallationInfo updateInfo in updatesInfo) { result.Add(updateInfo.GetUpdate().Title); } } catch (Exception ex) { result.Add("-   : " + ex.Message); } return result; } public static IComputerTarget FindTarget(ComputerTargetCollection coll, string computername) { foreach (IComputerTarget target in coll) { if (target.FullDomainName.Contains(computername.ToLower())) return target; } return null; }

चूंकि कोई इंटरनेट नहीं है, इसलिए अपडेट के साथ स्थिति नीचे स्क्रीनशॉट के रूप में सामने आती है:

व्यवहार WUApi के समान है - यदि अपडेट उनके माध्यम से नहीं गुजरे हैं, तो वे इसके बारे में नहीं जानते हैं। इसलिए, यह विधि फिर से काम नहीं करती है।

WMI

शाब्दिक अनुवाद में विंडोज मैनेजमेंट इंस्ट्रूमेंटेशन ( WMI ) एक विंडोज मैनेजमेंट टूलकिट है।

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

यह विधि आपको स्थानीय मशीन से डेटा प्राप्त करने और स्थानीय नेटवर्क के भीतर दूरस्थ रूप से प्राप्त करने की अनुमति देती है। WMI ऑब्जेक्ट्स तक पहुँचने के लिए, एक विशिष्ट WMI क्वेरी लैंग्वेज (WQL) का उपयोग किया जाता है, जो SQL की किस्मों में से एक है। हम WMI वर्ग win32_quickfixengineering के माध्यम से सूची प्राप्त करेंगे।

कार्यान्वयन का उदाहरण

 using System.Management; public static List<string> GetWMIlist(params string[] list) { List<string> result = new List<string>(200); //    ManagementScope Scope; string ComputerName = list[0]; string Username = list[1]; string Password = list[2]; int kol = 0; if (!ComputerName.Equals("localhost", StringComparison.OrdinalIgnoreCase)) { //    ,      //  . ConnectionOptions Conn = new ConnectionOptions(); Conn.Username = Username; Conn.Password = Password; //      «NTLMDOMAIN:»  NTLM  ,       NTLM. Conn.Authority = "ntlmdomain:DOMAIN"; Scope = new ManagementScope(String.Format("\\\\{0}\\root\\CIMV2", ComputerName), Conn); } else Scope = new ManagementScope(String.Format("\\\\{0}\\root\\CIMV2", ComputerName), null); try { Scope.Connect(); ObjectQuery Query = new ObjectQuery("SELECT * FROM Win32_QuickFixEngineering"); ManagementObjectSearcher Searcher = new ManagementObjectSearcher(Scope, Query); foreach (ManagementObject WmiObject in Searcher.Get()) { result.Add(WmiObject["HotFixID"].ToString()); //Console.WriteLine("{0,-35} {1,-40}", "HotFixID", WmiObject["HotFixID"]);// String //result.Add(); /*result.Add("{0,-17} {1}", " : ", WmiObject["Description"]); result.Add("{0,-17} {1}", ": ", WmiObject["Caption"]); result.Add("{0,-17} {1}", " : ", WmiObject["InstalledOn"]);*/ kol++; } result.Add("  " + kol); } catch (Exception ex) { result.Add("-   : " + ex.Message); } return result; }

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

एक्सएमएल

WMI विधि द्वारा प्राप्त डेटा ने मुझे रोका नहीं, और मैंने "सतह रिवर्स इंजीनियरिंग" पर निर्णय लिया। हम ऊपर और नीचे सूचीबद्ध कंसोल कमांड को कॉल करने और कंट्रोल पैनल के माध्यम से "इंस्टॉल किए गए अपडेट" आइटम तक पहुंचने के लिए उपयोग की जाने वाली फ़ाइलों और रजिस्ट्री शाखाओं की पहचान करने के लिए Sysinternals Suite सॉफ़्टवेयर संग्रह से प्रक्रिया मॉनिटर उपयोगिता का उपयोग करेंगे।

मेरा ध्यान C: \ Windows \ सर्विसिंग \ पैकेज \ फ़ोल्डर में स्थित wuindex.xml फ़ाइल पर गया था। इसका विश्लेषण करने के लिए, निम्नलिखित कार्यक्रम लिखा गया था:

कंसोल एप्लीकेशन उदाहरण

 using System; using System.Collections.Generic; using System.Linq; using System.Text; using System.Threading.Tasks; using System.Xml; using System.Text.RegularExpressions; using System.IO; namespace XMLviewer { class Program { static void Main(string[] args) { string writePath = AppDomain.CurrentDomain.BaseDirectory + "XML  " + Environment.MachineName + ".txt"; if (!File.Exists(writePath)) { Console.WriteLine("  txt "); } else { Console.WriteLine(" XML .txt ,   "); File.Delete(writePath); } //      KB Regex regex = new Regex(@"KB[0-9]{6,7}"); //Regex(@"(\w{2}\d{6,7}) ?"); //SortedSet    ,     ""     SortedSet<string> spisok = new SortedSet<string>(); XmlDocument xDoc = new XmlDocument(); string path = "C:\\Windows\\servicing\\Packages\\wuindex.xml"; //   xml xDoc.Load(path); int kol = 0; //-  int total = 0; //-    xml int total2 = 0; //-   XmlNodeList name = xDoc.GetElementsByTagName("Mappings"); foreach (XmlNode xnode in name) { //Console.WriteLine(xnode.Name); kol++; XmlNode attr = xnode.Attributes.GetNamedItem("UpdateId"); //Console.WriteLine(attr.Value); foreach (XmlNode childnode in xnode.ChildNodes) { XmlNode childattr = childnode.Attributes.GetNamedItem("Package"); total++; //Console.WriteLine(childattr.Value); MatchCollection matches = regex.Matches(childattr.Value); if (matches.Count > 0) { foreach (Match match in matches) //Console.WriteLine(match.Value); spisok.Add(match.Value); } else { //Console.WriteLine("  "); } } } try { StreamWriter sw = new StreamWriter(writePath); foreach (string element in spisok) { //Console.WriteLine(element); sw.WriteLine(element); total2++; } sw.Close(); } catch (Exception ex) { Console.WriteLine(": " + ex.Message); } //Console.WriteLine("\n"); Console.WriteLine(" : " +kol); Console.WriteLine("    xml: " + total); Console.WriteLine(" KB : " + total2); Console.WriteLine("    ."); Console.Read(); } } }

दुर्भाग्य से, यह फ़ाइल सभी प्रणालियों पर नहीं मिली है और इसकी पीढ़ी और अद्यतन का सिद्धांत मेरे लिए एक रहस्य बना हुआ है। इसलिए, फिर से यह विधि हमारे अनुरूप नहीं है।

सीबीएस

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

DataStore.edb फ़ाइल C: \ Windows \ SoftwareDistribution \ DataStore फ़ोल्डर में स्थित है । यह एक डेटाबेस है जिसमें विंडोज के इंस्टॉल किए गए संस्करण के सभी अपडेट्स का इतिहास शामिल है, जिनमें केवल कतारबद्ध हैं।

ESEDatabaseView प्रोग्राम का उपयोग DataStore.edb फ़ाइल का विश्लेषण करने के लिए किया गया था। डेटाबेस में एक tbUpdates तालिका है, जिसकी सामग्री की व्याख्या करना मुश्किल है।

ESEDatabaseView TbUpdates तालिका

मेरे ध्यान के बाद TiWorker.exe प्रक्रिया पर ध्यान आकर्षित किया गया था, जिसे हर बार जब मैंने नियंत्रण कक्ष में एक आइटम कहा जाता था। वह कई फ़ोल्डरों के माध्यम से "चला गया", जिनमें से एक ने मुझे सही रास्ते पर ले गया।

C: \ Windows \ SoftwareDistribution Windows अद्यतन द्वारा कंप्यूटर में अपडेट डाउनलोड करने और उन्हें स्थापित करने के लिए उपयोग किया जाने वाला एक फ़ोल्डर है, और यह पहले से स्थापित सभी अद्यतनों के बारे में जानकारी भी संग्रहीत करता है।

WinSxS फ़ोल्डर C: \ Windows \ winxs पर स्थित है। यह विंडोज ऑपरेटिंग सिस्टम का सर्विस फोल्डर है, जिसका उपयोग सिस्टम घटकों के पहले से स्थापित संस्करणों को संग्रहीत करने के लिए किया जाता है। इसकी उपस्थिति के कारण, यदि आवश्यक हो तो अपडेट के पुराने संस्करण में वापस रोल करना संभव है।

C: \ Windows \ सर्विसिंग - पूरे सिस्टम का मुख्य घटक, जिसका नाम घटक-आधारित सर्विसिंग (CBS) है ।

सीबीएस एक घटक-आधारित सेवा है जो विंडोज का हिस्सा है और विंडोज अपडेट सेवा के साथ एकीकृत है। फ़ाइल-आधारित सर्विसिंग (FBS) सेवा (Windows Vista से पहले ऑपरेटिंग सिस्टम के लिए ) के विपरीत, जिसमें फ़ाइलें सीधे सिस्टम निर्देशिका में अपडेट की गईं, CBS ने निर्देशिकाओं की पूरी पदानुक्रम और मॉड्यूल / सेवा पुस्तकालयों का एक पूरा परिवार (स्टैक) पेश किया।

CbsApi.dll मुख्य सीबीएस प्रौद्योगिकी सहायता पुस्तकालय है। इसकी कोई खुली विधियाँ नहीं हैं, इसलिए मैं इसका सीधा उपयोग नहीं कर सकता था। Microsoft इस लायब्रेरी के तरीकों तक पहुँचने के लिए TrustedInstaller.exe और TiWorker.exe का उपयोग करता है और पहले से ही इन प्रक्रियाओं के माध्यम से हमें आवश्यक डेटा प्रदर्शित करता है। रिकॉर्ड C: \ Windows \ Logs \ CBS \ CBS.log में बनाए रखा जाता है ।

कार्यक्रम के प्रोटोटाइप निर्माण के समय (आप स्क्रीनशॉट में मई 2019 देख सकते हैं), सीबीएस के बारे में कोई रूसी भाषा की जानकारी नहीं थी, लेकिन अगस्त के अंत में एक बहुत अच्छा ब्लॉग लेख था - http://datadump.ru-component-based-servicing । एक बहुत ही दिलचस्प लेख जिसने मेरे अनुभव की पुष्टि की और आवश्यक जानकारी एकत्र की। और विषय पर और अधिक: http://www.outsidethebox.ms/17988/

निष्कर्ष

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

अध्ययन के परिणामस्वरूप, निम्नलिखित कार्यक्रम लिखा गया था, जिसका एक प्रदर्शन इस वीडियो में देखा जा सकता है:

जोड़ने की योजना:

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

यदि आप न केवल अद्यतनों, बल्कि अतिरिक्त घटकों (Adobe Flash, Acrobat Reader, आदि) की सूची प्राप्त करने के अधिक तरीकों को जानते हैं या आपके पास अन्य दिलचस्प सुझाव हैं, तो इसके बारे में टिप्पणी या निजी संदेशों में लिखें - मुझे कोई भी प्रतिक्रिया प्राप्त करने में खुशी होगी । और इस लेख के लिए सर्वेक्षण में भाग लें - इसलिए मुझे पता चल जाएगा कि क्या हब्राहबर दर्शकों के साथ मेरा अनुभव दिलचस्प होगा।

स्थापित विंडोज अपडेट की मायावी सूची

पृष्ठभूमि या यह सब कैसे शुरू हुआ।

कंसोल कमांड

WUA

DISM

WSUS

WMI

एक्सएमएल

सीबीएस

निष्कर्ष

More articles: