सिस्को ट्रेनिंग 200-125 सीसीएनए v3.0। दिन 6: रिक्त स्थान भरना (डीएचसीपी, टीसीपी, हैंडशेक, सामान्य पोर्ट नंबर)

आज का वीडियो ट्यूटोरियल शुरू करने से पहले, मैं उन सभी को धन्यवाद देना चाहता हूं जिन्होंने YouTube पर मेरे पाठ्यक्रम की लोकप्रियता में योगदान दिया। जब मैंने इसे लगभग 8 महीने पहले शुरू किया था, तो मुझे ऐसी सफलता की उम्मीद नहीं थी - आज मेरे पाठों को 312724 लोगों ने देखा है, मेरे 11208 ग्राहक हैं। मैंने कभी सपने में भी नहीं सोचा था कि यह छोटी सी शुरुआत इतनी ऊंचाइयों तक पहुंचेगी। लेकिन आइए समय बर्बाद न करें और सीधे आज के पाठ पर आएं। आज हम पिछले 7 वीडियो पाठों में हुई कमियों को भरेंगे। हालाँकि आज केवल 6वाँ दिन है, तीसरे दिन को 3 वीडियो पाठों में विभाजित किया गया था, इसलिए आज आप वास्तव में आठवां वीडियो पाठ देखेंगे।

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

डीएचसीपी का मतलब डायनामिक होस्ट कॉन्फ़िगरेशन प्रोटोकॉल है और यह एक प्रोटोकॉल है जो होस्ट के लिए आईपी पते को गतिशील रूप से कॉन्फ़िगर करने में मदद करता है। तो हम सभी ने यह विंडो देखी है। जब आप "स्वचालित रूप से एक आईपी पता प्राप्त करें" विकल्प पर क्लिक करते हैं, तो कंप्यूटर एक डीएचसीपी सर्वर की तलाश करता है जो एक ही सबनेट पर कॉन्फ़िगर किया गया है और आईपी पते के लिए विभिन्न पैकेट और अनुरोध भेजता है। डीएचसीपी प्रोटोकॉल में 6 संदेश हैं, जिनमें से 4 आईपी एड्रेस निर्दिष्ट करने के लिए महत्वपूर्ण हैं।

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

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

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

डीएचसीपी सर्वर एक आईपी पता आरक्षित रखता है, इस मामले में 192.168.1.2, इसे प्रदान नहीं करता है, बल्कि डिवाइस के लिए इस पते को आरक्षित करता है। उसी समय, ऑफ़र पैकेज में डीएचसीपी सर्वर का अपना आईपी पता होता है।

यदि इस नेटवर्क पर एक से अधिक डीएचसीपी सर्वर हैं, तो एक अन्य डीएचसीपी सर्वर, क्लाइंट का प्रसारण अनुरोध प्राप्त करने पर, उसे अपना आईपी पता भी प्रदान करेगा, उदाहरण के लिए, 192.168.1.50। एक ही नेटवर्क पर दो अलग-अलग डीएचसीपी सर्वर कॉन्फ़िगर होना आम बात नहीं है, लेकिन कभी-कभी ऐसा होता है। इसलिए जब किसी ग्राहक को डीएचसीपी ऑफर भेजा जाता है, तो उसे 2 डीएचसीपी ऑफर प्राप्त होते हैं और अब उसे यह तय करना होगा कि वह कौन सा डीएचसीपी ऑफर स्वीकार करना चाहता है।

आइए मान लें कि ग्राहक पहला आवेदन स्वीकार करता है। इसका मतलब यह है कि क्लाइंट एक DHCP REQUEST अनुरोध भेजता है जिसका शाब्दिक अर्थ है "मैं DHCP सर्वर 192.168.1.2 द्वारा प्रस्तावित आईपी एड्रेस 192.168.1.1 को स्वीकार करता हूं।"

अनुरोध प्राप्त होने पर, 192.168.1.1 डीएचसीपी सर्वर जवाब देता है "ठीक है, मैं इसे स्वीकार करता हूं," यानी, यह अनुरोध स्वीकार करता है और क्लाइंट को यह डीएचसीपी एसीके भेजता है। लेकिन हमें याद है कि एक अन्य डीएचसीपी सर्वर ने क्लाइंट के लिए 1.50 का आईपी पता आरक्षित किया है। एक बार जब उसे ग्राहक का प्रसारण अनुरोध प्राप्त हो जाता है, तो उसे विफलता के बारे में पता चल जाएगा और वह उस आईपी पते को वापस पूल में डाल देगा ताकि यदि उसे कोई अन्य अनुरोध प्राप्त हो तो वह इसे किसी अन्य ग्राहक को सौंप सके।

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

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

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

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

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

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

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

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

आइए देखें कि यह ऐसा संबंध कैसे बनाता है। यह प्रोटोकॉल कनेक्शन बनाने के लिए 3-तरफ़ा हैंडशेक का उपयोग करता है। यह कोई बहुत तकनीकी शब्द नहीं है, लेकिन इसका उपयोग लंबे समय से टीसीपी कनेक्शन का वर्णन करने के लिए किया जाता रहा है। भेजने वाले उपकरण द्वारा 3-तरफा हैंडशेक शुरू किया जाता है, जिसमें क्लाइंट सर्वर पर SYN ध्वज के साथ एक पैकेट भेजता है।

मान लीजिए कि अग्रभूमि में लड़की, जिसका चेहरा हम देख सकते हैं, डिवाइस ए है, और पृष्ठभूमि में लड़की, जिसका चेहरा दिखाई नहीं दे रहा है, डिवाइस बी है। लड़की ए लड़की बी को एक SYN पैकेट भेजती है, और वह कहती है: “बहुत बढ़िया, फिर वह मुझसे संवाद करना चाहता है। तो, मुझे जवाब देना होगा कि मैं संवाद करने के लिए तैयार हूं! इसे कैसे करना है? कोई बस एक और SYN पैकेट वापस भेज सकता है और फिर एक ACK जो मूल SYN पैकेट की प्राप्ति का संकेत देता है। लेकिन ACK को अलग से भेजने के बजाय, सर्वर SYN और ACK वाला एक सामान्य पैकेट बनाता है और इसे नेटवर्क पर प्रसारित करता है।

तो इस बिंदु पर, डिवाइस A ने एक SYN पैकेट भेजा है और एक SYN/ACK पैकेट वापस प्राप्त किया है। अब डिवाइस ए को डिवाइस बी को एक एसीके पैकेट भेजना होगा, यानी पुष्टि करनी होगी कि उसे संचार स्थापित करने के लिए डिवाइस बी से सहमति प्राप्त हुई है। इस प्रकार, दोनों डिवाइसों को SYN और ACK पैकेट प्राप्त हुए, और अब हम कह सकते हैं कि कनेक्शन स्थापित हो गया है, यानी, टीसीपी प्रोटोकॉल का उपयोग करके 3-चरण हैंडशेक पूरा हो गया है।

आगे हम टीसीपी विंडोइंग तकनीक को देखेंगे। सीधे शब्दों में कहें तो, यह प्रेषक और रिसीवर की क्षमताओं पर बातचीत करने के लिए टीसीपी/आईपी में उपयोग की जाने वाली एक विधि है।

मान लीजिए कि विंडोज़ में हम एक बड़ी फ़ाइल, मान लीजिए 2 जीबी आकार, को एक ड्राइव से दूसरे ड्राइव में स्थानांतरित करने का प्रयास कर रहे हैं। स्थानांतरण की शुरुआत में, सिस्टम हमें सूचित करेगा कि फ़ाइल स्थानांतरण में लगभग 1 वर्ष लगेगा। लेकिन कुछ सेकंड बाद सिस्टम अपने आप सही हो जाएगा और कहेगा: "ओह, एक मिनट रुकिए, मुझे लगता है कि इसमें एक साल नहीं बल्कि लगभग 6 महीने लगेंगे।" थोड़ा और समय बीत जाएगा और विंडोज़ कहेगी: "मुझे लगता है कि मैं 1 महीने में फ़ाइल स्थानांतरित करने में सक्षम हो सकता हूँ।" इसके बाद संदेश आएगा "1 दिन", "6 घंटे", "3 घंटे", "1 घंटा", "20 मिनट", "10 मिनट", "3 मिनट"। वास्तव में, संपूर्ण फ़ाइल स्थानांतरण प्रक्रिया में केवल 3 मिनट लगेंगे। यह कैसे हो गया? प्रारंभ में, जब आपका डिवाइस किसी अन्य डिवाइस के साथ संचार करने का प्रयास करता है, तो यह एक पैकेट भेजता है और पुष्टि की प्रतीक्षा करता है। यदि डिवाइस पुष्टि के लिए लंबे समय तक इंतजार करता है, तो वह सोचता है: "अगर मुझे इस गति से 2 जीबी डेटा ट्रांसफर करना है, तो इसमें लगभग 2 साल लगेंगे।" कुछ समय बाद, आपका डिवाइस एक ACK प्राप्त करता है और सोचता है, “ठीक है, मैंने एक पैकेट भेजा और एक ACK प्राप्त किया, इसलिए प्राप्तकर्ता 1 पैकेट प्राप्त कर सकता है। अब मैं उसे एक के बजाय 10 पैकेज भेजने की कोशिश करूंगा। प्रेषक 10 पैकेट भेजता है और कुछ समय बाद प्राप्तकर्ता डिवाइस से एक ACK पुष्टिकरण प्राप्त करता है, जिसका अर्थ है कि प्राप्तकर्ता अगले, 11वें पैकेट की प्रतीक्षा कर रहा है। प्रेषक सोचता है: "बहुत बढ़िया, चूँकि प्राप्तकर्ता ने एक बार में 10 पैकेट संभाले, अब मैं उसे दस के बजाय 100 पैकेट भेजने का प्रयास करूँगा।" वह 100 पैकेट भेजता है, और प्राप्तकर्ता जवाब देता है कि उसने उन्हें प्राप्त कर लिया है और अब 101 पैकेट की प्रतीक्षा कर रहा है। इस प्रकार, समय के साथ, प्रेषित पैकेटों की संख्या बढ़ जाती है।

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

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

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

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

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

यदि आप इस पृष्ठ को नीचे स्क्रॉल करेंगे तो आप देख सकते हैं कि यह सूची कितनी बड़ी है। इसमें लगभग 61 संख्याएँ हैं। 000 से 1 तक के पोर्ट नंबरों को सबसे सामान्य पोर्ट नंबर के रूप में जाना जाता है। उदाहरण के लिए, पोर्ट 1024/टीसीपी का उद्देश्य एफ़टीपी कमांड भेजना, पोर्ट 21 एसएसएच के लिए, पोर्ट 22 टेलनेट के लिए, यानी अनएन्क्रिप्टेड संदेश भेजने के लिए है। बहुत लोकप्रिय पोर्ट 23 का उपयोग HTTP प्रोटोकॉल का उपयोग करके डेटा स्थानांतरित करने के लिए किया जाता है, जबकि पोर्ट 80 का उपयोग HTTPS प्रोटोकॉल का उपयोग करके एन्क्रिप्टेड डेटा स्थानांतरित करने के लिए किया जाता है, जो HTTP के सुरक्षित संस्करण के समान है।
कुछ पोर्ट टीसीपी और यूडीपी दोनों के लिए समर्पित हैं, और कुछ इस पर निर्भर करते हुए अलग-अलग कार्य करते हैं कि कनेक्शन टीसीपी है या यूडीपी। तो, आधिकारिक तौर पर टीसीपी पोर्ट 80 का उपयोग HTTP के लिए किया जाता है, और अनौपचारिक रूप से यूडीपी पोर्ट 80 का उपयोग HTTP के लिए किया जाता है, लेकिन एक अलग HTTP प्रोटोकॉल - QUIC के तहत।

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

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

अब आइए देखें कि हम जो थोड़ी सी जानकारी जानते हैं उसके आधार पर डेटा पूरे नेटवर्क में कैसे स्थानांतरित होता है। मान लीजिए कि कंप्यूटर 10.1.1.10 इस कंप्यूटर, या इस सर्वर से संपर्क करना चाहता है, जिसका पता 30.1.1.10 है। प्रत्येक डिवाइस के आईपी पते के नीचे उसका मैक पता होता है। मैं केवल अंतिम 4 अक्षरों वाले मैक पते का उदाहरण दे रहा हूं, लेकिन व्यवहार में यह 48 अक्षरों वाली 12-बिट हेक्साडेसिमल संख्या है। चूँकि इनमें से प्रत्येक संख्या में 4 बिट होते हैं, 12 हेक्साडेसिमल अंक 48-बिट संख्या का प्रतिनिधित्व करते हैं।

जैसा कि हम जानते हैं, यदि यह डिवाइस इस सर्वर से संपर्क करना चाहता है, तो 3-वे हैंडशेक का पहला चरण पहले किया जाना चाहिए, यानी SYN पैकेट भेजना। जब यह अनुरोध किया जाता है, तो कंप्यूटर 10.1.1.10 स्रोत पोर्ट नंबर निर्दिष्ट करेगा, जिसे विंडोज़ गतिशील रूप से बनाता है। विंडोज़ बेतरतीब ढंग से 1 और 65,000 के बीच एक पोर्ट नंबर का चयन करता है। लेकिन चूँकि 1 से 1024 तक की शुरुआती संख्याएँ व्यापक रूप से ज्ञात हैं, इस मामले में सिस्टम 25000 से अधिक संख्याओं पर विचार करेगा और एक यादृच्छिक स्रोत पोर्ट बनाएगा, उदाहरण के लिए, संख्या 25113।

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

इसके बाद, हमारा कंप्यूटर कहता है, "ठीक है, मेरा आईपी पता 10.1.1.10 है, और मुझे आईपी पते 30.1.1.10 पर संपर्क करने की आवश्यकता है।" SYN अनुरोध बनाने के लिए इन दोनों पते को पैकेट में भी शामिल किया गया है, और यह पैकेट कनेक्शन के अंत तक नहीं बदलेगा।

मैं चाहता हूं कि आप इस वीडियो से समझें कि नेटवर्क पर डेटा कैसे चलता है। जब अनुरोध भेजने वाला हमारा कंप्यूटर स्रोत आईपी पता और गंतव्य आईपी पता देखता है, तो यह समझता है कि गंतव्य पता उस स्थानीय नेटवर्क पर नहीं है। मैं यह कहना भूल गया कि ये सभी /24 आईपी पते हैं। इसलिए यदि आप /24 आईपी पते को देखें, तो आपको पता चलेगा कि कंप्यूटर 10.1.1.10 और 30.1.1.10 एक ही नेटवर्क पर नहीं हैं। इस प्रकार, अनुरोध भेजने वाला कंप्यूटर समझता है कि इस नेटवर्क को छोड़ने के लिए, उसे 10.1.1.1 गेटवे से संपर्क करना होगा, जो राउटर इंटरफेस में से एक पर कॉन्फ़िगर किया गया है। यह जानता है कि इसे 10.1.1.1 पर जाना चाहिए और इसका मैक पता 1111 जानता है, लेकिन गेटवे 10.1.1.1 का मैक पता नहीं जानता है। वह क्या कर रहा है? यह एक प्रसारण एआरपी अनुरोध भेजता है जिसे नेटवर्क पर सभी डिवाइस प्राप्त करेंगे, लेकिन केवल आईपी एड्रेस 10.1.1.1 वाला राउटर ही इसका जवाब देगा।

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

मैंने इसे FCS/CRC लेबल दिया क्योंकि FCS एक फ़्रेम चेक अनुक्रम, एक चार-बाइट CRC मान है। कुछ लोग पदनाम एफसीएस का उपयोग करते हैं और कुछ पदनाम सीआरसी का उपयोग करते हैं, इसलिए मैंने दोनों पदनाम शामिल किए हैं। लेकिन मूलतः यह सिर्फ एक हैश मान है। यह सुनिश्चित करना आवश्यक है कि नेटवर्क पर प्राप्त सभी डेटा में त्रुटियाँ न हों। इसलिए, जब यह फ्रेम राउटर तक पहुंचता है, तो राउटर सबसे पहले चेकसम की गणना करेगा और इसकी तुलना प्राप्त फ्रेम में मौजूद एफसीएस या सीआरसी मान से करेगा। इस तरह वह जांच कर सकता है कि नेटवर्क पर प्राप्त डेटा में त्रुटियां नहीं हैं, जिसके बाद वह चेकसम को फ्रेम से हटा देगा।

इसके बाद, राउटर मैक एड्रेस को देखेगा और कहेगा, "ठीक है, मैक एड्रेस एएएए का मतलब है कि फ्रेम मुझे संबोधित है," और मैक एड्रेस वाले फ्रेम के हिस्से को हटा देगा।

गंतव्य आईपी पते 30.1.1.10 को देखते हुए, वह समझ जाएगा कि यह पैकेट उसे संबोधित नहीं है और इसे राउटर के माध्यम से आगे जाना होगा।

अब राउटर "सोचता है" कि उसे यह देखना होगा कि 30.1.1.10 पते वाला नेटवर्क कहाँ स्थित है। हमने अभी तक रूटिंग की पूरी अवधारणा को कवर नहीं किया है, लेकिन हम जानते हैं कि राउटर्स में एक रूटिंग टेबल होती है। इस तालिका में नेटवर्क के लिए पते 30.1.1.0 के साथ एक प्रविष्टि है। जैसा कि आपको याद है, यह होस्ट आईपी पता नहीं है, बल्कि नेटवर्क पहचानकर्ता है। राउटर "सोचेगा" कि वह राउटर 30.1.1.0 से गुजरते हुए पते 24/20.1.1.2 तक पहुंच सकता है।

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

तो हम मानते हैं कि यह पहले से ही मैक पता जानता है, तो हमारे पास बीबीबी स्रोत मैक पता और सीसीसी गंतव्य मैक पता होगा। राउटर फिर से एफसीएस/सीआरसी की गणना करता है और इसे फ्रेम की शुरुआत में रखता है।

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

हमारा सर्वर, अंततः उसे संबोधित SYN अनुरोध प्राप्त करने के बाद, हैश चेकसम की जांच करता है, और यदि पैकेट में त्रुटियां नहीं हैं, तो यह हैश को हटा देता है। फिर वह मैक पते हटाता है, आईपी पते को देखता है और महसूस करता है कि यह पैकेट उसे संबोधित है।
उसके बाद, यह OSI मॉडल की तीसरी परत से संबंधित आईपी पते को छोटा करता है और पोर्ट नंबरों को देखता है।

वह पोर्ट 21 देखता है, जिसका अर्थ है एफ़टीपी ट्रैफ़िक, SYN देखता है और इसलिए समझता है कि कोई उसके साथ संवाद करने का प्रयास कर रहा है।

अब, हमने हैंडशेक के बारे में जो सीखा है, उसके आधार पर, सर्वर 30.1.1.10 एक SYN/ACK पैकेट बनाएगा और इसे कंप्यूटर 10.1.1.10 पर वापस भेजेगा। इस पैकेट को प्राप्त करने पर, डिवाइस 10.1.1.10 एक ACK बनाएगा, इसे SYN पैकेट की तरह ही नेटवर्क से गुजारेगा, और सर्वर को ACK प्राप्त होने के बाद, कनेक्शन स्थापित हो जाएगा।

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

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

हमारे साथ रहने के लिए धन्यवाद। क्या आप हमारे लेख पसंद करते हैं? अधिक रोचक सामग्री देखना चाहते हैं? आदेश देकर या मित्रों को अनुशंसा करके हमारा समर्थन करें, प्रवेश स्तर के सर्वरों के एक अद्वितीय एनालॉग पर हैबर उपयोगकर्ताओं के लिए 30% की छूट, जिसका आविष्कार हमारे द्वारा आपके लिए किया गया था: VPS (KVM) E5-2650 v4 (6 Cores) 10GB DDR4 240GB SSD 1Gbps के बारे में पूरी सच्चाई $20 से या सर्वर कैसे साझा करें? (RAID1 और RAID10 के साथ उपलब्ध, 24 कोर तक और 40GB DDR4 तक)।

VPS (KVM) E5-2650 v4 (6 कोर) 10GB DDR4 240GB SSD 1Gbps गर्मियों तक मुफ्त छह महीने की अवधि के लिए भुगतान करते समय, आप ऑर्डर कर सकते हैं यहां.

डेल R730xd 2 गुना सस्ता? केवल यहां 2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 टीवी $199 से नीदरलैंड में! डेल R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - $99 से! के बारे में पढ़ा इन्फ्रास्ट्रक्चर कॉर्प का निर्माण कैसे करें। एक पैसा के लिए 730 यूरो मूल्य के डेल R5xd E2650-4 v9000 सर्वर के उपयोग के साथ वर्ग?

स्रोत: www.habr.com