OSI மாதிரி, அடுக்கு அடுக்காக, தேவையற்ற விளக்கங்கள் இல்லாமல்

பெரும்பாலான நெட்வொர்க்கிங் விளக்கங்கள் OSI மாதிரியை சான்றிதழ் தேர்வுக்கு நினைவில் வைத்துக்கொள்ள வேண்டிய ஒரு விளக்கப்படமாகவும் பின்னர் மறக்கக்கூடிய ஒன்றாகவும் கருதுகின்றன. இது தவறு. நீங்கள் உண்மையான சிக்கல்களைத் தீர்க்கத் தொடங்கினால், ஏழு அடுக்குகள் ஒரு மানসிக சரிபார்ப்பு பட்டியலாக மாறும்: இது ஒரு கேபிள் சிக்கல், வழிமுறையாக்கல் சிக்கல் அல்லது பயன்பாடு பிழையா? நீங்கள் எந்த அடுக்குடன் செயல்படுகிறீர்கள் என்பதை அறிந்துகொள்வது உங்கள் வழுவிலگாக்க நேரத்தை மிகவும் குறைக்கிறது.

அடுக்கு 1: physical

இது உண்மையான ஊடகம்: தாமிரம், இணையம், வானொலி அலைகள். மின்னழுத்த மட்டங்கள், பின் அமைப்புகள், இணைப்பான் வகைகள் (RJ45, SFP+), மற்றும் சிக்னல் மாற்றம் இங்கே உள்ளன. ஒரு சுவிட்ச் போர்ட் "link down" காட்ட வேண்டும் அல்லது நீங்கள் ஒரு கேபிள் இயக்க வெளிয়ে வாக்குவதோடு தொடர்புள்ள மாறக்கூடிய பாக்கெட் நஷ்ட பெறினால், நீங்கள் அடுக்கு 1 பகுதியில் உள்ளீர்கள். கேபிள் சோதனையாளர் அல்லது Linux இல் ethtool eth0 போன்ற கருவிகள் நீங்கள் எதையும் அதிக அளவில் வழுவிலگாக்க முயற்சி செய்வதற்கு முன்பு தொடுப்பு நிலை, வேகம் மற்றும் இரட்டை அமைப்புகளைக் காட்டும்.

அடுக்கு 2: data link

এখানে நீங்கள் MAC முகவரிகள், சுவிட்சுகள் மற்றும் சட்டங்களைப் பெறுகிறீர்கள். Ethernet இந்த அடுக்கில் செயல்படுகிறது, மேலும் ARP (தொழில்நுட்பத்தளவில் L2 மற்றும் L3 க்கு இடையே ஒரு பாலம்) செயல்படுகிறது. VLANகள் ஒரு அடுக்கு 2 கட்டுமானம் கூட. ஒரு host தனது சொந்த சப்நெட்டில் எதையும் அடைய முடியாவிட்டாலும் ஆனால் நேரடியாக இணைக்கப்பட்ட பிற இயந்திரங்களுக்கு pings நன்றாக செயல்பட்டாலும், arp -a அல்லது ip neigh வசনிக்க, தேய়ந்த நுழைவுகளைக் கண்டுபிடிக்கவும், மற்றும் VLAN பொருத்தமற்ற தன்மைக்கான சுவிட்ச் போர்ட் configs ஐப் பார்க்கவும். ஒரு classic gotcha: ஒரே VLAN இல் இரண்டு hosts ஆனால் வித்தியாசமான MTU அமைப்புகள் வித்தியாசமான fragmentation-அடுத்த அறிகுறிகளைக் காரணம்.

அடுக்கு 3: network

IP முகவரிகள், வழிமுறையாக்கல் மற்றும் ICMP இங்கே வாழ்கிறது. இது traceroute மற்றும் ping தங்களின் வேலை செய்யும் இடம், மேலும் ஒரு பாக்கெட் உள்ளூர் நெட்வொர்க்கிற்கு வெளியே கூட செல்கிறதா என்பதை நீங்கள் கண்டறிய வேண்டிய இடம். ரூட்டர்கள் இந்த அடுக்கில் முகவரி IP இன் அடிப்படையில் மேலே நகர் முடிவுகளை எடுக்கின்றன. ping 8.8.8.8 வேலை செய்ய வேண்டும் ஆனால் ping google.com செய்யவில்லை, அது எல்லாம் அடுக்கு 3 சிக்கல் அல்ல, இது DNS, இது அடுக்கு 7 - ஒரு கோளாறு சுறுக்குவதற்கு இடையே அடுக்கு ஒழுங்குமுறை ஏன் முக்கியம் என்பதை நன்றாக உदाহरण.

அடுக்கு 4: transport

TCP மற்றும் UDP. இது போர்ட்கள், வரிசை மற்றும் நம்பகத்தன்மை (அல்லது அதன் பற்றாக்குறை) வரும் இடம். TCP இன் மூன்று-வழி கையெழுத்து, retransmission timers, மற்றும் சாளர scaling இங்கே அனைத்து வாழ்கிறது. curl ஒரு இணைப்பு முயற்சিக்கு தொங்கிக்கொண்டிருக்க வேண்டும், tcpdump -i eth0 port 443 நீங்கள் SYN பாக்கெட்களை கூட একটি SYN-ACK பெறுவது என்பதை வெளிப்படுத்தும். எந்த மறுமொழி வழக்கமாக ஒரு firewall quiet முறையில் traffic கைவிடுவது வெளியே நிராகரிக்கும் என்பதை அர்த்தம் - ஒரு வேறுபாடு என்று உங்கள் தவறு அறிக்கை எழுதுவதற்கு முக்கியம்.

அடுக்கு 5: session

இந்த அடுக்கு ஒரு கெட்ட நன்மதி கிடைக்கும் ஏனென்றால் இது நடைமுறையில் thin - நிஜ-உலக stacks பல session management collapse transport அடுக்கு அல்லது பயன்பாடு அடுக்கு ஆக வேண்டும். TLS session resumption மற்றும் NetBIOS sessions போன்ற விஷயங்கள் பாடநூல் உதாரணங்கள் ஆகும். আধুनیक architecture இல் நீங்கள் வேறு எந்த அடுக்கையும் விட இங்கே குறைவான நேரம் செலவழிக்க வேண்டும், ஆனால் ஒரு கைவிடப்பட்ட இணைப்பு ஒரு முழு renegotiation இல்லாமல் மீண்டும் தொடங்க இயக்குமா அந்த தொடர்பான ஏன் விளக்கம் போது இது இன்னும் conceptually பயனுள்ளதாக உள்ளது.

அடுக்கு 6: presentation

Encoding, compression, மற்றும் encryption formatting தொழில்நுட்பத்ளவில் இங்கே பற்றுமிக்கவை - character sets, SSL/TLS encryption formatting (session நிறுவனை எதிர்த்து), மற்றும் data serialization சிந்தனை. நடைமுறையில், பெரும்பாலான பொறியாளர்கள் இங்கே அல்லது அடுக்கு 7 உள்ள session மாற்றம் கொண்ட வேண்டும் போது அவர்கள் பேச உள்ளன ஏனென்றால் எல்லை fuzzy உள்ளது. நீங்கள் ஒரு payload இல் garbled characters விரோதி ஒரு broken handshake தீர்க்க வேண்டும், அந்த உங்கள் L6/L7 பிளவுவாக இருக்கிறது.

அடுக்கு 7: application

HTTP, DNS, SMTP, SSH - நெறிமுறைகள் நீங்கள் உண்மையில் code எழுத இருந்து. பெரும்பாலான நாள்தோறும் debugging ஆக ஒரு developer வரை இங்கே நடக்கிறது, status codes, headers, மற்றும் payloads சரிபார்ப்பு. Browser dev tools, Postman, மற்றும் curl -v இந்த அடுக்கு அனைத்து செயல்படுகிறது. இது tempting ஒரு API call தவறிவிட்ட போது முதலாவது network nonono என்று என்றாலும், ஒரு 500 प्रतिक্रिया வேண்டும் என்பது என்று எந்த கோரிக்கை அனைத்து அডுक்கு மிகவும் நன்றாக எல்லோ பெற்றபோ - கேட்கும் முழுக்க application logic இல் உள்ளது.

அடுக்கு விபத்து ஏன் எவராலும் சரியாக செயல்படுத்தப்படாகிறது

Real-உலக networking, specially TCP/IP, perfectly OSI வேண்டும் ஏழு அடுக்குக்கு வரைபட செய்ய தோல்வி - TCP/IP அதன் சொந்த reference மாதிரी இல் நான்கு அடுக்குக்கு உண்டு. அந்த mismatch fine உள்ளது. OSI worth ஒரு implementation spec அல்ல, இது ஒரு பகிரப்பட்ட vocabulary ஆக. ஒரு colleague பேச வேண்டும் "இது ஒரு அடுக்கு 2 problem போல" வாழ்கிறது, நீங்கள் இரু உடனடியாக DNS records பற்றி argument க்கு பதிலாக switches மற்றும் VLANs சரிபார்க்க அறிவீர்கள். அந்த learning முழு புள்ளி அதை சரியாக test தேவை மாற்றம் மாறாக.

nอักษร அல்லது அडుक்கு-by-aடுக்கு breakdown உங்க கிளிக் செய்ய வேண்டும், Korra Studio networking segments packet captures, subnetting drills, மற்றும் firewall rule troubleshooting அடிப்படை நேरು செய்யும் உள்ளে வேறு சென்றுவிட்டுக்கொண்டிருக்கும்.