ഒരു നെറ്റ്വർക്ക് കമ്പ്യൂട്ടറിൽ പ്രവർത്തിക്കുന്ന നിർദ്ദിഷ്ട ക്ലയന്റ് ആപ്ലിക്കേഷനുകളിലേക്ക് വിവരങ്ങൾ കൈമാറാൻ ആപ്ലിക്കേഷൻ ലെയർ പ്രോട്ടോക്കോളുകൾ ഉപയോഗിക്കുന്നു. ഐപി നെറ്റ്വർക്കുകളിൽ, ആപ്ലിക്കേഷൻ ലെയർ പ്രോട്ടോക്കോളുകൾ ടിസിപി സ്റ്റാൻഡേർഡിനെ അടിസ്ഥാനമാക്കിയുള്ളതും നിരവധി പ്രത്യേക പ്രവർത്തനങ്ങൾ നിർവ്വഹിക്കുന്നതും കർശനമായി നിർവചിക്കപ്പെട്ട ആവശ്യത്തിനായി ഉപയോക്തൃ പ്രോഗ്രാമുകൾക്ക് ഡാറ്റ നൽകുന്നു. താഴെ ഞങ്ങൾ TCP/IP സ്റ്റാക്കിന്റെ നിരവധി ആപ്ലിക്കേഷൻ പ്രോട്ടോക്കോളുകൾ ചുരുക്കമായി നോക്കും.
FTP പ്രോട്ടോക്കോൾ
പേര് സൂചിപ്പിക്കുന്നത് പോലെ, FTP പ്രോട്ടോക്കോൾ ( ഫയൽ കൈമാറ്റംപ്രോട്ടോക്കോൾ) ഇന്റർനെറ്റിലൂടെ ഫയലുകൾ കൈമാറാൻ രൂപകൽപ്പന ചെയ്തിട്ടുള്ളതാണ്. വേൾഡ് വൈഡ് വെബിന്റെ റിമോട്ട് നോഡുകളിൽ ഫയലുകൾ ഡൗൺലോഡ് ചെയ്യുന്നതിനും അപ്ലോഡ് ചെയ്യുന്നതിനുമുള്ള നടപടിക്രമങ്ങൾ നടപ്പിലാക്കുന്നത് ഈ പ്രോട്ടോക്കോളിന്റെ അടിസ്ഥാനത്തിലാണ്. FTP നിങ്ങളെ മെഷീനിൽ നിന്ന് മെഷീനിലേക്ക് ഫയലുകൾ മാത്രമല്ല, സബ്ഡയറക്ടറികൾ ഉൾപ്പെടെയുള്ള മുഴുവൻ ഫോൾഡറുകളും ഏത് നെസ്റ്റിംഗ് ഡെപ്തിലേക്കും മാറ്റാൻ അനുവദിക്കുന്നു. ഈ പ്രോട്ടോക്കോളിന്റെ നിരവധി ബിൽറ്റ്-ഇൻ ഫംഗ്ഷനുകൾ വിവരിക്കുന്ന FTP കമാൻഡ് സിസ്റ്റം ആക്സസ് ചെയ്തുകൊണ്ടാണ് ഇത് ചെയ്യുന്നത്.
POP3, SMTP പ്രോട്ടോക്കോളുകൾ
പ്രവർത്തിക്കുമ്പോൾ ഉപയോഗിക്കുന്ന ആപ്ലിക്കേഷൻ പ്രോട്ടോക്കോളുകൾ ഈമെയില് വഴി, SMTP (ലളിതമായ മെയിൽ ട്രാൻസ്ഫർ പ്രോട്ടോക്കോൾ), POP3 (പോസ്റ്റ് ഓഫീസ് പ്രോട്ടോക്കോൾ) എന്ന് വിളിക്കുന്നു, ആദ്യത്തേത് ഔട്ട്ഗോയിംഗ് കത്തിടപാടുകൾ അയയ്ക്കുന്നതിനുള്ള "ഉത്തരവാദിത്തം" ആണ്, രണ്ടാമത്തേത് ഇൻകമിംഗ് കത്തിടപാടുകൾ നൽകുന്നതിന്.
ഈ പ്രോട്ടോക്കോളുകളുടെ പ്രവർത്തനങ്ങളിൽ ഇ-മെയിൽ സന്ദേശങ്ങൾ വിതരണം ചെയ്യുന്നതും മെയിൽ ക്ലയന്റിലേക്ക് കൈമാറുന്നതും ഉൾപ്പെടുന്നു. കൂടാതെ, ഒരു സ്വീകർത്താവിന് നിരവധി സന്ദേശങ്ങൾ അയയ്ക്കാനും സന്ദേശങ്ങളുടെ ഇന്റർമീഡിയറ്റ് സംഭരണം സംഘടിപ്പിക്കാനും നിരവധി സ്വീകർത്താക്കൾക്ക് അയയ്ക്കുന്നതിന് ഒരു സന്ദേശം പകർത്താനും SMTP പ്രോട്ടോക്കോൾ നിങ്ങളെ അനുവദിക്കുന്നു. POP3, SMTP എന്നിവയ്ക്ക് ഇമെയിൽ വിലാസങ്ങൾ തിരിച്ചറിയുന്നതിനുള്ള ബിൽറ്റ്-ഇൻ മെക്കാനിസങ്ങളും സന്ദേശ വിതരണത്തിന്റെ വിശ്വാസ്യത വർദ്ധിപ്പിക്കുന്നതിനുള്ള പ്രത്യേക മൊഡ്യൂളുകളും ഉണ്ട്.
HTTP പ്രോട്ടോക്കോൾ
HTTP പ്രോട്ടോക്കോൾ ( ഹൈപ്പർ ടെക്സ്റ്റ്ട്രാൻസ്ഫർ പ്രോട്ടോക്കോൾ) നിന്ന് ട്രാൻസ്ഫർ നൽകുന്നു വിദൂര സെർവറുകൾഹൈപ്പർടെക്സ്റ്റ് മാർക്ക്അപ്പ് കോഡ് അടങ്ങിയ പ്രമാണങ്ങളുടെ പ്രാദേശിക കമ്പ്യൂട്ടറിലേക്ക് HTML ഭാഷഅല്ലെങ്കിൽ XML, അതായത് വെബ് പേജുകൾ. ഈ ആപ്ലിക്കേഷൻ പ്രോട്ടോക്കോൾ പ്രാഥമികമായി വെബ് ബ്രൗസറുകൾക്ക് വിവരങ്ങൾ നൽകുന്നതിൽ ശ്രദ്ധ കേന്ദ്രീകരിക്കുന്നു, അവയിൽ ഏറ്റവും പ്രശസ്തമായത് Microsoft Internet Explorer, Netscape Communicator പോലുള്ള ആപ്ലിക്കേഷനുകളാണ്.
HTTP പ്രോട്ടോക്കോൾ ഉപയോഗിച്ചാണ് ഇന്റർനെറ്റിലെ റിമോട്ട് http സെർവറുകളിലേക്ക് അഭ്യർത്ഥനകൾ അയയ്ക്കുകയും അവയുടെ പ്രതികരണങ്ങൾ പ്രോസസ്സ് ചെയ്യുകയും ചെയ്യുന്നത്; കൂടാതെ
വേൾഡ് വൈഡ് വെബിൽ ഉറവിടങ്ങളെ വിളിക്കാൻ സ്റ്റാൻഡേർഡ് വിലാസങ്ങൾ ഉപയോഗിക്കാൻ ഈ HTTP നിങ്ങളെ അനുവദിക്കുന്നു ഡൊമെയ്ൻ സിസ്റ്റംപേരുകൾ (DNS, ഡൊമെയ്ൻ നെയിം സിസ്റ്റം), അതായത്, http:/ /www.domain.zone/page (l) എന്ന ഫോമിന്റെ URL (യൂണിഫോം റിസോഴ്സ് ലൊക്കേറ്റർ) എന്ന് വിളിക്കപ്പെടുന്ന പദവികൾ.
TELNET പ്രോട്ടോക്കോൾ
TELNET പ്രോട്ടോക്കോൾ ഓർഗനൈസുചെയ്യാൻ രൂപകൽപ്പന ചെയ്തിരിക്കുന്നു ടെർമിനൽ ആക്സസ് ASCII പ്രതീക ഫോർമാറ്റിൽ കമാൻഡുകൾ കൈമാറ്റം ചെയ്തുകൊണ്ട് ഒരു റിമോട്ട് ഹോസ്റ്റിലേക്ക്. ചട്ടം പോലെ, TELNET പ്രോട്ടോക്കോൾ വഴി ഒരു സെർവറുമായി പ്രവർത്തിക്കാൻ, ഒരു ടെൽനെറ്റ് ക്ലയന്റ് എന്ന് വിളിക്കുന്ന ഒരു പ്രത്യേക പ്രോഗ്രാം ക്ലയന്റ് ഭാഗത്ത് ഇൻസ്റ്റാൾ ചെയ്യണം, അത് ഒരു റിമോട്ട് നോഡുമായി ഒരു കണക്ഷൻ സ്ഥാപിച്ച് സെർവറിന്റെ ഓപ്പറേറ്റിംഗ് ഷെല്ലിന്റെ സിസ്റ്റം കൺസോൾ തുറക്കുന്നു. അതിന്റെ ജാലകം. ഇതിനുശേഷം, സെർവർ കമ്പ്യൂട്ടർ നിങ്ങളുടേത് പോലെ ടെർമിനൽ മോഡിൽ നിയന്ത്രിക്കാനാകും (സ്വാഭാവികമായും, അഡ്മിനിസ്ട്രേറ്റർ വിവരിച്ച ചട്ടക്കൂടിനുള്ളിൽ). ഉദാഹരണത്തിന്, നിങ്ങൾക്ക് ഫയലുകളും ഫോൾഡറുകളും മാറ്റാനും ഇല്ലാതാക്കാനും സൃഷ്ടിക്കാനും എഡിറ്റുചെയ്യാനും സെർവർ മെഷീന്റെ ഡിസ്കിൽ പ്രോഗ്രാമുകൾ പ്രവർത്തിപ്പിക്കാനും കഴിയും, കൂടാതെ മറ്റ് ഉപയോക്താക്കളുടെ ഫോൾഡറുകളിലെ ഉള്ളടക്കങ്ങൾ നിങ്ങൾക്ക് കാണാനും കഴിയും. നിങ്ങൾ ഏത് ഓപ്പറേറ്റിംഗ് സിസ്റ്റം ഉപയോഗിച്ചാലും, ടെൽനെറ്റ് പ്രോട്ടോക്കോൾ "തുല്യമായി" ഒരു റിമോട്ട് മെഷീനുമായി ആശയവിനിമയം നടത്താൻ നിങ്ങളെ അനുവദിക്കും. ഉദാഹരണത്തിന്, MS Windows പ്രവർത്തിക്കുന്ന ഒരു കമ്പ്യൂട്ടറിൽ നിങ്ങൾക്ക് എളുപ്പത്തിൽ UNIX സെഷൻ തുറക്കാൻ കഴിയും.
UDP പ്രോട്ടോക്കോൾ
ആപ്ലിക്കേഷൻ ഡാറ്റ ട്രാൻസ്ഫർ പ്രോട്ടോക്കോൾ യുഡിപി (യൂസർ ഡാറ്റാഗ്രാം പ്രോട്ടോക്കോൾ) ഡാറ്റാഗ്രാമുകളായി വിവരങ്ങൾ പ്രക്ഷേപണം ചെയ്യുന്നതിന് സ്ലോ ലൈനുകളിൽ ഉപയോഗിക്കുന്നു.
ഒരു ഡാറ്റാഗ്രാമിൽ അയയ്ക്കുന്നതിനും സ്വീകരിക്കുന്നതിനും ആവശ്യമായ ഡാറ്റയുടെ പൂർണ്ണമായ സെറ്റ് അടങ്ങിയിരിക്കുന്നു. ഡാറ്റാഗ്രാമുകൾ കൈമാറുമ്പോൾ, ആശയവിനിമയങ്ങളുടെ സ്ഥിരത ഉറപ്പാക്കുന്നതിൽ കമ്പ്യൂട്ടറുകൾ ശ്രദ്ധിക്കുന്നില്ല, അതിനാൽ വിശ്വാസ്യത ഉറപ്പാക്കാൻ പ്രത്യേക നടപടികൾ കൈക്കൊള്ളണം.
യുഡിപി പ്രോട്ടോക്കോൾ ഉപയോഗിച്ച് വിവരങ്ങൾ പ്രോസസ്സ് ചെയ്യുന്നതിനുള്ള സ്കീം, തത്വത്തിൽ, ടിസിപിയുടെ കാര്യത്തിലേതിന് സമാനമാണ്, എന്നാൽ ഒരു വ്യത്യാസമുണ്ട്: യുഡിപി എല്ലായ്പ്പോഴും ഒരേ അൽഗോരിതം അനുസരിച്ച്, കർശനമായി നിർവചിക്കപ്പെട്ട രീതിയിൽ വിവരങ്ങൾ വിഭജിക്കുന്നു. യുഡിപി പ്രോട്ടോക്കോൾ ഉപയോഗിച്ച് ആശയവിനിമയം നടത്താൻ, ഒരു പ്രതികരണ സംവിധാനം ഉപയോഗിക്കുന്നു: ഒരു യുഡിപി പാക്കറ്റ് ലഭിച്ചുകഴിഞ്ഞാൽ, കമ്പ്യൂട്ടർ മുൻകൂട്ടി നിശ്ചയിച്ച സിഗ്നൽ അയച്ചയാൾക്ക് അയയ്ക്കുന്നു. അയയ്ക്കുന്നയാൾ സിഗ്നലിനായി ദീർഘനേരം കാത്തിരിക്കുകയാണെങ്കിൽ, അത് പ്രക്ഷേപണം ആവർത്തിക്കുന്നു.
ഒറ്റനോട്ടത്തിൽ, യുഡിപി പ്രോട്ടോക്കോൾ പൂർണ്ണമായും പോരായ്മകൾ ഉൾക്കൊള്ളുന്നുവെന്ന് തോന്നാം, പക്ഷേ ഇതിന് ഒരു പ്രധാന നേട്ടവുമുണ്ട്: ഇന്റർനെറ്റ് ആപ്ലിക്കേഷനുകൾ യുഡിപിയിൽ അതിന്റെ കൂടുതൽ ഹൈടെക് സഹോദരൻ ടിസിപിയേക്കാൾ ഇരട്ടി വേഗത്തിൽ പ്രവർത്തിക്കുന്നു.
ആപ്ലിക്കേഷൻ ലെയർ പ്രോട്ടോക്കോളുകൾ
എന്തുകൊണ്ടാണ് രണ്ട് ഗതാഗത പ്രോട്ടോക്കോളുകൾ ഉള്ളത്, TCP, UDP, അവയിലൊന്ന് മാത്രമല്ല? ആപ്ലിക്കേഷൻ പ്രക്രിയകൾക്ക് അവർ വ്യത്യസ്ത സേവനങ്ങൾ നൽകുന്നു എന്നതാണ് വസ്തുത. മിക്ക ആപ്ലിക്കേഷൻ പ്രോഗ്രാമുകളും അവയിലൊന്ന് മാത്രമേ ഉപയോഗിക്കുന്നുള്ളൂ. നിങ്ങൾ, ഒരു പ്രോഗ്രാമർ എന്ന നിലയിൽ, നിങ്ങളുടെ ആവശ്യങ്ങൾക്ക് ഏറ്റവും അനുയോജ്യമായ പ്രോട്ടോക്കോൾ തിരഞ്ഞെടുക്കുക. നിങ്ങൾക്ക് വിശ്വസനീയമായ ഡെലിവറി ആവശ്യമുണ്ടെങ്കിൽ, ടിസിപി മികച്ചതായിരിക്കാം. നിങ്ങൾക്ക് ഡാറ്റാഗ്രാം ഡെലിവറി ആവശ്യമുണ്ടെങ്കിൽ, UDP മികച്ചതായിരിക്കാം. ദൈർഘ്യമേറിയതും വിശ്വസനീയമല്ലാത്തതുമായ ഡാറ്റാ ലിങ്കിലൂടെ നിങ്ങൾക്ക് കാര്യക്ഷമമായ ഡെലിവറി ആവശ്യമുണ്ടെങ്കിൽ, TCP ഒരു മികച്ച ഓപ്ഷനായിരിക്കാം. ഹ്രസ്വ കണക്ഷനുകളുള്ള ഫാസ്റ്റ് നെറ്റ്വർക്കുകളിൽ കാര്യക്ഷമത ആവശ്യമാണെങ്കിൽ, യുഡിപി മികച്ച പ്രോട്ടോക്കോൾ ആയിരിക്കാം. നിങ്ങളുടെ ആവശ്യങ്ങൾ ഈ വിഭാഗങ്ങളിലൊന്നിൽ പെടുന്നില്ലെങ്കിൽ, ഗതാഗത പ്രോട്ടോക്കോൾ തിരഞ്ഞെടുക്കുന്നത് വ്യക്തമല്ല. എന്നിരുന്നാലും, തിരഞ്ഞെടുത്ത പ്രോട്ടോക്കോളിന്റെ പോരായ്മകൾ തിരുത്താൻ ആപ്ലിക്കേഷൻ പ്രോഗ്രാമുകൾക്ക് കഴിയും. ഉദാഹരണത്തിന്, നിങ്ങൾ UDP തിരഞ്ഞെടുക്കുകയും നിങ്ങൾക്ക് വിശ്വാസ്യത ആവശ്യമുണ്ടെങ്കിൽ, ആപ്ലിക്കേഷൻ പ്രോഗ്രാം വിശ്വാസ്യത നൽകണം. നിങ്ങൾ TCP തിരഞ്ഞെടുക്കുകയും നിങ്ങൾക്ക് റെക്കോർഡുകൾ കൈമാറുകയും ചെയ്യണമെങ്കിൽ, ആപ്ലിക്കേഷൻ പ്രോഗ്രാം ബൈറ്റ് സ്ട്രീമിലേക്ക് മാർക്കറുകൾ ചേർക്കണം, അതുവഴി റെക്കോർഡുകൾ വേർതിരിച്ചറിയാൻ കഴിയും.
TCP/IP നെറ്റ്വർക്കുകളിൽ ഏതൊക്കെ ആപ്ലിക്കേഷനുകൾ ലഭ്യമാണ്?
അവരുടെ ആകെ എണ്ണം വലുതാണ്, നിരന്തരം വർദ്ധിച്ചുകൊണ്ടിരിക്കുന്നു. ഇന്റർനെറ്റിന്റെ തുടക്കം മുതൽ ചില ആപ്ലിക്കേഷനുകൾ നിലവിലുണ്ട്. ഉദാഹരണത്തിന്, TELNET, FTP. മറ്റുള്ളവ അടുത്തിടെ പ്രത്യക്ഷപ്പെട്ടു: എക്സ്-വിൻഡോ, എസ്എൻഎംപി.
ആപ്ലിക്കേഷൻ ലെവൽ പ്രോട്ടോക്കോളുകൾ നിർദ്ദിഷ്ട ആപ്ലിക്കേഷൻ ടാസ്ക്കുകളിൽ ശ്രദ്ധ കേന്ദ്രീകരിച്ചിരിക്കുന്നു. ആപ്ലിക്കേഷൻ പ്രക്രിയകൾക്കിടയിൽ ഒരു പ്രത്യേക തരത്തിലുള്ള ഇടപെടൽ സംഘടിപ്പിക്കുന്നതിനുള്ള നടപടിക്രമങ്ങളും അത്തരം ആശയവിനിമയ സമയത്ത് വിവരങ്ങളുടെ അവതരണത്തിന്റെ രൂപവും അവർ നിർവ്വചിക്കുന്നു. ഈ വിഭാഗത്തിൽ ഞങ്ങൾ ചില ആപ്ലിക്കേഷൻ പ്രോട്ടോക്കോളുകൾ സംക്ഷിപ്തമായി വിവരിക്കുന്നു.
TELNET പ്രോട്ടോക്കോൾ
ASCII കോഡിൽ പ്രവർത്തിക്കുന്ന എല്ലാ റിമോട്ട് ടെർമിനലുകളേയും സ്റ്റാൻഡേർഡ് ലൈൻ-ടൈപ്പ് "നെറ്റ്വർക്ക് വെർച്വൽ ടെർമിനലുകൾ" ആയി കണക്കാക്കാൻ TELNET പ്രോട്ടോക്കോൾ സർവീസ് മെഷീനെ അനുവദിക്കുന്നു, കൂടാതെ കൂടുതൽ സങ്കീർണ്ണമായ പ്രവർത്തനങ്ങൾ നടത്താനുള്ള കഴിവും നൽകുന്നു (ഉദാഹരണത്തിന്, ലോക്കൽ അല്ലെങ്കിൽ റിമോട്ട് എക്കോ കൺട്രോൾ, പേജ് മോഡ്, സ്ക്രീൻ ഉയരവും വീതിയും മുതലായവ) TCP പ്രോട്ടോക്കോൾ അടിസ്ഥാനമാക്കിയാണ് TELNET പ്രവർത്തിക്കുന്നത്. TELNET-ന് മുകളിലുള്ള ആപ്ലിക്കേഷൻ തലത്തിൽ ഒരു യഥാർത്ഥ ടെർമിനൽ സപ്പോർട്ട് പ്രോഗ്രാം (ഉപയോക്തൃ ഭാഗത്ത്) അല്ലെങ്കിൽ ടെർമിനലിൽ നിന്ന് ആക്സസ് ചെയ്യപ്പെടുന്ന സെർവിംഗ് മെഷീനിൽ ഒരു ആപ്ലിക്കേഷൻ പ്രോസസ്സ് ഉണ്ട്.
ടെൽനെറ്റിനൊപ്പം പ്രവർത്തിക്കുന്നത് ഒരു ടെലിഫോൺ നമ്പർ ഡയൽ ചെയ്യുന്നതുപോലെയാണ്. ഉപയോക്താവ് കീബോർഡിൽ ഇതുപോലുള്ള ഒന്ന് ടൈപ്പ് ചെയ്യുന്നു:
ഡെൽറ്റ കാറിലേക്ക് പ്രവേശിക്കാനുള്ള ഓൺ-സ്ക്രീൻ ക്ഷണം ലഭിക്കുകയും ചെയ്യുന്നു.
TELNET പ്രോട്ടോക്കോൾ വളരെക്കാലമായി നിലവിലുണ്ട്. ഇത് നന്നായി പരീക്ഷിച്ചതും വ്യാപകവുമാണ്. വൈവിധ്യമാർന്ന ഓപ്പറേറ്റിംഗ് സിസ്റ്റങ്ങൾക്കായി നിരവധി നടപ്പിലാക്കലുകൾ സൃഷ്ടിച്ചിട്ടുണ്ട്. ക്ലയന്റ് പ്രോസസ്സ് VAX/VMS OS-ന് കീഴിൽ പ്രവർത്തിക്കുന്നതും സെർവർ പ്രോസസ്സ് UNIX സിസ്റ്റം V പ്രവർത്തിപ്പിക്കുന്നതും തികച്ചും സ്വീകാര്യമാണ്.
FTP പ്രോട്ടോക്കോൾ
FTP പ്രോട്ടോക്കോൾ (ഫയൽ ട്രാൻസ്ഫർ പ്രോട്ടോക്കോൾ) TELNET പോലെ വ്യാപകമാണ്. TCP/IP കുടുംബത്തിലെ ഏറ്റവും പഴയ പ്രോട്ടോക്കോളുകളിൽ ഒന്നാണിത്. TELNET പോലെ, ഇത് TCP ഗതാഗത സേവനങ്ങൾ ഉപയോഗിക്കുന്നു. ഒരുമിച്ച് പ്രവർത്തിക്കുന്ന വ്യത്യസ്ത ഓപ്പറേറ്റിംഗ് സിസ്റ്റങ്ങൾക്കായി നിരവധി നടപ്പിലാക്കലുകൾ ഉണ്ട്. ഒരു FTP ഉപയോക്താവിന് ഒരു റിമോട്ട് മെഷീന്റെ ഡയറക്ടറി കാണാനും ഒരു ഡയറക്ടറിയിൽ നിന്ന് മറ്റൊന്നിലേക്ക് മാറാനും ഒന്നോ അതിലധികമോ ഫയലുകൾ പകർത്താനും അനുവദിക്കുന്ന നിരവധി കമാൻഡുകൾ വിളിക്കാൻ കഴിയും.
SMTP പ്രോട്ടോക്കോൾ
SMTP പ്രോട്ടോക്കോൾ (ലളിതമായ മെയിൽ ട്രാൻസ്ഫർ പ്രോട്ടോക്കോൾ) ഇന്റർനെറ്റിലെ അനിയന്ത്രിതമായ നോഡുകൾക്കിടയിൽ സന്ദേശങ്ങൾ (ഇമെയിൽ) കൈമാറുന്നതിനെ പിന്തുണയ്ക്കുന്നു. ഇന്റർമീഡിയറ്റ് മെയിൽ സംഭരണത്തിനുള്ള സംവിധാനങ്ങളും ഡെലിവറി വിശ്വാസ്യത വർദ്ധിപ്പിക്കുന്നതിനുള്ള സംവിധാനങ്ങളും ഉള്ളതിനാൽ, വിവിധ ഗതാഗത സേവനങ്ങളുടെ ഉപയോഗം SMTP പ്രോട്ടോക്കോൾ അനുവദിക്കുന്നു. TCP/IP ഫാമിലി പ്രോട്ടോക്കോളുകൾ ഉപയോഗിക്കാത്ത നെറ്റ്വർക്കുകളിൽ പോലും ഇതിന് പ്രവർത്തിക്കാനാകും. SMTP പ്രോട്ടോക്കോൾ ഒരേ സ്വീകർത്താവിന് സന്ദേശങ്ങളുടെ ഗ്രൂപ്പിംഗും വ്യത്യസ്ത വിലാസങ്ങളിലേക്ക് കൈമാറുന്നതിനായി ഒരു സന്ദേശത്തിന്റെ നിരവധി പകർപ്പുകളുടെ ഗുണനവും നൽകുന്നു. SMTP മൊഡ്യൂളിന് മുകളിൽ നിർദ്ദിഷ്ട കമ്പ്യൂട്ടർ സിസ്റ്റങ്ങൾക്കുള്ള മെയിൽ സേവനമാണ്.
r-കമാൻഡുകൾ
UNIX OS-ൽ ആദ്യം പ്രത്യക്ഷപ്പെട്ട "r-കമാൻഡുകൾ" (റിമോട്ട് - റിമോട്ടിൽ നിന്ന്) ഒരു മുഴുവൻ ശ്രേണിയും ഉണ്ട്. അവ സാധാരണ യുണിക്സ് കമാൻഡുകൾക്ക് സമാനമാണ്, എന്നാൽ റിമോട്ട് മെഷീനുകളിൽ പ്രവർത്തിക്കാൻ രൂപകൽപ്പന ചെയ്തിട്ടുള്ളവയാണ്. ഉദാഹരണത്തിന്, rcp കമാൻഡ് cp കമാൻഡിന് സമാനമാണ്, ഇത് മെഷീനുകൾക്കിടയിൽ ഫയലുകൾ പകർത്താൻ ഉദ്ദേശിച്ചുള്ളതാണ്. നോഡ് ഡെൽറ്റയിലേക്ക് ഫയൽ കൈമാറാൻ, നൽകുക
rcp file.c ഡെൽറ്റ:
ഡെൽറ്റ മെഷീനിൽ "cc file.c" എന്ന കമാൻഡ് എക്സിക്യൂട്ട് ചെയ്യുന്നതിന്, നിങ്ങൾക്ക് rsh കമാൻഡ് ഉപയോഗിക്കാം:
rsh delta cc file.c
പ്രവേശനം സംഘടിപ്പിക്കാൻ റിമോട്ട് സിസ്റ്റം rlogin കമാൻഡ് ഉദ്ദേശിക്കുന്നത്:
UNIX ഓപ്പറേറ്റിംഗ് സിസ്റ്റത്തിൽ പ്രവർത്തിക്കുന്ന സിസ്റ്റങ്ങളിൽ പ്രാഥമികമായി r-സീരീസ് കമാൻഡുകൾ ഉപയോഗിക്കുന്നു. MS-DOS-നുള്ള നടപ്പാക്കലുകളും ഉണ്ട്. ഒരു റിമോട്ട് സിസ്റ്റത്തിലേക്ക് ലോഗിൻ ചെയ്യുമ്പോൾ പാസ്വേഡുകൾ ടൈപ്പ് ചെയ്യേണ്ടതിന്റെ ആവശ്യകതയിൽ നിന്ന് കമാൻഡുകൾ ഉപയോക്താവിനെ ഒഴിവാക്കുകയും അവരുടെ ജോലിയെ വളരെയധികം സുഗമമാക്കുകയും ചെയ്യുന്നു.
നെറ്റ്വർക്ക് ഫയൽ സിസ്റ്റം NFS (നെറ്റ്വർക്ക് ഫയൽ സിസ്റ്റം) ആദ്യം വികസിപ്പിച്ചത് സൺ മൈക്രോസിസ്റ്റംസ് ഇൻക് ആണ്. NFS UDP ട്രാൻസ്പോർട്ട് സേവനങ്ങൾ ഉപയോഗിക്കുന്നു കൂടാതെ ഒന്നിലധികം UNIX മെഷീനുകളുടെ ഫയൽ സിസ്റ്റങ്ങൾ ഒരൊറ്റ യൂണിറ്റിലേക്ക് മൌണ്ട് ചെയ്യാൻ അനുവദിക്കുന്നു. ഡിസ്ക്ലെസ്സ് വർക്ക്സ്റ്റേഷനുകൾ ഫയൽ സെർവർ ഡിസ്കുകൾ അവയുടെ ലോക്കൽ ഡിസ്കുകൾ പോലെ ആക്സസ് ചെയ്യുന്നു.
NFS നെറ്റ്വർക്കിലെ ലോഡ് ഗണ്യമായി വർദ്ധിപ്പിക്കുന്നു. നെറ്റ്വർക്ക് സ്ലോ കമ്മ്യൂണിക്കേഷൻ ലൈനുകളാണ് ഉപയോഗിക്കുന്നതെങ്കിൽ, NFS ന് കാര്യമായ പ്രയോജനമില്ല. എന്നിരുന്നാലും, എങ്കിൽ ത്രൂപുട്ട് NFS സാധാരണ രീതിയിൽ പ്രവർത്തിക്കാൻ നെറ്റ്വർക്ക് അനുവദിക്കുകയാണെങ്കിൽ, ഉപയോക്താക്കൾക്ക് വലിയ ആനുകൂല്യങ്ങൾ ലഭിക്കും. NFS സെർവറും ക്ലയന്റും OS കേർണലിൽ നടപ്പിലാക്കിയതിനാൽ, എല്ലാ സാധാരണ നോൺ-നെറ്റ്വർക്ക് പ്രോഗ്രാമുകൾക്കും പ്രാദേശിക ഫയലുകൾ പോലെ തന്നെ മൌണ്ട് ചെയ്ത NFS ഡിസ്കുകളിൽ സ്ഥിതിചെയ്യുന്ന റിമോട്ട് ഫയലുകളിൽ പ്രവർത്തിക്കാൻ കഴിയും.
എസ്എൻഎംപി പ്രോട്ടോക്കോൾ
SNMP പ്രോട്ടോക്കോൾ (ലളിതമായ നെറ്റ്വർക്ക് മാനേജ്മെന്റ് പ്രോട്ടോക്കോൾ) ഒരു UDP അടിസ്ഥാനത്തിലാണ് പ്രവർത്തിക്കുന്നത്, ഇത് നെറ്റ്വർക്ക് മാനേജ്മെന്റ് സ്റ്റേഷനുകളുടെ ഉപയോഗത്തിനായി ഉദ്ദേശിച്ചുള്ളതാണ്. ഇന്റർനെറ്റിലെ സ്ഥിതിയെക്കുറിച്ചുള്ള വിവരങ്ങൾ ശേഖരിക്കാൻ ഇത് കൺട്രോൾ സ്റ്റേഷനുകളെ അനുവദിക്കുന്നു. പ്രോട്ടോക്കോൾ ഡാറ്റ ഫോർമാറ്റ് നിർവചിക്കുന്നു; അവയുടെ പ്രോസസ്സിംഗും വ്യാഖ്യാനവും കൺട്രോൾ സ്റ്റേഷനുകളുടെയോ നെറ്റ്വർക്ക് മാനേജറുടെയോ വിവേചനാധികാരത്തിന് വിട്ടിരിക്കുന്നു.
എക്സ്-വിൻഡോ
വർക്ക്സ്റ്റേഷൻ ബിറ്റ്മാപ്പ് ഡിസ്പ്ലേകളിലെ ഗ്രാഫിക്സിന്റെയും ടെക്സ്റ്റിന്റെയും മൾട്ടി-വിൻഡോ ഡിസ്പ്ലേയ്ക്കായി, X-Window സിസ്റ്റം TCP-യിൽ പ്രവർത്തിക്കുന്ന X-Window പ്രോട്ടോക്കോൾ ഉപയോഗിക്കുന്നു. X-Window എന്നത് ഒരു വിൻഡോ ഡ്രോയിംഗ് യൂട്ടിലിറ്റിയേക്കാൾ വളരെ കൂടുതലാണ്; ഇത് മനുഷ്യ-യന്ത്ര ഇടപെടലിന്റെ മുഴുവൻ തത്വശാസ്ത്രമാണ്.
ഇന്റർനെറ്റ് ആപ്ലിക്കേഷൻ പ്രോട്ടോക്കോളുകൾ
ഇന്റർനെറ്റ് പ്രോട്ടോക്കോൾ ശ്രേണിയിലെ ഏറ്റവും ഉയർന്ന തലം ഇനിപ്പറയുന്ന ആപ്ലിക്കേഷൻ ലെയർ പ്രോട്ടോക്കോളുകൾ ഉൾക്കൊള്ളുന്നു:
- ഡിഎൻഎസ് - വിതരണം ചെയ്ത സംവിധാനംഡൊമെയ്ൻ നാമങ്ങൾ, ഹോസ്റ്റിന്റെ ഡൊമെയ്ൻ നാമം അടങ്ങിയ അഭ്യർത്ഥന പ്രകാരം, IP വിലാസം റിപ്പോർട്ടുചെയ്യുന്നു;
- HTTP- ഹൈപ്പർടെക്സ്റ്റ് ഇൻറർനെറ്റിലേക്ക് കൈമാറുന്നതിനുള്ള പ്രോട്ടോക്കോൾ;
- HTTPS- എൻക്രിപ്ഷൻ പിന്തുണയ്ക്കുന്ന HTTP പ്രോട്ടോക്കോൾ വിപുലീകരണം;
- FTP(ഫയൽ ട്രാൻസ്ഫർ പ്രോട്ടോക്കോൾ - RFC 959) - കമ്പ്യൂട്ടർ നെറ്റ്വർക്കുകൾ വഴി ഫയലുകൾ കൈമാറുന്നതിനായി രൂപകൽപ്പന ചെയ്ത ഒരു പ്രോട്ടോക്കോൾ;
- ടെൽനെറ്റ്(ടെലികമ്മ്യൂണിക്കേഷൻ നെറ്റ്വർക്ക് - RFC 854) - നെറ്റ്വർക്കിലൂടെ ഒരു ടെക്സ്റ്റ് ഇന്റർഫേസ് നടപ്പിലാക്കുന്നതിനുള്ള നെറ്റ്വർക്ക് പ്രോട്ടോക്കോൾ;
- എസ്.എസ്.എച്ച്(സുരക്ഷിത ഷെൽ - RFC 4251) എന്നത് ഓപ്പറേറ്റിംഗ് സിസ്റ്റത്തിന്റെ വിദൂര നിയന്ത്രണവും ഫയൽ കൈമാറ്റവും അനുവദിക്കുന്ന ഒരു ആപ്ലിക്കേഷൻ പ്രോട്ടോക്കോൾ ആണ്. ടെൽനെറ്റിൽ നിന്ന് വ്യത്യസ്തമായി, ഇത് എല്ലാ ട്രാഫിക്കും എൻക്രിപ്റ്റ് ചെയ്യുന്നു;
- POP3- മെയിൽ ക്ലയന്റ് പ്രോട്ടോക്കോൾ, ഇത് സെർവറിൽ നിന്ന് ഇമെയിൽ സന്ദേശങ്ങൾ സ്വീകരിക്കുന്നതിന് മെയിൽ ക്ലയന്റ് ഉപയോഗിക്കുന്നു;
- IMAP- ഇന്റർനെറ്റിൽ ഇ-മെയിൽ ആക്സസ് ചെയ്യുന്നതിനുള്ള പ്രോട്ടോക്കോൾ;
- SMTP- സ്വീകർത്താവിന് കൂടുതൽ ഫോർവേഡ് ചെയ്യുന്നതിനായി ഉപയോക്താക്കളിൽ നിന്ന് സെർവറുകളിലേക്കും സെർവറുകൾക്കിടയിലും മെയിൽ അയയ്ക്കാൻ ഉപയോഗിക്കുന്ന ഒരു പ്രോട്ടോക്കോൾ;
- എൽ.ഡി.എ.പി- ഡയറക്ടറി സേവനങ്ങളിലേക്കുള്ള ആക്സസിനായുള്ള പ്രോട്ടോക്കോൾ X.500, ഡയറക്ടറി സേവനങ്ങളിലേക്കുള്ള ആക്സസ്സിനായി വ്യാപകമായി ഉപയോഗിക്കുന്ന ഒരു മാനദണ്ഡമാണ്;
- എക്സ്എംപിപി(ജബ്ബർ) - തത്സമയം തൽക്ഷണ സന്ദേശമയയ്ക്കുന്നതിനുള്ള XML-അടിസ്ഥാനത്തിലുള്ള വിപുലീകരിക്കാവുന്ന പ്രോട്ടോക്കോൾ;
- എസ്.എൻ.എം.പി- അടിസ്ഥാന ഇന്റർനെറ്റ് മാനേജ്മെന്റ് പ്രോട്ടോക്കോൾ.
ഈ പ്രോട്ടോക്കോളുകളിൽ ചിലത് നമുക്ക് സൂക്ഷ്മമായി പരിശോധിക്കാം.
FTP നിങ്ങളെ ബന്ധിപ്പിക്കാൻ അനുവദിക്കുന്നു FTP സെർവറുകൾ, ഡയറക്ടറികളിലെ ഉള്ളടക്കങ്ങൾ കാണുക, സെർവറിൽ നിന്നോ അതിലേക്കോ ഫയലുകൾ ഡൗൺലോഡ് ചെയ്യുക; കൂടാതെ, സെർവറുകൾക്കിടയിൽ ഒരു ഫയൽ ട്രാൻസ്ഫർ മോഡ് സാധ്യമാണ്; ഒരു TCP നെറ്റ്വർക്കിലൂടെ ഫയലുകൾ കൈമാറാനും പ്രവർത്തനങ്ങൾ നടത്താനും FTP നിങ്ങളെ അനുവദിക്കുന്നു. ഓപ്പറേറ്റിംഗ് സിസ്റ്റങ്ങൾ പരിഗണിക്കാതെ ഈ പ്രോട്ടോക്കോൾ പ്രവർത്തിക്കുന്നു. ചരിത്രപരമായി, FTP തുറന്ന പ്രവർത്തനക്ഷമത വാഗ്ദാനം ചെയ്യുന്നു, ഒരു നെറ്റ്വർക്കിലൂടെ ഫയലുകൾ ഒരു കമ്പ്യൂട്ടറിൽ നിന്ന് മറ്റൊന്നിലേക്ക് സുതാര്യമായി കൈമാറാൻ അനുവദിക്കുന്നു. ഇത് തോന്നിയേക്കാവുന്നത്ര നിസ്സാരമല്ല, കാരണം വ്യത്യസ്ത തരം കമ്പ്യൂട്ടറുകൾക്ക് വ്യത്യസ്ത പദ വലുപ്പങ്ങൾ ഉണ്ടായിരിക്കാം, കൂടാതെ വാക്കുകളിലെ ബിറ്റുകൾ ഒരേ ക്രമത്തിൽ സംഭരിക്കുകയോ ഉപയോഗിക്കുകയോ ചെയ്തേക്കില്ല വ്യത്യസ്ത ഫോർമാറ്റുകൾവാക്കുകൾ
- ടെൽനെറ്റ്
"ടെൽനെറ്റ്" എന്ന പേര് നടപ്പിലാക്കുന്ന ചില യൂട്ടിലിറ്റികളും ഉപയോഗിക്കുന്നു ക്ലയന്റ് ഭാഗംപ്രോട്ടോക്കോൾ. പ്രോട്ടോക്കോൾ ടെൽനെറ്റ്ക്ലയന്റ്-സെർവർ ആർക്കിടെക്ചറിന്റെ തത്വങ്ങൾക്കനുസൃതമായി പ്രവർത്തിക്കുകയും ഒരു ആൽഫാന്യൂമെറിക് ടെർമിനലിന്റെ അനുകരണം നൽകുകയും ഉപയോക്താവിനെ മോഡിലേക്ക് പരിമിതപ്പെടുത്തുകയും ചെയ്യുന്നു കമാൻഡ് ലൈൻ. അപേക്ഷ ടെൽനെറ്റ്ടെർമിനലുകൾക്ക് റിമോട്ട് കമ്പ്യൂട്ടറുകളുമായി ആശയവിനിമയം നടത്താൻ ഒരു ഭാഷ നൽകി. ARPANET നിലവിൽ വന്നപ്പോൾ, ഓരോ കമ്പ്യൂട്ടർ സിസ്റ്റത്തിനും അതിന്റേതായ ടെർമിനലുകൾ ആവശ്യമായിരുന്നു. അപേക്ഷ ടെൽനെറ്റ്ടെർമിനലുകളുടെ പൊതുവായ ഘടകമായി മാറിയിരിക്കുന്നു. ടെർമിനലിനെ പിന്തുണയ്ക്കുന്ന ഓരോ കമ്പ്യൂട്ടറിനും സോഫ്റ്റ്വെയർ എഴുതിയാൽ മതിയായിരുന്നു ടെൽനെറ്റ്"അതിനാൽ ഒരു ടെർമിനലിന് എല്ലാത്തരം കമ്പ്യൂട്ടറുകളുമായും ആശയവിനിമയം നടത്താൻ കഴിയും.
ടെൽനെറ്റ്, rlogin പ്രോട്ടോക്കോളുകളുടെ പ്രവർത്തനക്ഷമതയിൽ ഇത് സമാനമാണ്, എന്നാൽ അവയിൽ നിന്ന് വ്യത്യസ്തമായി, ട്രാൻസ്മിറ്റ് ചെയ്ത പാസ്വേഡുകൾ ഉൾപ്പെടെ എല്ലാ ട്രാഫിക്കും ഇത് എൻക്രിപ്റ്റ് ചെയ്യുന്നു. മിക്ക ഓപ്പറേറ്റിംഗ് സിസ്റ്റങ്ങൾക്കും SSH ക്ലയന്റുകളും SSH സെർവറുകളും ലഭ്യമാണ്.
- തപാൽ പ്രോട്ടോക്കോളുകൾ.
എങ്കിലും ടെൽനെറ്റ്എഫ്ടിപിയും ഉപയോഗപ്രദമായിരുന്നു (ഇപ്പോഴും), അർപാനെറ്റ് കമ്പ്യൂട്ടർ ഉപയോക്താക്കളുടെ മനസ്സിൽ വിപ്ലവം സൃഷ്ടിച്ച ആദ്യത്തെ ആപ്ലിക്കേഷൻ ഇമെയിൽ ആയിരുന്നു. ARPANET-ന് മുമ്പ് ഇമെയിൽ സംവിധാനങ്ങൾ ഉണ്ടായിരുന്നു, എന്നാൽ അവയെല്ലാം ഒറ്റ കമ്പ്യൂട്ടർ സംവിധാനങ്ങളായിരുന്നു. 1972 ൽ റേ ടോംലിൻസൺ BBN-ൽ നിന്നുള്ള (റേ ടോംലിൻസൺ) നിരവധി കമ്പ്യൂട്ടറുകളുടെ കമ്പ്യൂട്ടർ ശൃംഖലയിലൂടെ വിതരണം ചെയ്ത മെയിൽ സേവനങ്ങൾ നൽകുന്നതിനുള്ള ആദ്യ പാക്കേജ് എഴുതി. 1973-ഓടെ, ARPA മാനേജ്മെന്റ് പഠനങ്ങൾ കാണിക്കുന്നത് ARPANET ട്രാഫിക്കിന്റെ മുക്കാൽ ഭാഗവും ഇമെയിൽ ആയിരുന്നു എന്നാണ്. ഇമെയിലിന്റെ പ്രയോജനങ്ങൾ വളരെ വലുതായിരുന്നു, കൂടുതൽ കൂടുതൽ ഉപയോക്താക്കൾ ARPANET-ലേക്ക് കണക്റ്റുചെയ്യാൻ ശ്രമിച്ചു, അതിന്റെ ഫലമായി പുതിയ നോഡുകൾ ചേർക്കുകയും അതിവേഗ ലൈനുകൾ ഉപയോഗിക്കുകയും ചെയ്യേണ്ടത് വർദ്ധിച്ചുവരികയാണ്. അങ്ങനെ, ഇന്നും തുടരുന്ന ഒരു പ്രവണത ഉയർന്നുവന്നു.
- POP3(പോസ്റ്റ് ഓഫീസ് പ്രോട്ടോക്കോൾ പതിപ്പ് 3 - RFC 1939) - ഒരു മെയിൽ സെർവറിൽ നിന്ന് ഇമെയിൽ സന്ദേശങ്ങൾ സ്വീകരിക്കുന്നതിന് ഒരു ഇമെയിൽ ക്ലയന്റ് ഉപയോഗിക്കുന്ന ഒരു പ്രോട്ടോക്കോൾ;
- IMAP(ഇന്റർനെറ്റ് സന്ദേശം ആക്സസ് പ്രോട്ടോക്കോൾ- RFC 3501) - ഇമെയിൽ ആക്സസ് പ്രോട്ടോക്കോൾ. POP3-ന് സമാനമാണ്, എന്നാൽ സെൻട്രൽ സെർവറിൽ സ്ഥിതി ചെയ്യുന്ന മെയിൽബോക്സുകളിൽ പ്രവർത്തിക്കാനുള്ള സമ്പന്നമായ കഴിവുകൾ ഉപയോക്താവിന് നൽകുന്നു. സെർവറിൽ നിന്ന് അങ്ങോട്ടും ഇങ്ങോട്ടും ഇമെയിലുകളുടെ മുഴുവൻ ഉള്ളടക്കവും ഉള്ള ഫയലുകൾ നിരന്തരം കൈമാറേണ്ട ആവശ്യമില്ലാതെ തന്നെ ഉപയോക്താവിന്റെ (ക്ലയന്റ്) കമ്പ്യൂട്ടറിൽ നിന്ന് ഇമെയിലുകൾ കൈകാര്യം ചെയ്യാൻ കഴിയും.
- SMTP(ലളിതമായ മെയിൽ ട്രാൻസ്ഫർ പ്രോട്ടോക്കോൾ - RFC 2821) - ഇമെയിൽ കൈമാറുന്നതിനായി രൂപകൽപ്പന ചെയ്ത ഒരു പ്രോട്ടോക്കോൾ. സ്വീകർത്താവിന് കൂടുതൽ ഫോർവേഡ് ചെയ്യുന്നതിനായി ഉപയോക്താക്കളിൽ നിന്ന് സെർവറുകളിലേക്കും സെർവറുകൾക്കിടയിലും മെയിൽ അയയ്ക്കാൻ ഉപയോഗിക്കുന്നു. മെയിൽ ലഭിക്കുന്നതിന്, മെയിൽ ക്ലയന്റ് POP3 അല്ലെങ്കിൽ IMAP പ്രോട്ടോക്കോളുകൾ ഉപയോഗിക്കണം.
വെബ് ഹൈപ്പർടെക്സ്റ്റ് റിസോഴ്സ് നെറ്റ്വർക്കിന്റെ അടിസ്ഥാന പ്രോട്ടോക്കോൾ HTTP പ്രോട്ടോക്കോൾ ആണ്. ഇത് പരസ്പരബന്ധത്തെ അടിസ്ഥാനമാക്കിയുള്ളതാണ്" കക്ഷി- സെർവർ ", അതായത്, ഇത് അനുമാനിക്കപ്പെടുന്നു:
- ഉപഭോക്താവ്- കക്ഷിവിതരണക്കാരനുമായി ഒരു ബന്ധം ആരംഭിക്കുന്നതിലൂടെ - സെർവർഅവന് ഒരു അഭ്യർത്ഥന അയയ്ക്കുന്നു;
- ദാതാവ്- സെർവർ, അഭ്യർത്ഥന ലഭിച്ചു, ആവശ്യമായ പ്രവർത്തനങ്ങൾ നടത്തുകയും ക്ലയന്റിലേക്ക് ഒരു പ്രതികരണം തിരികെ നൽകുകയും ചെയ്യുന്നു.
ഈ സാഹചര്യത്തിൽ, ക്ലയന്റ് കമ്പ്യൂട്ടറിന്റെ പ്രവർത്തനം സംഘടിപ്പിക്കാൻ രണ്ട് വഴികളുണ്ട്:
- നേർത്ത ക്ലയന്റ്എല്ലാ വിവര പ്രോസസ്സിംഗ് ജോലികളും സെർവറിലേക്ക് കൈമാറുന്ന ഒരു ക്ലയന്റ് കമ്പ്യൂട്ടറാണ്. വെബ് ആപ്ലിക്കേഷനുകൾക്കൊപ്പം പ്രവർത്തിക്കാൻ ഉപയോഗിക്കുന്ന ബ്രൗസറുള്ള കമ്പ്യൂട്ടറാണ് നേർത്ത ക്ലയന്റിനുള്ള ഉദാഹരണം.
- തടിച്ച ക്ലയന്റ്, നേരെമറിച്ച്, പരിഗണിക്കാതെ വിവരങ്ങൾ പ്രോസസ്സ് ചെയ്യുന്നു സെർവറുകൾ, രണ്ടാമത്തേത് പ്രധാനമായും ഡാറ്റ സംഭരണത്തിനായി മാത്രം ഉപയോഗിക്കുന്നു.
നിർദ്ദിഷ്ട ക്ലയന്റ്-സെർവർ വെബ് സാങ്കേതികവിദ്യകളിലേക്ക് പോകുന്നതിന് മുമ്പ്, അടിസ്ഥാന HTTP പ്രോട്ടോക്കോളിന്റെ അടിസ്ഥാന തത്വങ്ങളും ഘടനയും നോക്കാം.
HTTP പ്രോട്ടോക്കോൾ
HTTP (ഹൈപ്പർടെക്സ്റ്റ് ട്രാൻസ്ഫർ പ്രോട്ടോക്കോൾ - RFC 1945, RFC 2616) ഹൈപ്പർടെക്സ്റ്റ് കൈമാറുന്നതിനുള്ള ഒരു ആപ്ലിക്കേഷൻ ലെയർ പ്രോട്ടോക്കോൾ ആണ്.
HTTP-യിലെ കേന്ദ്ര സ്ഥാപനം വിഭവം, ഇത് ക്ലയന്റ് അഭ്യർത്ഥനയിൽ URI ചൂണ്ടിക്കാണിക്കുന്നു. സാധാരണഗതിയിൽ, അത്തരം വിഭവങ്ങൾ സംഭരിച്ചിരിക്കുന്നു സെർവർഫയലുകൾ. എച്ച്ടിടിപി പ്രോട്ടോക്കോളിന്റെ സവിശേഷത, വിവിധ പാരാമീറ്ററുകൾ അനുസരിച്ച് ഒരേ ഉറവിടത്തെ പ്രതിനിധീകരിക്കുന്ന രീതി അഭ്യർത്ഥനയിലും പ്രതികരണത്തിലും വ്യക്തമാക്കാനുള്ള കഴിവാണ്: ഫോർമാറ്റ്, എൻകോഡിംഗ്, ഭാഷ മുതലായവ. ഒരു സന്ദേശം എൻകോഡ് ചെയ്യുന്ന രീതി വ്യക്തമാക്കാനുള്ള കഴിവിന് നന്ദി. ക്ലയന്റിനും സെർവറിനും ബൈനറി ഡാറ്റ കൈമാറ്റം ചെയ്യാൻ കഴിയും, തുടക്കത്തിൽ ഈ പ്രോട്ടോക്കോൾ പ്രതീകാത്മക വിവരങ്ങൾ കൈമാറാൻ രൂപകൽപ്പന ചെയ്തിരുന്നുവെങ്കിലും. ഒറ്റനോട്ടത്തിൽ, ഇത് വിഭവങ്ങൾ പാഴാക്കുന്നതായി തോന്നാം. വാസ്തവത്തിൽ, പ്രതീകാത്മക രൂപത്തിലുള്ള ഡാറ്റ കൂടുതൽ മെമ്മറി എടുക്കുന്നു, സന്ദേശങ്ങൾ ആശയവിനിമയ ചാനലുകളിൽ അധിക ലോഡ് സൃഷ്ടിക്കുന്നു, എന്നാൽ ഈ ഫോർമാറ്റിന് ധാരാളം ഗുണങ്ങളുണ്ട്. നെറ്റ്വർക്കിലൂടെ കൈമാറ്റം ചെയ്യപ്പെടുന്ന സന്ദേശങ്ങൾ വായിക്കാൻ കഴിയും, കൂടാതെ ലഭിച്ച ഡാറ്റ വിശകലനം ചെയ്യുന്നതിലൂടെ, സിസ്റ്റം അഡ്മിനിസ്ട്രേറ്റർക്ക് പിശക് എളുപ്പത്തിൽ കണ്ടെത്താനും അത് പരിഹരിക്കാനും കഴിയും. ആവശ്യമെങ്കിൽ, ആവശ്യമുള്ള ഫോർമാറ്റിൽ സ്വമേധയാ സന്ദേശങ്ങൾ നൽകി ഒരു വ്യക്തിക്ക് സംവദിക്കുന്ന ആപ്ലിക്കേഷനുകളിലൊന്നിന്റെ പങ്ക് വഹിക്കാനാകും.
മറ്റ് പല പ്രോട്ടോക്കോളുകളിൽ നിന്നും വ്യത്യസ്തമായി, HTTP ഒരു മെമ്മറിലെസ് പ്രോട്ടോക്കോൾ ആണ്. മുമ്പത്തെ ക്ലയന്റ് അഭ്യർത്ഥനകളെയും സെർവർ പ്രതികരണങ്ങളെയും കുറിച്ചുള്ള വിവരങ്ങൾ പ്രോട്ടോക്കോൾ സംഭരിക്കുന്നില്ല എന്നാണ് ഇതിനർത്ഥം. എച്ച്ടിടിപി ഉപയോഗിക്കുന്ന ഘടകങ്ങൾക്ക് ബന്ധപ്പെട്ട സംസ്ഥാന വിവരങ്ങൾ സ്വതന്ത്രമായി നിലനിർത്താൻ കഴിയും ഏറ്റവും പുതിയ അഭ്യർത്ഥനകൾഉത്തരങ്ങളും. ഉദാഹരണത്തിന്, അഭ്യർത്ഥനകൾ അയയ്ക്കുന്ന ഒരു വെബ് ക്ലയന്റ് അപ്ലിക്കേഷന് പ്രതികരണ കാലതാമസം ട്രാക്കുചെയ്യാനാകും, കൂടാതെ ഒരു വെബ് സെർവറിന് സമീപകാല ക്ലയന്റുകളുടെ IP വിലാസങ്ങളും അഭ്യർത്ഥന തലക്കെട്ടുകളും സംഭരിക്കാനാകും.
HTTP പ്രോട്ടോക്കോളുമായി പ്രവർത്തിക്കുന്നതിനുള്ള എല്ലാ സോഫ്റ്റ്വെയറുകളും മൂന്ന് പ്രധാന വിഭാഗങ്ങളായി തിരിച്ചിരിക്കുന്നു:
- സെർവറുകൾ - വിവര സംഭരണത്തിന്റെയും പ്രോസസ്സിംഗ് സേവനങ്ങളുടെയും ദാതാക്കൾ (അഭ്യർത്ഥന പ്രോസസ്സിംഗ്).
- ഉപഭോക്താക്കൾ- സെർവർ സേവനങ്ങളുടെ അവസാന ഉപഭോക്താക്കൾ (അഭ്യർത്ഥനകൾ അയയ്ക്കുന്നു).
- പ്രോക്സി സെർവറുകൾഗതാഗത സേവനങ്ങളുടെ പ്രവർത്തനത്തെ പിന്തുണയ്ക്കാൻ.
പ്രധാന ഉപഭോക്താക്കൾ ബ്രൗസറുകൾഉദാഹരണത്തിന്: InternetExplorer, Opera, MozillaFirefox, NetscapeNavigator തുടങ്ങിയവ. ഏറ്റവും ജനപ്രിയമായ വെബ് നിർവ്വഹണങ്ങൾ സെർവറുകൾഇവയാണ്: InternetInformation Services (IIS), Apache, lighttpd, nginx. മിക്കതും അറിയപ്പെടുന്ന നടപ്പാക്കലുകൾപ്രോക്സി സെർവറുകൾ: സ്ക്വിഡ്, യൂസർഗേറ്റ്, മൾട്ടിപ്രോക്സി, നാവിസ്കോപ്പ്.
"ക്ലാസിക്" HTTP സെഷൻ സ്കീം ഇതുപോലെ കാണപ്പെടുന്നു.
- ഒരു TCP കണക്ഷൻ സ്ഥാപിക്കുന്നു.
- ക്ലയന്റ് അഭ്യർത്ഥന.
- സെർവർ പ്രതികരണം.
- TCP കണക്ഷൻ അവസാനിപ്പിക്കുന്നു.
അതിനാൽ ക്ലയന്റ് അയയ്ക്കുന്നു സെർവർഅഭ്യർത്ഥന, അതിൽ നിന്ന് ഒരു പ്രതികരണം സ്വീകരിക്കുന്നു, അതിനുശേഷം ഇടപെടൽ നിർത്തുന്നു. സാധാരണഗതിയിൽ, ക്ലയന്റിന്റെ അഭ്യർത്ഥന ഒരു HTML പ്രമാണത്തിനോ മറ്റേതെങ്കിലും ഉറവിടത്തിനോ വേണ്ടിയുള്ള അഭ്യർത്ഥനയാണ്, സെർവറിന്റെ പ്രതികരണത്തിൽ ആ ഉറവിടത്തിനായുള്ള കോഡ് അടങ്ങിയിരിക്കുന്നു.
സെർവറിലേക്ക് ക്ലയന്റ് അയച്ച HTTP അഭ്യർത്ഥനയിൽ ഇനിപ്പറയുന്ന ഘടകങ്ങൾ ഉൾപ്പെടുന്നു.
- സ്റ്റാറ്റസ് ലൈൻ (ചിലപ്പോൾ സ്റ്റാറ്റസ് ലൈൻ അല്ലെങ്കിൽ ക്വറി ലൈൻ എന്ന പദങ്ങളും ഇതിനെ സൂചിപ്പിക്കാൻ ഉപയോഗിക്കുന്നു).
- ഹെഡർ ഫീൽഡുകൾ.
- ശൂന്യമായ ലൈൻ.
- ശരീരം അഭ്യർത്ഥിക്കുക.
സ്റ്റാറ്റസ് ബാർകൂടെ തലക്കെട്ട് ഫീൽഡുകൾചിലപ്പോൾ വിളിക്കാറുണ്ട് അഭ്യർത്ഥന തലക്കെട്ട്.
അരി. 2.1ക്ലയന്റ് അഭ്യർത്ഥന ഘടന.
സ്റ്റാറ്റസ് ബാർഇനിപ്പറയുന്ന ഫോർമാറ്റ് ഉണ്ട്:
request_method URL_pecypca protocol_version HTTP
അഭ്യർത്ഥന രീതികളിൽ പ്രത്യേക ശ്രദ്ധയോടെ സ്റ്റാറ്റസ് ബാറിന്റെ ഘടകങ്ങൾ നോക്കാം.
രീതിസ്റ്റാറ്റസ് ലൈനിൽ വ്യക്തമാക്കിയത്, അതേ വരിയിൽ വ്യക്തമാക്കിയിട്ടുള്ള URL ഉറവിടത്തെ എങ്ങനെ ബാധിക്കുമെന്ന് നിർണ്ണയിക്കുന്നു. ഈ രീതിക്ക് GET, POST, HEAD, PUT, DELETE മുതലായവ മൂല്യങ്ങൾ എടുക്കാം. ധാരാളം രീതികൾ ഉണ്ടായിരുന്നിട്ടും, അവയിൽ രണ്ടെണ്ണം മാത്രമേ ഒരു വെബ് പ്രോഗ്രാമർക്ക് പ്രധാനമാണ്: GET, POST.
- നേടുക. ഔപചാരികമായ നിർവ്വചനം അനുസരിച്ച്, GET രീതി ഒരു നിർദ്ദിഷ്ട URL ഉപയോഗിച്ച് ഒരു ഉറവിടം നേടുന്നതിന് ഉദ്ദേശിച്ചുള്ളതാണ്. ഒരു GET അഭ്യർത്ഥന ലഭിച്ചാൽ, സെർവർ നിർദ്ദിഷ്ട ഉറവിടം വായിക്കുകയും ക്ലയന്റിനുള്ള പ്രതികരണത്തിന്റെ ഭാഗമായി റിസോഴ്സ് കോഡ് ഉൾപ്പെടുത്തുകയും വേണം. അഭ്യർത്ഥനയുടെ ഭാഗമായി URL കൈമാറിയ ഉറവിടം ഒരു HTML പേജോ ഇമേജ് ഫയലോ മറ്റ് ഡാറ്റയോ ആയിരിക്കണമെന്നില്ല. റിസോഴ്സ് URL-ന് എക്സിക്യൂട്ടബിൾ പ്രോഗ്രാം കോഡിലേക്ക് ചൂണ്ടിക്കാണിക്കാൻ കഴിയും, അത് ചില വ്യവസ്ഥകൾ പാലിക്കുകയാണെങ്കിൽ, സെർവറിൽ എക്സിക്യൂട്ട് ചെയ്യണം. ഈ സാഹചര്യത്തിൽ, ക്ലയന്റ് പ്രോഗ്രാം കോഡല്ല, മറിച്ച് അതിന്റെ നിർവ്വഹണ സമയത്ത് സൃഷ്ടിച്ച ഡാറ്റയാണ് തിരികെ നൽകുന്നത്. നിർവചനം അനുസരിച്ച്, GET രീതി വിവരങ്ങൾ വീണ്ടെടുക്കാൻ ഉദ്ദേശിച്ചുള്ളതാണെങ്കിലും, ഇത് മറ്റ് ആവശ്യങ്ങൾക്ക് ഉപയോഗിക്കാം. സെർവറിലേക്ക് ചെറിയ ഡാറ്റ കൈമാറ്റം ചെയ്യുന്നതിന് GET രീതി തികച്ചും അനുയോജ്യമാണ്.
- പോസ്റ്റ്. അതേ ഔപചാരിക നിർവചനം അനുസരിച്ച്, POST രീതിയുടെ പ്രധാന ലക്ഷ്യം സെർവറിലേക്ക് ഡാറ്റ കൈമാറുക എന്നതാണ്. എന്നിരുന്നാലും, GET രീതി പോലെ, POST രീതിയും വ്യത്യസ്ത രീതികളിൽ ഉപയോഗിക്കാം കൂടാതെ ഒരു സെർവറിൽ നിന്ന് വിവരങ്ങൾ വീണ്ടെടുക്കാൻ പലപ്പോഴും ഉപയോഗിക്കുന്നു. GET രീതി പോലെ, സ്റ്റാറ്റസ് ബാറിൽ വ്യക്തമാക്കിയ URL ഒരു പ്രത്യേക ഉറവിടത്തിലേക്ക് പോയിന്റ് ചെയ്യുന്നു. ഒരു പ്രക്രിയ ആരംഭിക്കാൻ POST രീതിയും ഉപയോഗിക്കാം.
- HEAD, PUT രീതികൾ പരിഷ്ക്കരണങ്ങളാണ് രീതികൾ നേടുകകൂടാതെ പോസ്റ്റ്.
പ്രോട്ടോക്കോൾ പതിപ്പ് HTTP സാധാരണയായി ഇനിപ്പറയുന്ന ഫോർമാറ്റിൽ വ്യക്തമാക്കിയിരിക്കുന്നു:
HTTP/version.modification
ഹെഡർ ഫീൽഡുകൾ, സ്റ്റാറ്റസ് ലൈൻ പിന്തുടർന്ന്, അഭ്യർത്ഥന പരിഷ്കരിക്കാൻ നിങ്ങളെ അനുവദിക്കുന്നു, അതായത്. സെർവറിലേക്ക് അധിക വിവരങ്ങൾ കൈമാറുക. ഹെഡർ ഫീൽഡിന് ഇനിപ്പറയുന്ന ഫോർമാറ്റ് ഉണ്ട്:
ഫീൽഡിന്റെ പേര്: മൂല്യം
ഒരു ഫീൽഡിന്റെ ഉദ്ദേശ്യം നിർണ്ണയിക്കുന്നത് അതിന്റെ പേരിലാണ്, അത് മൂല്യത്തിൽ നിന്ന് ഒരു കോളൻ കൊണ്ട് വേർതിരിച്ചിരിക്കുന്നു.
ഒരു ക്ലയന്റ് അഭ്യർത്ഥനയിലെ ഏറ്റവും സാധാരണമായ ചില ഹെഡർ ഫീൽഡുകളുടെ പേരുകളും അവയുടെ ഉദ്ദേശ്യവും നൽകിയിരിക്കുന്നു പട്ടിക 2.1.
പട്ടിക 2.1. HTTP അഭ്യർത്ഥന തലക്കെട്ട് ഫീൽഡുകൾ. | |
HTTP അഭ്യർത്ഥന തലക്കെട്ട് ഫീൽഡുകൾ | അർത്ഥം |
ഹോസ്റ്റ് | ക്ലയന്റ് ആക്സസ് ചെയ്യുന്ന ഹോസ്റ്റിന്റെ ഡൊമെയ്ൻ നാമം അല്ലെങ്കിൽ IP വിലാസം |
റഫറർ | സ്റ്റാറ്റസ് ബാറിൽ ലിസ്റ്റ് ചെയ്തിരിക്കുന്ന ഉറവിടത്തെ പരാമർശിക്കുന്ന പ്രമാണത്തിന്റെ URL |
നിന്ന് | ക്ലയന്റിനൊപ്പം പ്രവർത്തിക്കുന്ന ഉപയോക്താവിന്റെ ഇമെയിൽ വിലാസം |
സ്വീകരിക്കുക | ക്ലയന്റ് പ്രോസസ്സ് ചെയ്യുന്ന ഡാറ്റയുടെ MIME തരങ്ങൾ. ഈ ഫീൽഡിന് കോമകളാൽ വേർതിരിച്ച ഒന്നിലധികം മൂല്യങ്ങൾ ഉണ്ടാകാം. ക്ലയന്റ് ഏത് തരത്തിലുള്ള ഗ്രാഫിക്സ് ഫയലുകളാണ് പിന്തുണയ്ക്കുന്നതെന്ന് സെർവറിനോട് പറയാൻ പലപ്പോഴും അക്സെപ്റ്റ് ഹെഡർ ഫീൽഡ് ഉപയോഗിക്കുന്നു |
സ്വീകരിക്കുക-ഭാഷ | ക്ലയന്റ് പിന്തുണയ്ക്കുന്ന ഭാഷകളെ സൂചിപ്പിക്കുന്ന കോമകളാൽ വേർതിരിച്ച രണ്ട് പ്രതീക ഐഡന്റിഫയറുകളുടെ ഒരു കൂട്ടം |
സ്വീകരിക്കുക-ചാർട്ട്സെറ്റ് | പിന്തുണയ്ക്കുന്ന പ്രതീക സെറ്റുകളുടെ ലിസ്റ്റ് |
ഉള്ളടക്ക തരം | അഭ്യർത്ഥന ബോഡിയിൽ അടങ്ങിയിരിക്കുന്ന MIME തരം ഡാറ്റ (അഭ്യർത്ഥനയിൽ ഒരൊറ്റ തലക്കെട്ട് അടങ്ങിയിട്ടില്ലെങ്കിൽ) |
ഉള്ളടക്കം-ദൈർഘ്യം | അഭ്യർത്ഥന ബോഡിയിൽ അടങ്ങിയിരിക്കുന്ന പ്രതീകങ്ങളുടെ എണ്ണം (അഭ്യർത്ഥനയിൽ ഒരൊറ്റ തലക്കെട്ട് ഇല്ലെങ്കിൽ) |
പരിധി | ക്ലയന്റ് മുഴുവൻ പ്രമാണവും അഭ്യർത്ഥിക്കുന്നില്ലെങ്കിൽ, അതിന്റെ ഒരു ഭാഗം മാത്രം അവതരിപ്പിക്കുക |
കണക്ഷൻ | TCP കണക്ഷൻ നിയന്ത്രിക്കാൻ ഉപയോഗിക്കുന്നു. ഫീൽഡിൽ അടയ്ക്കുക എന്നതുണ്ടെങ്കിൽ, അഭ്യർത്ഥന പ്രോസസ്സ് ചെയ്ത ശേഷം സെർവർ കണക്ഷൻ ക്ലോസ് ചെയ്യണം എന്നാണ് ഇതിനർത്ഥം. Keep-Alive മൂല്യം TCP കണക്ഷൻ തുറന്ന് സൂക്ഷിക്കാൻ നിർദ്ദേശിക്കുന്നു, അതുവഴി തുടർന്നുള്ള അഭ്യർത്ഥനകൾക്ക് അത് ഉപയോഗിക്കാനാകും |
ഉപയോക്തൃ-ഏജന്റ് | ക്ലയന്റ് വിവരങ്ങൾ |
മിക്ക കേസുകളിലും, വെബിൽ പ്രവർത്തിക്കുമ്പോൾ, അഭ്യർത്ഥന ബോഡി ഇല്ല. CGI സ്ക്രിപ്റ്റുകൾ പ്രവർത്തിപ്പിക്കുമ്പോൾ, അഭ്യർത്ഥനയിൽ അവർക്ക് കൈമാറിയ ഡാറ്റ അഭ്യർത്ഥനയുടെ ബോഡിയിൽ സ്ഥാപിക്കാൻ കഴിയും.
ബ്രൗസർ സൃഷ്ടിച്ച ഒരു HTML അഭ്യർത്ഥനയുടെ ഒരു ഉദാഹരണം ചുവടെയുണ്ട്
http://oak.oakland.edu/ HTTP/1.0 നേടുക
കണക്ഷൻ: Keep-Alive
ഉപയോക്തൃ ഏജന്റ്: മോസില്ല/4.04 (Win95; I)
ഹോസ്റ്റ്: oak.oakland.edu
സ്വീകരിക്കുക: ചിത്രം/ജിഫ്, ചിത്രം/x-xbitmap, ചിത്രം/jpeg, ചിത്രം/pjpeg, ചിത്രം/png, */*
സ്വീകരിക്കുക-ഭാഷ: en
സ്വീകരിക്കുക-ചാർട്ട്സെറ്റ്: iso-8859-l,*,utf-8
ഒരു ക്ലയന്റിൽ നിന്ന് ഒരു അഭ്യർത്ഥന ലഭിച്ചുകഴിഞ്ഞാൽ, സെർവർ അതിനോട് പ്രതികരിക്കണം. ഒരു വെബ് ആപ്ലിക്കേഷൻ ഡെവലപ്പർക്ക് സെർവർ പ്രതികരണത്തിന്റെ ഘടനയെക്കുറിച്ചുള്ള അറിവ് ആവശ്യമാണ്, കാരണം സെർവറിൽ പ്രവർത്തിക്കുന്ന പ്രോഗ്രാമുകൾ ക്ലയന്റിന് സ്വതന്ത്രമായി ഒരു പ്രതികരണം സൃഷ്ടിക്കേണ്ടതുണ്ട്.
ക്ലയന്റിന്റെ അഭ്യർത്ഥന പോലെ, പ്രതികരണം സെർവറുകൾതാഴെ ലിസ്റ്റുചെയ്തിരിക്കുന്ന നാല് ഘടകങ്ങളും ഉൾക്കൊള്ളുന്നു.
- സ്റ്റാറ്റസ് ബാർ.
- ഹെഡർ ഫീൽഡുകൾ.
- ശൂന്യമായ ലൈൻ.
- പ്രതികരണ ശരീരം.
ക്ലയന്റിനുള്ള സെർവറിന്റെ പ്രതികരണം ഒരു സ്റ്റാറ്റസ് ലൈനിൽ ആരംഭിക്കുന്നു, അതിന് ഇനിപ്പറയുന്ന ഫോർമാറ്റ് ഉണ്ട്:
Protocol_version Response_code Explanatory_message
- പ്രോട്ടോക്കോൾ_പതിപ്പ്ക്ലയന്റ് അഭ്യർത്ഥനയിലെ അതേ ഫോർമാറ്റിൽ വ്യക്തമാക്കിയിട്ടുള്ളതും അതേ അർത്ഥവുമാണ്.
- പ്രതികരണ_കോഡ്അഭ്യർത്ഥനയുടെ സേവനത്തിന്റെ ഫലത്തെ എൻകോഡ് ചെയ്ത രൂപത്തിൽ പ്രതിനിധീകരിക്കുന്ന മൂന്നക്ക ദശാംശ സംഖ്യയാണ് സെർവർ.
- വിശദീകരണ സന്ദേശംപ്രതികരണ കോഡ് പ്രതീകാത്മക രൂപത്തിൽ ഡ്യൂപ്ലിക്കേറ്റ് ചെയ്യുന്നു. ക്ലയന്റ് പ്രോസസ്സ് ചെയ്യാത്ത ഒരു പ്രതീക സ്ട്രിംഗാണിത്. ഇത് സിസ്റ്റം അഡ്മിനിസ്ട്രേറ്റർ അല്ലെങ്കിൽ സിസ്റ്റം അറ്റകുറ്റപ്പണിയിൽ ഏർപ്പെട്ടിരിക്കുന്ന ഓപ്പറേറ്റർക്ക് വേണ്ടിയുള്ളതാണ്, ഇത് പ്രതികരണ കോഡിന്റെ ഡീകോഡിംഗ് ആണ്.
പ്രതികരണ കോഡ് നിർമ്മിക്കുന്ന മൂന്ന് അക്കങ്ങളിൽ, ആദ്യത്തേത് (ഏറ്റവും ഉയർന്നത്) പ്രതികരണ ക്ലാസ് നിർണ്ണയിക്കുന്നു, ശേഷിക്കുന്ന രണ്ടെണ്ണം ക്ലാസിലെ പ്രതികരണ നമ്പറിനെ പ്രതിനിധീകരിക്കുന്നു. അതിനാൽ, ഉദാഹരണത്തിന്, അഭ്യർത്ഥന വിജയകരമായി പ്രോസസ്സ് ചെയ്താൽ, ക്ലയന്റിന് ഇനിപ്പറയുന്ന സന്ദേശം ലഭിക്കും:
HTTP/1.0 200 ശരി
നിങ്ങൾക്ക് കാണാനാകുന്നതുപോലെ, HTTP പ്രോട്ടോക്കോൾ പതിപ്പ് 1.0-ന് ശേഷം കോഡ് 200. ഈ കോഡിൽ, പ്രതീകം 2 എന്നത് ക്ലയന്റ് അഭ്യർത്ഥനയുടെ വിജയകരമായ പ്രോസസ്സിംഗ് എന്നാണ് അർത്ഥമാക്കുന്നത്, ശേഷിക്കുന്ന രണ്ട് അക്കങ്ങൾ (00) ഈ സന്ദേശത്തിന്റെ സംഖ്യയെ സൂചിപ്പിക്കുന്നു.
നിലവിൽ ഉപയോഗിക്കുന്ന HTTP പ്രോട്ടോക്കോളിന്റെ നടപ്പാക്കലുകളിൽ, ആദ്യ അക്കം 5-ൽ കൂടുതലാകരുത് കൂടാതെ ഇനിപ്പറയുന്ന പ്രതികരണ ക്ലാസുകൾ നിർവചിക്കുന്നു.
- 1 - ഇൻഫർമേഷൻ എന്ന് വിളിക്കപ്പെടുന്ന സന്ദേശങ്ങളുടെ ഒരു പ്രത്യേക ക്ലാസ്. 1-ൽ ആരംഭിക്കുന്ന പ്രതികരണ കോഡ് അർത്ഥമാക്കുന്നത് സെർവർഅഭ്യർത്ഥന പ്രോസസ്സ് ചെയ്യുന്നത് തുടരുന്നു. ഒരു HTTP ക്ലയന്റും HTTP സെർവറും തമ്മിൽ ഡാറ്റ കൈമാറ്റം ചെയ്യുമ്പോൾ, ഈ ക്ലാസിലെ സന്ദേശങ്ങൾ വളരെ അപൂർവമായി മാത്രമേ ഉപയോഗിക്കൂ.
- 2 - ക്ലയന്റിന്റെ അഭ്യർത്ഥന വിജയകരമായി പ്രോസസ്സ് ചെയ്യുന്നു.
- 3 - അഭ്യർത്ഥന റീഡയറക്ഷൻ. അഭ്യർത്ഥന സേവനം നൽകുന്നതിന്, നിങ്ങൾ എടുക്കണം അധിക പ്രവർത്തനങ്ങൾ.
- 4 - ക്ലയന്റ് പിശക്. സാധാരണഗതിയിൽ, ക്ലയന്റിന്റെ അഭ്യർത്ഥനയിൽ ഒരു വാക്യഘടന പിശക് ഉണ്ടെങ്കിൽ, നമ്പർ 4-ൽ ആരംഭിക്കുന്ന ഒരു പ്രതികരണ കോഡ് തിരികെ നൽകും.
- 5 - സെർവർ പിശക്. ഒരു കാരണത്താലോ മറ്റൊരു കാരണത്താലോ, സെർവറിന് അഭ്യർത്ഥന പൂർത്തിയാക്കാൻ കഴിയുന്നില്ല.
സെർവറിൽ നിന്ന് ഒരു ക്ലയന്റിന് സ്വീകരിക്കാൻ കഴിയുന്ന പ്രതികരണ കോഡുകളുടെ ഉദാഹരണങ്ങളും വിശദീകരണ സന്ദേശങ്ങളും നൽകിയിരിക്കുന്നു പട്ടിക 2.2.
പട്ടിക 2.2. സെർവർ പ്രതികരണ കോഡ് ക്ലാസുകൾ. | ||
കോഡ് | ഡീകോഡിംഗ് | വ്യാഖ്യാനം |
തുടരുക | അഭ്യർത്ഥനയുടെ ഒരു ഭാഗം സ്വീകരിച്ചു, ക്ലയന്റ് അഭ്യർത്ഥന തുടരുന്നതിനായി സെർവർ കാത്തിരിക്കുകയാണ് | |
ശരി | അഭ്യർത്ഥന വിജയകരമായി പ്രോസസ്സ് ചെയ്തു, ക്ലയന്റ് പ്രതികരണത്തിൽ അഭ്യർത്ഥനയിൽ വ്യക്തമാക്കിയ ഡാറ്റ അടങ്ങിയിരിക്കുന്നു | |
സൃഷ്ടിച്ചത് | അഭ്യർത്ഥന പ്രോസസ്സ് ചെയ്തതിന്റെ ഫലമായി, എ പുതിയ വിഭവം | |
സ്വീകരിച്ചു | അഭ്യർത്ഥന സെർവർ അംഗീകരിച്ചു, പക്ഷേ പ്രോസസ്സിംഗ് പൂർത്തിയായിട്ടില്ല. അഭ്യർത്ഥന പിശകുകളില്ലാതെ പ്രോസസ്സ് ചെയ്യപ്പെടുമെന്ന് ഈ പ്രതികരണ കോഡ് ഉറപ്പുനൽകുന്നില്ല. | |
ഭാഗിക ഉള്ളടക്കം | ഒരു റേഞ്ച് ഹെഡർ ഫീൽഡ് അടങ്ങുന്ന ഒരു അഭ്യർത്ഥനയ്ക്കുള്ള മറുപടിയായി സെർവർ റിസോഴ്സിന്റെ ഒരു ഭാഗം തിരികെ നൽകുന്നു | |
മൾട്ടിപ്പിൾ ചോയ്സ് | അഭ്യർത്ഥന ഒന്നിലധികം ഉറവിടങ്ങളിലേക്ക് വിരൽ ചൂണ്ടുന്നു. അഭ്യർത്ഥിച്ച ഉറവിടം എങ്ങനെ ശരിയായി തിരിച്ചറിയാം എന്നതിനെക്കുറിച്ചുള്ള നിർദ്ദേശങ്ങൾ പ്രതികരണ ബോഡിയിൽ അടങ്ങിയിരിക്കാം | |
സ്ഥിരമായി സ്ഥലം മാറ്റി | അഭ്യർത്ഥിച്ച ഉറവിടം മേലിൽ സ്ഥിതി ചെയ്യുന്നില്ല സെർവർ | |
താൽക്കാലികമായി മാറ്റി | അഭ്യർത്ഥിച്ച ഉറവിടം അതിന്റെ വിലാസം താൽക്കാലികമായി മാറ്റി | |
മോശം അഭ്യർത്ഥന | ക്ലയന്റ് അഭ്യർത്ഥനയിൽ ഒരു വാക്യഘടന പിശക് കണ്ടെത്തി | |
വിലക്കപ്പെട്ട | സെർവറിൽ ലഭ്യമായ ഉറവിടം ഈ ഉപയോക്താവിന് ലഭ്യമല്ല | |
കണ്ടെത്തിയില്ല | ക്ലയന്റ് വ്യക്തമാക്കിയ ഉറവിടം സെർവറിൽ ഇല്ല | |
രീതി അനുവദനീയമല്ല | അഭ്യർത്ഥനയിൽ വ്യക്തമാക്കിയ രീതിയെ സെർവർ പിന്തുണയ്ക്കുന്നില്ല | |
ഇന്റേർണൽ സെർവർ പിശക് | സെർവർ ഘടകങ്ങളിൽ ഒന്ന് ശരിയായി പ്രവർത്തിക്കുന്നില്ല | |
നടപ്പിലാക്കാത്ത | ക്ലയന്റിന്റെ അഭ്യർത്ഥന നിറവേറ്റാൻ സെർവറിന്റെ പ്രവർത്തനം പര്യാപ്തമല്ല | |
സേവനം ലഭ്യമല്ല | സേവനം താൽക്കാലികമായി ലഭ്യമല്ല | |
HTTP പതിപ്പ് പിന്തുണയ്ക്കുന്നില്ല | അഭ്യർത്ഥനയിൽ വ്യക്തമാക്കിയ HTTP പതിപ്പ് സെർവർ പിന്തുണയ്ക്കുന്നില്ല |
ക്ലയന്റ് അഭ്യർത്ഥനയുടെ അതേ തലക്കെട്ട് ഫീൽഡ് ഘടനയാണ് പ്രതികരണം ഉപയോഗിക്കുന്നത്. ക്ലയന്റിനോടുള്ള സെർവറിന്റെ പ്രതികരണം വ്യക്തമാക്കാൻ ഉദ്ദേശിച്ചുള്ളതാണ് ഹെഡർ ഫീൽഡുകൾ. സെർവർ പ്രതികരണ തലക്കെട്ടിൽ കാണാവുന്ന ചില ഫീൽഡുകളുടെ വിവരണം നൽകിയിരിക്കുന്നു പട്ടിക 2.3.
പട്ടിക 2.3. വെബ് സെർവർ പ്രതികരണ തലക്കെട്ട് ഫീൽഡുകൾ. | |
ഫീല്ഡിന്റെ പേര് | ഉള്ളടക്ക വിവരണം |
സെർവർ | സെർവറിന്റെ പേരും പതിപ്പ് നമ്പറും |
പ്രായം | റിസോഴ്സ് സൃഷ്ടിച്ചതിനുശേഷം നിമിഷങ്ങൾക്കുള്ളിൽ സമയം |
അനുവദിക്കുക | തന്നിരിക്കുന്ന വിഭവത്തിന് അനുവദനീയമായ രീതികളുടെ ലിസ്റ്റ് |
ഉള്ളടക്കം-ഭാഷ | കൈമാറ്റം ചെയ്ത ഉറവിടം ശരിയായി പ്രദർശിപ്പിക്കുന്നതിന് ക്ലയന്റ് പിന്തുണയ്ക്കേണ്ട ഭാഷകൾ |
ഉള്ളടക്ക തരം | സെർവർ പ്രതികരണത്തിന്റെ ബോഡിയിൽ അടങ്ങിയിരിക്കുന്ന MIME തരം ഡാറ്റ |
ഉള്ളടക്കം-ദൈർഘ്യം | സെർവർ പ്രതികരണ ബോഡിയിൽ അടങ്ങിയിരിക്കുന്ന പ്രതീകങ്ങളുടെ എണ്ണം |
അവസാനം പരിഷ്കരിച്ചത് | ഉറവിടം അവസാനം പരിഷ്കരിച്ച തീയതിയും സമയവും |
തീയതി | പ്രതികരണം ജനറേറ്റ് ചെയ്യുമ്പോൾ നിർണ്ണയിക്കുന്ന തീയതിയും സമയവും |
കാലഹരണപ്പെടുന്നു | ക്ലയന്റിലേക്ക് കൈമാറിയ വിവരങ്ങൾ കാലഹരണപ്പെട്ടതായി കണക്കാക്കുന്ന നിമിഷം നിർവചിക്കുന്ന തീയതിയും സമയവും |
സ്ഥാനം | ഈ ഫീൽഡ് ഉറവിടത്തിന്റെ യഥാർത്ഥ സ്ഥാനം സൂചിപ്പിക്കുന്നു. അഭ്യർത്ഥന വഴിതിരിച്ചുവിടാൻ ഇത് ഉപയോഗിക്കുന്നു |
കാഷെ-നിയന്ത്രണം | കാഷിംഗ് നിയന്ത്രണ നിർദ്ദേശങ്ങൾ. ഉദാഹരണത്തിന്, ഇല്ല - കാഷെ അർത്ഥമാക്കുന്നത് ഡാറ്റ കാഷെ ചെയ്യാൻ പാടില്ല എന്നാണ് |
അഭ്യർത്ഥനയ്ക്കുള്ള പ്രതികരണമായി ക്ലയന്റിലേക്ക് അയച്ച റിസോഴ്സ് കോഡ് പ്രതികരണ ബോഡിയിൽ അടങ്ങിയിരിക്കുന്നു. ഇത് വെബ് പേജിന്റെ HTML ടെക്സ്റ്റ് ആയിരിക്കണമെന്നില്ല. പ്രതികരണത്തിൽ ഒരു ചിത്രം, ഒരു ഓഡിയോ ഫയൽ, വീഡിയോ വിവരങ്ങളുടെ ഒരു ഭാഗം, കൂടാതെ ക്ലയന്റ് പിന്തുണയ്ക്കുന്ന മറ്റേതെങ്കിലും തരത്തിലുള്ള ഡാറ്റ എന്നിവ അടങ്ങിയിരിക്കാം. ലഭിച്ച ഉറവിടം എങ്ങനെ പ്രോസസ്സ് ചെയ്യണമെന്ന് ഉള്ളടക്ക തലക്കെട്ട് ഫീൽഡിലെ ഉള്ളടക്കങ്ങൾ ക്ലയന്റിനോട് പറയുന്നു. - തരം.
മുമ്പത്തെ വിഭാഗത്തിൽ നൽകിയിരിക്കുന്ന അഭ്യർത്ഥനയ്ക്കുള്ള സെർവറിന്റെ പ്രതികരണത്തിന്റെ ഒരു ഉദാഹരണം ചുവടെയുണ്ട്. പ്രതികരണ ബോഡിയിൽ HTML പ്രമാണത്തിന്റെ ഉറവിട വാചകം അടങ്ങിയിരിക്കുന്നു.
സെർവർ: Microsoft-IIS/5.1
എക്സ്-പവർ ചെയ്തത്: ASP.NET
ഉള്ളടക്ക-തരം: വാചകം/html
സ്വീകരിക്കുക-പരിധികൾ: ബൈറ്റുകൾ
ETag: "b66a667f948c92:8a5"
ഉള്ളടക്ക ദൈർഘ്യം: 426