प्रीबूट निष्पादन परिवेश: Difference between revisions

Revision as of 20:12, 23 March 2023

एक उच्च स्तरीय पीएक्सई सिंहावलोकन

कंप्यूटिंग में, प्रीबूट एक्ज़ीक्यूशन एनवायरनमेंट, पीएक्सई (अक्सर /ˈpɪksiː/ पिक्सी के रूप में उच्चारण किया जाता है, जिसे अक्सर पीएक्सई बूट/पिक्सी बूट कहा जाता है।) विनिर्देश एक मानकीकृत क्लाइंट-सर्वर वातावरण का वर्णन करता है जो एक सॉफ्टवेयर असेंबली को बूट करता है, जिसे पीएक्सई-पर नेटवर्क से प्राप्त किया जाता है। सक्षम ग्राहक। ग्राहक पक्ष पर इसे केवल एक पीएक्सई-सक्षम नेटवर्क इंटरफ़ेस नियंत्रक (एनआईसी) की आवश्यकता होती है और डीएचसीपी और टीएफटीपी जैसे उद्योग-मानक नेटवर्क प्रोटोकॉल के एक छोटे सेट का उपयोग करता है।

PXE के पीछे की अवधारणा BOOTP/DHCP/TFTP जैसे प्रोटोकॉल के शुरुआती दिनों में उत्पन्न हुई, और 2015 तक यह एकीकृत एक्सटेंसिबल फर्मवेयर इंटरफ़ेस (UEFI) मानक का हिस्सा है। आधुनिक डेटा केंद्रों में, ऑपरेटिंग सिस्टम बूटिंग, स्थापना और परिनियोजन के लिए पीएक्सई सबसे अधिक पसंद है।^[1]

सिंहावलोकन

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

इस संबंध में पहले प्रयासों में से एक 1984 में प्रकाशित TFTP मानक RFC 906 का उपयोग करके बूटस्ट्रैप लोडिंग था, जिसने 1981 में प्रकाशित तुच्छ फ़ाइल स्थानांतरण प्रोटोकॉल (TFTP) मानक RFC 783 को बूटस्ट्रैप लोडिंग के लिए मानक फ़ाइल स्थानांतरण प्रोटोकॉल के रूप में उपयोग करने के लिए स्थापित किया। 1985 में प्रकाशित बूटस्ट्रैप प्रोटोकॉल मानक RFC 2131 (BOOTP) के तुरंत बाद इसका अनुसरण किया गया, जिसने डिस्क-रहित क्लाइंट मशीन को अपना IP पता, TFTP सर्वर का पता और NBP का नाम खोजने की अनुमति दी। मेमोरी में लोड किया गया और निष्पादित किया गया। BOOTP कार्यान्वयन कठिनाइयों, अन्य कारणों के साथ, अंततः 1997 में प्रकाशित डायनामिक होस्ट कॉन्फ़िगरेशन प्रोटोकॉल मानक RFC 2131 (DHCP) के विकास के लिए प्रेरित हुई। प्रोविजनिंग वातावरण के आवश्यक मानकीकृत ग्राहक पक्ष।

प्रीबूट एक्ज़ीक्यूशन एनवायरनमेंट (पीएक्सई) को इंटेल द्वारा वायर्ड फॉर मैनेजमेंट ढांचे के हिस्से के रूप में पेश किया गया था^[2] और इसे इंटेल और सिस्टमसॉफ्ट द्वारा प्रकाशित विनिर्देश में वर्णित किया गया है। पीएक्सई संस्करण 2.0 दिसंबर 1998 में जारी किया गया था, और अपडेट 2.1 को सितंबर 1999 में सार्वजनिक किया गया था।^[3] पीएक्सई वातावरण डीएचसीपी और टीएफटीपी (अब 1992 में प्रकाशित आरएफसी 1350 द्वारा परिभाषित) सहित कई मानक क्लाइंट-सर्वर प्रोटोकॉल का उपयोग करता है। पीएक्सई स्कीमा के भीतर प्रोविजनिंग समीकरण का ग्राहक पक्ष पीएक्सई मानक का एक अभिन्न अंग है और इसे या तो नेटवर्क इंटरफेस कार्ड (एनआईसी) BIOS एक्सटेंशन या यूईएफआई कोड में वर्तमान उपकरणों के रूप में लागू किया जाता है। यह विशिष्ट फ़र्मवेयर परत क्लाइंट को एक बुनियादी यूनिवर्सल नेटवर्क डिवाइस इंटरफ़ेस (UNDI), एक न्यूनतर UDP/IP स्टैक, एक प्रीबूट (DHCP) क्लाइंट मॉड्यूल और एक TFTP क्लाइंट मॉड्यूल के कार्यों को उपलब्ध कराती है, साथ में PXE एप्लिकेशन प्रोग्रामिंग इंटरफ़ेस ( एपीआई) एनबीपी द्वारा उपयोग किया जाता है जब पीएक्सई पर्यावरण के सर्वर समकक्ष द्वारा प्रदान की जाने वाली सेवाओं के साथ बातचीत करने की आवश्यकता होती है। TFTP का निम्न थ्रूपुट, विशेष रूप से जब उच्च-लेटेंसी लिंक पर उपयोग किया जाता है, शुरू में मई 1998 में प्रकाशित TFTP Blocksize Option RFC 2348 द्वारा कम किया गया है, और बाद में जनवरी 2015 में प्रकाशित TFTP Windowsize Option RFC 2348 द्वारा, संभावित रूप से बड़े पेलोड डिलीवरी की अनुमति देता है और इस प्रकार थ्रूपुट में सुधार।

विवरण

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

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

एक पीएक्सई सक्षम डीएचसीपी सर्वर डीएचसीपीओएफएफईआर को पार्स करने के बाद, ग्राहक अपना नेटवर्क आईपी पता, आईपी मास्क इत्यादि सेट करने में सक्षम होगा, और प्राप्त टीएफटीपी सर्वर आईपी पते और नाम के आधार पर नेटवर्क स्थित बूटिंग संसाधनों को इंगित करेगा। एनबीपी। क्लाइंट अगले NBP को TFTP का उपयोग करके अपनी स्वयं की रैंडम एक्सेस मेमोरी (RAM) में स्थानांतरित करता है, संभवतः इसे सत्यापित करता है (अर्थात UEFI यूनिफाइड एक्सटेंसिबल फ़र्मवेयर इंटरफ़ेस # सिक्योर बूट), और अंत में इससे बूट होता है। NBPs बूट श्रृंखला प्रक्रिया में केवल पहली कड़ी हैं और वे आम तौर पर TFTP के माध्यम से पूरक फाइलों के एक छोटे सेट का अनुरोध करते हैं ताकि एक न्यूनतर OS एक्जीक्यूटिव (यानी विंडोज प्रीइंस्टॉलेशन पर्यावरण, या एक बेसिक लिनक्स कर्नेल + initrd) चलाया जा सके। छोटा OS कार्यकारी अपने स्वयं के नेटवर्क ड्राइवर और TCP/IP स्टैक को लोड करता है। इस बिंदु पर, पूर्ण OS को बूट करने या स्थापित करने के लिए आवश्यक शेष निर्देश TFTP पर नहीं, बल्कि एक मजबूत ट्रांसफर प्रोटोकॉल (जैसे हाइपरटेक्स्ट परहस्त शिष्टाचार , Cifs, या नेटवर्क फ़ाइल सिस्टम ) का उपयोग करके प्रदान किए जाते हैं।

एकीकरण

डीएचसीपी बनाम प्रॉक्सीडीएचसीपी सर्वर

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

क्लासिक डीएचसीपी सर्वर सभी बूटिंग डीएचसीपी ग्राहकों को आईपी एड्रेस, आईपी मास्क आदि प्रदान करता है।
प्रॉक्सीडीएचसीपी सर्वर टीएफटीपी सर्वर आईपी पता और एनबीपी का नाम केवल पीएक्सई पहचाने गए बूटिंग क्लाइंट को प्रदान करता है।

एक डीएचसीपी प्लस प्रॉक्सी डीएचसीपी सर्वर वातावरण में पीएक्सई क्लाइंट शुरू में एक एकल पीएक्सई डीएचसीपीडिस्कवर पैकेट प्रसारित करता है^[3]^: 18 और दो पूरक डीएचसीपीओएफएफईआर प्राप्त करता है; एक नियमित गैर पीएक्सई सक्षम डीएचसीपी सर्वर से और दूसरा प्रॉक्सी डीएचसीपी सर्वर से। दोनों उत्तर एक साथ PXE क्लाइंट को अपनी बूटिंग प्रक्रिया जारी रखने की अनुमति देने के लिए आवश्यक जानकारी प्रदान करते हैं। यह गैर-घुसपैठिया दृष्टिकोण पहले से काम कर रहे डीएचसीपी सर्वर की कॉन्फ़िगरेशन को छूए बिना पीएक्सई वातावरण स्थापित करने की अनुमति देता है। प्रॉक्सीडीएचसीपी सेवा मानक डीएचसीपी सेवा के समान होस्ट पर भी चल सकती है लेकिन इस मामले में भी वे दो स्वतंत्र रूप से चलने वाले और प्रशासित अनुप्रयोग हैं। चूँकि दो सेवाएँ समान होस्ट पर समान पोर्ट 67/UDP का उपयोग नहीं कर सकती हैं, प्रॉक्सीडीएचसीपी पोर्ट 4011/UDP पर चलता है। प्रॉक्सीडीएचसीपी दृष्टिकोण कॉर्पोरेट से घर के वातावरण में जाने वाले पीएक्सई परिदृश्यों की एक विस्तृत श्रृंखला में बेहद उपयोगी साबित हुआ है।

उपलब्धता

कई सिस्टम आर्किटेक्चर पर विचार करते हुए पीएक्सई की कल्पना की गई थी। विनिर्देश के संस्करण 2.1 में IA-64 और DEC Alpha सहित छह सिस्टम प्रकारों के लिए आर्किटेक्चर आइडेंटिफ़ायर परिभाषित किए गए हैं। हालाँकि, PXE v2.1 केवल IA-32 को पूरी तरह से कवर करता है। पूर्णता की इस स्पष्ट कमी के बावजूद इंटेल ने हाल ही में नए यूईएफआई विनिर्देश के भीतर पीएक्सई का व्यापक रूप से समर्थन करने का निर्णय लिया है, जो सभी ईएफआई/यूईएफआई वातावरणों में पीएक्सई कार्यक्षमता का विस्तार करता है। वर्तमान एकीकृत एक्स्टेंसिबल फ़र्मवेयर इंटरफ़ेस विशिष्टता 2.4A, धारा 21 नेटवर्क प्रोटोकॉल - SNP, PXE, और BIS उन प्रोटोकॉल को परिभाषित करता है जो UEFI बूट सेवा वातावरण में निष्पादित करते समय नेटवर्क उपकरणों तक पहुँच प्रदान करते हैं। इन प्रोटोकॉल में सरल नेटवर्क प्रोटोकॉल (एसएनपी), पीएक्सई बेस कोड प्रोटोकॉल (पीएक्सई) और बूट इंटीग्रिटी सर्विसेज प्रोटोकॉल (बीआईएस) शामिल हैं।^[4]^[5] आज एक पीएक्सई वातावरण में क्लाइंट आर्किटेक्चर डिटेक्शन शायद ही कभी पीएक्सई v2.1 विनिर्देश के साथ मूल रूप से शामिल पहचानकर्ताओं पर आधारित होता है, इसके बजाय नेटवर्क से बूट होने वाले प्रत्येक कंप्यूटर को क्लाइंट के आर्किटेक्चर को इंगित करने के लिए डीएचसीपी विकल्प 93 सेट करना चाहिए। यह पीएक्सई सर्वर को पहले नेटवर्क बूट पैकेट से क्लाइंट के सटीक आर्किटेक्चर को (बूट समय पर) जानने में सक्षम बनाता है। क्लाइंट सिस्टम आर्किटेक्चर मान 2006 में प्रकाशित RFC 4578 (डायनेमिक होस्ट कॉन्फ़िगरेशन प्रोटोकॉल (DHCP) विकल्पों के लिए इंटेल प्रीबूट एक्ज़ीक्यूशन एनवायरनमेंट (PXE)) के भीतर सूचीबद्ध हैं (अन्य PXE पैरामीटर के बीच)।

IPv6 के आगमन के साथ DHCP DHCPv6 में विकसित हुआ है; नए डीएचसीपी प्रोटोकॉल के भीतर पीएक्सई का समर्थन करने वाले विकल्पों की आवश्यकता को 2010 में प्रकाशित आरएफसी 5970 (नेटवर्क बूट के लिए डीएचसीपीवी6 विकल्प) द्वारा संबोधित किया गया है।

मूल PXE क्लाइंट फ़र्मवेयर एक्सटेंशन को IA-32 BIOS के लिए एक विकल्प ROM के रूप में डिज़ाइन किया गया था, इसलिए एक निजी कंप्यूटर (PC) को मूल रूप से एक PXE विकल्प ROM प्रदान करने वाले नेटवर्क इंटरफ़ेस कंट्रोलर (NIC) को स्थापित करके PXE-सक्षम बनाया गया था। आज क्लाइंट पीएक्सई कोड सीधे एनआईसी के अपने फर्मवेयर या मदरबोर्ड पर यूईएफआई फर्मवेयर के हिस्से के रूप में शामिल है।

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

स्वीकृति

v2.1 के बाद से PXE की स्वीकृति सर्वव्यापी रही है; आज पीएक्सई फर्मवेयर के बिना नेटवर्क कार्ड को खोजना लगभग असंभव है। सस्ती गीगाबिट ईथरनेट हार्डवेयर (एनआईसी, प्रसार बदलना , नेटवर्क राउटर, आदि) की उपलब्धता ने क्लासिक सीडी, डीवीडी और उ स बी फ्लैश ड्राइव विकल्पों के खिलाफ प्रतिस्पर्धा करते समय पीएक्सई को क्लाइंट पर ऑपरेटिंग सिस्टम स्थापित करने के लिए सबसे तेज़ तरीका उपलब्ध कराया है।

इन वर्षों में कई प्रमुख परियोजनाओं में पीएक्सई समर्थन शामिल है, जिनमें शामिल हैं:

सभी प्रमुख लिनक्स वितरण।
इटेनियम हार्डवेयर पर HP OpenVMS।
माइक्रोसॉफ्ट दूरस्थ स्थापना सेवाएँ (आरआईएस)
Microsoft Windows परिनियोजन सेवाएँ (WDS)
माइक्रोसॉफ्ट परिनियोजन टूलकिट (एमडीटी)
माइक्रोसॉफ्ट सिस्टम केंद्र कॉन्फ़िगरेशन प्रबंधक (एससीसीएम)

एनबीपी विकास के संबंध में बूट मेन्यू विस्तारित सुविधाओं, स्क्रिप्टिंग क्षमताओं आदि की पेशकश करने में सक्षम बूट प्रबंधकों को लागू करने वाली कई परियोजनाएं हैं:

सिस्लिनक्स पिक्सेलिनक्स
जीपीएक्सई/आईपीएक्सई

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

सहोदर वातावरण

Apple Inc. बूट सर्विस डिस्कवरी प्रोटोकॉल (BSDP) विनिर्देश की छतरी के नीचे एक बहुत ही समान नेटवर्क बूट दृष्टिकोण लेकर आया है। BSDP v0.1 को शुरू में अगस्त 1999 में Apple द्वारा प्रकाशित किया गया था^[6] और इसका अंतिम v1.0.8 सितंबर 2010 में प्रकाशित हुआ था।^[7]

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

बूट करने योग्य ऑपरेटिंग सिस्टम छवियों की एक सूची
डिफ़ॉल्ट ऑपरेटिंग सिस्टम छवि
ग्राहक की वर्तमान में चयनित ऑपरेटिंग सिस्टम छवि (यदि परिभाषित हो)

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

वंशज वातावरण

Microsoft ने अपने बूट इंफॉर्मेशन नेगोशिएशन लेयर (BINL) के साथ PXE वातावरण का एक गैर-अतिव्यापी विस्तार बनाया। बीआईएनएल को एक सर्वर सेवा के रूप में लागू किया गया है और यह उनकी रिमोट इंस्टालेशन सर्विसेज (आरआईएस) और विंडोज डिप्लॉयमेंट सर्विसेज (डब्ल्यूडीएस) रणनीतियों का एक प्रमुख घटक है। इसमें कुछ तैयारी प्रक्रियाएँ और एक नेटवर्क प्रोटोकॉल शामिल है जिसे किसी तरह Microsoft द्वारा तैयार किया गया DHCP एक्सटेंशन माना जा सकता है। बीआईएनएल एक माइक्रोसॉफ्ट स्वामित्व वाली तकनीक है जो पीएक्सई मानक क्लाइंट फर्मवेयर का उपयोग करती है। वर्तमान में कोई सार्वजनिक रूप से उपलब्ध बीआईएनएल विनिर्देश नहीं है।

आईईटीएफ मानक दस्तावेज

RFC #	Title	Published	Author	Obsolete and Update Information
RFC 783	The TFTP Protocol (Revision 2)	Jun-1981	K. Sollins	Obsoleted by - RFC 1350
RFC 906	Bootstrap Loading using TFTP	Jun-1984	Ross Finlayson	—
RFC 951	Bootstrap Protocol	Sep-1985	Bill Croft	Updated by RFC 1395, RFC 1497, RFC 1532, RFC 1542, RFC 5494
RFC 1350	The TFTP Protocol (Revision 2)	Jul-1992	K. Sollins	Updated by RFC 1782, RFC 1783, RFC 1784, RFC 1785, RFC 2347, RFC 2348, RFC 2349
RFC 2131	Dynamic Host Configuration Protocol	Mar-1997	R. Droms	Updated by RFC 3396, RFC 4361, RFC 5494, RFC 6842
RFC 2348	TFTP Blocksize Option	May-1998	G. Malkin	—
RFC 4578	DHCP Options for the Intel PXE	Nov-2006	M. Johnston	—
RFC 5970	DHCPv6 Options for Network Boot	Sep-2010	T. Huth	—
RFC 7440	TFTP Windowsize Option	Jan-2015	P. Masotta	—

यह भी देखें

डिस्क रहित नोड्स – डिस्क रहित कंप्यूटर
बूट सर्विस डिस्कवरी प्रोटोकॉल – Apple नेटवर्क बूट प्रोटोकॉल
रिमोट इनिशियल प्रोग्राम लोड (आरआईपीएल या आरपीएल)
सिस्टम परिनियोजन छवि (SDI) – मुख्य रूप से Microsoft उत्पादों के साथ
एकीकृत एक्स्टेंसिबल फ़र्मवेयर इंटरफ़ेस#नेटवर्क बूटिंग – यूईएफआई नेटवर्क बूटिंग
लैन पर जागो (WOL)
विंडोज परिनियोजन सेवाएं – Microsoft Windows के लिए PXE-आधारित परिनियोजन

संदर्भ

↑ Avramov, Lucien (December 31, 2014). The Policy Driven Data Center with ACI: Architecture, Concepts, and Methodology. Cisco Press. p. 43. ISBN 978-1587144905. In modern data centers, administrators rarely install new software via removable media such as DVDs. Instead, administrators rely on PXE (Preboot eXecution Environment) booting to image servers.
↑ "Wired for Management Baseline - Version 2.0 Release" (PDF). Intel Corporation. 1998-12-18. Archived from the original (PDF) on 2017-02-22. Retrieved 2014-02-08.
↑ ^3.0 ^3.1 "Preboot Execution Environment (PXE) Specification - Version 2.1" (PDF). Intel Corporation. 1999-09-20. Archived from the original (PDF) on 2013-11-02. Retrieved 2014-02-08.
↑ "एकीकृत एक्स्टेंसिबल फ़र्मवेयर इंटरफ़ेस विशिष्टता" (PDF). UEFI. 2013-12-02. Retrieved 2014-04-04.
↑ "यूईएफआई पीएक्सई बूट प्रदर्शन विश्लेषण" (PDF). Intel Corporation. 2014-02-02. Archived from the original (PDF) on 2014-08-08. Retrieved 2014-04-04.
↑ "नेटबूट 2.0: बूट सर्वर डिस्कवरी प्रोटोकॉल (बीएसडीपी) v0.1" (Doc). Apple Corporation. 2003-12-02. Retrieved 2014-04-04.
↑ "नेटबूट 2.0: बूट सर्वर डिस्कवरी प्रोटोकॉल (बीएसडीपी) v1.08" (Doc). Apple Corporation. 2010-09-17. Retrieved 2014-04-04.

बाहरी संबंध

PXE specification – The Preboot Execution Environment specification v2.1 published by Intel & SystemSoft
BIS specification – The Boot Integrity Services specification v1.0 published by Intel
Intel Preboot Execution Environment – Internet-Draft 00 of the PXE Client/Server Protocol included in the PXE specification
PXE error codes – A catalogue of PXE error codes

[pxespread-1] Avramov, Lucien (December 31, 2014). The Policy Driven Data Center with ACI: Architecture, Concepts, and Methodology. Cisco Press. p. 43. ISBN 978-1587144905. In modern data centers, administrators rarely install new software via removable media such as DVDs. Instead, administrators rely on PXE (Preboot eXecution Environment) booting to image servers.

[wfmspec-2] "Wired for Management Baseline - Version 2.0 Release" (PDF). Intel Corporation. 1998-12-18. Archived from the original (PDF) on 2017-02-22. Retrieved 2014-02-08.

[pxespec-3] 3.0 ^3.1 "Preboot Execution Environment (PXE) Specification - Version 2.1" (PDF). Intel Corporation. 1999-09-20. Archived from the original (PDF) on 2013-11-02. Retrieved 2014-02-08.

[2_4_Errata_A-4] "एकीकृत एक्स्टेंसिबल फ़र्मवेयर इंटरफ़ेस विशिष्टता" (PDF). UEFI. 2013-12-02. Retrieved 2014-04-04.

[Intel_UEFI_PXE_Boot_Performance_Analysis-5] "यूईएफआई पीएक्सई बूट प्रदर्शन विश्लेषण" (PDF). Intel Corporation. 2014-02-02. Archived from the original (PDF) on 2014-08-08. Retrieved 2014-04-04.

[BSDP_1-6] "नेटबूट 2.0: बूट सर्वर डिस्कवरी प्रोटोकॉल (बीएसडीपी) v0.1" (Doc). Apple Corporation. 2003-12-02. Retrieved 2014-04-04.

[BSDP_2-7] "नेटबूट 2.0: बूट सर्वर डिस्कवरी प्रोटोकॉल (बीएसडीपी) v1.08" (Doc). Apple Corporation. 2010-09-17. Retrieved 2014-04-04.

[1]

[2]

[3]

[4]

[5]

[6]

[7]

@@ Line 1: / Line 1: @@
 {{short description|Standard for booting from a server}}
 {{More citations needed|date=May 2021}}
-[[File:PXE diagram.png|thumb|right|upright=1.3|एक उच्च स्तरीय पीएक्सई सिंहावलोकन]]कंप्यूटिंग में, प्रीबूट एक्ज़ीक्यूशन एनवायरनमेंट, पीएक्सई (अक्सर उच्चारित किया जाता है {{IPAc-en|'|p|I|k|s|i:}} पिक्सी, जिसे अक्सर पीएक्सई [[बूट]]/पिक्सी बूट कहा जाता है।) विनिर्देशन एक मानकीकृत क्लाइंट-सर्वर मॉडल | क्लाइंट-सर्वर वातावरण का वर्णन करता है जो पीएक्सई-सक्षम क्लाइंट पर एक नेटवर्क से प्राप्त सॉफ़्टवेयर असेंबली को बूट करता है। ग्राहक पक्ष पर इसे केवल एक पीएक्सई-सक्षम [[नेटवर्क इंटरफ़ेस नियंत्रक]] (एनआईसी) की आवश्यकता होती है, और [[डीएचसीपी]] और [[टीएफटीपी]] जैसे उद्योग-मानक नेटवर्क प्रोटोकॉल के एक छोटे सेट का उपयोग करता है।
+[[File:PXE diagram.png|thumb|right|upright=1.3|एक उच्च स्तरीय पीएक्सई सिंहावलोकन]]कंप्यूटिंग में, प्रीबूट एक्ज़ीक्यूशन एनवायरनमेंट, पीएक्सई (अक्सर {{IPAc-en|'|p|I|k|s|i:}} पिक्सी के रूप में उच्चारण किया जाता है, जिसे अक्सर पीएक्सई बूट/पिक्सी बूट कहा जाता है।) विनिर्देश एक मानकीकृत क्लाइंट-सर्वर वातावरण का वर्णन करता है जो एक सॉफ्टवेयर असेंबली को बूट करता है, जिसे पीएक्सई-पर नेटवर्क से प्राप्त किया जाता है। सक्षम ग्राहक। ग्राहक पक्ष पर इसे केवल एक पीएक्सई-सक्षम [[नेटवर्क इंटरफ़ेस नियंत्रक]] (एनआईसी) की आवश्यकता होती है और [[डीएचसीपी]] और [[टीएफटीपी]] जैसे उद्योग-मानक नेटवर्क प्रोटोकॉल के एक छोटे सेट का उपयोग करता है।
-PXE के पीछे की अवधारणा BOOTP/DHCP/TFTP जैसे प्रोटोकॉल के शुरुआती दिनों में उत्पन्न हुई, और {{as of|2015|lc=on}} यह [[एकीकृत एक्सटेंसिबल फर्मवेयर इंटरफ़ेस]] (UEFI) मानक का हिस्सा है। आधुनिक डेटा केंद्रों में, पीएक्सई सबसे अधिक पसंद किया जाने वाला विकल्प है<ref name="pxespread">{{cite book
+PXE के पीछे की अवधारणा BOOTP/DHCP/TFTP जैसे प्रोटोकॉल के शुरुआती दिनों में उत्पन्न हुई, और 2015 तक यह [[एकीकृत एक्सटेंसिबल फर्मवेयर इंटरफ़ेस]] (UEFI) मानक का हिस्सा है। आधुनिक डेटा केंद्रों में, ऑपरेटिंग सिस्टम बूटिंग, स्थापना और परिनियोजन के लिए पीएक्सई सबसे अधिक पसंद है।<ref name="pxespread">{{cite book
 |last= Avramov
 |first= Lucien
@@ Line 12: / Line 12: @@
 |page= 43
 |isbn=978-1587144905
-}}</ref> ऑपरेटिंग सिस्टम बूटिंग, स्थापना और परिनियोजन के लिए।
+}}</ref>
 == सिंहावलोकन ==
-कंप्यूटर नेटवर्क की शुरुआत के बाद से, [[ क्लाइंट (कम्प्यूटिंग) ]] सिस्टम की लगातार आवश्यकता रही है जो उचित कॉन्फ़िगरेशन पैरामीटर के साथ उपयुक्त सॉफ़्टवेयर छवियों को बूटस्ट्रैपिंग#कंप्यूटिंग कर सकता है, दोनों एक या अधिक नेटवर्क [[सर्वर (कंप्यूटिंग)]] से बूट समय पर पुनर्प्राप्त किए जाते हैं। इस लक्ष्य के लिए क्लाइंट को उद्योग मानक [[नेटवर्क प्रोटोकॉल]] के आधार पर प्री-बूट सेवाओं के सेट का उपयोग करने की आवश्यकता होती है। इसके अतिरिक्त, नेटवर्क बूटस्ट्रैप प्रोग्राम (एनबीपी) जिसे शुरू में डाउनलोड किया जाता है और चलाया जाता है, उसे क्लाइंट [[फर्मवेयर]] लेयर (पीएक्सई के माध्यम से बूटस्ट्रैप किए जाने वाले डिवाइस पर) का उपयोग करके बनाया जाना चाहिए, जो आसपास के नेटवर्क बूटिंग वातावरण के साथ इंटरैक्ट करने के लिए एक हार्डवेयर स्वतंत्र मानकीकृत तरीका प्रदान करता है। इस मामले में नेटवर्क बूट प्रोसेस सिस्टम इंटरऑपरेबिलिटी की गारंटी के लिए मानकों की उपलब्धता और अधीनता एक महत्वपूर्ण कारक है।
+कंप्यूटर नेटवर्क की शुरुआत के बाद से, [[ क्लाइंट (कम्प्यूटिंग) |क्लाइंट (कम्प्यूटिंग)]] सिस्टम की लगातार आवश्यकता रही है जो उचित कॉन्फ़िगरेशन पैरामीटर के साथ उपयुक्त सॉफ़्टवेयर छवियों को बूट कर सकता है, दोनों एक या अधिक नेटवर्क [[सर्वर (कंप्यूटिंग)]] से बूट समय पर पुनर्प्राप्त किए जाते हैं। इस लक्ष्य के लिए क्लाइंट को उद्योग मानक [[नेटवर्क प्रोटोकॉल]] के आधार पर प्री-बूट सेवाओं के सेट का उपयोग करने की आवश्यकता होती है। इसके अतिरिक्त, नेटवर्क बूटस्ट्रैप प्रोग्राम (एनबीपी) जिसे शुरू में डाउनलोड किया जाता है और चलाया जाता है, उसे क्लाइंट [[फर्मवेयर]] लेयर (पीएक्सई के माध्यम से बूटस्ट्रैप किए जाने वाले डिवाइस पर) का उपयोग करके बनाया जाना चाहिए, जो आसपास के नेटवर्क बूटिंग वातावरण के साथ इंटरैक्ट करने के लिए एक हार्डवेयर स्वतंत्र मानकीकृत तरीका प्रदान करता है। इस मामले में नेटवर्क बूट प्रोसेस सिस्टम इंटरऑपरेबिलिटी की गारंटी के लिए मानकों की उपलब्धता और अधीनता एक महत्वपूर्ण कारक है।
-इस संबंध में पहले प्रयासों में से एक 1984 में प्रकाशित TFTP मानक RFC 906 का उपयोग करके बूटस्ट्रैप लोडिंग था, जिसने 1981 में प्रकाशित [[ तुच्छ फ़ाइल स्थानांतरण प्रोटोकॉल ]] (TFTP) मानक RFC 783 को बूटस्ट्रैप लोडिंग के लिए मानक फ़ाइल स्थानांतरण प्रोटोकॉल के रूप में उपयोग करने के लिए स्थापित किया। 1985 में प्रकाशित [[Bootp]] मानक RFC 951 (BOOTP) के कुछ ही समय बाद इसका अनुसरण किया गया, जिसने एक डिस्क-रहित क्लाइंट मशीन को अपने स्वयं के IP पते, TFTP सर्वर के पते और लोड किए जाने वाले NBP के नाम की खोज करने की अनुमति दी। स्मृति में और निष्पादित। BOOTP कार्यान्वयन कठिनाइयों, अन्य कारणों के साथ, अंततः 1997 में प्रकाशित DHCP मानक RFC 2131 (DHCP) के विकास के लिए प्रेरित हुई। अग्रणी TFTP/BOOTP/DHCP दृष्टिकोण उस समय कम पड़ गया, क्योंकि इसने आवश्यक मानकीकृत क्लाइंट को परिभाषित नहीं किया था। प्रावधान पर्यावरण के पक्ष में।
+इस संबंध में पहले प्रयासों में से एक 1984 में प्रकाशित TFTP मानक RFC 906 का उपयोग करके बूटस्ट्रैप लोडिंग था, जिसने 1981 में प्रकाशित [[ तुच्छ फ़ाइल स्थानांतरण प्रोटोकॉल |तुच्छ फ़ाइल स्थानांतरण प्रोटोकॉल]] (TFTP) मानक RFC 783 को बूटस्ट्रैप लोडिंग के लिए मानक फ़ाइल स्थानांतरण प्रोटोकॉल के रूप में उपयोग करने के लिए स्थापित किया। 1985 में प्रकाशित बूटस्ट्रैप प्रोटोकॉल मानक RFC 2131 (BOOTP) के तुरंत बाद इसका अनुसरण किया गया, जिसने डिस्क-रहित क्लाइंट मशीन को अपना IP पता, TFTP सर्वर का पता और NBP का नाम खोजने की अनुमति दी। मेमोरी में लोड किया गया और निष्पादित किया गया। BOOTP कार्यान्वयन कठिनाइयों, अन्य कारणों के साथ, अंततः 1997 में प्रकाशित डायनामिक होस्ट कॉन्फ़िगरेशन प्रोटोकॉल मानक RFC 2131 (DHCP) के विकास के लिए प्रेरित हुई। प्रोविजनिंग वातावरण के आवश्यक मानकीकृत ग्राहक पक्ष।
-प्रीबूट एक्ज़ीक्यूशन एनवायरनमेंट (PXE) को [[प्रबंधन के लिए वायर्ड]] के हिस्से के रूप में पेश किया गया था<ref name="wfmspec">{{cite web
+प्रीबूट एक्ज़ीक्यूशन एनवायरनमेंट (पीएक्सई) को इंटेल द्वारा वायर्ड फॉर मैनेजमेंट ढांचे के हिस्से के रूप में पेश किया गया था<ref name="wfmspec">{{cite web
   | url = http://download.intel.com/design/archives/wfm/downloads/base20.pdf
   | title = Wired for Management Baseline - Version 2.0 Release
@@ Line 27: / Line 27: @@
   | archive-url = https://web.archive.org/web/20170222225329/http://download.intel.com/design/archives/wfm/downloads/base20.pdf
   | archive-date = 2017-02-22
-}}</ref> [[Intel]] द्वारा फ्रेमवर्क और Intel और SystemSoft द्वारा प्रकाशित विनिर्देश में वर्णित है। पीएक्सई संस्करण 2.0 दिसंबर 1998 में जारी किया गया था, और अपडेट 2.1 को सितंबर 1999 में सार्वजनिक किया गया था।<ref name="pxespec">{{cite web
+}}</ref> और इसे इंटेल और सिस्टमसॉफ्ट द्वारा प्रकाशित विनिर्देश में वर्णित किया गया है। पीएक्सई संस्करण 2.0 दिसंबर 1998 में जारी किया गया था, और अपडेट 2.1 को सितंबर 1999 में सार्वजनिक किया गया था।<ref name="pxespec">{{cite web
   |url         = http://download.intel.com/design/archives/wfm/downloads/pxespec.pdf
   |title       = Preboot Execution Environment (PXE) Specification - Version 2.1
@@ Line 36: / Line 36: @@
   |archive-url  = https://web.archive.org/web/20131102003141/http://download.intel.com/design/archives/wfm/downloads/pxespec.pdf
   |archive-date = 2013-11-02
-}}</ref> पीएक्सई वातावरण डीएचसीपी और टीएफटीपी (अब 1992 में प्रकाशित आरएफसी 1350 द्वारा परिभाषित) सहित कई मानक क्लाइंट-सर्वर प्रोटोकॉल का उपयोग करता है। पीएक्सई स्कीमा के भीतर प्रोविजनिंग समीकरण का ग्राहक पक्ष पीएक्सई मानक का एक अभिन्न अंग है और इसे या तो [[नेटवर्क इंटरफेस कार्ड]] (एनआईसी) [[BIOS]] एक्सटेंशन या यूनिफाइड एक्सटेंसिबल फर्मवेयर इंटरफेस कोड में वर्तमान उपकरणों के रूप में लागू किया जाता है। यह विशिष्ट फ़र्मवेयर परत क्लाइंट को एक बुनियादी यूनिवर्सल नेटवर्क डिवाइस इंटरफ़ेस (UNDI), एक न्यूनतर UDP/IP/[[इंटरनेट प्रोटोकॉल सूट]] स्टैक, एक प्रीबूट (DHCP) क्लाइंट मॉड्यूल और एक TFTP क्लाइंट मॉड्यूल के कार्यों को एक साथ PXE बनाने के लिए उपलब्ध कराती है। पीएक्सई वातावरण के सर्वर समकक्ष द्वारा प्रदान की जाने वाली सेवाओं के साथ बातचीत करने की आवश्यकता होने पर एनबीपी द्वारा उपयोग किए जाने वाले [[ अप्लिकेशन प्रोग्रामिंग अंतरफलक ]] (एपीआई)। TFTP का निम्न [[THROUGHPUT]], विशेष रूप से जब उच्च-[[विलंबता (इंजीनियरिंग)]] लिंक पर उपयोग किया जाता है, को मई 1998 में प्रकाशित TFTP Blocksize Option RFC 2348 द्वारा और बाद में जनवरी 2015 में प्रकाशित TFTP Windowsize Option RFC 7440 द्वारा कम किया गया है, जो संभावित रूप से बड़े पेलोड की अनुमति देता है। वितरण और इस प्रकार थ्रूपुट में सुधार।
+}}</ref> पीएक्सई वातावरण डीएचसीपी और टीएफटीपी (अब 1992 में प्रकाशित आरएफसी 1350 द्वारा परिभाषित) सहित कई मानक क्लाइंट-सर्वर प्रोटोकॉल का उपयोग करता है। पीएक्सई स्कीमा के भीतर प्रोविजनिंग समीकरण का ग्राहक पक्ष पीएक्सई मानक का एक अभिन्न अंग है और इसे या तो नेटवर्क इंटरफेस कार्ड (एनआईसी) [[BIOS]] एक्सटेंशन या यूईएफआई कोड में वर्तमान उपकरणों के रूप में लागू किया जाता है। यह विशिष्ट फ़र्मवेयर परत क्लाइंट को एक बुनियादी यूनिवर्सल नेटवर्क डिवाइस इंटरफ़ेस (UNDI), एक न्यूनतर UDP/IP स्टैक, एक प्रीबूट (DHCP) क्लाइंट मॉड्यूल और एक TFTP क्लाइंट मॉड्यूल के कार्यों को उपलब्ध कराती है, साथ में PXE एप्लिकेशन प्रोग्रामिंग इंटरफ़ेस ( एपीआई) एनबीपी द्वारा उपयोग किया जाता है जब पीएक्सई पर्यावरण के सर्वर समकक्ष द्वारा प्रदान की जाने वाली सेवाओं के साथ बातचीत करने की आवश्यकता होती है। TFTP का निम्न थ्रूपुट, विशेष रूप से जब उच्च-लेटेंसी लिंक पर उपयोग किया जाता है, शुरू में मई 1998 में प्रकाशित TFTP Blocksize Option RFC 2348 द्वारा कम किया गया है, और बाद में जनवरी 2015 में प्रकाशित TFTP Windowsize Option RFC 2348 द्वारा, संभावित रूप से बड़े पेलोड डिलीवरी की अनुमति देता है और इस प्रकार थ्रूपुट में सुधार।
 == विवरण ==
-PXE वातावरण उद्योग-मानक इंटरनेट प्रोटोकॉल के संयोजन पर निर्भर करता है, जैसे UDP/IP, DHCP और TFTP। इन प्रोटोकॉल का चयन इसलिए किया गया है क्योंकि वे क्लाइंट के एनआईसी फर्मवेयर में आसानी से कार्यान्वित होते हैं, जिसके परिणामस्वरूप मानकीकृत छोटे-मेमोरी पदचिह्न पीएक्सई रोम होते हैं। मानकीकरण, पीएक्सई फ़र्मवेयर छवियों का छोटा आकार और संसाधनों का उनका कम उपयोग कुछ प्राथमिक डिज़ाइन लक्ष्य हैं, जो पीएक्सई मानक के ग्राहक पक्ष को शक्तिशाली क्लाइंट कंप्यूटरों से लेकर संसाधन-सीमित तक विभिन्न प्रकार की प्रणालियों पर समान रूप से लागू करने की अनुमति देते हैं। [[सिंगल-बोर्ड कंप्यूटर]] (एसबीसी) और [[सिस्टम- on- एक चिप]] (एसओसी) कंप्यूटर।
+PXE वातावरण उद्योग-मानक इंटरनेट प्रोटोकॉल के संयोजन पर निर्भर करता है, जैसे UDP/IP, DHCP और TFTP। इन प्रोटोकॉल का चयन इसलिए किया गया है क्योंकि वे क्लाइंट के एनआईसी फर्मवेयर में आसानी से लागू होते हैं, जिसके परिणामस्वरूप मानकीकृत छोटे पदचिह्न पीएक्सई रोम होते हैं। मानकीकरण, पीएक्सई फ़र्मवेयर छवियों का छोटा आकार और संसाधनों का उनका कम उपयोग कुछ प्राथमिक डिज़ाइन लक्ष्य हैं, जो पीएक्सई मानक के ग्राहक पक्ष को शक्तिशाली क्लाइंट कंप्यूटरों से लेकर संसाधन-सीमित तक विभिन्न प्रकार की प्रणालियों पर समान रूप से लागू करने की अनुमति देते हैं। सिंगल-बोर्ड कंप्यूटर (एसबीसी) और सिस्टम-ऑन-ए-चिप (एसओसी) कंप्यूटर।
-डीएचसीपी का उपयोग उपयुक्त क्लाइंट नेटवर्क पैरामीटर और विशेष रूप से टीएफटीपी सर्वर होस्टिंग का स्थान (आईपी पता), डाउनलोड के लिए तैयार, प्रारंभिक बूटस्ट्रैप प्रोग्राम (एनबीपी) और पूरक फाइलों को प्रदान करने के लिए किया जाता है। पीएक्सई बूटस्ट्रैप सत्र आरंभ करने के लिए क्लाइंट के पीएक्सई फर्मवेयर ब्रॉडकास्ट का डीएचसीपी घटक पीएक्सई-विशिष्ट विकल्पों वाले डीएचसीपीडिस्कवर पैकेट को पोर्ट 67/यूडीपी (डीएचसीपी सर्वर पोर्ट) पर संबोधित करता है; यह आवश्यक संजाल विन्यास और संजाल बूटिंग पैरामीटर के लिए पूछता है। पीएक्सई-विशिष्ट विकल्प पीएक्सई लेनदेन के रूप में शुरू किए गए डीएचसीपी लेनदेन की पहचान करते हैं। मानक डीएचसीपी सर्वर (गैर पीएक्सई सक्षम) नेटवर्किंग जानकारी (यानी आईपी पता) ले जाने वाले नियमित डीएचसीपीओएफएफईआर के साथ उत्तर देने में सक्षम होंगे, लेकिन पीएक्सई विशिष्ट पैरामीटर नहीं। एक पीएक्सई क्लाइंट बूट करने में सक्षम नहीं होगा अगर यह केवल एक गैर पीएक्सई सक्षम डीएचसीपी सर्वर से उत्तर प्राप्त करता है।
+डीएचसीपी का उपयोग उपयुक्त क्लाइंट नेटवर्क पैरामीटर और विशेष रूप से टीएफटीपी सर्वर होस्टिंग का स्थान (आईपी पता), डाउनलोड के लिए तैयार, प्रारंभिक बूटस्ट्रैप प्रोग्राम (एनबीपी) और पूरक फाइलों को प्रदान करने के लिए किया जाता है। पीएक्सई बूटस्ट्रैप सत्र आरंभ करने के लिए क्लाइंट के पीएक्सई फर्मवेयर का डीएचसीपी घटक पीएक्सई-विशिष्ट विकल्पों वाले डीएचसीपीडिस्कवर पैकेट को पोर्ट 67/यूडीपी (डीएचसीपी सर्वर पोर्ट) पर प्रसारित करता है; यह आवश्यक संजाल विन्यास और संजाल बूटिंग पैरामीटर के लिए पूछता है। पीएक्सई-विशिष्ट विकल्प पीएक्सई लेनदेन के रूप में शुरू किए गए डीएचसीपी लेनदेन की पहचान करते हैं। मानक डीएचसीपी सर्वर (गैर पीएक्सई सक्षम) नेटवर्किंग जानकारी (यानी आईपी पता) ले जाने वाले नियमित डीएचसीपीओएफएफईआर के साथ उत्तर देने में सक्षम होंगे, लेकिन पीएक्सई विशिष्ट पैरामीटर नहीं। एक पीएक्सई क्लाइंट बूट करने में सक्षम नहीं होगा अगर यह केवल एक गैर पीएक्सई सक्षम डीएचसीपी सर्वर से उत्तर प्राप्त करता है।
-एक पीएक्सई सक्षम डीएचसीपी सर्वर डीएचसीपीओएफएफईआर को पार्स करने के बाद, ग्राहक अपना नेटवर्क आईपी पता, आईपी मास्क इत्यादि सेट करने में सक्षम होगा, और प्राप्त टीएफटीपी सर्वर आईपी पते और नाम के आधार पर नेटवर्क स्थित बूटिंग संसाधनों को इंगित करेगा। एनबीपी। क्लाइंट अगले NBP को TFTP का उपयोग करके अपनी स्वयं की [[ रैंडम एक्सेस मेमोरी ]] (RAM) में स्थानांतरित करता है, संभवतः इसे सत्यापित करता है (अर्थात UEFI यूनिफाइड एक्सटेंसिबल फ़र्मवेयर इंटरफ़ेस # सिक्योर बूट), और अंत में इससे बूट होता है। NBPs बूट श्रृंखला प्रक्रिया में केवल पहली कड़ी हैं और वे आम तौर पर TFTP के माध्यम से पूरक फाइलों के एक छोटे सेट का अनुरोध करते हैं ताकि एक न्यूनतर OS एक्जीक्यूटिव (यानी [[विंडोज प्रीइंस्टॉलेशन पर्यावरण]], या एक बेसिक [[लिनक्स कर्नेल]] + [[initrd]]) चलाया जा सके। छोटा OS कार्यकारी अपने स्वयं के नेटवर्क ड्राइवर और TCP/IP स्टैक को लोड करता है। इस बिंदु पर, पूर्ण OS को बूट करने या स्थापित करने के लिए आवश्यक शेष निर्देश TFTP पर नहीं, बल्कि एक मजबूत ट्रांसफर प्रोटोकॉल (जैसे [[ हाइपरटेक्स्ट परहस्त शिष्टाचार ]], [[Cifs]], या [[ नेटवर्क फ़ाइल सिस्टम ]]) का उपयोग करके प्रदान किए जाते हैं।
+एक पीएक्सई सक्षम डीएचसीपी सर्वर डीएचसीपीओएफएफईआर को पार्स करने के बाद, ग्राहक अपना नेटवर्क आईपी पता, आईपी मास्क इत्यादि सेट करने में सक्षम होगा, और प्राप्त टीएफटीपी सर्वर आईपी पते और नाम के आधार पर नेटवर्क स्थित बूटिंग संसाधनों को इंगित करेगा। एनबीपी। क्लाइंट अगले NBP को TFTP का उपयोग करके अपनी स्वयं की [[ रैंडम एक्सेस मेमोरी |रैंडम एक्सेस मेमोरी]] (RAM) में स्थानांतरित करता है, संभवतः इसे सत्यापित करता है (अर्थात UEFI यूनिफाइड एक्सटेंसिबल फ़र्मवेयर इंटरफ़ेस # सिक्योर बूट), और अंत में इससे बूट होता है। NBPs बूट श्रृंखला प्रक्रिया में केवल पहली कड़ी हैं और वे आम तौर पर TFTP के माध्यम से पूरक फाइलों के एक छोटे सेट का अनुरोध करते हैं ताकि एक न्यूनतर OS एक्जीक्यूटिव (यानी [[विंडोज प्रीइंस्टॉलेशन पर्यावरण]], या एक बेसिक [[लिनक्स कर्नेल]] + [[initrd]]) चलाया जा सके। छोटा OS कार्यकारी अपने स्वयं के नेटवर्क ड्राइवर और TCP/IP स्टैक को लोड करता है। इस बिंदु पर, पूर्ण OS को बूट करने या स्थापित करने के लिए आवश्यक शेष निर्देश TFTP पर नहीं, बल्कि एक मजबूत ट्रांसफर प्रोटोकॉल (जैसे [[ हाइपरटेक्स्ट परहस्त शिष्टाचार |हाइपरटेक्स्ट परहस्त शिष्टाचार]] , [[Cifs]], या [[ नेटवर्क फ़ाइल सिस्टम |नेटवर्क फ़ाइल सिस्टम]] ) का उपयोग करके प्रदान किए जाते हैं।
 == एकीकरण ==
-[[File:DHCP vs proxyDHCP Server.png|thumb|डीएचसीपी बनाम प्रॉक्सीडीएचसीपी सर्वर]]पीएक्सई क्लाइंट/सर्वर वातावरण को डिजाइन किया गया था ताकि इसे पहले से मौजूद डीएचसीपी और टीएफटीपी सर्वर इंफ्रास्ट्रक्चर के साथ समेकित रूप से एकीकृत किया जा सके।
+[[File:DHCP vs proxyDHCP Server.png|thumb|डीएचसीपी बनाम प्रॉक्सीडीएचसीपी सर्वर]]पीएक्सई क्लाइंट/सर्वर वातावरण को डिजाइन किया गया था ताकि इसे पहले से मौजूद डीएचसीपी और टीएफटीपी सर्वर इंफ्रास्ट्रक्चर के साथ समेकित रूप से एकीकृत किया जा सके। क्लासिक डीएचसीपी प्रोटोकॉल के साथ काम करते समय इस डिजाइन लक्ष्य ने एक चुनौती पेश की। कॉर्पोरेट डीएचसीपी सर्वर आमतौर पर सख्त नीतियों के अधीन होते हैं जिन्हें पीएक्सई पर्यावरण का समर्थन करने के लिए आवश्यक अतिरिक्त पैरामीटर और नियमों को आसानी से जोड़ने से रोकने के लिए डिज़ाइन किया गया है। इस कारण से पीएक्सई मानक ने डीएचसीपी पुनर्निर्देशन या "प्रॉक्सीडीएचसीपी" की अवधारणा विकसित की। एक प्रॉक्सीडीएचसीपी के पीछे का विचार पीएक्सई डीएचसीपी आवश्यकताओं को दो स्वतंत्र रूप से संचालित और प्रशासित सर्वर इकाइयों में विभाजित करना है:
-क्लासिक डीएचसीपी प्रोटोकॉल के साथ काम करते समय इस डिजाइन लक्ष्य ने एक चुनौती पेश की। कॉर्पोरेट डीएचसीपी सर्वर आमतौर पर सख्त नीतियों के अधीन होते हैं जिन्हें पीएक्सई पर्यावरण का समर्थन करने के लिए आवश्यक अतिरिक्त पैरामीटर और नियमों को आसानी से जोड़ने से रोकने के लिए डिज़ाइन किया गया है। इस कारण से पीएक्सई मानक ने डीएचसीपी पुनर्निर्देशन या प्रॉक्सीडीएचसीपी की अवधारणा विकसित की। एक प्रॉक्सीडीएचसीपी के पीछे का विचार पीएक्सई डीएचसीपी आवश्यकताओं को दो स्वतंत्र रूप से संचालित और प्रशासित सर्वर इकाइयों में विभाजित करना है:
 # क्लासिक डीएचसीपी सर्वर सभी बूटिंग डीएचसीपी ग्राहकों को आईपी एड्रेस, आईपी मास्क आदि प्रदान करता है।
 # प्रॉक्सीडीएचसीपी सर्वर टीएफटीपी सर्वर आईपी पता और एनबीपी का नाम केवल पीएक्सई पहचाने गए बूटिंग क्लाइंट को प्रदान करता है।
-डीएचसीपी प्लस प्रॉक्सीडीएचसीपी सर्वर वातावरण में<ref name="pxespec" />{{rp|18}} PXE क्लाइंट शुरू में एक एकल PXE DHCPDISCOVER पैकेट प्रसारित करता है और दो पूरक DHCPOFFERs प्राप्त करता है; एक नियमित गैर पीएक्सई सक्षम डीएचसीपी सर्वर से और दूसरा प्रॉक्सी डीएचसीपी सर्वर से। दोनों उत्तर एक साथ PXE क्लाइंट को अपनी बूटिंग प्रक्रिया जारी रखने की अनुमति देने के लिए आवश्यक जानकारी प्रदान करते हैं। यह गैर-घुसपैठिया दृष्टिकोण पहले से काम कर रहे डीएचसीपी सर्वर की कॉन्फ़िगरेशन को छूए बिना पीएक्सई वातावरण स्थापित करने की अनुमति देता है। प्रॉक्सीडीएचसीपी सेवा मानक डीएचसीपी सेवा के समान होस्ट पर भी चल सकती है लेकिन इस मामले में भी वे दो स्वतंत्र रूप से चलने वाले और प्रशासित अनुप्रयोग हैं। चूँकि दो सेवाएँ समान होस्ट पर समान पोर्ट 67/UDP का उपयोग नहीं कर सकती हैं, प्रॉक्सीडीएचसीपी पोर्ट 4011/UDP पर चलता है। प्रॉक्सीडीएचसीपी दृष्टिकोण कॉर्पोरेट से घर के वातावरण में जाने वाले पीएक्सई परिदृश्यों की एक विस्तृत श्रृंखला में बेहद उपयोगी साबित हुआ है।
+एक डीएचसीपी प्लस प्रॉक्सी डीएचसीपी सर्वर वातावरण में पीएक्सई क्लाइंट शुरू में एक एकल पीएक्सई डीएचसीपीडिस्कवर पैकेट प्रसारित करता है<ref name="pxespec" />{{rp|18}} और दो पूरक डीएचसीपीओएफएफईआर प्राप्त करता है; एक नियमित गैर पीएक्सई सक्षम डीएचसीपी सर्वर से और दूसरा प्रॉक्सी डीएचसीपी सर्वर से। दोनों उत्तर एक साथ PXE क्लाइंट को अपनी बूटिंग प्रक्रिया जारी रखने की अनुमति देने के लिए आवश्यक जानकारी प्रदान करते हैं। यह गैर-घुसपैठिया दृष्टिकोण पहले से काम कर रहे डीएचसीपी सर्वर की कॉन्फ़िगरेशन को छूए बिना पीएक्सई वातावरण स्थापित करने की अनुमति देता है। प्रॉक्सीडीएचसीपी सेवा मानक डीएचसीपी सेवा के समान होस्ट पर भी चल सकती है लेकिन इस मामले में भी वे दो स्वतंत्र रूप से चलने वाले और प्रशासित अनुप्रयोग हैं। चूँकि दो सेवाएँ समान होस्ट पर समान पोर्ट 67/UDP का उपयोग नहीं कर सकती हैं, प्रॉक्सीडीएचसीपी पोर्ट 4011/UDP पर चलता है। प्रॉक्सीडीएचसीपी दृष्टिकोण कॉर्पोरेट से घर के वातावरण में जाने वाले पीएक्सई परिदृश्यों की एक विस्तृत श्रृंखला में बेहद उपयोगी साबित हुआ है।
 == उपलब्धता ==
-कई सिस्टम आर्किटेक्चर पर विचार करते हुए पीएक्सई की कल्पना की गई थी। विनिर्देश के संस्करण 2.1 में [[IA-64]] और [[DEC Alpha]] सहित छह सिस्टम प्रकारों के लिए आर्किटेक्चर आइडेंटिफ़ायर परिभाषित किए गए हैं। हालाँकि, PXE v2.1 केवल [[IA-32]] को पूरी तरह से कवर करता है। पूर्णता की इस स्पष्ट कमी के बावजूद इंटेल ने हाल ही में नए एकीकृत एक्स्टेंसिबल फ़र्मवेयर इंटरफ़ेस विनिर्देश के भीतर PXE को व्यापक रूप से समर्थन देने का निर्णय लिया है, जो सभी EFI/UEFI वातावरणों में PXE कार्यक्षमता का विस्तार करता है।
+कई सिस्टम आर्किटेक्चर पर विचार करते हुए पीएक्सई की कल्पना की गई थी। विनिर्देश के संस्करण 2.1 में [[IA-64]] और [[DEC Alpha]] सहित छह सिस्टम प्रकारों के लिए आर्किटेक्चर आइडेंटिफ़ायर परिभाषित किए गए हैं। हालाँकि, PXE v2.1 केवल IA-32 को पूरी तरह से कवर करता है। पूर्णता की इस स्पष्ट कमी के बावजूद इंटेल ने हाल ही में नए यूईएफआई विनिर्देश के भीतर पीएक्सई का व्यापक रूप से समर्थन करने का निर्णय लिया है, जो सभी ईएफआई/यूईएफआई वातावरणों में पीएक्सई कार्यक्षमता का विस्तार करता है। वर्तमान एकीकृत एक्स्टेंसिबल फ़र्मवेयर इंटरफ़ेस विशिष्टता 2.4A, धारा 21 नेटवर्क प्रोटोकॉल - SNP, PXE, और BIS उन प्रोटोकॉल को परिभाषित करता है जो UEFI बूट सेवा वातावरण में निष्पादित करते समय नेटवर्क उपकरणों तक पहुँच प्रदान करते हैं। इन प्रोटोकॉल में सरल नेटवर्क प्रोटोकॉल (एसएनपी), पीएक्सई बेस कोड प्रोटोकॉल (पीएक्सई) और बूट इंटीग्रिटी सर्विसेज प्रोटोकॉल (बीआईएस) शामिल हैं।<ref name="2_4_Errata_A">{{cite web
-वर्तमान एकीकृत एक्स्टेंसिबल फ़र्मवेयर इंटरफ़ेस विशिष्टता 2.4A, धारा 21 नेटवर्क प्रोटोकॉल - SNP, PXE, और BIS उन प्रोटोकॉल को परिभाषित करता है जो नेटवर्क उपकरणों तक पहुँच प्रदान करते हैं।
-यूईएफआई बूट सेवा वातावरण में निष्पादित करते समय। इन प्रोटोकॉल में सरल नेटवर्क प्रोटोकॉल (एसएनपी), पीएक्सई बेस कोड प्रोटोकॉल (पीएक्सई) और बूट इंटीग्रिटी सर्विसेज प्रोटोकॉल (बीआईएस) शामिल हैं।<ref name="2_4_Errata_A">{{cite web
   | url = http://www.uefi.org/sites/default/files/resources/2_4_Errata_A.pdf
   | title = एकीकृत एक्स्टेंसिबल फ़र्मवेयर इंटरफ़ेस विशिष्टता| publisher = UEFI
@@ Line 70: / Line 66: @@
   | archive-date = 2014-08-08
   | url-status = dead
-  }}</ref>
+  }}</ref> आज एक पीएक्सई वातावरण में क्लाइंट आर्किटेक्चर डिटेक्शन शायद ही कभी पीएक्सई v2.1 विनिर्देश के साथ मूल रूप से शामिल पहचानकर्ताओं पर आधारित होता है, इसके बजाय नेटवर्क से बूट होने वाले प्रत्येक कंप्यूटर को क्लाइंट के आर्किटेक्चर को इंगित करने के लिए डीएचसीपी विकल्प 93 सेट करना चाहिए। यह पीएक्सई सर्वर को पहले नेटवर्क बूट पैकेट से क्लाइंट के सटीक आर्किटेक्चर को (बूट समय पर) जानने में सक्षम बनाता है। क्लाइंट सिस्टम आर्किटेक्चर मान 2006 में प्रकाशित RFC 4578 (डायनेमिक होस्ट कॉन्फ़िगरेशन प्रोटोकॉल (DHCP) विकल्पों के लिए इंटेल प्रीबूट एक्ज़ीक्यूशन एनवायरनमेंट (PXE)) के भीतर सूचीबद्ध हैं (अन्य PXE पैरामीटर के बीच)।
-आज एक पीएक्सई वातावरण में क्लाइंट आर्किटेक्चर डिटेक्शन शायद ही कभी पीएक्सई v2.1 विनिर्देश के साथ मूल रूप से शामिल पहचानकर्ताओं पर आधारित होता है, इसके बजाय नेटवर्क से बूट होने वाले प्रत्येक कंप्यूटर को क्लाइंट के आर्किटेक्चर को इंगित करने के लिए डीएचसीपी विकल्प 93 सेट करना चाहिए। यह पीएक्सई सर्वर को पहले नेटवर्क बूट पैकेट से क्लाइंट के सटीक आर्किटेक्चर को (बूट समय पर) जानने में सक्षम बनाता है। क्लाइंट सिस्टम आर्किटेक्चर मान 2006 में प्रकाशित RFC 4578 (डायनेमिक होस्ट कॉन्फ़िगरेशन प्रोटोकॉल (DHCP) विकल्पों के लिए इंटेल प्रीबूट एक्ज़ीक्यूशन एनवायरनमेंट (PXE)) के भीतर सूचीबद्ध हैं (अन्य PXE पैरामीटर के बीच)।
 [[IPv6]] के आगमन के साथ DHCP DHCPv6 में विकसित हुआ है; नए डीएचसीपी प्रोटोकॉल के भीतर पीएक्सई का समर्थन करने वाले विकल्पों की आवश्यकता को 2010 में प्रकाशित आरएफसी 5970 (नेटवर्क बूट के लिए [[डीएचसीपीवी6]] विकल्प) द्वारा संबोधित किया गया है।
@@ Line 77: / Line 72: @@
 मूल PXE क्लाइंट फ़र्मवेयर एक्सटेंशन को IA-32 BIOS के लिए एक विकल्प ROM के रूप में डिज़ाइन किया गया था, इसलिए एक [[निजी कंप्यूटर]] (PC) को मूल रूप से एक PXE विकल्प ROM प्रदान करने वाले नेटवर्क इंटरफ़ेस कंट्रोलर (NIC) को स्थापित करके PXE-सक्षम बनाया गया था। आज क्लाइंट पीएक्सई कोड सीधे एनआईसी के अपने फर्मवेयर या मदरबोर्ड पर यूईएफआई फर्मवेयर के हिस्से के रूप में शामिल है।
-यहां तक कि जब मूल क्लाइंट पीएक्सई फर्मवेयर इंटेल द्वारा लिखा गया है और हमेशा उनके उत्पाद विकास किट (पीडीके) में शामिल एक लिंक करने योग्य आईए32 [[ऑब्जेक्ट कोड फ़ाइल स्वरूप]] मॉड्यूल के रूप में बिना किसी कीमत पर प्रदान किया गया है, ओपन सोर्स वर्ल्ड ने वर्षों से गैर-मानक व्युत्पन्न का उत्पादन किया है। [[ gPXE ]]/[[ iPXE ]] जैसी परियोजनाएं अपने स्वयं के रोम की पेशकश करती हैं। जबकि इंटेल आधारित रोम 20 से अधिक वर्षों के लिए पीएक्सई मानक के ग्राहक पक्ष को लागू कर रहे हैं, कुछ उपयोगकर्ता स्थिरता और पीएक्सई मानक अनुरूपता के लिए अतिरिक्त सुविधाओं का व्यापार करने के इच्छुक थे।
+यहां तक कि जब मूल ग्राहक पीएक्सई फर्मवेयर इंटेल द्वारा लिखा गया है और हमेशा उनके उत्पाद विकास किट (पीडीके) में शामिल लिंक करने योग्य आईए32 [[ऑब्जेक्ट कोड फ़ाइल स्वरूप]] मॉड्यूल के रूप में बिना किसी लागत के प्रदान किया जाता है, तो ओपन सोर्स वर्ल्ड ने वर्षों से गैर-मानक व्युत्पन्न परियोजनाओं का उत्पादन किया है। जैसे जीपीएक्सई/आईपीएक्सई अपने स्वयं के रोम की पेशकश करता है। जबकि इंटेल आधारित रोम 20 से अधिक वर्षों से पीएक्सई मानक के ग्राहक पक्ष को लागू कर रहे हैं, कुछ उपयोगकर्ता स्थिरता और पीएक्सई मानक अनुरूपता के लिए अतिरिक्त सुविधाओं का व्यापार करने के इच्छुक थे।
-रेफ नाम = gPXE >{{cite web
- | url = http://etherboot.org/wiki/
- | title = ईथरबूट/जीपीएक्सई विकी| publisher = Etherboo.org
-}}</ref>
 == स्वीकृति ==
-v2.1 के बाद से PXE की स्वीकृति सर्वव्यापी रही है; आज पीएक्सई फर्मवेयर के बिना नेटवर्क कार्ड को खोजना लगभग असंभव है। सस्ती [[गीगाबिट ईथरनेट]] हार्डवेयर (एनआईसी, [[ प्रसार बदलना ]], [[नेटवर्क राउटर]], आदि) की उपलब्धता ने क्लासिक [[सीडी]], [[डीवीडी]] और [[ उ स बी फ्लैश ड्राइव ]] विकल्पों के खिलाफ प्रतिस्पर्धा करते समय पीएक्सई को क्लाइंट पर ऑपरेटिंग सिस्टम स्थापित करने के लिए सबसे तेज़ तरीका उपलब्ध कराया है।
+v2.1 के बाद से PXE की स्वीकृति सर्वव्यापी रही है; आज पीएक्सई फर्मवेयर के बिना नेटवर्क कार्ड को खोजना लगभग असंभव है। सस्ती [[गीगाबिट ईथरनेट]] हार्डवेयर (एनआईसी, [[ प्रसार बदलना |प्रसार बदलना]] , [[नेटवर्क राउटर]], आदि) की उपलब्धता ने क्लासिक [[सीडी]], [[डीवीडी]] और [[ उ स बी फ्लैश ड्राइव |उ स बी फ्लैश ड्राइव]] विकल्पों के खिलाफ प्रतिस्पर्धा करते समय पीएक्सई को क्लाइंट पर ऑपरेटिंग सिस्टम स्थापित करने के लिए सबसे तेज़ तरीका उपलब्ध कराया है।
 इन वर्षों में कई प्रमुख परियोजनाओं में पीएक्सई समर्थन शामिल है, जिनमें शामिल हैं:
 * सभी प्रमुख लिनक्स वितरण।
 * [[इटेनियम]] हार्डवेयर पर HP [[OpenVMS]]।
-* माइक्रोसॉफ्ट [[ दूरस्थ स्थापना सेवाएँ ]] (आरआईएस)
+* माइक्रोसॉफ्ट [[ दूरस्थ स्थापना सेवाएँ |दूरस्थ स्थापना सेवाएँ]] (आरआईएस)
 * Microsoft Windows परिनियोजन सेवाएँ (WDS)
 * माइक्रोसॉफ्ट परिनियोजन टूलकिट (एमडीटी)
@@ Line 114: / Line 105: @@
   | access-date = 2014-04-04
 }}</ref>
 [[ओएस एक्स सर्वर]] में [[नेटबूट]] नामक एक सिस्टम टूल शामिल है। एक नेटबूट क्लाइंट बीएसडीपी का उपयोग संसाधनों को गतिशील रूप से प्राप्त करने के लिए करता है जो इसे उपयुक्त ऑपरेटिंग सिस्टम बूट करने में सक्षम बनाता है। मानक डीएचसीपी में मौजूद अतिरिक्त नेटबूट कार्यक्षमता प्रदान करने के लिए विक्रेता-विशिष्ट जानकारी का उपयोग करके बीएसडीपी को डीएचसीपी के शीर्ष पर तैयार किया गया है। क्लाइंट फर्मवेयर में प्रोटोकॉल लागू किया गया है। बूट समय पर, क्लाइंट डीएचसीपी के माध्यम से एक आईपी पता प्राप्त करता है, फिर बीएसडीपी का उपयोग करके बूट सर्वर की खोज करता है। प्रत्येक बीएसडीपी सर्वर बूट सूचना के साथ प्रतिक्रिया करता है जिसमें निम्न शामिल हैं:
 * बूट करने योग्य ऑपरेटिंग सिस्टम छवियों की एक सूची

Anonymous

Search

प्रीबूट निष्पादन परिवेश: Difference between revisions

Namespaces

More

Page actions

Revision as of 20:12, 23 March 2023

Contents

सिंहावलोकन

विवरण

एकीकरण

उपलब्धता

स्वीकृति

सहोदर वातावरण

वंशज वातावरण

आईईटीएफ मानक दस्तावेज

यह भी देखें

संदर्भ

बाहरी संबंध

Navigation

Navigation

Wiki tools

Wiki tools

Anonymous

Search

प्रीबूट निष्पादन परिवेश: Difference between revisions

Revision as of 20:12, 23 March 2023

सिंहावलोकन

विवरण

एकीकरण

उपलब्धता

स्वीकृति

सहोदर वातावरण

वंशज वातावरण

आईईटीएफ मानक दस्तावेज

यह भी देखें

संदर्भ

बाहरी संबंध

Navigation

Wiki tools

Page tools

Other projects

Categories