OSI मॉडल, परत दर परत, बिना लाগलपेट के

अधिकांश नेटवर्किंग व्याख्याएं OSI मॉडल को प्रमाणपत्र परीक्षा के लिए याद रखने के लिए एक चार्ट की तरह मानती हैं और फिर भूल जाती हैं। यह गलत है। जब आप वास्तविक समस्याओं का समस्या निवारण करने लगते हैं, तो सात परतें एक मानसिक चेकलिस्ट बन जाती हैं: क्या यह एक केबल समस्या है, एक राउटिंग समस्या है, या एक एप्लिकेशन बग है? यह जानना कि आप किस परत से निपट रहे हैं, आपके डिबगिंग समय को नाटकीय रूप से कम करता है।

परत 1: physical

यह वास्तविक माध्यम है: कॉपर, फाइबर, रेडियो तरंगें। वोल्टेज स्तर, पिन-आउट, कनेक्टर प्रकार (RJ45, SFP+), और सिग्नल मॉड्यूलेशन यहां रहते हैं। जब एक स्विच पोर्ट "link down" दिखाता है या आपको बीच-बीच में पैकेट हानि मिलती है जो किसी के केबल चलाने के पास वैक्यूम करने के साथ संबंध रखती है, तो आप परत 1 के क्षेत्र में हैं। केबल टेस्टर या Linux पर ethtool eth0 जैसे उपकरण आपको लिंक स्थिति, गति, और डुप्लेक्स सेटिंग्स दिखाएंगे इससे पहले कि आप कुछ और डिबग करने में समय बर्बाद करें।

परत 2: data link

यहां आपको MAC पते, स्विच और फ्रेम मिलते हैं। Ethernet इस परत पर काम करता है, और ARP भी (तकनीकी रूप से L2 और L3 के बीच एक पुल)। VLANs भी एक परत 2 निर्माण हैं। यदि एक होस्ट अपने स्वयं के सबनेट पर कुछ तक नहीं पहुंच सकता लेकिन पिंग अन्य मशीनों के लिए सीधे जुड़े हुए हैं, तो arp -a या ip neigh को पुरानी प्रविष्टियों के लिए जांचें, और स्विच पोर्ट configs को VLAN असमानताओं के लिए देखें। एक क्लासिक समस्या: एक ही VLAN पर दो होस्ट लेकिन विभिन्न MTU सेटिंग्स अजीब विखंडन-आसन्न लक्षण पैदा कर रहे हैं।

परत 3: network

IP पते, राउटिंग और ICMP यहां रहते हैं। यह वह जगह है जहां traceroute और ping अपना काम करते हैं, और जहां आप निदान करते हैं कि पैकेट स्थानीय नेटवर्क से बाहर निकल रहा है या नहीं। राउटर इस परत पर गंतव्य IP के आधार पर अग्रेषण निर्णय लेते हैं। जब ping 8.8.8.8 काम करता है लेकिन ping google.com नहीं करता है, तो यह परत 3 समस्या बिल्कुल नहीं है, यह DNS है, जो परत 7 है — एक अच्छा उदाहरण है कि जब आप एक समस्या को कम कर रहे हैं तो परत अनुशासन क्यों महत्वपूर्ण है।

परत 4: transport

TCP और UDP। यह वह जगह है जहां पोर्ट, अनुक्रमण और विश्वसनीयता (या इसकी कमी) आती है। TCP का तीन-तरफा हैंडशेक, पुनः प्रसारण टाइमर और विंडो स्केलिंग सभी यहां रहते हैं। यदि curl एक कनेक्शन प्रयास पर लटकता है, तो tcpdump -i eth0 port 443 आपको दिखाएगा कि क्या SYN पैकेट को वापस SYN-ACK मिल रहा है या नहीं। कोई प्रतिक्रिया नहीं आमतौर पर मतलब है कि फायरवॉल चुपचाप ट्रैफिक को ड्रॉप कर रहा है बजाय इसे स्पष्ट रूप से खारिज करने के — एक अंतर जो महत्वपूर्ण है जब आप घटना रिपोर्ट लिख रहे हैं।

परत 5: session

इस परत को एक बुरी प्रतिष्ठा मिलती है क्योंकि यह व्यावहारिक रूप से पतली है — बहुत सारे वास्तविक-विश्व स्टैक सत्र प्रबंधन को ट्रांसपोर्ट परत या एप्लिकेशन परत में ढहा देते हैं। TLS सत्र पुनः शुरुआत और NetBIOS सत्र जैसी चीजें पाठ्यपुस्तक उदाहरण हैं। आधुनिक आर्किटेक्चर में आप यहां किसी भी अन्य परत की तुलना में कम समय व्यतीत करेंगे, लेकिन यह अभी भी वैचारिक रूप से उपयोगी है जब यह समझाते हैं कि एक गिरा हुआ कनेक्शन पूर्ण पुनः वार्ता के बिना क्यों फिर से शुरू हो सकता है।

परत 6: presentation

एन्कोडिंग, संपीड़न और एन्क्रिप्शन फॉर्मेटिंग तकनीकी रूप से यहां संबंधित हैं — चरित्र सेट, SSL/TLS एन्क्रिप्शन फॉर्मेटिंग (सत्र स्थापना के विपरीत) और डेटा सीरियलाइजेशन सोचें। व्यावहारिक रूप से, अधिकांश इंजीनियर इसे परत 5 या परत 7 में जोड़ते हैं जब वे इसके बारे में बात करते हैं, क्योंकि सीमा अस्पष्ट है। यदि आप एक पेलोड में विकृत वर्णों बनाम एक टूटे हुए हैंडशेक का डिबग कर रहे हैं, तो यह आपका L6/L7 विभाजन है।

परत 7: application

HTTP, DNS, SMTP, SSH — वह प्रोटोकॉल जो आप वास्तव में कोड के खिलाफ लिखते हैं। एक डेवलपर के रूप में अधिकांश दिन-दिन की डिबगिंग यहां होती है, स्थिति कोड, हेडर और पेलोड की जांच करते हैं। ब्राउज़र dev उपकरण, Postman, और curl -v सभी इस परत पर काम करते हैं। जब एक API कॉल विफल हो तो नेटवर्क को पहले दोष देना ललचाता है, लेकिन एक 500 प्रतिक्रिया का मतलब है कि अनुरोध नीचे दी गई हर परत से गुजरा है — समस्या पूरी तरह से एप्लिकेशन लॉजिक में है।

ऐसे मॉडल से परेशान क्यों जो कोई भी बिल्कुल लागू नहीं करता

वास्तविक-विश्व नेटवर्किंग, विशेष रूप से TCP/IP, OSI की सात परतों पर पूरी तरह से नक्शा नहीं करती — TCP/IP के पास अपने संदर्भ मॉडल में चार परतें हैं। वह असमानता ठीक है। OSI का मूल्य एक कार्यान्वयन विशेषण के रूप में नहीं है, यह एक साझा शब्दावली के रूप में है। जब एक सहकर्मी कहता है "यह एक परत 2 समस्या की तरह लगता है," आप तुरंत दोनों को पता है कि DNS रिकॉर्ड के बारे में बहस करने के बजाय स्विच और VLANs को जांचना है। यह सीखने का पूरा मतलब है इसे एक परीक्षा के लिए याद करने के बजाय सही तरीके से।

यदि परत-दर-परत विवरण आपके लिए क्लिक हुआ, तो Korra Studio की नेटवर्किंग सेगमेंट पैकेट कैप्चर, सबनेटिंग ड्रिल और फायरवॉल नियम समस्या निवारण में आगे जाती है जो इस नींद पर सीधे निर्माण करती है।