OSI মডেল, লেয়ার বাই লেয়ার, ফ্লাফ ছাড়াই

বেশিরভাগ নেটওয়ার্কিং ব্যাখ্যা OSI মডেলকে একটি চার্টের মতো আচরণ করে যা একটি সার্টিফিকেশন পরীক্ষার জন্য মনে রাখতে হয় এবং তারপর ভুলে যেতে হয়। এটি একটি ভুল। একবার আপনি বাস্তব সমস্যা সমাধান শুরু করলে, সাতটি লেয়ার একটি মানসিক চেকলিস্টে পরিণত হয়: এটি একটি ক্যাবল সমস্যা, একটি রাউটিং সমস্যা, নাকি একটি অ্যাপ্লিকেশন বাগ? জানা যে আপনি কোন লেয়ারের সাথে মোকাবিলা করছেন আপনার ডিবাগিং সময় নাটকীয়ভাবে কমিয়ে দেয়।

লেয়ার 1: physical

এটি প্রকৃত মাধ্যম: তামা, ফাইবার, রেডিও তরঙ্গ। ভোল্টেজ লেভেল, পিন-আউট, কানেক্টর প্রকার (RJ45, SFP+), এবং সংকেত মডুলেশন এখানে থাকে। যখন একটি সুইচ পোর্ট "link down" দেখায় বা আপনি বিরাট প্যাকেট হারানো পান যা একটি ক্যাবল রানের কাছাকাছি কাউকে ভ্যাকুয়াম করার সাথে সম্পর্কিত, আপনি লেয়ার 1 অঞ্চলে আছেন। ক্যাবল টেস্টার বা Linux-এ ethtool eth0 এর মতো সরঞ্জাম আপনাকে লিংক স্ট্যাটাস, গতি এবং ডুপ্লেক্স সেটিংস দেখাবে যাতে আপনি উপরে কিছু ডিবাগ করার সময় নষ্ট না করেন।

লেয়ার 2: data link

এখানে আপনি MAC ঠিকানা, সুইচ এবং ফ্রেম পান। Ethernet এই লেয়ারে কাজ করে এবং ARP-ও করে (প্রযুক্তিগতভাবে L2 এবং L3 এর মধ্যে একটি সেতু)। VLANও একটি লেয়ার 2 নির্মাণ। যদি একটি হোস্ট তার নিজের সাবনেটে কিছুতেই পৌঁছাতে না পারে কিন্তু সরাসরি সংযুক্ত অন্যান্য মেশিনে পিং ঠিক কাজ করে, arp -a বা ip neigh স্টেল এন্ট্রির জন্য চেক করুন এবং VLAN mismatches এর জন্য সুইচ পোর্ট কনফিগ দেখুন। একটি ক্লাসিক খোঁজ: একই 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 — প্রোটোকল যা আপনি আসলে কোডের বিরুদ্ধে লিখেন। বেশিরভাগ দৈনন্দিন ডিবাগিং একজন ডেভেলপার হিসাবে এখানে ঘটে, স্ট্যাটাস কোড, হেডার এবং পেলোড পরীক্ষা করছে। ব্রাউজার ডেভ টুলস, Postman এবং curl -v সব এই লেয়ারে কাজ করে। একটি API কল ব্যর্থ হলে নেটওয়ার্কের দোষ দেওয়ার প্রলোভন আছে, কিন্তু একটি 500 প্রতিক্রিয়া মানে অনুরোধ নিখুঁতভাবে নিচের প্রতিটি লেয়ারের মধ্য দিয়ে গেছে — সমস্যা সম্পূর্ণভাবে অ্যাপ্লিকেশন লজিকে আছে।

কেন কোনো মডেলের সাথে বিরক্ত করুন না যা কেউ ঠিক বাস্তবায়ন করে না

বাস্তব-বিশ্বের নেটওয়ার্কিং, বিশেষ করে TCP/IP, OSI-এর সাতটি লেয়ারের সাথে নিখুঁতভাবে ম্যাপ করে না — TCP/IP-এর নিজস্ব রেফারেন্স মডেলে চারটি লেয়ার আছে। এই অমিল ঠিক আছে। OSI-এর মূল্য একটি বাস্তবায়ন স্পেক হিসাবে নয়, এটি একটি ভাগ করা শব্দভান্ডার হিসাবে। যখন একজন সহকর্মী বলেন "এটি একটি লেয়ার 2 সমস্যার মতো দেখায়," আপনারা উভয়ই তাৎক্ষণিকভাবে জানেন সুইচ এবং VLAN চেক করতে DNS রেকর্ড নিয়ে তর্ক করার পরিবর্তে। এটিই সম্পূর্ণ পয়েন্ট এটি সঠিকভাবে শিখতে একটি পরীক্ষার জন্য মনে রাখার পরিবর্তে।

যদি এই ধরনের লেয়ার-বাই-লেয়ার ব্রেকডাউন আপনার জন্য ক্লিক করে তবে Korra Studio-এর নেটওয়ার্কিং সেগমেন্ট প্যাকেট ক্যাপচার, সাবনেটিং ড্রিল এবং ফায়ারওয়াল নিয়ম সমস্যা সমাধানে আরও এগিয়ে যায় যা সরাসরি এই ভিত্তিতে গড়ে ওঠে।