സിസ്കോ പരിശീലനം 200-125 CCNA v3.0. ദിവസം 6: ശൂന്യത പൂരിപ്പിക്കൽ (DHCP, TCP, ഹാൻഡ്‌ഷേക്ക്, കോമൺ പോർട്ട് നമ്പറുകൾ)

ഇന്നത്തെ വീഡിയോ ട്യൂട്ടോറിയൽ ആരംഭിക്കുന്നതിന് മുമ്പ്, YouTube-ൽ എന്റെ കോഴ്‌സിന്റെ ജനപ്രീതിക്ക് സംഭാവന നൽകിയ എല്ലാവർക്കും നന്ദി പറയാൻ ഞാൻ ആഗ്രഹിക്കുന്നു. ഏകദേശം 8 മാസം മുമ്പ് ഞാൻ ഇത് ആരംഭിച്ചപ്പോൾ, ഇത്തരമൊരു വിജയം ഞാൻ പ്രതീക്ഷിച്ചിരുന്നില്ല - ഇന്ന് എന്റെ പാഠങ്ങൾ 312724 ആളുകൾ കണ്ടു, എനിക്ക് 11208 വരിക്കാരുണ്ട്. ഈ എളിയ തുടക്കം ഇത്രയും ഉയരങ്ങളിൽ എത്തുമെന്ന് ഞാൻ സ്വപ്നത്തിൽ പോലും കരുതിയിരുന്നില്ല. എന്നാൽ സമയം പാഴാക്കാതെ ഇന്നത്തെ പാഠത്തിലേക്ക് നേരിട്ട് പോകാം. കഴിഞ്ഞ 7 വീഡിയോ പാഠങ്ങളിൽ സംഭവിച്ച വിടവുകൾ ഇന്ന് ഞങ്ങൾ പൂരിപ്പിക്കും. ഇന്ന് ആറാം ദിവസം മാത്രമാണെങ്കിലും, മൂന്നാം ദിവസം 6 വീഡിയോ പാഠങ്ങളായി വിഭജിക്കപ്പെട്ടു, അതിനാൽ ഇന്ന് നിങ്ങൾ യഥാർത്ഥത്തിൽ എട്ടാമത്തെ വീഡിയോ പാഠം കാണും.

ഇന്ന് ഞങ്ങൾ 3 പ്രധാന വിഷയങ്ങൾ ഉൾക്കൊള്ളുന്നു: DHCP, TCP ഗതാഗതം, ഏറ്റവും സാധാരണമായ പോർട്ട് നമ്പറുകൾ. ഞങ്ങൾ ഇതിനകം IP വിലാസങ്ങളെക്കുറിച്ച് സംസാരിച്ചു, IP വിലാസ കോൺഫിഗറേഷനിലെ ഏറ്റവും പ്രധാനപ്പെട്ട ഘടകങ്ങളിലൊന്ന് DHCP ആണ്.

DHCP എന്നത് ഡൈനാമിക് ഹോസ്റ്റ് കോൺഫിഗറേഷൻ പ്രോട്ടോക്കോൾ ആണ്, ഇത് ഹോസ്റ്റുകൾക്കായി IP വിലാസങ്ങൾ ഡൈനാമിക് ആയി കോൺഫിഗർ ചെയ്യാൻ സഹായിക്കുന്ന ഒരു പ്രോട്ടോക്കോൾ ആണ്. അതിനാൽ നമ്മൾ എല്ലാവരും ഈ വിൻഡോ കണ്ടു. നിങ്ങൾ "ഒരു IP വിലാസം സ്വയമേവ നേടുക" എന്ന ഓപ്‌ഷനിൽ ക്ലിക്കുചെയ്യുമ്പോൾ, കമ്പ്യൂട്ടർ ഒരേ സബ്‌നെറ്റിൽ കോൺഫിഗർ ചെയ്‌തിരിക്കുന്ന ഒരു DHCP സെർവറിനായി തിരയുകയും IP വിലാസത്തിനായി വിവിധ പാക്കറ്റുകളും അഭ്യർത്ഥനകളും അയയ്ക്കുകയും ചെയ്യുന്നു. DHCP പ്രോട്ടോക്കോളിന് 6 സന്ദേശങ്ങളുണ്ട്, അതിൽ 4 എണ്ണം ഒരു IP വിലാസം നൽകുന്നതിന് നിർണായകമാണ്.

ആദ്യ സന്ദേശം ഒരു DHCP ഡിസ്കവറി സന്ദേശമാണ്. DHCP കണ്ടെത്തൽ സന്ദേശം ഒരു ആശംസാ സന്ദേശത്തിന് സമാനമാണ്. ഒരു പുതിയ ഉപകരണം നെറ്റ്‌വർക്കിൽ ചേരുമ്പോൾ, നെറ്റ്‌വർക്കിൽ ഒരു DHCP സെർവർ ഉണ്ടോ എന്ന് അത് ചോദിക്കുന്നു.

സ്ലൈഡിൽ നിങ്ങൾ കാണുന്നത് ഒരു DHCP സെർവറിനായി തിരയുന്ന നെറ്റ്‌വർക്കിലെ എല്ലാ ഉപകരണങ്ങളുമായി ഉപകരണം ബന്ധപ്പെടുന്ന ഒരു ബ്രോഡ്‌കാസ്റ്റ് അഭ്യർത്ഥന പോലെയാണ്. ഞാൻ പറഞ്ഞതുപോലെ, ഇതൊരു പ്രക്ഷേപണ അഭ്യർത്ഥനയാണ്, അതിനാൽ നെറ്റ്‌വർക്കിലെ എല്ലാ ഉപകരണങ്ങൾക്കും ഇത് കേൾക്കാനാകും.

നെറ്റ്‌വർക്കിൽ ഒരു DHCP സെർവർ ഉണ്ടെങ്കിൽ, അത് ഒരു പാക്കറ്റ് അയയ്ക്കുന്നു - ഒരു DHCP ഓഫർ ഓഫർ. നിർദ്ദേശം എന്നാൽ ഡിഎച്ച്സിപി സെർവർ, ഒരു കണ്ടെത്തൽ അഭ്യർത്ഥനയ്ക്ക് മറുപടിയായി, ക്ലയന്റിലേക്ക് ഒരു കോൺഫിഗറേഷൻ അയയ്ക്കുന്നു, ഒരു നിർദ്ദിഷ്ട ഐപി വിലാസം സ്വീകരിക്കാൻ ക്ലയന്റിനോട് ആവശ്യപ്പെടുന്നു.

DHCP സെർവർ ഒരു IP വിലാസം റിസർവ് ചെയ്യുന്നു, ഈ സാഹചര്യത്തിൽ 192.168.1.2, അത് നൽകുന്നില്ല, പകരം ഈ വിലാസം ഉപകരണത്തിനായി റിസർവ് ചെയ്യുന്നു. അതേ സമയം, ഓഫർ പാക്കേജിൽ DHCP സെർവറിന്റെ സ്വന്തം IP വിലാസം അടങ്ങിയിരിക്കുന്നു.

ഈ നെറ്റ്‌വർക്കിൽ ഒന്നിലധികം ഡിഎച്ച്‌സിപി സെർവർ ഉണ്ടെങ്കിൽ, ക്ലയന്റ് ബ്രോഡ്‌കാസ്റ്റ് അഭ്യർത്ഥന ലഭിച്ചാൽ മറ്റൊരു ഡിഎച്ച്‌സിപി സെർവർ അതിന് അതിന്റെ ഐപി വിലാസവും നൽകും, ഉദാഹരണത്തിന്, 192.168.1.50. ഒരേ നെറ്റ്‌വർക്കിൽ രണ്ട് വ്യത്യസ്ത DHCP സെർവറുകൾ കോൺഫിഗർ ചെയ്‌തിരിക്കുന്നത് സാധാരണമല്ല, പക്ഷേ ചിലപ്പോൾ അത് സംഭവിക്കും. അതിനാൽ ഒരു ഡിഎച്ച്‌സിപി ഓഫർ ഒരു ക്ലയന്റിലേക്ക് അയയ്‌ക്കുമ്പോൾ, അതിന് 2 ഡിഎച്ച്‌സിപി ഓഫറുകൾ ലഭിക്കും, ഏത് ഡിഎച്ച്‌സിപി ഓഫർ സ്വീകരിക്കണമെന്ന് ഇപ്പോൾ തീരുമാനിക്കണം.

ഉപഭോക്താവ് ആദ്യത്തെ അപേക്ഷ സ്വീകരിച്ചുവെന്ന് നമുക്ക് അനുമാനിക്കാം. "DHCP സെർവർ 192.168.1.2 വാഗ്ദാനം ചെയ്യുന്ന IP വിലാസം 192.168.1.1 ഞാൻ അംഗീകരിക്കുന്നു" എന്ന് അക്ഷരാർത്ഥത്തിൽ പറയുന്ന ഒരു DHCP അഭ്യർത്ഥന ക്ലയന്റ് അയയ്ക്കുന്നു എന്നാണ് ഇതിനർത്ഥം.

അഭ്യർത്ഥന ലഭിക്കുമ്പോൾ, 192.168.1.1 DHCP സെർവർ "ശരി, ഞാൻ സമ്മതിക്കുന്നു" എന്ന് പ്രതികരിക്കുന്നു, അതായത്, അത് അഭ്യർത്ഥന അംഗീകരിക്കുകയും ഈ DHCP ACK ക്ലയന്റിലേക്ക് അയയ്ക്കുകയും ചെയ്യുന്നു. എന്നാൽ മറ്റൊരു DHCP സെർവർ ക്ലയന്റിനായി 1.50 IP വിലാസം റിസർവ് ചെയ്തിട്ടുണ്ടെന്ന് ഞങ്ങൾ ഓർക്കുന്നു. ഒരു ക്ലയന്റ് ബ്രോഡ്‌കാസ്റ്റ് അഭ്യർത്ഥന ലഭിച്ചുകഴിഞ്ഞാൽ, അത് പരാജയത്തെക്കുറിച്ച് അറിയുകയും ആ IP വിലാസം വീണ്ടും പൂളിൽ ഇടുകയും ചെയ്യും, അതുവഴി മറ്റൊരു അഭ്യർത്ഥന ലഭിച്ചാൽ അത് മറ്റൊരു ക്ലയന്റിന് നൽകാനാകും.

IP വിലാസങ്ങൾ നൽകുമ്പോൾ DHCP കൈമാറുന്ന 4 നിർണായക സന്ദേശങ്ങൾ ഇവയാണ്. അടുത്തതായി, DHCP ന് 2 വിവര സന്ദേശങ്ങൾ കൂടിയുണ്ട്. രണ്ടാം ഘട്ടത്തിൽ DHCP ഓഫർ ക്ലോസിൽ ലഭിച്ചതിനേക്കാൾ കൂടുതൽ വിവരങ്ങൾ ആവശ്യമാണെങ്കിൽ ക്ലയന്റ് ഒരു വിവര സന്ദേശം നൽകും. ഡിഎച്ച്സിപി ഓഫറിൽ സെർവർ മതിയായ വിവരങ്ങൾ നൽകിയില്ലെങ്കിലോ ഓഫർ പാക്കറ്റിൽ അടങ്ങിയിരിക്കുന്നതിനേക്കാൾ കൂടുതൽ വിവരങ്ങൾ ക്ലയന്റിന് ആവശ്യമുണ്ടെങ്കിലോ, അത് അധിക ഡിഎച്ച്സിപി വിവരങ്ങൾ അഭ്യർത്ഥിക്കുന്നു. ക്ലയന്റ് സെർവറിലേക്ക് അയയ്ക്കുന്ന ഒരു സന്ദേശം കൂടിയുണ്ട് - ഇതാണ് DHCP റിലീസ്. ക്ലയന്റ് അതിന്റെ നിലവിലുള്ള ഐപി വിലാസം റിലീസ് ചെയ്യാൻ ആഗ്രഹിക്കുന്നുവെന്ന് ഇത് നിങ്ങളെ അറിയിക്കുന്നു.

എന്നിരുന്നാലും, മിക്കപ്പോഴും സംഭവിക്കുന്നത്, സെർവറിലേക്ക് ഒരു ഡിഎച്ച്സിപി റിലീസ് അയയ്‌ക്കുന്നതിന് ക്ലയന്റിന് സമയമുണ്ടാകുന്നതിന് മുമ്പ് ഉപയോക്താവ് നെറ്റ്‌വർക്കിൽ നിന്ന് വിച്ഛേദിക്കുന്നു എന്നതാണ്. നിങ്ങൾ കമ്പ്യൂട്ടർ ഓഫ് ചെയ്യുമ്പോൾ ഇത് സംഭവിക്കുന്നു, അത് ഞങ്ങൾ ചെയ്യുന്നു. ഈ സാഹചര്യത്തിൽ, നെറ്റ്‌വർക്ക് ക്ലയന്റ് അല്ലെങ്കിൽ കമ്പ്യൂട്ടറിന്, ഉപയോഗിച്ച വിലാസം റിലീസ് ചെയ്യാൻ സെർവറിനെ അറിയിക്കാൻ സമയമില്ല, അതിനാൽ DHCP റിലീസ് ഒരു ആവശ്യമായ ഘട്ടമല്ല. ഒരു IP വിലാസം ലഭിക്കുന്നതിന് ആവശ്യമായ ഘട്ടങ്ങൾ ഇവയാണ്: DHCP കണ്ടെത്തൽ, DHCP ഓഫർ, DHCP അഭ്യർത്ഥന, DHCP ഹാൻഡ്‌ഷേക്ക്.

ഒരു ഡിഎൻസിപി പൂൾ സൃഷ്ടിക്കുമ്പോൾ ഒരു ഡിഎച്ച്സിപി സെർവർ എങ്ങനെ കോൺഫിഗർ ചെയ്യുന്നുവെന്ന് അടുത്ത പാഠങ്ങളിലൊന്നിൽ ഞാൻ നിങ്ങളോട് പറയും. പൂൾ ചെയ്യുന്നതിലൂടെ ഞങ്ങൾ അർത്ഥമാക്കുന്നത് 192.168.1.1 മുതൽ 192.168.1.254 വരെയുള്ള ശ്രേണിയിൽ IP വിലാസങ്ങൾ നൽകാൻ നിങ്ങൾ സെർവറിനോട് പറയുന്നു എന്നാണ്. അങ്ങനെ, DHCP സെർവർ ഒരു പൂൾ സൃഷ്ടിക്കുകയും അതിൽ 254 IP വിലാസങ്ങൾ സ്ഥാപിക്കുകയും ഈ പൂളിൽ നിന്ന് മാത്രം നെറ്റ്‌വർക്കിലെ ക്ലയന്റുകൾക്ക് വിലാസങ്ങൾ നൽകുകയും ചെയ്യും. അതിനാൽ ഇത് ഉപയോക്താവിന് ചെയ്യാൻ കഴിയുന്ന ഒരു അഡ്മിനിസ്ട്രേറ്റീവ് ക്രമീകരണം പോലെയാണ്.

ഇനി TCP ട്രാൻസ്മിഷൻ നോക്കാം. ചിത്രത്തിൽ കാണിച്ചിരിക്കുന്ന "ടെലിഫോൺ" നിങ്ങൾക്ക് പരിചിതമാണോ എന്ന് എനിക്കറിയില്ല, പക്ഷേ ഞങ്ങൾ കുട്ടികളായിരിക്കുമ്പോൾ പരസ്പരം സംസാരിക്കാൻ ഈ ടിൻ ക്യാനുകൾ ഉപയോഗിച്ചിരുന്നു.

നിർഭാഗ്യവശാൽ, ഇന്നത്തെ തലമുറയ്ക്ക് അത്തരം "ആഡംബരങ്ങൾ" താങ്ങാൻ കഴിയില്ല. ഞാൻ ഉദ്ദേശിക്കുന്നത് ഇന്ന് കുട്ടികൾ ഒരു വയസ്സ് മുതൽ ടിവിക്ക് മുന്നിലാണ്, അവർ പിഎസ്പി കളിക്കുന്നു, ഒരുപക്ഷേ ഇത് ചർച്ചാവിഷയമാണ്, പക്ഷേ ഞങ്ങൾക്ക് മികച്ച കുട്ടിക്കാലം ഉണ്ടായിരുന്നുവെന്ന് ഞാൻ കരുതുന്നു, ഞങ്ങൾ ശരിക്കും പുറത്ത് പോയി ഗെയിമുകൾ കളിച്ചു, ഇന്നത്തെ കുട്ടികളെ സോഫയിൽ നിന്ന് വലിച്ചിടാൻ കഴിയില്ല .

എന്റെ മകന് ഒരു വയസ്സ് മാത്രമേയുള്ളൂ, അവൻ ഐപാഡിന് അടിമയാണെന്ന് എനിക്ക് ഇതിനകം കാണാൻ കഴിയും, അവൻ ഇപ്പോഴും വളരെ ചെറുപ്പമാണ്, പക്ഷേ ഇന്നത്തെ കുട്ടികൾ ഇലക്ട്രോണിക് ഉപകരണങ്ങൾ എങ്ങനെ കൈകാര്യം ചെയ്യണമെന്ന് ഇതിനകം തന്നെ ജനിച്ചിട്ടുണ്ടെന്ന് ഞാൻ കരുതുന്നു. അതുകൊണ്ട്, കുട്ടിക്കാലത്ത്, ഞങ്ങൾ കളിക്കുമ്പോൾ, ഞങ്ങൾ തകരപ്പാത്രങ്ങളിൽ ദ്വാരങ്ങൾ ഉണ്ടാക്കും, ഒരു ചരടിൽ കെട്ടി ഒരു ക്യാനിൽ എന്തെങ്കിലും പറഞ്ഞാൽ, മറുവശത്ത് ആ വ്യക്തി പറയുന്നത് കേൾക്കും. അയാൾക്ക്, ക്യാൻ ചെവിയിൽ വെച്ചുകൊണ്ട് . അതിനാൽ ഇത് ഒരു നെറ്റ്‌വർക്ക് കണക്ഷനുമായി വളരെ സാമ്യമുള്ളതാണ്.

ഇന്ന്, TCP കൈമാറ്റങ്ങൾക്ക് പോലും ഒരു കണക്ഷൻ ഉണ്ടായിരിക്കണം, അത് യഥാർത്ഥ ഡാറ്റ കൈമാറ്റം ആരംഭിക്കുന്നതിന് മുമ്പ് സ്ഥാപിക്കേണ്ടതുണ്ട്. മുൻ പാഠങ്ങളിൽ ഞങ്ങൾ ചർച്ച ചെയ്തതുപോലെ, ടിസിപി കണക്ഷൻ-ഓറിയന്റഡ് ട്രാൻസ്മിഷനാണ്, യുഡിപി കണക്ഷൻ ഓറിയന്റഡ് ട്രാൻസ്മിഷനാണ്. ഞാൻ പന്ത് എറിയുന്നിടത്താണ് UDP എന്ന് നിങ്ങൾക്ക് പറയാം, നിങ്ങൾക്ക് അത് പിടിക്കാൻ കഴിയുമോ എന്ന് നോക്കേണ്ടത് നിങ്ങളാണ്. നിങ്ങൾ അത് ചെയ്യാൻ തയ്യാറാണോ അല്ലയോ എന്നത് എന്റെ പ്രശ്നമല്ല, ഞാൻ അവനെ ഉപേക്ഷിക്കാൻ പോകുന്നു.

TCP എന്നത് നിങ്ങൾ ഒരു ആൺകുട്ടിയോട് സംസാരിക്കുകയും നിങ്ങൾ ഒരു പന്ത് എറിയാൻ പോകുന്നുവെന്ന് മുൻകൂട്ടി മുന്നറിയിപ്പ് നൽകുകയും ചെയ്യുന്നതുപോലെയാണ്, അതിനാൽ നിങ്ങൾ ഒരു ബോണ്ട് ഉണ്ടാക്കുന്നു, തുടർന്ന് നിങ്ങൾ പന്ത് എറിയുക, അങ്ങനെ നിങ്ങളുടെ പങ്കാളി അത് പിടിക്കാൻ തയ്യാറാണ്. അതിനാൽ TCP യഥാർത്ഥത്തിൽ കണക്ഷൻ നിർമ്മിക്കുകയും തുടർന്ന് യഥാർത്ഥ ട്രാൻസ്മിഷൻ ചെയ്യാൻ തുടങ്ങുകയും ചെയ്യുന്നു.

അത്തരമൊരു ബന്ധം എങ്ങനെ സൃഷ്ടിക്കുന്നുവെന്ന് നോക്കാം. ഒരു കണക്ഷൻ സൃഷ്ടിക്കാൻ ഈ പ്രോട്ടോക്കോൾ 3-വേ ഹാൻഡ്‌ഷേക്ക് ഉപയോഗിക്കുന്നു. ഇത് വളരെ സാങ്കേതികമായ ഒരു പദമല്ല, പക്ഷേ ഒരു ടിസിപി കണക്ഷനെ വിവരിക്കാൻ ഇത് വളരെക്കാലമായി ഉപയോഗിച്ചുവരുന്നു. സെർവറിലേക്ക് ഒരു SYN ഫ്ലാഗ് ഉള്ള ഒരു പാക്കറ്റ് ക്ലയന്റ് അയയ്‌ക്കുന്നതിലൂടെ, അയയ്ക്കുന്ന ഉപകരണം ഒരു 3-വേ ഹാൻഡ്‌ഷേക്ക് ആരംഭിക്കുന്നു.

നമുക്ക് മുഖം കാണാൻ കഴിയുന്ന മുൻവശത്തുള്ള പെൺകുട്ടി ഉപകരണം A ആണെന്നും, മുഖം കാണാത്ത പശ്ചാത്തലത്തിലുള്ള പെൺകുട്ടി ഡിവൈസ് B ആണെന്നും പറയാം. പെൺകുട്ടി A ഒരു SYN പാക്കറ്റ് B പെൺകുട്ടിക്ക് അയയ്ക്കുന്നു, അവൾ പറയുന്നു: “കൊള്ളാം, ആരാണ്- അപ്പോൾ അവൻ എന്നോട് ആശയവിനിമയം നടത്താൻ ആഗ്രഹിക്കുന്നു. അതിനാൽ, ആശയവിനിമയം നടത്താൻ ഞാൻ തയ്യാറാണെന്ന് എനിക്ക് ഉത്തരം നൽകേണ്ടതുണ്ട്! ഇത് എങ്ങനെ ചെയ്യാം? ഒരാൾക്ക് മറ്റൊരു SYN പാക്കറ്റും തുടർന്ന് യഥാർത്ഥ SYN പാക്കറ്റിന്റെ രസീത് സൂചിപ്പിക്കുന്ന ഒരു ACKയും തിരികെ അയക്കാം. എന്നാൽ ACK-കൾ വെവ്വേറെ അയയ്ക്കുന്നതിനുപകരം, സെർവർ SYN, ACK എന്നിവ അടങ്ങിയ ഒരു പൊതു പാക്കറ്റ് രൂപപ്പെടുത്തുകയും അത് നെറ്റ്‌വർക്കിലൂടെ കൈമാറുകയും ചെയ്യുന്നു.

അതിനാൽ ഈ സമയത്ത്, ഉപകരണം A ഒരു SYN പാക്കറ്റ് അയച്ചു, ഒരു SYN/ACK പാക്കറ്റ് തിരികെ ലഭിച്ചു. ഇപ്പോൾ ഉപകരണം A ഉപകരണത്തിന് B ഒരു ACK പാക്കറ്റ് അയയ്‌ക്കണം, അതായത്, ആശയവിനിമയം സ്ഥാപിക്കുന്നതിന് B ഉപകരണത്തിൽ നിന്ന് അതിന് സമ്മതം ലഭിച്ചിട്ടുണ്ടെന്ന് സ്ഥിരീകരിക്കുക. അങ്ങനെ, രണ്ട് ഉപകരണങ്ങൾക്കും SYN, ACK പാക്കറ്റുകൾ ലഭിച്ചു, ഇപ്പോൾ കണക്ഷൻ സ്ഥാപിച്ചതായി നമുക്ക് പറയാം, അതായത്, ടിസിപി പ്രോട്ടോക്കോൾ ഉപയോഗിച്ച് 3-ഘട്ട ഹാൻഡ്‌ഷേക്ക് പൂർത്തിയായി.

അടുത്തതായി നമ്മൾ TCP വിൻഡോ ടെക്നോളജി നോക്കും. ലളിതമായി പറഞ്ഞാൽ, അയയ്ക്കുന്നയാളുടെയും സ്വീകർത്താവിന്റെയും കഴിവുകൾ ചർച്ച ചെയ്യാൻ TCP/IP-യിൽ ഉപയോഗിക്കുന്ന ഒരു രീതിയാണിത്.

വിൻഡോസിൽ നമ്മൾ ഒരു വലിയ ഫയൽ ഒരു ഡ്രൈവിൽ നിന്ന് മറ്റൊന്നിലേക്ക് 2 ജിബി വലുപ്പത്തിൽ കൈമാറാൻ ശ്രമിക്കുകയാണെന്ന് പറയാം. കൈമാറ്റത്തിന്റെ തുടക്കത്തിൽ തന്നെ, ഫയൽ കൈമാറ്റം ഏകദേശം 1 വർഷമെടുക്കുമെന്ന് സിസ്റ്റം ഞങ്ങളെ അറിയിക്കും. എന്നാൽ കുറച്ച് നിമിഷങ്ങൾക്ക് ശേഷം, സിസ്റ്റം സ്വയം തിരുത്തി പറയും: "ഓ, ഒരു മിനിറ്റ് കാത്തിരിക്കൂ, ഇത് ഏകദേശം 6 മാസമെടുക്കുമെന്ന് ഞാൻ കരുതുന്നു, ഒരു വർഷമല്ല." കുറച്ച് സമയം കൂടി കടന്നുപോകും, ​​വിൻഡോസ് പറയും: "എനിക്ക് ഒരു മാസത്തിനുള്ളിൽ ഫയൽ കൈമാറാൻ കഴിയുമെന്ന് ഞാൻ കരുതുന്നു." ഇതിന് ശേഷം "1 ദിവസം", "1 മണിക്കൂർ", "6 മണിക്കൂർ", "3 മണിക്കൂർ", "1 മിനിറ്റ്", "20 മിനിറ്റ്", "10 മിനിറ്റ്" എന്ന സന്ദേശം ലഭിക്കും. വാസ്തവത്തിൽ, മുഴുവൻ ഫയൽ കൈമാറ്റ പ്രക്രിയയും 3 മിനിറ്റ് മാത്രമേ എടുക്കൂ. ഇത് എങ്ങനെ സംഭവിച്ചു? തുടക്കത്തിൽ, നിങ്ങളുടെ ഉപകരണം മറ്റൊരു ഉപകരണവുമായി ആശയവിനിമയം നടത്താൻ ശ്രമിക്കുമ്പോൾ, അത് ഒരു പാക്കറ്റ് അയച്ച് സ്ഥിരീകരണത്തിനായി കാത്തിരിക്കുന്നു. സ്ഥിരീകരണത്തിനായി ഉപകരണം ദീർഘനേരം കാത്തിരിക്കുകയാണെങ്കിൽ, അത് ചിന്തിക്കുന്നു: "ഈ വേഗതയിൽ എനിക്ക് 3 ജിബി ഡാറ്റ കൈമാറണമെങ്കിൽ, അതിന് ഏകദേശം 2 വർഷമെടുക്കും." കുറച്ച് സമയത്തിന് ശേഷം, നിങ്ങളുടെ ഉപകരണത്തിന് ഒരു ACK ലഭിക്കുകയും ചിന്തിക്കുകയും ചെയ്യുന്നു, “ശരി, ഞാൻ ഒരു പാക്കറ്റ് അയച്ചു, ഒരു ACK ലഭിച്ചു, അതിനാൽ സ്വീകർത്താവിന് 2 പാക്കറ്റ് ലഭിക്കും. ഇപ്പോൾ ഞാൻ അദ്ദേഹത്തിന് ഒന്നിന് പകരം 1 പാക്കറ്റുകൾ അയയ്ക്കാൻ ശ്രമിക്കും. അയച്ചയാൾ 10 പാക്കറ്റുകൾ അയയ്ക്കുന്നു, കുറച്ച് സമയത്തിന് ശേഷം സ്വീകരിക്കുന്ന ഉപകരണത്തിൽ നിന്ന് ഒരു ACK സ്ഥിരീകരണം ലഭിക്കുന്നു, അതായത് സ്വീകർത്താവ് അടുത്ത, 10-ാമത്തെ പാക്കറ്റിനായി കാത്തിരിക്കുന്നു എന്നാണ്. അയച്ചയാൾ ചിന്തിക്കുന്നു: "കൊള്ളാം, സ്വീകർത്താവ് ഒരേസമയം 11 ​​പാക്കറ്റുകൾ കൈകാര്യം ചെയ്തതിനാൽ, ഇപ്പോൾ ഞാൻ അദ്ദേഹത്തിന് പത്തിന് പകരം 10 പാക്കറ്റുകൾ അയയ്ക്കാൻ ശ്രമിക്കും." അവൻ 100 പാക്കറ്റുകൾ അയയ്ക്കുന്നു, സ്വീകർത്താവ് തനിക്ക് അവ ലഭിച്ചുവെന്നും ഇപ്പോൾ 100 പാക്കറ്റുകൾക്കായി കാത്തിരിക്കുകയാണെന്നും പ്രതികരിക്കുന്നു. അങ്ങനെ, കാലക്രമേണ, കൈമാറ്റം ചെയ്യപ്പെടുന്ന പാക്കറ്റുകളുടെ എണ്ണം വർദ്ധിക്കുന്നു.

യഥാർത്ഥത്തിൽ പ്രസ്താവിച്ചതിനെ അപേക്ഷിച്ച് ഫയൽ പകർപ്പ് സമയത്തിൽ പെട്ടെന്നുള്ള കുറവ് നിങ്ങൾ കാണുന്നത് അതുകൊണ്ടാണ് - വലിയ അളവിലുള്ള ഡാറ്റ കൈമാറ്റം ചെയ്യാനുള്ള വർദ്ധിച്ച കഴിവാണ് ഇതിന് കാരണം. എന്നിരുന്നാലും, ട്രാൻസ്മിഷൻ വോളിയത്തിൽ കൂടുതൽ വർദ്ധനവ് അസാധ്യമാകുമ്പോൾ ഒരു പോയിന്റ് വരുന്നു. നിങ്ങൾ 10000 പാക്കറ്റുകൾ അയച്ചുവെന്ന് കരുതുക, എന്നാൽ റിസീവറിന്റെ ഉപകരണ ബഫറിന് 9000 മാത്രമേ സ്വീകരിക്കാൻ കഴിയൂ. ഈ സാഹചര്യത്തിൽ, "എനിക്ക് 9000 പാക്കറ്റുകൾ ലഭിച്ചു, ഇപ്പോൾ 9001 സ്വീകരിക്കാൻ തയ്യാറാണ്" എന്ന സന്ദേശത്തോടുകൂടിയ ഒരു ACK റിസീവർ അയയ്ക്കുന്നു. ഇതിൽ നിന്ന്, സ്വീകരിക്കുന്ന ഉപകരണത്തിന്റെ ബഫറിന് 9000 ശേഷി മാത്രമേയുള്ളൂവെന്ന് അയച്ചയാൾ നിഗമനം ചെയ്യുന്നു, അതായത് ഇനി മുതൽ ഞാൻ ഒരു സമയം 9000 പാക്കറ്റുകളിൽ കൂടുതൽ അയയ്ക്കില്ല. ഈ സാഹചര്യത്തിൽ, അയച്ചയാൾ 9000 പാക്കറ്റുകളുടെ ഭാഗങ്ങളിൽ ശേഷിക്കുന്ന ഡാറ്റ കൈമാറാൻ എടുക്കുന്ന സമയം വേഗത്തിൽ കണക്കാക്കുകയും 3 മിനിറ്റ് നൽകുകയും ചെയ്യുന്നു. ഈ മൂന്ന് മിനിറ്റാണ് യഥാർത്ഥ പ്രക്ഷേപണ സമയം. അതാണ് ടിസിപി വിൻഡോ ചെയ്യുന്നത്.

യഥാർത്ഥ നെറ്റ്‌വർക്ക് കപ്പാസിറ്റി എന്താണെന്ന് അയയ്‌ക്കുന്ന ഉപകരണം ഒടുവിൽ മനസ്സിലാക്കുന്ന ട്രാഫിക് ത്രോട്ടിംഗ് മെക്കാനിസങ്ങളിൽ ഒന്നാണിത്. സ്വീകരിക്കുന്ന ഉപകരണത്തിന്റെ കപ്പാസിറ്റി എന്താണെന്ന് അവർക്ക് മുൻകൂട്ടി സമ്മതിക്കാൻ കഴിയാത്തത് എന്തുകൊണ്ടാണെന്ന് നിങ്ങൾ ചിന്തിച്ചേക്കാം? നെറ്റ്വർക്കിൽ വിവിധ തരത്തിലുള്ള ഉപകരണങ്ങൾ ഉള്ളതിനാൽ ഇത് സാങ്കേതികമായി അസാധ്യമാണ് എന്നതാണ് വസ്തുത. നിങ്ങൾക്ക് ഒരു ഐപാഡ് ഉണ്ടെന്നും അതിന് ഐഫോണിനേക്കാൾ വ്യത്യസ്‌തമായ ഡാറ്റാ ട്രാൻസ്ഫർ/റിസീവർ സ്പീഡുണ്ടെന്നും പറയാം, നിങ്ങൾക്ക് വ്യത്യസ്ത തരം ഫോണുകൾ ഉണ്ടായിരിക്കാം, അല്ലെങ്കിൽ നിങ്ങൾക്ക് വളരെ പഴയ കമ്പ്യൂട്ടർ ഉണ്ടായിരിക്കാം. അതിനാൽ, എല്ലാവർക്കും വ്യത്യസ്ത നെറ്റ്‌വർക്ക് ബാൻഡ്‌വിഡ്ത്ത് ഉണ്ട്.

അതുകൊണ്ടാണ് ടിസിപി വിൻഡോ ടെക്നോളജി വികസിപ്പിച്ചെടുത്തത്, ഡാറ്റ ട്രാൻസ്മിഷൻ കുറഞ്ഞ വേഗതയിലോ അല്ലെങ്കിൽ കുറഞ്ഞ എണ്ണം പാക്കറ്റുകളുടെ സംപ്രേക്ഷണത്തോടെയോ ആരംഭിക്കുമ്പോൾ, ക്രമേണ ട്രാഫിക് "വിൻഡോ" വർദ്ധിപ്പിക്കുന്നു. നിങ്ങൾ ഒരു പാക്കറ്റ്, 5 പാക്കറ്റുകൾ, 10 പാക്കറ്റുകൾ, 1000 പാക്കറ്റുകൾ, 10000 പാക്കറ്റുകൾ എന്നിവ അയച്ച്, "തുറക്കൽ" ഒരു നിശ്ചിത സമയത്തിനുള്ളിൽ അയയ്‌ക്കുന്ന പരമാവധി ട്രാഫിക് വോളിയത്തിൽ എത്തുന്നതുവരെ ആ വിൻഡോ കൂടുതൽ കൂടുതൽ തുറക്കുക. അതിനാൽ, വിൻഡോസ് എന്ന ആശയം ടിസിപി പ്രോട്ടോക്കോളിന്റെ പ്രവർത്തനത്തിന്റെ ഭാഗമാണ്.

അടുത്തതായി നമ്മൾ ഏറ്റവും സാധാരണമായ പോർട്ട് നമ്പറുകൾ നോക്കും. നിങ്ങൾക്ക് 1 പ്രധാന സെർവർ ഉള്ളപ്പോഴുള്ളതാണ് ക്ലാസിക് സാഹചര്യം, ഒരുപക്ഷേ ഒരു ഡാറ്റാ സെന്റർ. അതിൽ ഒരു ഫയൽ സെർവർ, വെബ് സെർവർ, മെയിൽ സെർവർ, DHCP സെർവർ എന്നിവ ഉൾപ്പെടുന്നു. ഇപ്പോൾ, ക്ലയന്റ് കമ്പ്യൂട്ടറുകളിലൊന്ന് ചിത്രത്തിന്റെ മധ്യഭാഗത്ത് സ്ഥിതിചെയ്യുന്ന ഡാറ്റാ സെന്ററുമായി ബന്ധപ്പെടുകയാണെങ്കിൽ, അത് ക്ലയന്റ് ഉപകരണങ്ങളിലേക്ക് ഫയൽ സെർവർ ട്രാഫിക് അയയ്ക്കാൻ തുടങ്ങും. ഈ ട്രാഫിക് ചുവപ്പിൽ കാണിച്ചിരിക്കുന്നു കൂടാതെ ഒരു നിർദ്ദിഷ്‌ട സെർവറിൽ നിന്നുള്ള ഒരു നിർദ്ദിഷ്‌ട അപ്ലിക്കേഷനായി ഒരു നിർദ്ദിഷ്‌ട പോർട്ടിൽ പ്രക്ഷേപണം ചെയ്യും.

ചില ട്രാഫിക്ക് എവിടെ പോകണമെന്ന് സെർവറിന് എങ്ങനെ മനസ്സിലായി? ഡെസ്റ്റിനേഷൻ പോർട്ട് നമ്പറിൽ നിന്നാണ് അദ്ദേഹം ഇത് മനസ്സിലാക്കുന്നത്. നിങ്ങൾ ഫ്രെയിമിലേക്ക് നോക്കുകയാണെങ്കിൽ, ഓരോ ഡാറ്റാ ട്രാൻസ്ഫറിലും ഡെസ്റ്റിനേഷൻ പോർട്ട് നമ്പറും സോഴ്സ് പോർട്ട് നമ്പറും പരാമർശിക്കുന്നത് നിങ്ങൾ കാണും. നീലയും ചുവപ്പും ട്രാഫിക്കും നീല ട്രാഫിക് വെബ് സെർവർ ട്രാഫിക്കും ആണെന്ന് നിങ്ങൾക്ക് കാണാൻ കഴിയും, രണ്ടും വ്യത്യസ്ത സെർവറുകൾ ഇൻസ്റ്റാൾ ചെയ്തിട്ടുള്ള ഒരേ ഫിസിക്കൽ സെർവറിലേക്ക് പോകുന്നു. ഇതൊരു ഡാറ്റാ സെന്റർ ആണെങ്കിൽ, അത് വെർച്വൽ സെർവറുകൾ ഉപയോഗിക്കുന്നു. അപ്പോൾ ആ ഐപി വിലാസമുള്ള ഇടത് ലാപ്‌ടോപ്പിലേക്ക് ചുവന്ന ട്രാഫിക് തിരികെ പോകുമെന്ന് അവർ എങ്ങനെ അറിഞ്ഞു? പോർട്ട് നമ്പറുകൾക്ക് നന്ദി അവർക്ക് ഇത് അറിയാം. "ടിസിപി, യുഡിപി പോർട്ടുകളുടെ പട്ടിക" എന്ന വിക്കിപീഡിയ ലേഖനം നിങ്ങൾ പരാമർശിക്കുകയാണെങ്കിൽ, അത് എല്ലാ സ്റ്റാൻഡേർഡ് പോർട്ട് നമ്പറുകളും ലിസ്റ്റ് ചെയ്യുന്നതായി നിങ്ങൾ കാണും.

നിങ്ങൾ ഈ പേജ് താഴേക്ക് സ്ക്രോൾ ചെയ്താൽ ഈ ലിസ്റ്റ് എത്ര വലുതാണെന്ന് നിങ്ങൾക്ക് കാണാൻ കഴിയും. ഇതിൽ ഏകദേശം 61 സംഖ്യകൾ അടങ്ങിയിരിക്കുന്നു. 000 മുതൽ 1 വരെയുള്ള പോർട്ട് നമ്പറുകൾ ഏറ്റവും സാധാരണമായ പോർട്ട് നമ്പറുകളായി അറിയപ്പെടുന്നു. ഉദാഹരണത്തിന്, പോർട്ട് 1024/TCP ftp കമാൻഡുകൾ അയയ്ക്കുന്നതിനുള്ളതാണ്, പോർട്ട് 21 ssh-നുള്ളതാണ്, പോർട്ട് 22 ടെൽനെറ്റിന്, അതായത് എൻക്രിപ്റ്റ് ചെയ്യാത്ത സന്ദേശങ്ങൾ അയയ്ക്കുന്നതിനുള്ളതാണ്. വളരെ ജനപ്രിയമായ പോർട്ട് 23 എച്ച്ടിടിപി വഴി ഡാറ്റ വഹിക്കുന്നു, അതേസമയം പോർട്ട് 80 എച്ച്ടിടിപിഎസിലൂടെ എൻക്രിപ്റ്റ് ചെയ്ത ഡാറ്റ വഹിക്കുന്നു, ഇത് എച്ച്ടിടിപിയുടെ സുരക്ഷിത പതിപ്പിന് സമാനമാണ്.
ചില പോർട്ടുകൾ TCP, UDP എന്നിവയ്‌ക്കായി സമർപ്പിച്ചിരിക്കുന്നു, ചിലത് കണക്ഷൻ TCP ആണോ UDP ആണോ എന്നതിനെ ആശ്രയിച്ച് വ്യത്യസ്തമായ ജോലികൾ ചെയ്യുന്നു. അതിനാൽ, എച്ച്ടിടിപിക്ക് ഔദ്യോഗികമായി ടിസിപി പോർട്ട് 80 ഉപയോഗിക്കുന്നു, കൂടാതെ എച്ച്ടിടിപിക്ക് അനൗദ്യോഗികമായി യുഡിപി പോർട്ട് 80 ഉപയോഗിക്കുന്നു, എന്നാൽ മറ്റൊരു എച്ച്ടിടിപി പ്രോട്ടോക്കോളിന് കീഴിൽ - ക്യുഐസി.

അതിനാൽ, ടിസിപിയിലെ പോർട്ട് നമ്പറുകൾ എല്ലായ്‌പ്പോഴും യുഡിപിയിലേത് പോലെ ചെയ്യാൻ ഉദ്ദേശിച്ചുള്ളതല്ല. നിങ്ങൾ ഈ ലിസ്റ്റ് ഹൃദയപൂർവ്വം പഠിക്കേണ്ടതില്ല, അത് ഓർക്കാൻ അസാധ്യമാണ്, എന്നാൽ നിങ്ങൾ ചില ജനപ്രിയവും ഏറ്റവും സാധാരണവുമായ പോർട്ട് നമ്പറുകൾ അറിയേണ്ടതുണ്ട്. ഞാൻ പറഞ്ഞതുപോലെ, ഈ പോർട്ടുകളിൽ ചിലതിന് ഒരു ഔദ്യോഗിക ഉദ്ദേശ്യമുണ്ട്, അത് സ്റ്റാൻഡേർഡുകളിൽ വിവരിച്ചിരിക്കുന്നു, ചിലത് Chromium-ത്തിന്റെ കാര്യത്തിലെന്നപോലെ അനൗദ്യോഗികമായ ഒരു ഉദ്ദേശ്യമുണ്ട്.

അതിനാൽ, ഈ പട്ടിക എല്ലാ പൊതു പോർട്ട് നമ്പറുകളും ലിസ്റ്റുചെയ്യുന്നു, കൂടാതെ നിർദ്ദിഷ്ട ആപ്ലിക്കേഷനുകൾ ഉപയോഗിക്കുമ്പോൾ ട്രാഫിക് അയയ്‌ക്കാനും സ്വീകരിക്കാനും ഈ നമ്പറുകൾ ഉപയോഗിക്കുന്നു.

നമുക്ക് അറിയാവുന്ന ചെറിയ വിവരങ്ങളെ അടിസ്ഥാനമാക്കി നെറ്റ്‌വർക്കിലുടനീളം ഡാറ്റ എങ്ങനെ നീങ്ങുന്നുവെന്ന് ഇപ്പോൾ നോക്കാം. കമ്പ്യൂട്ടർ 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 ട്രാഫിക് അയയ്‌ക്കണമെന്ന് അറിയാം.

അടുത്തതായി, ഞങ്ങളുടെ കമ്പ്യൂട്ടർ പറയുന്നു, "ശരി, എന്റെ IP വിലാസം 10.1.1.10 ആണ്, എനിക്ക് IP വിലാസം 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 ഒരു ഫ്രെയിം ചെക്ക് സീക്വൻസായതിനാൽ FCS/CRC എന്ന് ഞാൻ ലേബൽ ചെയ്തു, നാല്-ബൈറ്റ് CRC മൂല്യമാണ്. ചില ആളുകൾ FCS എന്ന പദവി ഉപയോഗിക്കുന്നു, ചിലർ CRC എന്ന പദവി ഉപയോഗിക്കുന്നു, അതിനാൽ ഞാൻ രണ്ട് പദവികളും ഉൾപ്പെടുത്തി. എന്നാൽ അടിസ്ഥാനപരമായി ഇത് ഒരു ഹാഷ് മൂല്യം മാത്രമാണ്. നെറ്റ്‌വർക്കിൽ ലഭിച്ച എല്ലാ ഡാറ്റയിലും പിശകുകൾ അടങ്ങിയിട്ടില്ലെന്ന് ഉറപ്പാക്കേണ്ടത് ആവശ്യമാണ്. അതിനാൽ, ഈ ഫ്രെയിം റൂട്ടറിൽ എത്തുമ്പോൾ, റൂട്ടർ ആദ്യം ചെയ്യേണ്ടത് ചെക്ക്സം തന്നെ കണക്കാക്കുകയും സ്വീകരിച്ച ഫ്രെയിമിൽ അടങ്ങിയിരിക്കുന്ന FCS അല്ലെങ്കിൽ CRC മൂല്യവുമായി താരതമ്യം ചെയ്യുക എന്നതാണ്. ഈ രീതിയിൽ, നെറ്റ്‌വർക്കിൽ ലഭിച്ച ഡാറ്റയിൽ പിശകുകൾ അടങ്ങിയിട്ടില്ലെന്ന് അദ്ദേഹത്തിന് പരിശോധിക്കാൻ കഴിയും, അതിനുശേഷം അവൻ ഫ്രെയിമിൽ നിന്ന് ചെക്ക്സം നീക്കം ചെയ്യും.

അടുത്തതായി, റൂട്ടർ MAC വിലാസം നോക്കി, "ശരി, MAC വിലാസം AAAA എന്നാൽ ഫ്രെയിം എന്നെ അഭിസംബോധന ചെയ്തിരിക്കുന്നു" എന്ന് പറയുകയും MAC വിലാസങ്ങൾ അടങ്ങിയ ഫ്രെയിമിന്റെ ഭാഗം ഇല്ലാതാക്കുകയും ചെയ്യും.

ലക്ഷ്യസ്ഥാന ഐപി വിലാസം 30.1.1.10 നോക്കുമ്പോൾ, ഈ പാക്കറ്റ് അവനെ അഭിസംബോധന ചെയ്തിട്ടില്ലെന്നും റൂട്ടറിലൂടെ കൂടുതൽ മുന്നോട്ട് പോകണമെന്നും അയാൾ മനസ്സിലാക്കും.

30.1.1.10 വിലാസമുള്ള നെറ്റ്‌വർക്ക് എവിടെയാണെന്ന് കാണേണ്ടതുണ്ടെന്ന് ഇപ്പോൾ റൂട്ടർ "വിചാരിക്കുന്നു". റൂട്ടിംഗിന്റെ പൂർണ്ണമായ ആശയം ഞങ്ങൾ ഇതുവരെ ഉൾപ്പെടുത്തിയിട്ടില്ല, പക്ഷേ റൂട്ടറുകൾക്ക് ഒരു റൂട്ടിംഗ് ടേബിൾ ഉണ്ടെന്ന് ഞങ്ങൾക്കറിയാം. ഈ പട്ടികയിൽ 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 കോറുകൾ) 10GB DDR4 240GB SSD 1Gbps-നെക്കുറിച്ചുള്ള മുഴുവൻ സത്യവും $20 മുതൽ അല്ലെങ്കിൽ എങ്ങനെ ഒരു സെർവർ പങ്കിടാം? (RAID1, RAID10 എന്നിവയ്‌ക്കൊപ്പം 24 കോറുകൾ വരെയും 40GB DDR4 വരെയും ലഭ്യമാണ്).

VPS (KVM) E5-2650 v4 (6 കോറുകൾ) 10GB DDR4 240GB SSD 1Gbps വേനൽ വരെ സൗജന്യം ആറ് മാസത്തേക്ക് പണമടയ്ക്കുമ്പോൾ, നിങ്ങൾക്ക് ഓർഡർ ചെയ്യാം ഇവിടെ.

Dell R730xd 2 മടങ്ങ് വിലകുറഞ്ഞോ? ഇവിടെ മാത്രം 2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 TV $199 മുതൽ നെതർലാൻഡിൽ! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - $99 മുതൽ! കുറിച്ച് വായിക്കുക ഇൻഫ്രാസ്ട്രക്ചർ കോർപ്പറേഷൻ എങ്ങനെ നിർമ്മിക്കാം. ഒരു പൈസയ്ക്ക് 730 യൂറോ വിലയുള്ള Dell R5xd E2650-4 v9000 സെർവറുകൾ ഉപയോഗിക്കുന്ന ക്ലാസ്?

അവലംബം: www.habr.com