අපි අද වීඩියෝ නිබන්ධනය ආරම්භ කිරීමට පෙර, YouTube හි මගේ පාඨමාලාව ජනප්රිය වීමට දායක වූ සැමට ස්තූති කිරීමට මට අවශ්යය. මම මාස 8 කට පමණ පෙර එය ආරම්භ කරන විට, මම එවැනි සාර්ථකත්වයක් අපේක්ෂා නොකළෙමි - අද මගේ පාඩම් 312724 දෙනෙකු විසින් නරඹා ඇත, මට ග්රාහකයින් 11208 ක් ඇත. මේ නිහතමානී ආරම්භය මෙතරම් උසකට ළඟා වේ යැයි මම සිහිනෙන්වත් නොසිතුවෙමි. නමුත් අපි කාලය නාස්ති නොකර කෙලින්ම අද පාඩමට යමු. අද අපි පසුගිය වීඩියෝ පාඩම් 7 තුළ ඇති වූ හිඩැස් පුරවන්නෙමු. අද දින 6 වන දිනය පමණක් වුවද, 3 වන දිනය වීඩියෝ පාඩම් 3 කට බෙදා ඇත, එබැවින් අද ඔබ ඇත්ත වශයෙන්ම බලන්නේ අටවන වීඩියෝ පාඩමයි.
අද අපි වැදගත් මාතෘකා 3ක් ආවරණය කරන්නෙමු: DHCP, TCP ප්රවාහනය සහ වඩාත් පොදු වරාය අංක. අපි දැනටමත් IP ලිපින ගැන කතා කර ඇති අතර, IP ලිපින වින්යාස කිරීමේ වැදගත්ම සාධකයක් වන්නේ DHCP ය.
DHCP යනු ගතික සත්කාරක වින්යාස ප්රොටෝකෝලය සඳහා වන අතර එය සත්කාරක සඳහා IP ලිපින ගතිකව වින්යාස කිරීමට උපකාරී වන ප්රොටෝකෝලයකි. ඉතින් අපි හැමෝම මේ කවුළුව දැකලා තියෙනවා. ඔබ "IP ලිපිනය ස්වයංක්රීයව ලබා ගන්න" විකල්පය මත ක්ලික් කළ විට, පරිගණකය එකම උපජාලයේ වින්යාස කර ඇති DHCP සේවාදායකයක් සොයන අතර විවිධ පැකට් සහ IP ලිපිනය සඳහා ඉල්ලීම් යවයි. DHCP ප්රොටෝකෝලයට පණිවිඩ 6ක් ඇත, ඉන් 4ක් IP ලිපිනයක් පැවරීම සඳහා වැදගත් වේ.
පළමු පණිවිඩය DHCP DISCOVERY පණිවිඩයකි. DHCP සොයාගැනීමේ පණිවිඩය සුබපැතුම් පණිවිඩයකට සමාන වේ. නව උපාංගයක් ජාලයට සම්බන්ධ වූ විට, ජාලයේ DHCP සේවාදායකයක් තිබේදැයි විමසයි.
ඔබ විනිවිදකයේ දකින දෙය DHCP සේවාදායකයක් සොයන ජාලයේ සියලුම උපාංග සම්බන්ධ කර ගන්නා විකාශන ඉල්ලීමක් ලෙස පෙනේ. මම කී පරිදි, මෙය විකාශන ඉල්ලීමකි, එබැවින් ජාලයේ සියලුම උපාංගවලට එය ඇසෙනු ඇත.
ජාලයේ DHCP සේවාදායකයක් තිබේ නම්, එය පැකට්ටුවක් යවයි - DHCP OFFER පිරිනැමීමක්. යෝජනාව යන්නෙන් අදහස් කරන්නේ DHCP සේවාදායකය, සොයාගැනීමේ ඉල්ලීමකට ප්රතිචාර වශයෙන්, සේවාලාභියා වෙත වින්යාසයක් යවන අතර, විශේෂිත IP ලිපිනයක් පිළිගැනීමට සේවාදායකයාගෙන් ඉල්ලා සිටින බවයි.
DHCP සේවාදායකය IP ලිපිනයක් වෙන් කර ඇත, මෙම අවස්ථාවේදී 192.168.1.2, එය ලබා නොදේ, නමුත් උපාංගය සඳහා මෙම ලිපිනය වෙන් කරයි. ඒ සමගම, පිරිනැමීමේ පැකේජයේ DHCP සේවාදායකයේ තමන්ගේම IP ලිපිනය අඩංගු වේ.
මෙම ජාලයේ එක් DHCP සේවාදායකයකට වඩා තිබේ නම්, තවත් DHCP සේවාදායකයක්, සේවාලාභියාගේ විකාශන ඉල්ලීම ලැබීමෙන් පසු, එහි IP ලිපිනය ද ලබා දෙනු ඇත, උදාහරණයක් ලෙස, 192.168.1.50. එකම ජාලයක විවිධ DHCP සේවාදායකයන් දෙකක් වින්යාස කර තිබීම සාමාන්ය දෙයක් නොවේ, නමුත් සමහර විට එය සිදු වේ. එබැවින් DHCP දීමනාවක් සේවාලාභියෙකු වෙත යවන විට, එයට DHCP පිරිනැමීම් 2ක් ලැබෙන අතර දැන් එය කුමන DHCP පිරිනැමීමට පිළිගත යුතුද යන්න තීරණය කළ යුතුය.
සේවාදායකයා පළමු අයදුම්පත පිළිගනී යැයි සිතමු. මෙයින් අදහස් කරන්නේ සේවාලාභියා "DHCP සේවාදායකය 192.168.1.2 විසින් පිරිනමනු ලබන IP ලිපිනය 192.168.1.1 පිළිගනිමි" යනුවෙන් වචනානුසාරයෙන් පවසන DHCP REQUEST ඉල්ලීමක් යවන බවයි.
ඉල්ලීම ලැබීමෙන් පසු, 192.168.1.1 DHCP සේවාදායකය "හරි, මම එය පිළිගන්නවා" ප්රතිචාර දක්වයි, එනම්, එය ඉල්ලීම පිළිගෙන මෙම DHCP ACK සේවාදායකයා වෙත යවයි. නමුත් අපට මතක ඇති වෙනත් DHCP සේවාදායකයක් සේවාලාභියා සඳහා 1.50 ක IP ලිපිනයක් වෙන් කර ඇත. එයට සේවාලාභියෙකුගේ විකාශන ඉල්ලීමක් ලැබුණු පසු, එය අසාර්ථකත්වය ගැන දැන ගන්නා අතර එම IP ලිපිනය නැවත සංචිතයට දමනු ඇත, එවිට එය වෙනත් ඉල්ලීමක් ලැබුණහොත් එය වෙනත් සේවාදායකයෙකුට පැවරිය හැකිය.
IP ලිපින පැවරීමේදී DHCP හුවමාරු කරන තීරණාත්මක පණිවිඩ 4 මේවාය. ඊළඟට, DHCP තවත් තොරතුරු පණිවිඩ 2ක් ඇත. දෙවන පියවරේදී DHCP OFFER වගන්තියෙන් ලැබුණු තොරතුරු වලට වඩා වැඩි තොරතුරු අවශ්ය නම් සේවාලාභියා විසින් තොරතුරු පණිවිඩයක් නිකුත් කරනු ලැබේ. සේවාදායකයා DHCP පිරිනැමීමේදී ප්රමාණවත් තොරතුරු ලබා නොදුන්නේ නම්, හෝ සේවාලාභියාට පිරිනැමීමේ පැකට්ටුවේ අඩංගු දේට වඩා වැඩි තොරතුරු අවශ්ය නම්, එය අමතර DHCP තොරතුරු ඉල්ලා සිටී. සේවාදායකයා සේවාදායකයට යවන තවත් එක් පණිවිඩයක් තිබේ - මෙය DHCP නිකුතුවයි. සේවාදායකයාට එහි පවතින IP ලිපිනය මුදා හැරීමට අවශ්ය බව එය ඔබට දන්වයි.
කෙසේ වෙතත්, බොහෝ විට සිදු වන්නේ සේවාදායකයාට DHCP නිකුතුවක් සේවාදායකයට යැවීමට කාලය ලැබීමට පෙර පරිශීලකයා ජාලයෙන් විසන්ධි වීමයි. ඔබ පරිගණකය ක්රියා විරහිත කළ විට මෙය සිදු වේ, එය අප විසින් සිදු කරයි. මෙම අවස්ථාවෙහිදී, ජාල සේවාලාභියා හෝ පරිගණකය, භාවිතා කළ ලිපිනය මුදා හැරීමට සේවාදායකයට දැනුම් දීමට කාලය නොමැති බැවින් DHCP නිකුත් කිරීම අවශ්ය පියවරක් නොවේ. IP ලිපිනයක් ලබා ගැනීමට අවශ්ය පියවර වනුයේ: DHCP සොයාගැනීම, DHCP පිරිනැමීම, DHCP ඉල්ලීම, සහ DHCP අතට අත දීම.
DNCP සංචිතයක් නිර්මාණය කිරීමේදී DHCP සේවාදායකයක් වින්යාස කරන්නේ කෙසේදැයි ඊළඟ පාඩම් වලින් එකකින් මම ඔබට කියමි. සංචිත කිරීමෙන් අපි අදහස් කරන්නේ ඔබ සේවාදායකයට 192.168.1.1 සිට 192.168.1.254 පරාසය තුළ IP ලිපින පවරන ලෙස පවසන බවයි. මේ අනුව, DHCP සේවාදායකය විසින් සංචිතයක් සාදනු ඇත, එහි IP ලිපින 254 ක් තබන අතර, මෙම සංචිතයෙන් පමණක් ජාලයේ සේවාදායකයින්ට ලිපින පැවරීමට හැකි වනු ඇත. එබැවින් මෙය පරිශීලකයාට කළ හැකි පරිපාලන සැකසුම් වැනි දෙයකි.
දැන් අපි බලමු TCP සම්ප්රේෂණය ගැන. පින්තුරයේ දැක්වෙන "දුරකථනය" ඔබට හුරුපුරුදු දැයි මම නොදනිමි, නමුත් අපි කුඩා කාලයේ එකිනෙකා සමඟ කතා කිරීමට නූලකින් සම්බන්ධ කළ මෙම ටින් කෑන් භාවිතා කළෙමු.
අවාසනාවකට මෙන්, වර්තමාන පරම්පරාවට එවැනි "සුඛෝපභෝගී" ලබා ගත නොහැක. මම කියන්නේ අද ළමයි එක වසරේ ඉඳන් TV එක ඉස්සරහ ඉන්නවා, PSP සෙල්ලම් කරනවා, සමහර විට මේක විවාදාත්මක දෙයක් නමුත් මම හිතන්නේ අපිට හොඳම ළමා කාලය තිබුණා, අපි ඇත්තටම එළියට ගිහින් සෙල්ලම් කළා, අද ළමයින්ව සෝෆා එකෙන් අදින්න බැහැ. .
මගේ පුතාට වයස අවුරුද්දයි, මට දැනටමත් ඔහු iPad වලට ඇබ්බැහි වී ඇති බව මට පෙනේ, මම අදහස් කරන්නේ ඔහු තවමත් ඉතා තරුණයි, නමුත් මම හිතන්නේ අද සිටින දරුවන් ඉලෙක්ට්රොනික උපකරණ හැසිරවීමට දැනගෙන ඉපදී ඇති බවයි. ඉතින් මට කියන්න ඕන වුනේ පොඩි කාලේ අපි සෙල්ලම් කරනකොට ටකරන් වල වලවල් හදලා නූලකින් බැඳලා එක ටින් එකකට මොනවා හරි කිව්වම අනිත් පැත්තෙන් ඒ කෙනාට කියන දේ ඇහෙනවා. ඔහුට, හුදෙක් කෑන් එක ඔහුගේ කනේ තැබීමෙන් . එබැවින් එය ජාල සම්බන්ධතාවයකට බෙහෙවින් සමාන ය.
අද, TCP මාරු කිරීම් පවා සැබෑ දත්ත හුවමාරුව ආරම්භ වීමට පෙර ස්ථාපිත කළ යුතු සම්බන්ධතාවයක් තිබිය යුතුය. අප පෙර පාඩම් වල සාකච්ඡා කළ පරිදි, TCP යනු සම්බන්ධතා-නැඹුරු සම්ප්රේෂණය වන අතර UDP සම්බන්ධතා-නැඹුරු සම්ප්රේෂණය වේ. මම පන්දුව විසි කරන තැන UDP බව ඔබට පැවසිය හැකිය, එය ඔබට අල්ලා ගත හැකි දැයි බැලීම ඔබට භාරයි. ඔයා ඒක කරන්න ලෑස්තිද නැද්ද කියන එක මගේ ප්රශ්නයක් නෙවෙයි, මම එයාව දාලා යනවා.
TCP යනු ඔබ පිරිමි ළමයෙකු සමඟ කතා කර ඔබ බෝලයක් විසි කිරීමට යන බවට ඔහුට කල්තියා අනතුරු අඟවනවා හා සමානයි, එබැවින් ඔබ බැඳීමක් ඇති කර, පසුව ඔබ පන්දුව විසි කරන්න එවිට ඔබේ සහකරු එය අල්ලා ගැනීමට සූදානම් වීමට වැඩි ඉඩක් ඇත. එබැවින් TCP ඇත්ත වශයෙන්ම සම්බන්ධතාවය ගොඩනඟා පසුව සැබෑ සම්ප්රේෂණය කිරීමට පටන් ගනී.
එය එවැනි සම්බන්ධතාවයක් ඇති කරන්නේ කෙසේදැයි බලමු. මෙම ප්රොටෝකෝලය සම්බන්ධතාවයක් නිර්මාණය කිරීම සඳහා 3-මාර්ග අතට අත දීමක් භාවිතා කරයි. මෙය ඉතා තාක්ෂණික යෙදුමක් නොවේ, නමුත් එය TCP සම්බන්ධතාවය විස්තර කිරීමට දිගු කාලයක් තිස්සේ භාවිතා කර ඇත. සේවාලාභියා විසින් SYN ධජයක් සහිත පැකට්ටුවක් සේවාදායකය වෙත යවන අතර, යැවීමේ උපාංගය මගින් 3-මාර්ග අතට අත දීමක් ආරම්භ කෙරේ.
අපි කියමු පෙරබිමේ, අපට පෙනෙන මුහුණ පෙනෙන ගැහැණු ළමයා උපාංගය A, සහ මුහුණ නොපෙනෙන පසුබිමේ සිටින ගැහැණු ළමයා උපාංගය B යැයි කියමු. ගැහැණු ළමයා B ගැහැණු ළමයාට SYN පැකට්ටුවක් යවන අතර ඇය මෙසේ පවසයි. "නියමයි, කවුද- එතකොට එයාට මාත් එක්ක සන්නිවේදනය කරන්න ඕන. එබැවින්, මම සන්නිවේදනය කිරීමට සූදානම් බවට පිළිතුරු දිය යුතුය! එය කරන්නේ කෙසේද? කෙනෙකුට වෙනත් SYN පැකට්ටුවක් ආපසු එවිය හැකි අතර පසුව මුල් SYN පැකට්ටුවේ කුවිතාන්සියක් දැක්වෙන ACK එකක් එවිය හැකිය. නමුත් ACK වෙන වෙනම යැවීම වෙනුවට, සේවාදායකය විසින් SYN සහ ACK අඩංගු පොදු පැකට්ටුවක් සාදා එය ජාලය හරහා සම්ප්රේෂණය කරයි.
එබැවින් මෙම අවස්ථාවේදී, උපාංගය A SYN පැකට්ටුවක් යවා ඇති අතර SYN/ACK පැකට්ටුවක් ආපසු ලැබී ඇත. දැන් A උපාංගය B උපාංගයට ACK පැකට්ටුවක් යැවිය යුතුය, එනම්, සන්නිවේදනය ස්ථාපිත කිරීම සඳහා B උපාංගයෙන් එයට කැමැත්ත ලැබී ඇති බව තහවුරු කරන්න. මේ අනුව, උපාංග දෙකටම SYN සහ ACK පැකට් ලැබී ඇති අතර, දැන් අපට පැවසිය හැක්කේ සම්බන්ධතාවය ස්ථාපිත කර ඇති බවයි, එනම් TCP ප්රොටෝකෝලය භාවිතයෙන් අදියර 3 ක අත් හුවමාරුවක් සම්පූර්ණ කර ඇත.
මීළඟට අපි TCP කවුළු තාක්ෂණය දෙස බලමු. සරලව කිවහොත්, එය යවන්නාගේ සහ ලබන්නාගේ හැකියාවන් සාකච්ඡා කිරීමට TCP/IP හි භාවිතා කරන ක්රමයකි.
අපි හිතමු Windows වල අපි 2 GB ප්රමාණයේ විශාල ගොනුවක් එක Drive එකකින් තවත් Drive එකකට මාරු කරන්න හදනවා කියලා. මාරු කිරීමේ ආරම්භයේදීම, ගොනු හුවමාරුව ආසන්න වශයෙන් වසර 1 ක් ගත වන බව පද්ධතිය අපට දන්වනු ඇත. නමුත් තත්පර කිහිපයකට පසු පද්ධතිය නිවැරදි කර මෙසේ කියනු ඇත: "ඔහ්, විනාඩියක් ඉන්න, මම හිතන්නේ ඒකට අවුරුද්දක් නෙවෙයි මාස 6ක් විතර යයි." තව ටික වේලාවක් ගත වන අතර වින්ඩෝස් පවසනු ඇත: "මම හිතන්නේ මට මාස 1 කින් ගොනුව මාරු කිරීමට හැකි වනු ඇත." මෙය "දින 1", "පැය 6", "පැය 3", "පැය 1", "විනාඩි 20", "විනාඩි 10", "විනාඩි 3" යන පණිවිඩය අනුගමනය කරනු ඇත. ඇත්ත වශයෙන්ම, සම්පූර්ණ ගොනු හුවමාරු ක්රියාවලිය විනාඩි 3 ක් ගතවනු ඇත. මෙය සිදුවූයේ කෙසේ? මුලදී, ඔබගේ උපාංගය වෙනත් උපාංගයක් සමඟ සන්නිවේදනය කිරීමට උත්සාහ කරන විට, එය එක් පැකට්ටුවක් යවා තහවුරු කිරීම සඳහා රැඳී සිටියි. උපාංගය තහවුරු කිරීම සඳහා දිගු වේලාවක් බලා සිටින්නේ නම්, එය සිතන්නේ: "මට මෙම වේගයෙන් දත්ත 2 GB මාරු කිරීමට සිදු වුවහොත්, එය වසර 2 ක් පමණ ගතවනු ඇත." ටික වේලාවකට පසු, ඔබගේ උපාංගයට ACK එකක් ලැබෙන අතර සිතන්නේ, “හරි, මම එක පැකට්ටුවක් යවලා ACK එකක් ගත්තා, ඒ නිසා ලබන්නාට පැකට් 1ක් ලැබිය හැකියි. දැන් මම ඔහුට පැකට් එකක් වෙනුවට පැකට් 10ක් යැවීමට උත්සාහ කරමි. යවන්නා පැකට් 10 ක් යවන අතර ටික වේලාවකට පසු ලබන උපාංගයෙන් ACK තහවුරු කිරීමක් ලැබෙනු ඇත, එයින් අදහස් වන්නේ ලබන්නා ඊළඟ, 11 වන පැකට්ටුව සඳහා බලා සිටින බවයි. යවන්නා සිතන්නේ: "නියමයි, ලබන්නා එකවර පැකට් 10 ක් හසුරුවා ඇති නිසා, දැන් මම ඔහුට පැකට් දහයක් වෙනුවට පැකට් 100 ක් යැවීමට උත්සාහ කරමි." ඔහු පැකට් 100 ක් යවන අතර, ලබන්නා ප්රතිචාර දක්වන්නේ ඔහුට ඒවා ලැබුණු බවත් දැන් පැකට් 101 ක් එනතුරු බලා සිටින බවත්ය. මේ අනුව, කාලයත් සමඟ සම්ප්රේෂණය කරන ලද පැකට් සංඛ්යාව වැඩි වේ.
මුලින් ප්රකාශ කළ දේට සාපේක්ෂව ගොනු පිටපත් කිරීමේ කාලය සීඝ්රයෙන් අඩුවීමක් ඔබ දකින්නේ එබැවිනි - මෙයට හේතුව විශාල දත්ත ප්රමාණයක් මාරු කිරීමේ හැකියාව වැඩි වීමයි. කෙසේ වෙතත්, සම්ප්රේෂණ පරිමාව තවදුරටත් වැඩි කළ නොහැකි වූ විට කරුණක් පැමිණේ. ඔබ පැකට් 10000ක් එව්වා යැයි සිතමු, නමුත් ග්රාහකයාගේ උපාංග බෆරයට පිළිගත හැක්කේ 9000ක් පමණි. මෙම අවස්ථාවේදී, ග්රාහකයා ACK පණිවිඩයක් යවයි: "මට පැකට් 9000ක් ලැබී ඇති අතර දැන් 9001ක් ලැබීමට සූදානම්." මෙයින්, යවන්නා නිගමනය කරන්නේ ලබන උපාංගයේ බෆරයේ ධාරිතාව 9000 ක් පමණක් බවයි, එයින් අදහස් කරන්නේ මෙතැන් සිට මම එකවර පැකට් 9000 කට වඩා නොයවන බවයි. මෙම අවස්ථාවෙහිදී, යවන්නා ඉක්මනින් පැකට් 9000 ක කොටස්වල ඉතිරි දත්ත ප්රමාණය මාරු කිරීමට ගතවන කාලය ගණනය කර විනාඩි 3 ක් ලබා දෙයි. මෙම මිනිත්තු තුන සැබෑ සම්ප්රේෂණ කාලයයි. TCP Windowing එකෙන් කරන්නේ ඒකයි.
මෙය යැවීමේ උපාංගය අවසානයේ සැබෑ ජාල ධාරිතාවය කුමක්දැයි වටහා ගන්නා රථවාහන තදබදය අඩු කිරීමේ යාන්ත්රණයන්ගෙන් එකකි. ලැබෙන උපාංගයේ ධාරිතාව කුමක්ද යන්න පිළිබඳව ඔවුන්ට කල්තියා එකඟ විය නොහැක්කේ මන්දැයි ඔබ කල්පනා කරනවා විය හැකිය. කාරණය වන්නේ ජාලයේ විවිධ වර්ගයේ උපාංග ඇති බැවින් මෙය තාක්ෂණික වශයෙන් කළ නොහැකි ය. අපි හිතමු ඔබ සතුව iPad එකක් ඇති අතර එය iPhone එකකට වඩා වෙනස් දත්ත හුවමාරු/ග්රාහක වේගයක් ඇති බව, ඔබට විවිධ වර්ගයේ දුරකථන තිබෙන්නට පුළුවන්, නැතහොත් ඔබට ඉතා පැරණි පරිගණකයක් තිබෙන්නට පුළුවන. එමනිසා, සෑම කෙනෙකුටම විවිධ ජාල කලාප පළල ඇත.
TCP කවුළු තාක්ෂණය දියුණු වූයේ එබැවිනි, දත්ත සම්ප්රේෂණය අඩු වේගයකින් ආරම්භ වන විට හෝ අවම පැකට් සංඛ්යාවක් සම්ප්රේෂණය වන විට, ක්රමයෙන් ගමනාගමනය “කවුළුව” වැඩි කරයි. ඔබ එක් පැකට්ටුවක්, පැකට් 5 ක්, පැකට් 10 ක්, පැකට් 1000 ක්, පැකට් 10000 ක් යවා "විවෘත කිරීම" නිශ්චිත කාල සීමාවක් තුළ යවන ලද හැකි උපරිම වාහන තදබදයට ළඟා වන තෙක් එම කවුළුව සෙමින් විවෘත කරන්න. මේ අනුව, කවුළුව පිළිබඳ සංකල්පය TCP ප්රොටෝකෝලයේ ක්රියාකාරිත්වයේ කොටසකි.
ඊළඟට අපි වඩාත් පොදු වරාය අංක දෙස බලමු. සම්භාව්ය තත්වය වන්නේ ඔබට ප්රධාන සේවාදායකය 1ක්, සමහරවිට දත්ත මධ්යස්ථානයක් ඇති විටය. එයට ගොනු සේවාදායකයක්, වෙබ් සේවාදායකයක්, තැපැල් සේවාදායකයක් සහ DHCP සේවාදායකයක් ඇතුළත් වේ. දැන්, එක් සේවාදායක පරිගණකයක් පින්තූරයේ මැද පිහිටා ඇති දත්ත මධ්යස්ථානයට සම්බන්ධ වන්නේ නම්, එය සේවාදායක උපාංග වෙත ගොනු සේවාදායක ගමනාගමනය යැවීමට පටන් ගනී. මෙම ගමනාගමනය රතු පැහැයෙන් පෙන්වා ඇති අතර විශේෂිත සේවාදායකයකින් නිශ්චිත යෙදුමක් සඳහා නිශ්චිත වරායක් මත සම්ප්රේෂණය වේ.
නිශ්චිත ගමනාගමනය යා යුත්තේ කොතැනටද යන්න සේවාදායකය දැනගත්තේ කෙසේද? ඔහු මෙය ඉගෙන ගන්නේ ගමනාන්ත වරාය අංකයෙන්. ඔබ රාමුව දෙස බැලුවහොත්, සෑම දත්ත හුවමාරුවකම ගමනාන්ත වරාය අංකය සහ මූලාශ්ර වරාය අංකය සඳහන් කර ඇති බව ඔබට පෙනෙනු ඇත. නිල් සහ රතු ගමනාගමනය සහ නිල් ගමනාගමනය වෙබ් සේවාදායක ගමනාගමනය වන අතර, දෙකම විවිධ සේවාදායකයන් ස්ථාපනය කර ඇති එකම භෞතික සේවාදායකයකට යන බව ඔබට පෙනෙනු ඇත. මෙය දත්ත මධ්යස්ථානයක් නම්, එය අතථ්ය සේවාදායකයන් භාවිතා කරයි. එසේනම් රතු තදබදය එම IP ලිපිනය සහිත වම් ලැප්ටොප් පරිගණකය වෙත ආපසු යාමට නියමිත බව ඔවුන් දැනගත්තේ කෙසේද? වරාය අංක වලට පින්සිද්ධ වෙන්න මෙයාලා මේක දන්නවා. ඔබ විකිපීඩියා ලිපිය "TCP සහ UDP වරාය ලැයිස්තුව" වෙත යොමු කරන්නේ නම්, එය සියලු සම්මත වරාය අංක ලැයිස්තුගත කර ඇති බව ඔබට පෙනෙනු ඇත.
ඔබ මෙම පිටුව පහළට අනුචලනය කළහොත් ඔබට මෙම ලැයිස්තුව කොතරම් විශාලදැයි දැක ගත හැකිය. එහි ආසන්න වශයෙන් සංඛ්යා 61 ක් අඩංගු වේ. 000 සිට 1 දක්වා වරාය අංක වඩාත් පොදු වරාය අංක ලෙස හැඳින්වේ. උදාහරණයක් ලෙස, port 1024/TCP යනු ftp විධාන යැවීම සඳහා වන අතර, port 21 ssh සඳහා, වරාය 22 Telnet සඳහා, එනම් සංකේතනය නොකළ පණිවිඩ යැවීම සඳහා වේ. ඉතා ජනප්රිය වරාය 23 HTTP හරහා දත්ත රැගෙන යන අතර, වරාය 80 HTTP හි ආරක්ෂිත අනුවාදයට සමාන වන HTTPS හරහා සංකේතාත්මක දත්ත රැගෙන යයි.
සමහර වරායන් TCP සහ UDP යන දෙකටම කැප වී ඇති අතර සමහරක් සම්බන්ධතාව TCP හෝ UDP ද යන්න මත විවිධ කාර්යයන් ඉටු කරයි. එබැවින්, HTTP සඳහා නිල වශයෙන් TCP port 80 භාවිතා කරන අතර, HTTP සඳහා නිල නොවන UDP port 80 භාවිතා කරයි, නමුත් වෙනත් HTTP ප්රොටෝකෝලයක් යටතේ - QUIC.
එබැවින්, TCP හි වරාය අංක සෑම විටම UDP හි මෙන් එකම දේ කිරීමට අදහස් නොකෙරේ. ඔබට මෙම ලැයිස්තුව හදවතින්ම ඉගෙන ගැනීමට අවශ්ය නැත, එය මතක තබා ගත නොහැක, නමුත් ඔබ ජනප්රිය සහ වඩාත් පොදු වරාය අංක කිහිපයක් දැන සිටිය යුතුය. මා කී පරිදි, මෙම සමහර වරායන් සඳහා නිල අරමුණක් ඇත, එය ප්රමිතිවල විස්තර කර ඇති අතර සමහර ඒවා ක්රෝමියම් වල මෙන් නිල නොවන අරමුණක් ඇත.
එබැවින්, මෙම වගුවේ සියලුම පොදු වරාය අංක ලැයිස්තුගත කර ඇති අතර, විශේෂිත යෙදුම් භාවිතා කරන විට ගමනාගමනය යැවීමට සහ ලැබීමට මෙම අංක භාවිතා වේ.
දැන් අපි බලමු අපි දන්නා කුඩා තොරතුරු මත පදනම්ව ජාලය හරහා දත්ත චලනය වන ආකාරය. පරිගණකය 10.1.1.10 ට මෙම පරිගණකය හෝ 30.1.1.10 ලිපිනය ඇති මෙම සේවාදායකය සම්බන්ධ කර ගැනීමට අවශ්ය යැයි කියමු. සෑම උපාංගයකම IP ලිපිනයට පහළින් එහි MAC ලිපිනය ඇත. මම උදාහරණයක් දෙන්නේ අවසාන අක්ෂර 4 පමණක් සහිත MAC ලිපිනයක, නමුත් ප්රායෝගිකව එය අක්ෂර 48 කින් යුත් 12-bit ෂඩාස්ර අංකයකි. මෙම සෑම සංඛ්යාවක්ම බිටු 4 කින් සමන්විත වන බැවින්, ෂඩාස්රාකාර ඉලක්කම් 12 ක් බිට් 48 අංකයක් නියෝජනය කරයි.
අප දන්නා පරිදි, මෙම උපාංගයට මෙම සේවාදායකය සම්බන්ධ කර ගැනීමට අවශ්ය නම්, 3-මාර්ග අතට අත දීමේ පළමු පියවර පළමුව කළ යුතුය, එනම් SYN පැකට්ටුවක් යැවීම. මෙම ඉල්ලීම සිදු කරන විට, පරිගණකය 10.1.1.10 වින්ඩෝස් විසින් ගතිකව නිර්මාණය කරන මූලාශ්ර වරාය අංකය නියම කරනු ඇත. වින්ඩෝස් අහඹු ලෙස 1 සහ 65,000 අතර වරාය අංකයක් තෝරා ගනී. නමුත් 1 සිට 1024 දක්වා පරාසයේ ආරම්භක සංඛ්යා බහුලව දන්නා බැවින්, මෙම අවස්ථාවෙහිදී පද්ධතිය 25000 ට වඩා වැඩි සංඛ්යා සලකා බලා අහඹු මූලාශ්ර වරායක් නිර්මාණය කරයි, උදාහරණයක් ලෙස අංක 25113.
ඊළඟට, පද්ධතිය පැකට්ටුවට ගමනාන්ත වරායක් එක් කරයි, මෙම අවස්ථාවේදී එය වරාය 21 වේ, මන්ද මෙම FTP සේවාදායකයට සම්බන්ධ වීමට උත්සාහ කරන යෙදුම එය FTP ගමනාගමනය යැවිය යුතු බව දන්නා බැවිනි.
ඊළඟට, අපේ පරිගණකය කියනවා, "හරි, මගේ IP ලිපිනය 10.1.1.10, මට IP ලිපිනය 30.1.1.10 සම්බන්ධ කර ගත යුතුයි." SYN ඉල්ලීමක් සෑදීම සඳහා මෙම ලිපින දෙකම පැකට්ටුවට ඇතුළත් කර ඇති අතර, සම්බන්ධතාවය අවසන් වන තුරු මෙම පැකට්ටුව වෙනස් නොවේ.
ජාලය හරහා දත්ත චලනය වන ආකාරය මෙම වීඩියෝවෙන් ඔබට තේරුම් ගැනීමට මට අවශ්යය. ඉල්ලීම යවන අපගේ පරිගණකයට මූලාශ්ර IP ලිපිනය සහ ගමනාන්ත IP ලිපිනය දුටු විට, ගමනාන්ත ලිපිනය එම දේශීය ජාලයේ නොමැති බව තේරුම් ගනී. මට කියන්න අමතක වුනා මේ ඔක්කොම /24 IP ලිපින කියලා. එබැවින් ඔබ /24 IP ලිපින දෙස බැලුවහොත්, පරිගණක 10.1.1.10 සහ 30.1.1.10 එකම ජාලයක නොමැති බව ඔබට වැටහෙනු ඇත. මේ අනුව, ඉල්ලීම යවන පරිගණකය මෙම ජාලයෙන් ඉවත් වීමට නම්, එය එක් රවුටර අතුරුමුහුණතක් මත වින්යාස කර ඇති 10.1.1.1 ද්වාරය හා සම්බන්ධ විය යුතු බව තේරුම් ගනී. එය 10.1.1.1 වෙත යා යුතු බව දන්නා අතර එහි 1111 හි MAC ලිපිනය දන්නා නමුත් 10.1.1.1 ද්වාරයෙහි MAC ලිපිනය නොදනී. ඔහු මොනවද කරන්නේ? එය ජාලයේ සියලුම උපාංගවලට ලැබෙන විකාශන ARP ඉල්ලීමක් යවයි, නමුත් IP ලිපිනය 10.1.1.1 සහිත රවුටරය පමණක් එයට ප්රතිචාර දක්වයි.
රවුටරය එහි AAAA MAC ලිපිනය සමඟ ප්රතිචාර දක්වනු ඇති අතර මූලාශ්ර සහ ගමනාන්ත MAC ලිපින දෙකම මෙම රාමුව තුළ තබනු ඇත. රාමුව සුදානම් වූ පසු, CRC දත්ත අඛණ්ඩතා පරීක්ෂාවක්, එය දෝෂ හඳුනාගැනීම සඳහා චෙක්සම් සොයා ගැනීම සඳහා ඇල්ගොරිතමයක්, ජාලයෙන් පිටවීමට පෙර සිදු කරනු ලැබේ.
Cyclic Redundancy CRC යන්නෙන් අදහස් කරන්නේ මෙම සම්පූර්ණ රාමුව, SYN සිට අවසාන MAC ලිපිනය දක්වා, හැෂිං ඇල්ගොරිතමයක් හරහා ධාවනය වන බවයි, MD5 පවසන්න, එහි ප්රතිඵලයක් ලෙස හැෂ් අගයක් ලැබේ. හෑෂ් අගය, හෝ MD5 චෙක්සම්, පසුව රාමුවේ ආරම්භයේ තබා ඇත.
FCS යනු රාමු පිරික්සුම් අනුපිළිවෙලක්, බයිට් හතරක CRC අගයක් වන නිසා මම එය FCS/CRC ලේබල් කළෙමි. සමහර අය FCS තනතුර භාවිතා කරන අතර සමහරු CRC තනතුර භාවිතා කරයි, එබැවින් මම තනතුරු දෙකම ඇතුළත් කළෙමි. නමුත් මූලික වශයෙන් එය හෑෂ් අගයක් පමණි. ජාලය හරහා ලැබෙන සියලුම දත්ත දෝෂ අඩංගු නොවන බවට වග බලා ගැනීම අවශ්ය වේ. එමනිසා, මෙම රාමුව රවුටරය වෙත ළඟා වූ විට, රවුටරය කරන පළමු දෙය වන්නේ චෙක්සම් ගණනය කිරීම සහ ලැබුණු රාමුවේ අඩංගු FCS හෝ CRC අගය සමඟ සංසන්දනය කිරීමයි. මේ ආකාරයෙන් ඔහුට ජාලය හරහා ලැබුණු දත්ත දෝෂ අඩංගු නොවන බව පරීක්ෂා කළ හැකිය, ඉන්පසු ඔහු රාමුවෙන් චෙක්සම් ඉවත් කරනු ඇත.
ඊළඟට, රවුටරය MAC ලිපිනය දෙස බලා, "හරි, MAC ලිපිනය AAAA යනු රාමුව මට ආමන්ත්රණය කර ඇත" යනුවෙන් පවසන අතර MAC ලිපින අඩංගු රාමුවේ කොටස මකා දමයි.
ගමනාන්ත IP ලිපිනය 30.1.1.10 දෙස බලන විට, මෙම පැකට්ටුව ඔහුට ආමන්ත්රණය කර නැති බවත් රවුටරය හරහා තවදුරටත් යා යුතු බවත් ඔහු තේරුම් ගනීවි.
දැන් රවුටරය "සිතන්නේ" 30.1.1.10 ලිපිනය සහිත ජාලය පිහිටා ඇත්තේ කොතැනදැයි බැලීමට අවශ්ය බවය. අපි තවමත් routing පිළිබඳ සම්පූර්ණ සංකල්පය ආවරණය කර නැත, නමුත් අපි දන්නවා Routers වල routing Table එකක් තිබෙන බව. මෙම වගුවෙහි 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 ලිපිනය දන්නා බව අපි උපකල්පනය කරමු, එවිට අපට BBB මූලාශ්ර MAC ලිපිනය සහ CCC ගමනාන්ත MAC ලිපිනය ලැබෙනු ඇත. රවුටරය නැවතත් FCS/CRC ගණනය කර එය රාමුවේ ආරම්භයේ තබයි.
එය පසුව මෙම රාමුව ජාලය හරහා යවයි, රාමුව රවුටරය 20.1.12 වෙත ළඟා වේ, එය චෙක්සම් පරීක්ෂා කරයි, දත්ත දූෂිත නොවන බවට වග බලා ගනී, සහ FCS/CRC මකා දමයි. එය පසුව MAC ලිපින "කැපීම", ගමනාන්තය දෙස බලා එය 30.1.1.10 බව දකියි. මෙම ලිපිනය ඔහුගේ අතුරු මුහුණතට සම්බන්ධ බව ඔහු දනී. එකම රාමු සෑදීමේ ක්රියාවලිය නැවත නැවතත් සිදු කරයි, රවුටරය මූලාශ්රය සහ ගමනාන්ත MAC ලිපින අගයන් එකතු කරයි, හෑෂ් කිරීම සිදු කරයි, රාමුවට හැෂ් අමුණන අතර එය ජාලය හරහා යවයි.
අපගේ සේවාදායකය, අවසානයේ එය වෙත යොමු කරන ලද SYN ඉල්ලීම ලැබුණු පසු, හැෂ් චෙක්සම් පරීක්ෂා කරයි, පැකට්ටුවේ දෝෂ නොමැති නම්, එය හැෂ් මකා දමයි. එවිට ඔහු MAC ලිපින ඉවත් කර, IP ලිපිනය දෙස බලා මෙම පැකට්ටුව ඔහුට ආමන්ත්රණය කර ඇති බව වටහා ගනී.
ඊට පසු, එය 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 Cores) 10GB DDR4 240GB SSD 1Gbps ගිම්හානය දක්වා නොමිලේ මාස හයක කාලයක් සඳහා ගෙවන විට, ඔබට ඇණවුම් කළ හැකිය
Dell R730xd 2 ගුණයක් ලාභදායීද? මෙතන විතරයි
මූලාශ්රය: www.habr.com