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

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

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



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

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

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



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



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

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

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



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



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

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

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

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



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

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

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

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

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

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



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



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



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

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

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

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

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



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



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



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

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

अब देखते हैं कि हम जो थोड़ी सी जानकारी जानते हैं उसके आधार पर नेटवर्क पर डेटा कैसे चलता है। मान लीजिए कि कंप्यूटर 10.1.1.10 इस कंप्यूटर, या इस सर्वर से संपर्क करना चाहता है, जिसका पता 30.1.1.10 है। प्रत्येक डिवाइस के आईपी एड्रेस के तहत उसका मैक एड्रेस होता है। मैं एक उदाहरण के रूप में मैक पते को केवल पिछले 4 वर्णों के साथ देता हूं, लेकिन व्यवहार में यह 12 वर्णों के साथ 48-बिट हेक्साडेसिमल संख्या है। चूंकि इनमें से प्रत्येक संख्या में 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 को देखते हैं, तो आप समझेंगे कि कंप्यूटर 10.1.1.10 और 30.1.1.10 एक ही नेटवर्क पर नहीं हैं। इस प्रकार, अनुरोध भेजने वाला कंप्यूटर समझता है कि इस नेटवर्क से बाहर निकलने के लिए, उसे गेटवे 10.1.1.1 पर मुड़ना होगा, जो राउटर इंटरफेस में से एक पर कॉन्फ़िगर किया गया है। वह जानता है कि उसे 10.1.1.1 पर जाना होगा, और उसका मैक पता 1111 पता होगा, लेकिन गेटवे 10.1 के इंजन का मैक पता नहीं होगा। वह क्या कर रहा है? यह एक प्रसारण एआरपी अनुरोध भेजता है जो नेटवर्क पर सभी उपकरणों को प्राप्त होगा, लेकिन 10.1.1.1 के आईपी पते के साथ केवल एक रूटर इसका जवाब देगा।



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



FCS/CRC, FCS – , CRC. FCS, — CRC, . . , , , , . , , , , FCS CRC, . , , , , .

MAC- : «, MAC- AAAA , », , MAC-.



IP- 30.1.1.10, , .

«» , , 30.1.1.10. , , . 30.1.1.0. , IP- , . «» , 30.1.1.0/24, 20.1.1.2.

, ? , , , . , , , 20.1.1.2. , MAC- , . , ARP, MAC- 20.1.1.2, .

, , MAC-, MAC- BBB MAC- CCC. FCS/CRC .



, 20.1.12, , , , FCS/CRC. «» MAC-, , 30.1.1.10. , . , MAC- , , .



, - SYN-, , , . MAC-, IP- , .
IP-, OSI, .



21, FTP-, SYN , - .

, , , 30.1.1.10 SYN/ACK 10.1.1.10. , 10.1.1.10 ACK, , SYN, ACK .

, — . , , .
, , . , imran.rafai@nwking.org .

, 3 YouTube, . « », . , .


हमारे साथ बने रहने के लिए धन्यवाद। क्या आप हमारे लेख पसंद करते हैं? अधिक दिलचस्प सामग्री देखना चाहते हैं? एक आदेश रखकर या अपने दोस्तों को इसकी अनुशंसा करके हमें समर्थन दें, एंट्री-लेवल सर्वरों के अनूठे एनालॉग पर हैबर उपयोगकर्ताओं के लिए 30% छूट जो हमने आपके लिए ईजाद की है: VPS (KVM) E5-2650 v4 (6 कोर) 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 TV नीदरलैंड के 199 डॉलर में से है! डेल R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - $ 99 से! इन्फ्रास्ट्रक्चर Bldg का निर्माण कैसे करें के बारे में पढ़ें । एक पैसा के लिए 9,000 यूरो की लागत डेल R730xd E5-2650 v4 सर्वर का उपयोग कर वर्ग?