இன்றைய வீடியோ டுடோரியலைத் தொடங்குவதற்கு முன், YouTube இல் எனது பாடத்திட்டத்தைப் பிரபலப்படுத்த பங்களித்த அனைவருக்கும் நன்றி தெரிவிக்க விரும்புகிறேன். 8 மாதங்களுக்கு முன்பு நான் இதைத் தொடங்கியபோது, இதுபோன்ற வெற்றியை நான் எதிர்பார்க்கவில்லை - இன்று எனது பாடங்களை 312724 பேர் பார்த்துள்ளனர், எனக்கு 11208 சந்தாதாரர்கள் உள்ளனர். இந்த தாழ்மையான ஆரம்பம் இவ்வளவு உயரத்தை எட்டும் என்று நான் கனவிலும் நினைக்கவில்லை. ஆனால் நேரத்தை வீணாக்காமல் நேரடியாக இன்றைய பாடத்திற்கு வருவோம். கடந்த 7 வீடியோ பாடங்களில் ஏற்பட்ட இடைவெளிகளை இன்று நிரப்புவோம். இன்று 6 ஆம் நாள் மட்டுமே என்றாலும், 3 ஆம் நாள் 3 வீடியோ பாடங்களாக பிரிக்கப்பட்டுள்ளது, எனவே இன்று நீங்கள் உண்மையில் எட்டாவது வீடியோ பாடத்தைப் பார்ப்பீர்கள்.
இன்று நாம் 3 முக்கியமான தலைப்புகளை உள்ளடக்குவோம்: DHCP, TCP போக்குவரத்து மற்றும் மிகவும் பொதுவான போர்ட் எண்கள். நாங்கள் ஏற்கனவே ஐபி முகவரிகளைப் பற்றி பேசினோம், மேலும் ஐபி முகவரி உள்ளமைவின் மிக முக்கியமான காரணிகளில் ஒன்று DHCP ஆகும்.
DHCP என்பது டைனமிக் ஹோஸ்ட் உள்ளமைவு நெறிமுறையைக் குறிக்கிறது மற்றும் இது ஹோஸ்ட்களுக்கான ஐபி முகவரிகளை மாறும் வகையில் உள்ளமைக்க உதவும் ஒரு நெறிமுறை. எனவே நாம் அனைவரும் இந்த சாளரத்தைப் பார்த்தோம். "ஐபி முகவரியைத் தானாகப் பெறு" விருப்பத்தை நீங்கள் கிளிக் செய்யும் போது, கணினி அதே சப்நெட்டில் உள்ளமைக்கப்பட்ட DHCP சேவையகத்தைத் தேடுகிறது மற்றும் IP முகவரிக்கான பல்வேறு பாக்கெட்டுகள் மற்றும் கோரிக்கைகளை அனுப்புகிறது. DHCP நெறிமுறையில் 6 செய்திகள் உள்ளன, அவற்றில் 4 ஐபி முகவரியை வழங்குவதற்கு முக்கியமானவை.
முதல் செய்தி ஒரு DHCP டிஸ்கவரி செய்தி. DHCP கண்டுபிடிப்பு செய்தி ஒரு வாழ்த்து செய்தியைப் போன்றது. ஒரு புதிய சாதனம் நெட்வொர்க்கில் சேரும்போது, நெட்வொர்க்கில் DHCP சர்வர் உள்ளதா என்று கேட்கிறது.
ஸ்லைடில் நீங்கள் பார்ப்பது டிஹெச்சிபி சேவையகத்தைத் தேடும் நெட்வொர்க்கில் உள்ள அனைத்து சாதனங்களையும் சாதனம் தொடர்பு கொள்ளும் ஒளிபரப்பு கோரிக்கை போல் தெரிகிறது. நான் சொன்னது போல், இது ஒரு ஒளிபரப்பு கோரிக்கை, எனவே நெட்வொர்க்கில் உள்ள எல்லா சாதனங்களும் அதைக் கேட்க முடியும்.
நெட்வொர்க்கில் DHCP சேவையகம் இருந்தால், அது ஒரு பாக்கெட்டை அனுப்புகிறது - DHCP OFFER சலுகை. முன்மொழிவு என்பது DHCP சேவையகம், ஒரு கண்டுபிடிப்பு கோரிக்கைக்கு பதிலளிக்கும் விதமாக, கிளையண்டிற்கு ஒரு உள்ளமைவை அனுப்புகிறது, ஒரு குறிப்பிட்ட IP முகவரியை ஏற்குமாறு கிளையண்டிடம் கேட்கிறது.
DHCP சேவையகம் ஒரு ஐபி முகவரியைக் கொண்டுள்ளது, இந்த வழக்கில் 192.168.1.2, அதை வழங்காது, மாறாக இந்த முகவரியை சாதனத்திற்கு ஒதுக்குகிறது. அதே நேரத்தில், சலுகை தொகுப்பில் DHCP சேவையகத்தின் சொந்த IP முகவரி உள்ளது.
இந்த நெட்வொர்க்கில் ஒன்றுக்கும் மேற்பட்ட DHCP சேவையகங்கள் இருந்தால், கிளையண்டின் ஒளிபரப்பு கோரிக்கையைப் பெற்றவுடன் மற்றொரு DHCP சேவையகம் அதன் IP முகவரியையும் வழங்கும், எடுத்துக்காட்டாக, 192.168.1.50. இரண்டு வெவ்வேறு DHCP சேவையகங்கள் ஒரே நெட்வொர்க்கில் கட்டமைக்கப்படுவது பொதுவானது அல்ல, ஆனால் சில நேரங்களில் அது நடக்கும். எனவே ஒரு கிளையண்டிற்கு DHCP சலுகை அனுப்பப்படும் போது, அது 2 DHCP சலுகைகளைப் பெறுகிறது மற்றும் எந்த DHCP சலுகையை ஏற்க வேண்டும் என்பதை இப்போது தீர்மானிக்க வேண்டும்.
வாடிக்கையாளர் முதல் விண்ணப்பத்தை ஏற்றுக்கொள்கிறார் என்று வைத்துக்கொள்வோம். அதாவது "DHCP சேவையகம் 192.168.1.2 வழங்கும் IP முகவரியை நான் ஏற்கிறேன் 192.168.1.1" என்று சொல்லும் DHCP கோரிக்கை கோரிக்கையை கிளையன்ட் அனுப்புகிறார்.
கோரிக்கையைப் பெற்றவுடன், 192.168.1.1 DHCP சேவையகம் "சரி, நான் ஒப்புக்கொள்கிறேன்" என்று பதிலளிக்கிறது, அதாவது, அது கோரிக்கையை ஒப்புக்கொண்டு இந்த DHCP ACKஐ கிளையண்டிற்கு அனுப்புகிறது. ஆனால் மற்றொரு DHCP சேவையகம் கிளையண்டிற்கு 1.50 ஐபி முகவரியை ஒதுக்கியுள்ளது என்பதை நாங்கள் நினைவில் கொள்கிறோம். ஒரு கிளையண்டின் ஒளிபரப்பு கோரிக்கையைப் பெற்றவுடன், அது தோல்வியைப் பற்றி அறிந்து கொள்ளும், மேலும் அந்த ஐபி முகவரியை மீண்டும் குளத்தில் வைக்கும், இதனால் மற்றொரு கோரிக்கையைப் பெற்றால் அதை மற்றொரு கிளையண்டிற்கு ஒதுக்க முடியும்.
IP முகவரிகளை வழங்கும் போது DHCP பரிமாறிக்கொள்ளும் 4 முக்கியமான செய்திகள் இவை. அடுத்து, DHCP மேலும் 2 தகவல் செய்திகளைக் கொண்டுள்ளது. இரண்டாவது படியில் DHCP OFFER பிரிவில் பெறப்பட்டதை விட கூடுதல் தகவல் தேவைப்பட்டால் கிளையண்டால் ஒரு தகவல் செய்தி வழங்கப்படுகிறது. DHCP சலுகையில் சேவையகம் போதுமான தகவலை வழங்கவில்லை என்றால் அல்லது கிளையண்டிற்கு சலுகை பாக்கெட்டில் உள்ளதை விட கூடுதல் தகவல் தேவைப்பட்டால், அது கூடுதல் DHCP தகவலைக் கோருகிறது. கிளையன்ட் சேவையகத்திற்கு அனுப்பும் மற்றொரு செய்தி உள்ளது - இது DHCP வெளியீடு. கிளையன்ட் அதன் தற்போதைய ஐபி முகவரியை வெளியிட விரும்புவதாக இது உங்களுக்குத் தெரிவிக்கிறது.
இருப்பினும், பெரும்பாலும் நடப்பது என்னவென்றால், கிளையன்ட் சேவையகத்திற்கு DHCP வெளியீட்டை அனுப்புவதற்கு நேரம் கிடைக்கும் முன், பயனர் நெட்வொர்க்கிலிருந்து துண்டிக்கப்படுகிறார். நீங்கள் கணினியை அணைக்கும்போது இது நிகழ்கிறது, அதை நாங்கள் செய்கிறோம். இந்த வழக்கில், நெட்வொர்க் கிளையன்ட் அல்லது கணினி, பயன்படுத்திய முகவரியை வெளியிடுவதற்கு சேவையகத்திற்குத் தெரிவிக்க நேரமில்லை, எனவே DHCP வெளியீடு அவசியமான படி அல்ல. IP முகவரியைப் பெறுவதற்குத் தேவையான படிகள்: DHCP கண்டுபிடிப்பு, DHCP சலுகை, DHCP கோரிக்கை மற்றும் DHCP ஹேண்ட்ஷேக்.
DNCP பூலை உருவாக்கும் போது DHCP சர்வரை எப்படி கட்டமைக்கிறோம் என்பதை அடுத்த பாடங்களில் ஒன்றில் கூறுகிறேன். தொகுப்பதன் மூலம், 192.168.1.1 முதல் 192.168.1.254 வரையிலான வரம்பில் ஐபி முகவரிகளை ஒதுக்குமாறு நீங்கள் சேவையகத்திடம் கூறுகிறீர்கள் என்று அர்த்தம். எனவே, DHCP சேவையகம் ஒரு குளத்தை உருவாக்கி, அதில் 254 IP முகவரிகளை வைக்கும், மேலும் இந்தக் குளத்தில் இருந்து மட்டுமே நெட்வொர்க்கில் உள்ள வாடிக்கையாளர்களுக்கு முகவரிகளை ஒதுக்க முடியும். எனவே இது பயனர் செய்யக்கூடிய நிர்வாக அமைப்பு போன்றது.
இப்போது TCP பரிமாற்றத்தைப் பார்ப்போம். படத்தில் உள்ள "தொலைபேசி" உங்களுக்குத் தெரிந்திருக்குமா என்று எனக்குத் தெரியவில்லை, ஆனால் நாங்கள் குழந்தைகளாக இருந்தபோது ஒருவருக்கொருவர் பேசுவதற்கு சரம் மூலம் இணைக்கப்பட்ட இந்த டின் கேன்களைப் பயன்படுத்தினோம்.
துரதிர்ஷ்டவசமாக, இன்றைய தலைமுறையினர் அத்தகைய "ஆடம்பரத்தை" வாங்க முடியாது. அதாவது இன்று குழந்தைகள் ஒரு வயதிலிருந்தே டிவி முன் இருக்கிறார்கள், அவர்கள் PSP விளையாடுகிறார்கள், ஒருவேளை இது விவாதத்திற்குரியதாக இருக்கலாம், ஆனால் நாங்கள் சிறந்த குழந்தைப் பருவத்தில் இருந்தோம் என்று நினைக்கிறேன், நாங்கள் உண்மையில் வெளியே சென்று விளையாடினோம், இன்றைய குழந்தைகளை சோபாவில் இருந்து இழுக்க முடியாது. .
என் மகனுக்கு ஒரு வயதுதான் ஆகிறது, அவன் iPadக்கு அடிமையாகிவிட்டான் என்பதை நான் ஏற்கனவே பார்க்கிறேன், அதாவது அவன் இன்னும் இளமையாக இருக்கிறான், ஆனால் இன்றைய குழந்தைகள் எலக்ட்ரானிக் கேஜெட்களை கையாளத் தெரிந்தே பிறந்திருக்கிறார்கள் என்று நினைக்கிறேன். எனவே, குழந்தைகளாக இருந்தபோது, நாங்கள் விளையாடும்போது, தகர டப்பாவில் துளைகளை உருவாக்குவோம், அவற்றை ஒரு சரத்தால் கட்டி, ஒரு டப்பாவில் ஏதாவது சொன்னால், மறுமுனையில் அந்த நபர் பேசுவதைக் கேட்க முடியும். கேனை அவன் காதில் வைப்பதன் மூலம், அவனுக்கு. எனவே இது பிணைய இணைப்புக்கு மிகவும் ஒத்திருக்கிறது.
இன்று, TCP இடமாற்றங்கள் கூட உண்மையான தரவு பரிமாற்றம் தொடங்கும் முன் நிறுவப்பட்ட இணைப்பைக் கொண்டிருக்க வேண்டும். முந்தைய பாடங்களில் நாம் விவாதித்தது போல, TCP என்பது இணைப்பு சார்ந்த பரிமாற்றம், UDP என்பது இணைப்பு சார்ந்த பரிமாற்றமாகும். நான் பந்து வீசும் இடம் UDP என்று நீங்கள் கூறலாம், அதை நீங்கள் பிடிக்க முடியுமா என்பதைப் பார்ப்பது உங்களுடையது. நீ செய்யத் தயாரா இல்லையா என்பது என் பிரச்சனை இல்லை, நான் அவரை விட்டு வெளியேறப் போகிறேன்.
TCP என்பது நீங்கள் ஒரு பையனுடன் பேசுவதைப் போலவும், நீங்கள் ஒரு பந்தை வீசப் போகிறீர்கள் என்று முன்கூட்டியே எச்சரிப்பதாகவும், எனவே நீங்கள் ஒரு பிணைப்பை உருவாக்குகிறீர்கள், பின்னர் நீங்கள் பந்தை வீசுகிறீர்கள், இதனால் உங்கள் பங்குதாரர் அதைப் பிடிக்கத் தயாராக இருப்பார். எனவே TCP உண்மையில் இணைப்பை உருவாக்குகிறது மற்றும் உண்மையான பரிமாற்றத்தை செய்யத் தொடங்குகிறது.
அத்தகைய இணைப்பை எவ்வாறு உருவாக்குகிறது என்பதைப் பார்ப்போம். இந்த நெறிமுறை இணைப்பை உருவாக்க 3-வழி ஹேண்ட்ஷேக்கைப் பயன்படுத்துகிறது. இது மிகவும் தொழில்நுட்ப சொல் அல்ல, ஆனால் இது TCP இணைப்பை விவரிக்க நீண்ட காலமாக பயன்படுத்தப்படுகிறது. ஒரு 3-வழி ஹேண்ட்ஷேக் அனுப்பும் சாதனத்தால் தொடங்கப்படுகிறது, கிளையன்ட் ஒரு SYN கொடியுடன் ஒரு பாக்கெட்டை சேவையகத்திற்கு அனுப்புகிறது.
முன்புறத்தில் இருக்கும் பெண், யாருடைய முகத்தைப் பார்க்க முடியுமோ அந்த பெண் சாதனம் A என்றும், முகம் தெரியாத பின்னணியில் இருக்கும் பெண் சாதனம் B என்றும் வைத்துக் கொள்வோம். பெண் A ஒரு SYN பாக்கெட்டை B பெண்ணுக்கு அனுப்புகிறாள், அவள் சொல்கிறாள்: "அருமை, யார்- பிறகு அவர் என்னுடன் தொடர்பு கொள்ள விரும்புகிறார். எனவே, நான் தொடர்பு கொள்ளத் தயாராக இருக்கிறேன் என்று பதிலளிக்க வேண்டும்! அதை எப்படி செய்வது? ஒருவர் மற்றொரு SYN பாக்கெட்டை திருப்பி அனுப்பலாம், பின்னர் அசல் SYN பாக்கெட்டின் ரசீதைக் குறிக்கும் ACK. ஆனால் ACKகளை தனித்தனியாக அனுப்புவதற்குப் பதிலாக, சேவையகம் SYN மற்றும் ACK ஆகியவற்றைக் கொண்ட ஒரு பொதுவான பாக்கெட்டை உருவாக்கி அதை நெட்வொர்க்கில் அனுப்புகிறது.
எனவே இந்த கட்டத்தில், சாதனம் A SYN பாக்கெட்டை அனுப்பியது மற்றும் SYN/ACK பாக்கெட்டை திரும்பப் பெற்றது. இப்போது சாதனம் A ஆனது சாதனம் B ஒரு ACK பாக்கெட்டை அனுப்ப வேண்டும், அதாவது, தகவல்தொடர்புகளை நிறுவுவதற்கு B சாதனத்திலிருந்து ஒப்புதல் பெற்றுள்ளதை உறுதிப்படுத்தவும். இவ்வாறு, இரண்டு சாதனங்களும் SYN மற்றும் ACK பாக்கெட்டுகளைப் பெற்றன, இப்போது இணைப்பு நிறுவப்பட்டுள்ளது என்று சொல்லலாம், அதாவது TCP நெறிமுறையைப் பயன்படுத்தி 3-நிலை ஹேண்ட்ஷேக் முடிந்தது.
அடுத்து TCP Windowing தொழில்நுட்பத்தைப் பார்ப்போம். எளிமையாகச் சொன்னால், அனுப்புபவர் மற்றும் பெறுநரின் திறன்களை பேச்சுவார்த்தை நடத்த TCP/IP இல் பயன்படுத்தப்படும் ஒரு முறையாகும்.
விண்டோஸில் நாம் ஒரு பெரிய கோப்பை, 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ஐ மட்டுமே ஏற்கும். இந்த நிலையில், "எனக்கு 9000 பாக்கெட்டுகள் கிடைத்துள்ளன, இப்போது 9001ஐப் பெறத் தயாராக இருக்கிறேன்" என்ற செய்தியுடன் ரிசீவர் ஒரு ACKஐ அனுப்புகிறார். இதிலிருந்து, பெறுதல் சாதனத்தின் இடையகத்தின் திறன் 9000 மட்டுமே என்று அனுப்புநர் முடிவு செய்கிறார், அதாவது இனிமேல் நான் ஒரே நேரத்தில் 9000 பாக்கெட்டுகளுக்கு மேல் அனுப்ப மாட்டேன். இந்த வழக்கில், அனுப்புநர் 9000 பாக்கெட்டுகளின் பகுதிகளாக மீதமுள்ள தரவை மாற்ற எடுக்கும் நேரத்தை விரைவாகக் கணக்கிட்டு, 3 நிமிடங்கள் கொடுக்கிறார். இந்த மூன்று நிமிடங்களே உண்மையான பரிமாற்ற நேரமாகும். TCP விண்டோவிங் அதைத்தான் செய்கிறது.
உண்மையான நெட்வொர்க் திறன் என்ன என்பதை அனுப்பும் சாதனம் இறுதியில் புரிந்து கொள்ளும் ட்ராஃபிக் த்ரோட்லிங் பொறிமுறைகளில் இதுவும் ஒன்றாகும். பெறும் சாதனத்தின் திறன் என்ன என்பதை அவர்களால் ஏன் முன்கூட்டியே ஒப்புக்கொள்ள முடியாது என்று நீங்கள் யோசித்துக்கொண்டிருக்கலாம்? நெட்வொர்க்கில் பல்வேறு வகையான சாதனங்கள் இருப்பதால் இது தொழில்நுட்ப ரீதியாக சாத்தியமற்றது என்பதே உண்மை. உங்களிடம் ஐபாட் உள்ளது மற்றும் இது ஐபோனை விட வேறுபட்ட தரவு பரிமாற்றம்/ரிசீவர் வேகத்தைக் கொண்டுள்ளது, உங்களிடம் வெவ்வேறு வகையான தொலைபேசிகள் இருக்கலாம் அல்லது உங்களிடம் மிகவும் பழைய கணினி இருக்கலாம். எனவே, ஒவ்வொருவருக்கும் வெவ்வேறு நெட்வொர்க் அலைவரிசை உள்ளது.
அதனால்தான் TCP விண்டோவிங் தொழில்நுட்பம் உருவாக்கப்பட்டது, தரவு பரிமாற்றம் குறைந்த வேகத்தில் அல்லது குறைந்தபட்ச எண்ணிக்கையிலான பாக்கெட்டுகளின் பரிமாற்றத்துடன் தொடங்கும் போது, படிப்படியாக போக்குவரத்து "சாளரம்" அதிகரிக்கிறது. நீங்கள் ஒரு பாக்கெட், 5 பாக்கெட்டுகள், 10 பாக்கெட்டுகள், 1000 பாக்கெட்டுகள், 10000 பாக்கெட்டுகளை அனுப்புகிறீர்கள் மற்றும் ஒரு குறிப்பிட்ட காலப்பகுதியில் அனுப்பப்படும் அதிகபட்ச டிராஃபிக்கை "திறத்தல்" அடையும் வரை மெதுவாக அந்த சாளரத்தை மேலும் மேலும் திறக்கவும். எனவே, விண்டோவிங் கருத்து TCP நெறிமுறையின் செயல்பாட்டின் ஒரு பகுதியாகும்.
அடுத்து நாம் மிகவும் பொதுவான போர்ட் எண்களைப் பார்ப்போம். உங்களிடம் 1 முதன்மை சேவையகம் இருந்தால், ஒருவேளை ஒரு தரவு மையமாக இருக்கலாம். இது ஒரு கோப்பு சேவையகம், வலை சேவையகம், அஞ்சல் சேவையகம் மற்றும் DHCP சேவையகம் ஆகியவற்றை உள்ளடக்கியது. இப்போது, கிளையன்ட் கணினிகளில் ஒன்று படத்தின் நடுவில் அமைந்துள்ள தரவு மையத்தைத் தொடர்பு கொண்டால், அது கிளையன்ட் சாதனங்களுக்கு கோப்பு சேவையக போக்குவரத்தை அனுப்பத் தொடங்கும். இந்த ட்ராஃபிக் சிவப்பு நிறத்தில் காட்டப்பட்டுள்ளது மற்றும் ஒரு குறிப்பிட்ட சேவையகத்திலிருந்து ஒரு குறிப்பிட்ட பயன்பாட்டிற்காக ஒரு குறிப்பிட்ட போர்ட்டில் அனுப்பப்படும்.
குறிப்பிட்ட ட்ராஃபிக் எங்கு செல்ல வேண்டும் என்று சர்வருக்கு எப்படித் தெரியும்? அவர் இலக்கு போர்ட் எண்ணிலிருந்து இதைக் கற்றுக்கொள்கிறார். நீங்கள் சட்டத்தைப் பார்த்தால், ஒவ்வொரு தரவு பரிமாற்றத்திலும் இலக்கு போர்ட் எண் மற்றும் மூல போர்ட் எண் குறிப்பிடப்பட்டிருப்பதைக் காண்பீர்கள். நீலம் மற்றும் சிவப்பு போக்குவரத்து, மற்றும் நீல போக்குவரத்து என்பது இணைய சேவையக போக்குவரத்து, இரண்டும் வெவ்வேறு சேவையகங்கள் நிறுவப்பட்ட ஒரே இயற்பியல் சேவையகத்திற்குச் செல்வதை நீங்கள் காணலாம். இது ஒரு தரவு மையமாக இருந்தால், அது மெய்நிகர் சேவையகங்களைப் பயன்படுத்துகிறது. அந்த IP முகவரியுடன் அந்த இடது மடிக்கணினிக்கு சிவப்பு போக்குவரத்து திரும்பிச் செல்ல வேண்டும் என்று அவர்களுக்கு எப்படித் தெரியும்? போர்ட் எண்களுக்கு நன்றி இது அவர்களுக்குத் தெரியும். "டிசிபி மற்றும் யுடிபி போர்ட்களின் பட்டியல்" என்ற விக்கிபீடியா கட்டுரையை நீங்கள் குறிப்பிடினால், அது அனைத்து நிலையான போர்ட் எண்களையும் பட்டியலிடுவதைக் காண்பீர்கள்.
இந்தப் பக்கத்தை கீழே ஸ்க்ரோல் செய்தால் இந்தப் பட்டியல் எவ்வளவு பெரியது என்று பார்க்கலாம். இது தோராயமாக 61 எண்களைக் கொண்டுள்ளது. 000 முதல் 1 வரையிலான போர்ட் எண்கள் மிகவும் பொதுவான போர்ட் எண்களாக அறியப்படுகின்றன. எடுத்துக்காட்டாக, போர்ட் 1024/TCP என்பது ftp கட்டளைகளை அனுப்புவதற்கும், போர்ட் 21 ssh க்கும், போர்ட் 22 டெல்நெட்டுக்கும், அதாவது மறைகுறியாக்கப்படாத செய்திகளை அனுப்புவதற்கும் ஆகும். மிகவும் பிரபலமான போர்ட் 23 ஆனது HTTP வழியாக தரவைக் கொண்டு செல்கிறது, அதே சமயம் போர்ட் 80 ஆனது HTTP இன் பாதுகாப்பான பதிப்பைப் போன்றே HTTPS வழியாக மறைகுறியாக்கப்பட்ட தரவைக் கொண்டு செல்கிறது.
சில போர்ட்கள் TCP மற்றும் UDP இரண்டிற்கும் அர்ப்பணிக்கப்பட்டுள்ளன, மேலும் சில இணைப்பு TCP அல்லது UDP என்பதைப் பொறுத்து வெவ்வேறு பணிகளைச் செய்கின்றன. எனவே, அதிகாரப்பூர்வமாக TCP போர்ட் 80 HTTP க்கு பயன்படுத்தப்படுகிறது, மேலும் UDP போர்ட் 80 HTTP க்கு பயன்படுத்தப்படுகிறது, ஆனால் வேறு HTTP நெறிமுறையின் கீழ் - QUIC.
எனவே, TCP இல் உள்ள போர்ட் எண்கள் UDP இல் உள்ளதைப் போலவே எப்போதும் செய்ய விரும்புவதில்லை. இந்த பட்டியலை நீங்கள் இதயத்தால் கற்றுக்கொள்ள வேண்டிய அவசியமில்லை, அதை நினைவில் கொள்வது சாத்தியமில்லை, ஆனால் நீங்கள் சில பிரபலமான மற்றும் மிகவும் பொதுவான போர்ட் எண்களை அறிந்து கொள்ள வேண்டும். நான் கூறியது போல், இந்த போர்ட்களில் சில அதிகாரப்பூர்வ நோக்கத்தைக் கொண்டுள்ளன, இது தரநிலைகளில் விவரிக்கப்பட்டுள்ளது, மேலும் சில குரோமியம் போலவே அதிகாரப்பூர்வமற்ற நோக்கத்தையும் கொண்டுள்ளன.
எனவே, இந்த அட்டவணை அனைத்து பொதுவான போர்ட் எண்களையும் பட்டியலிடுகிறது, மேலும் குறிப்பிட்ட பயன்பாடுகளைப் பயன்படுத்தும் போது போக்குவரத்தை அனுப்பவும் பெறவும் இந்த எண்கள் பயன்படுத்தப்படுகின்றன.
இப்போது நமக்குத் தெரிந்த சிறிய தகவல்களின் அடிப்படையில் நெட்வொர்க் முழுவதும் தரவு எவ்வாறு நகர்கிறது என்பதைப் பார்ப்போம். கணினி 10.1.1.10 இந்த கணினியை அல்லது 30.1.1.10 முகவரியைக் கொண்ட இந்த சேவையகத்தை தொடர்பு கொள்ள விரும்புகிறது என்று வைத்துக்கொள்வோம். ஒவ்வொரு சாதனத்தின் IP முகவரிக்கும் கீழே அதன் MAC முகவரி உள்ளது. கடைசி 4 எழுத்துகள் மட்டுமே உள்ள MAC முகவரியின் உதாரணத்தை நான் தருகிறேன், ஆனால் நடைமுறையில் இது 48 எழுத்துகள் கொண்ட 12-பிட் ஹெக்ஸாடெசிமல் எண்ணாகும். இந்த எண்கள் ஒவ்வொன்றும் 4 பிட்களைக் கொண்டிருப்பதால், 12 ஹெக்ஸாடெசிமல் இலக்கங்கள் 48-பிட் எண்ணைக் குறிக்கின்றன.
எங்களுக்குத் தெரியும், இந்தச் சாதனம் இந்தச் சேவையகத்தைத் தொடர்புகொள்ள விரும்பினால், 3-வழி கைகுலுக்கலின் முதல் படி முதலில் செய்யப்பட வேண்டும், அதாவது SYN பாக்கெட்டை அனுப்ப வேண்டும். இந்தக் கோரிக்கையை முன்வைக்கும்போது, கணினி 10.1.1.10 ஆனது, விண்டோஸ் மாறும் வகையில் உருவாக்கும் மூல போர்ட் எண்ணைக் குறிப்பிடும். விண்டோஸ் தோராயமாக 1 முதல் 65,000 வரையிலான போர்ட் எண்ணைத் தேர்ந்தெடுக்கிறது. ஆனால் 1 முதல் 1024 வரையிலான வரம்பில் உள்ள தொடக்க எண்கள் பரவலாக அறியப்பட்டதால், இந்த வழக்கில் கணினி 25000 க்கும் அதிகமான எண்களைக் கருத்தில் கொண்டு சீரற்ற மூல துறைமுகத்தை உருவாக்கும், எடுத்துக்காட்டாக, எண் 25113.
அடுத்து, கணினி பாக்கெட்டில் ஒரு இலக்கு போர்ட்டைச் சேர்க்கும், இந்த விஷயத்தில் இது போர்ட் 21 ஆகும், ஏனெனில் இந்த FTP சேவையகத்துடன் இணைக்க முயற்சிக்கும் பயன்பாடு FTP போக்குவரத்தை அனுப்ப வேண்டும் என்று தெரியும்.
அடுத்து, எங்கள் கணினி கூறுகிறது, "சரி, எனது ஐபி முகவரி 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 க்கு செல்ல வேண்டும் மற்றும் அதன் MAC முகவரி 1111 தெரியும், ஆனால் நுழைவாயில் 10.1.1.1 இன் MAC முகவரி தெரியாது. அவன் என்ன செய்கிறான்? நெட்வொர்க்கில் உள்ள அனைத்து சாதனங்களும் பெறும் ஒரு ஒளிபரப்பு ARP கோரிக்கையை இது அனுப்புகிறது, ஆனால் IP முகவரி 10.1.1.1 உள்ள திசைவி மட்டுமே அதற்கு பதிலளிக்கும்.
திசைவி அதன் AAAA MAC முகவரியுடன் பதிலளிக்கும், மேலும் இந்த சட்டத்தில் மூல மற்றும் இலக்கு MAC முகவரிகள் இரண்டும் வைக்கப்படும். சட்டகம் தயாரானதும், CRC தரவு ஒருமைப்பாடு சரிபார்ப்பு, இது பிழைகளைக் கண்டறிவதற்கான செக்சம் கண்டுபிடிப்பதற்கான வழிமுறையாகும், இது பிணையத்தை விட்டு வெளியேறும் முன் செய்யப்படும்.
சுழற்சி பணிநீக்கம் CRC என்பது SYN இலிருந்து கடைசி MAC முகவரி வரை இந்த முழு சட்டமும் ஒரு ஹாஷிங் அல்காரிதம் மூலம் இயக்கப்படுகிறது, MD5 என்று சொல்லுங்கள், இதன் விளைவாக ஹாஷ் மதிப்பு கிடைக்கும். ஹாஷ் மதிப்பு, அல்லது MD5 செக்சம், சட்டத்தின் தொடக்கத்தில் வைக்கப்படும்.
FCS ஒரு ஃபிரேம் சரிபார்ப்பு வரிசை, நான்கு பைட் CRC மதிப்பு என்பதால் FCS/CRC என்று பெயரிட்டேன். சிலர் FCS என்ற பெயரையும் சிலர் CRC என்ற பெயரையும் பயன்படுத்துகின்றனர், அதனால் நான் இரண்டு பதவிகளையும் சேர்த்துள்ளேன். ஆனால் அடிப்படையில் அது ஒரு ஹாஷ் மதிப்பு தான். நெட்வொர்க்கில் பெறப்பட்ட எல்லா தரவும் பிழைகளைக் கொண்டிருக்கவில்லை என்பதை உறுதிப்படுத்துவது அவசியம். எனவே, இந்த சட்டகம் திசைவியை அடையும் போது, திசைவி செய்யும் முதல் காரியம் செக்ஸத்தை கணக்கிட்டு, பெறப்பட்ட சட்டத்தில் உள்ள FCS அல்லது CRC மதிப்புடன் ஒப்பிடுவதுதான். நெட்வொர்க்கில் பெறப்பட்ட தரவு பிழைகள் இல்லை என்பதை இந்த வழியில் அவர் சரிபார்க்கலாம், அதன் பிறகு அவர் சட்டத்திலிருந்து செக்சம் அகற்றுவார்.
அடுத்து, ரூட்டர் MAC முகவரியைப் பார்த்து, "சரி, MAC முகவரி AAAA என்பது சட்டகம் எனக்கு அனுப்பப்பட்டது" என்று கூறி, MAC முகவரிகளைக் கொண்ட சட்டத்தின் பகுதியை நீக்கும்.
இலக்கு ஐபி முகவரி 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 க்கு அனுப்ப வேண்டும் என்று அது அறிந்திருக்கிறது. திசைவிக்கு ஏற்கனவே இலக்கு MAC முகவரி தெரியும் என்று வைத்துக் கொண்டால், நாங்கள் பாக்கெட்டை அனுப்புவதைத் தொடர்வோம். இந்த முகவரி அவருக்குத் தெரியாவிட்டால், அவர் மீண்டும் ARP ஐத் தொடங்குவார், ரூட்டரின் MAC முகவரி 20.1.1.2 ஐப் பெறுவார், மேலும் சட்டகத்தை அனுப்பும் செயல்முறை மீண்டும் தொடரும்.
எனவே அதற்கு ஏற்கனவே MAC முகவரி தெரியும் என்று வைத்துக்கொள்வோம், பிறகு BBB மூல MAC முகவரி மற்றும் CCC இலக்கு MAC முகவரி இருக்கும். திசைவி மீண்டும் FCS/CRC ஐக் கணக்கிட்டு சட்டத்தின் தொடக்கத்தில் வைக்கிறது.
இது நெட்வொர்க்கில் இந்த சட்டகத்தை அனுப்புகிறது, ஃபிரேம் ரூட்டர் 20.1.12 ஐ அடைகிறது, அது செக்சம் சரிபார்க்கிறது, தரவு சிதைக்கப்படவில்லை என்பதை உறுதிசெய்து, FCS/CRC ஐ நீக்குகிறது. இது MAC முகவரிகளை "துண்டிக்கிறது", சேருமிடத்தைப் பார்த்து அது 30.1.1.10 என்று பார்க்கிறது. இந்த முகவரி தனது இடைமுகத்துடன் இணைக்கப்பட்டுள்ளது என்பது அவருக்குத் தெரியும். அதே ஃப்ரேம் உருவாக்கும் செயல்முறை மீண்டும் மீண்டும் செய்யப்படுகிறது, ரூட்டர் மூல மற்றும் இலக்கு MAC முகவரி மதிப்புகளைச் சேர்க்கிறது, ஹாஷிங் செய்கிறது, சட்டத்துடன் ஹாஷை இணைத்து நெட்வொர்க் முழுவதும் அனுப்புகிறது.
எங்கள் சேவையகம், இறுதியாக SYN கோரிக்கையைப் பெற்ற பிறகு, ஹாஷ் செக்சம் சரிபார்க்கிறது, மேலும் பாக்கெட்டில் பிழைகள் இல்லை என்றால், அது ஹாஷை நீக்குகிறது. பின்னர் அவர் MAC முகவரிகளை அகற்றி, ஐபி முகவரியைப் பார்த்து, இந்த பாக்கெட் தனக்கு அனுப்பப்பட்டிருப்பதை உணர்ந்தார்.
அதன் பிறகு, இது OSI மாதிரியின் மூன்றாவது அடுக்குடன் தொடர்புடைய IP முகவரிகளை துண்டித்து போர்ட் எண்களைப் பார்க்கிறது.
அவர் போர்ட் 21 ஐப் பார்க்கிறார், அதாவது FTP ட்ராஃபிக்கைப் பார்க்கிறார், SYN ஐப் பார்க்கிறார், எனவே யாரோ அவருடன் தொடர்பு கொள்ள முயற்சிக்கிறார்கள் என்பதைப் புரிந்துகொள்கிறார்.
இப்போது, ஹேண்ட்ஷேக் பற்றி நாம் கற்றுக்கொண்டவற்றின் அடிப்படையில், சர்வர் 30.1.1.10 ஒரு SYN/ACK பாக்கெட்டை உருவாக்கி அதை கணினி 10.1.1.10க்கு அனுப்பும். இந்த பாக்கெட்டைப் பெற்றவுடன், சாதனம் 10.1.1.10 ஒரு ACK ஐ உருவாக்கும், SYN பாக்கெட்டைப் போலவே பிணையத்தின் வழியாக அனுப்பும், மேலும் சேவையகம் ACK ஐப் பெற்ற பிறகு, இணைப்பு நிறுவப்படும்.
நீங்கள் தெரிந்து கொள்ள வேண்டிய ஒன்று, இவை அனைத்தும் ஒரு நொடிக்கும் குறைவான நேரத்தில் நடக்கும். இது மிக மிக விரைவான செயல்முறையாகும், இதை நான் மெதுவாக்க முயற்சித்தேன், இதனால் உங்களுக்கு எல்லாம் தெளிவாகத் தெரியும்.
இந்த டுடோரியலில் நீங்கள் கற்றுக்கொண்டது உங்களுக்கு பயனுள்ளதாக இருக்கும் என்று நம்புகிறேன். உங்களிடம் ஏதேனும் கேள்விகள் இருந்தால், தயவுசெய்து எனக்கு எழுதவும் [மின்னஞ்சல் பாதுகாக்கப்பட்டது] அல்லது இந்த வீடியோவின் கீழ் கேள்விகளை விடுங்கள்.
அடுத்த பாடத்தில் தொடங்கி, YouTube இலிருந்து 3 சுவாரஸ்யமான கேள்விகளைத் தேர்ந்தெடுப்பேன், ஒவ்வொரு வீடியோவின் முடிவிலும் நான் மதிப்பாய்வு செய்வேன். இனிமேல் என்னிடம் "முக்கிய கேள்விகள்" பகுதி இருக்கும் அதனால் உங்கள் பெயருடன் ஒரு கேள்வியை பதிவிட்டு நேரலையில் பதிலளிப்பேன். இது பயனளிக்கும் என்று நினைக்கிறேன்.
எங்களுடன் தங்கியதற்கு நன்றி. எங்கள் கட்டுரைகளை விரும்புகிறீர்களா? மேலும் சுவாரஸ்யமான உள்ளடக்கத்தைப் பார்க்க வேண்டுமா? ஒரு ஆர்டரை வைப்பதன் மூலம் அல்லது நண்பர்களுக்கு பரிந்துரை செய்வதன் மூலம் எங்களை ஆதரிக்கவும், உங்களுக்காக எங்களால் கண்டுபிடிக்கப்பட்ட நுழைவு-நிலை சேவையகங்களின் தனித்துவமான அனலாக் மீது Habr பயனர்களுக்கு 30% தள்ளுபடி:
VPS (KVM) E5-2650 v4 (6 கோர்கள்) 10GB DDR4 240GB SSD 1Gbps கோடை வரை இலவசம் ஆறு மாத காலத்திற்கு பணம் செலுத்தும் போது, நீங்கள் ஆர்டர் செய்யலாம்
Dell R730xd 2 மடங்கு மலிவானதா? இங்கே மட்டும்
ஆதாரம்: www.habr.com