സെർവർ പ്രതികരണത്തിലെ മൂന്ന് അക്ക സൂചനകളാണ് HTTP സ്റ്റാറ്റസ് കോഡുകൾ. ആദ്യ അക്കം പൊതുവായ ഫലം തിരിച്ചറിയിക്കുന്നു; ശേഷിക്കുന്ന അക്കങ്ങൾ പ്രത്യേക അവസ്ഥ സൂചിപ്പിക്കുന്നു. രജിസ്റ്റർ ചെയ്ത സ്റ്റാൻഡേർഡ് കോഡുകൾ പ്രായോഗിക സന്ദർഭത്തോടെ ഈ മാർഗ്ഗനിർദ്ദേശം വിശദീകരിക്കുന്നു; ലോഗുകളിൽ കാണാവുന്ന ശ്രദ്ധേയമായ സേവനദാതൃ-നിർദ്ദിഷ്ട മൂല്യങ്ങളും ഉൾപ്പെടുന്നു.
HTTP സ്റ്റാറ്റസ് കോഡുകൾ HTTP പ്രോട്ടോക്കോളിന്റെ ഭാഗമാണ്; ഓരോ വെൻഡറും പ്രത്യേക വെബ് API ആയി നടപ്പാക്കുന്ന ബ്രൗസർ സവിശേഷതയല്ല. നിലവിലെ ബ്രൗസറുകൾക്ക് സ്റ്റാൻഡേർഡ് പ്രതികരണ വിഭാഗങ്ങൾ കൈകാര്യം ചെയ്യാം; കാണുന്ന പിശക് പേജുകളും വീണ്ടും ശ്രമിക്കുന്ന രീതിയും ബ്രൗസറിനെ ആശ്രയിക്കുന്നു. പുതിയ ഇടക്കാല പ്രതികരണങ്ങൾക്കും പ്രത്യേക വിപുലീകരണങ്ങൾക്കുമുള്ള പിന്തുണ പതിപ്പും നെറ്റ്വർക്ക് പാതയും അനുസരിച്ച് മാറാം.
| പ്രതികരണ കുടുംബം | Chrome / Edge | Firefox | Safari | Opera | Android / iOS WebView | അനുയോജ്യതാ കുറിപ്പ് |
|---|---|---|---|---|---|---|
| 1xx വിവരപ്രദം | പ്രോട്ടോക്കോൾ ഇടക്കാല പ്രതികരണങ്ങളായി പിന്തുണയ്ക്കുന്നു | പ്രോട്ടോക്കോൾ ഇടക്കാല പ്രതികരണങ്ങളായി പിന്തുണയ്ക്കുന്നു | പ്രോട്ടോക്കോൾ ഇടക്കാല പ്രതികരണങ്ങളായി പിന്തുണയ്ക്കുന്നു | പ്രോട്ടോക്കോൾ ഇടക്കാല പ്രതികരണങ്ങളായി പിന്തുണയ്ക്കുന്നു | അടിസ്ഥാന നെറ്റ്വർക്ക് സ്റ്റാക്ക് പിന്തുണയ്ക്കുന്നു | 100/101 സ്ഥിരമായി ഉപയോഗിക്കുന്നു; 102 അപൂർവം/കാലഹരണപ്പെട്ടത്. 103 Early Hints-ന്റെ സ്വീകരണവും കാണാവുന്ന preload പെരുമാറ്റവും ബ്രൗസർ പതിപ്പ്, സെർവർ, ഇടനില സംവിധാനം എന്നിവ അനുസരിച്ച് മാറാം. |
| 2xx വിജയം | പിന്തുണയ്ക്കുന്നു | പിന്തുണയ്ക്കുന്നു | പിന്തുണയ്ക്കുന്നു | പിന്തുണയ്ക്കുന്നു | പിന്തുണയ്ക്കുന്നു | സ്റ്റാൻഡേർഡ് വിജയ സെമാന്റിക്സ് ഒരുപോലെയാണ്. പ്രതികരണ ബോഡി സംബന്ധിച്ച നിയമങ്ങളും പ്രധാനമാണ്: ഉദാഹരണത്തിന്, 204, 205 എന്നിവയ്ക്ക് പ്രതികരണ ബോഡി ഇല്ല. |
| 3xx റീഡയറക്ഷൻ | പിന്തുണയ്ക്കുന്നു | പിന്തുണയ്ക്കുന്നു | പിന്തുണയ്ക്കുന്നു | പിന്തുണയ്ക്കുന്നു | പിന്തുണയ്ക്കുന്നു | Location, രീതി, കാഷെ, സുരക്ഷാ നയം എന്നിവ നാവിഗേഷനെ ബാധിക്കുന്നു. 301/302-ൽ POST GET ആയി മാറാം; 307/308 രീതി നിലനിർത്തുന്നു. |
| 4xx ക്ലയന്റ്/അഭ്യർത്ഥന പിശക് | പിന്തുണയ്ക്കുന്നു | പിന്തുണയ്ക്കുന്നു | പിന്തുണയ്ക്കുന്നു | പിന്തുണയ്ക്കുന്നു | പിന്തുണയ്ക്കുന്നു | ബ്രൗസറിന് പ്രതികരണം ലഭിക്കുന്നു; സെർവർ ബോഡിയോ ബ്രൗസർ സൃഷ്ടിച്ച പിശക് ദൃശ്യമോ കാണിക്കുന്നതെന്നത് സ്റ്റാറ്റസും ഉൽപ്പന്നവും അനുസരിച്ച് മാറുന്നു. |
| 5xx സെർവർ പിശക് | പിന്തുണയ്ക്കുന്നു | പിന്തുണയ്ക്കുന്നു | പിന്തുണയ്ക്കുന്നു | പിന്തുണയ്ക്കുന്നു | പിന്തുണയ്ക്കുന്നു | പ്രതികരണ വിഭാഗം ക്ലയന്റുകൾക്ക് പ്രോസസ്സ് ചെയ്യാം; എന്നാൽ പ്രോക്സി സൃഷ്ടിച്ച പേജുകൾ, വീണ്ടും ശ്രമിക്കുന്ന രീതി, ഡയഗ്നോസ്റ്റിക് UI എന്നിവ ബ്രൗസറുകൾക്കിടയിൽ ഒരുപോലെയല്ല. |
| അറിയപ്പെടുന്ന വിഭാഗത്തിലെ അജ്ഞാത കോഡ് | വിഭാഗതല കൈകാര്യം ചെയ്യൽ | വിഭാഗതല കൈകാര്യം ചെയ്യൽ | വിഭാഗതല കൈകാര്യം ചെയ്യൽ | വിഭാഗതല കൈകാര്യം ചെയ്യൽ | വിഭാഗതല കൈകാര്യം ചെയ്യൽ | ആദ്യ അക്കത്തിൽ നിന്ന് പൊതുവായ വിഭാഗം HTTP ക്ലയന്റുകൾക്ക് മനസ്സിലാക്കാം; കസ്റ്റം കോഡിന് സ്റ്റാൻഡേർഡ് സെമാന്റിക്സോ ഒരേ UI-യോ ഉണ്ടെന്ന് ആശ്രയിക്കരുത്. |
ഇവിടെ പറയുന്ന അനുയോജ്യത പ്രോട്ടോക്കോൾ തലത്തിലുള്ള കൈകാര്യം ചെയ്യലാണ്; എല്ലാ ബ്രൗസറുകളും ഒരേ പിശക് പേജ് കാണിക്കുമെന്ന ഉറപ്പല്ല. പഴയ ക്ലയന്റുകൾ, ഉൾച്ചേർത്ത WebView-കൾ, പ്രോക്സികൾ, captive portal-കൾ എന്നിവയ്ക്ക് അധിക പെരുമാറ്റങ്ങളുണ്ടാകാം.
സെർവർ അഭ്യർത്ഥന ഹെഡറുകൾ സ്വീകരിച്ച് ശേഷിക്കുന്ന അഭ്യർത്ഥന ബോഡിക്കായി കാത്തിരിക്കുന്നു. അഭ്യർത്ഥന നിരസിക്കപ്പെടുമെങ്കിൽ വലിയ ബോഡി അപ്‌ലോഡ് ചെയ്യുന്നത് ഒഴിവാക്കാൻ ക്ലയന്റ് ഉപയോഗിക്കുന്ന Expect: 100-continue-നൊപ്പം ഇത് സാധാരണമാണ്.
പ്രവർത്തന മാർഗ്ഗനിർദ്ദേശം: ബോഡി പ്രതീക്ഷിക്കുന്ന സാഹചര്യത്തിൽ മാത്രം അയയ്ക്കുന്നത് തുടരുക; ഇത് ഇടക്കാല പ്രതികരണമാണ്.
ക്ലയന്റ് അപ്‌ഗ്രേഡ് ആവശ്യപ്പെട്ടതിന് ശേഷം ഈ കണക്ഷനിലെ പ്രോട്ടോക്കോൾ മാറ്റാൻ സെർവർ സമ്മതിക്കുന്നു. WebSocket ഹാൻഡ്‌ഷേക്ക് ഇതിന്റെ പരിചിതമായ ഉപയോഗമാണ്.
പ്രവർത്തന മാർഗ്ഗനിർദ്ദേശം: കണക്ഷൻ തലത്തിലുള്ള മാറ്റം; Upgrade, Connection ഹെഡറുകൾ പരിശോധിക്കുക.
ദീർഘസമയം എടുക്കുന്ന പ്രവർത്തനം ആരംഭിച്ചെങ്കിലും പൂർത്തിയായിട്ടില്ലെന്ന് WebDAV സെർവർ അറിയിക്കുന്നു. ഇത് പഴയ/കാലഹരണപ്പെട്ട പ്രതികരണമാണ്; അന്തിമ ഫലമായി തെറ്റിദ്ധരിക്കരുത്.
പ്രവർത്തന മാർഗ്ഗനിർദ്ദേശം: ഇടക്കാല WebDAV സ്റ്റാറ്റസ്; അന്തിമ പ്രതികരണത്തിനായി കാത്തിരിക്കുക.
അന്തിമ പ്രതികരണം തയ്യാറാക്കുമ്പോൾ സെർവർ പ്രാഥമിക ഹെഡറുകൾ—പലപ്പോഴും Link സൂചനകൾ—അയയ്ക്കുന്നു. പ്രധാനപ്പെട്ടിരിക്കാമെന്ന് തോന്നുന്ന ആസ്തികൾ ക്ലയന്റിന് നേരത്തേ എടുക്കാൻ തുടങ്ങാം.
പ്രവർത്തന മാർഗ്ഗനിർദ്ദേശം: ഇടക്കാല ഒപ്റ്റിമൈസേഷൻ; തുടർന്ന് അന്തിമ പ്രതികരണം വരണം.
അഭ്യർത്ഥന വിജയിച്ചു. പ്രതിനിധീകരണം രീതിയെ ആശ്രയിക്കുന്നു: GET വിഭവം മടക്കുന്നു, HEAD ബോഡിയില്ലാതെ മെറ്റാഡാറ്റ മടക്കുന്നു, എഴുത്ത് പ്രവർത്തനം ഫലത്തിന്റെ പ്രതിനിധീകരണം മടക്കിയേക്കാം.
പ്രവർത്തന മാർഗ്ഗനിർദ്ദേശം: പ്രതികരണ പ്രതിനിധീകരണത്തോടെയുള്ള അഭ്യർത്ഥന പൂർത്തിയായപ്പോൾ അനുയോജ്യമായി ഉപയോഗിക്കുക.
അഭ്യർത്ഥന പൂർത്തിയായി, ഒന്നോ അതിലധികമോ വിഭവങ്ങൾ സൃഷ്ടിച്ചു. പുതിയ വിഭവം—പലപ്പോഴും Location വഴി—പ്രതികരണം തിരിച്ചറിയിക്കണം; അതിന്റെ പ്രതിനിധീകരണവും മടക്കിയേക്കാം.
പ്രവർത്തന മാർഗ്ഗനിർദ്ദേശം: POST അല്ലെങ്കിൽ PUT-ന് ശേഷം സാധാരണമാണ്; സൃഷ്ടിച്ച വിഭവം കണ്ടെത്താനാകുമെന്ന് ഉറപ്പാക്കുക.
സെർവർ അഭ്യർത്ഥന പ്രോസസ്സിംഗിനായി സ്വീകരിച്ചു; എന്നാൽ പ്രോസസ്സിംഗ് പൂർത്തിയായിട്ടില്ല, പരാജയപ്പെടാനും സാധ്യതയുണ്ട്. അതേ HTTP ഇടപാടിനായി പിന്നീട് രണ്ടാമത്തെ പ്രതികരണം HTTP നൽകുന്നില്ല.
പ്രവർത്തന മാർഗ്ഗനിർദ്ദേശം: പ്രവർത്തന/സ്റ്റാറ്റസ് URL അല്ലെങ്കിൽ അന്തിമ ഫലം അറിയാനുള്ള മറ്റൊരു മാർഗം നൽകുക.
മാറ്റം വരുത്തുന്ന പ്രോക്സിയോ ഇടനില സംവിധാനമോ ഉറവിട പ്രതികരണത്തിൽ നിന്ന് വ്യത്യസ്തമായ മെറ്റാഡാറ്റയോ ഉള്ളടക്കമോ മടക്കി. ഇത് നേരിട്ടുള്ള അധികാരപരമായ പ്രതിനിധീകരണമല്ലെന്ന് സൂചിപ്പിക്കുന്നു.
പ്രവർത്തന മാർഗ്ഗനിർദ്ദേശം: ഇടനില മാറ്റം പ്രസക്തമായിരിക്കുമ്പോൾ മാത്രം ഉപയോഗിക്കുക.
അഭ്യർത്ഥന വിജയിച്ചു; അയയ്ക്കാൻ പ്രതികരണ ഉള്ളടക്കം ഇല്ല. പുതുക്കിയ വാലിഡേറ്ററുകൾ പോലുള്ള പ്രയോജനകരമായ മെറ്റാഡാറ്റ ഹെഡറുകളിൽ ഉണ്ടായേക്കാം.
പ്രവർത്തന മാർഗ്ഗനിർദ്ദേശം: പ്രതികരണ ബോഡി ഉൾപ്പെടുത്തരുത്.
അഭ്യർത്ഥന വിജയിച്ചു; അയച്ച കാഴ്ചയോ ഫോമോ പുനഃസജ്ജമാക്കാൻ ക്ലയന്റിനോട് നിർദ്ദേശിക്കുന്നു. പ്രതികരണ ഉള്ളടക്കം അയയ്ക്കുന്നില്ല.
പ്രവർത്തന മാർഗ്ഗനിർദ്ദേശം: നിലവിലെ ഇൻപുട്ട് നില മായ്ക്കുകയോ പുനഃസജ്ജമാക്കുകയോ ചെയ്യേണ്ട ഇടപെടലുകൾക്ക് പ്രയോജനകരമാണ്.
സാധുവായ റേഞ്ച് അഭ്യർത്ഥന സെർവർ നിറവേറ്റി, ആവശ്യപ്പെട്ട ബൈറ്റ് റേഞ്ച് അല്ലെങ്കിൽ റേഞ്ചുകൾ മാത്രം മടക്കുന്നു. എന്താണ് നൽകിയതെന്ന് Content-Range വിവരിക്കുന്നു.
പ്രവർത്തന മാർഗ്ഗനിർദ്ദേശം: റേഞ്ചും Content-Range മൂല്യങ്ങളും പൊരുത്തപ്പെടുന്നുവെന്ന് ഉറപ്പാക്കുക; തുടർന്നു ഡൗൺലോഡ് ചെയ്യാവുന്ന മീഡിയ/ഡൗൺലോഡുകളിൽ സാധാരണമാണ്.
സാധാരണയായി ക്രമീകരിച്ച XML ബോഡിയിലൂടെ ഒന്നിലധികം വിഭവങ്ങൾക്കോ ഉപപ്രവർത്തനങ്ങൾക്കോ ഉള്ള വേർതിരിച്ച ഫലങ്ങൾ WebDAV പ്രതികരണം റിപ്പോർട്ട് ചെയ്യുന്നു.
പ്രവർത്തന മാർഗ്ഗനിർദ്ദേശം: ഓരോ ഉൾച്ചേർത്ത വിഭവ ഫലവും വ്യാഖ്യാനിക്കുക; പുറത്തെ സ്റ്റാറ്റസ് മാത്രം പൂർണ്ണ ഫലം കാണിക്കുന്നില്ല.
ഒരേ പ്രതികരണത്തിൽ മുമ്പ് പട്ടികപ്പെടുത്തിയ അംഗങ്ങളെ ആവർത്തിക്കാതിരിക്കാൻ WebDAV മൾട്ടി-സ്റ്റാറ്റസ് പ്രതികരണം അവ ഒഴിവാക്കുന്നു.
പ്രവർത്തന മാർഗ്ഗനിർദ്ദേശം: WebDAV-നു മാത്രം; ചുറ്റുമുള്ള മൾട്ടി-സ്റ്റാറ്റസ് പ്രതികരണത്തോടൊപ്പം വ്യാഖ്യാനിക്കുക.
നിലവിലെ വിഭവത്തിൽ നിന്ന് ചർച്ച ചെയ്ത ഡെൽറ്റാ സംവിധാനം അനുസരിച്ച് രൂപപ്പെടുത്തിയ പ്രതിനിധീകരണം മടക്കി, instance manipulation ഉപയോഗിച്ച് സെർവർ GET നിറവേറ്റി.
പ്രവർത്തന മാർഗ്ഗനിർദ്ദേശം: പ്രത്യേക ഡെൽറ്റാ എൻകോഡിംഗ്; ക്ലയന്റും സെർവറും പരിവർത്തനത്തിൽ ഏകോപിക്കണം.
ലക്ഷ്യസ്ഥാനത്തിന് ഒന്നിലധികം പ്രതിനിധീകരണങ്ങളോ വഴികളോ ഉണ്ട്; പ്രതികരണം തിരഞ്ഞെടുപ്പുകൾ നൽകുന്നു. ക്ലയന്റിനോ ഉപയോക്താവിനോ ഇഷ്ടപ്പെട്ട വകഭേദം തിരഞ്ഞെടുക്കാം.
പ്രവർത്തന മാർഗ്ഗനിർദ്ദേശം: വ്യക്തമായ ബദലുകൾ നൽകുക; ഓരോ ക്ലയന്റും സ്വയം തിരഞ്ഞെടുക്കുമെന്ന് കരുതരുത്.
വിഭവത്തിന് സ്ഥിരമായ പുതിയ URI ഉണ്ട്. ക്ലയന്റുകൾ സംഭരിച്ച ലിങ്കുകളും കാഷെയും പുതുക്കിയേക്കാം; മാറ്റം സ്ഥിരമായി തുടരാനാണ് ഉദ്ദേശമെങ്കിൽ മാത്രം ഉപയോഗിക്കുക.
പ്രവർത്തന മാർഗ്ഗനിർദ്ദേശം: SEO മൈഗ്രേഷനിൽ അന്തിമ സമാന URL-ലേക്ക് നേരിട്ട് റീഡയറക്ട് ചെയ്ത് ആന്തരിക ലിങ്കുകൾ പുതുക്കുക.
വിഭവം താൽക്കാലികമായി മറ്റൊരു URI-യിൽ ലഭ്യമാണ്. ചരിത്രപരമായ പെരുമാറ്റം ചില സാഹചര്യങ്ങളിൽ രീതി മാറ്റാൻ അനുവദിക്കുന്നതിനാൽ POST, POST ആയി തുടരേണ്ടിടത്ത് ഇത് ഏറ്റവും സുരക്ഷിതമായ തിരഞ്ഞെടുപ്പല്ല.
പ്രവർത്തന മാർഗ്ഗനിർദ്ദേശം: രീതി മാറ്റുന്നത് അംഗീകരിക്കാവുന്ന താൽക്കാലിക മാറ്റങ്ങൾക്ക് ഇത് ഉപയോഗിക്കുക; അത് അംഗീകരിക്കാനാകില്ലെങ്കിൽ 307 പരിഗണിക്കുക.
ആദ്യ പ്രവർത്തനം വീണ്ടും ആവർത്തിക്കുന്നതിനുപകരം, Location സൂചിപ്പിക്കുന്ന വിഭവം GET (അല്ലെങ്കിൽ അനുയോജ്യമായിടത്ത് HEAD) ഉപയോഗിച്ച് ലഭ്യമാക്കണം. ഫോം സമർപ്പണത്തിന് ശേഷം ഇത് സാധാരണയായി ഉപയോഗിക്കുന്നു.
പ്രവർത്തന മാർഗ്ഗനിർദ്ദേശം: Post/Redirect/Get മാതൃക നടപ്പാക്കി അതേ പ്രവർത്തനം വീണ്ടും സമർപ്പിക്കുന്നത് ഒഴിവാക്കുന്നു.
കാഷെയിലുള്ള പ്രതിനിധാനം ഇപ്പോഴും പുതുതാണെന്ന് നിബന്ധനാപരമായ GET അല്ലെങ്കിൽ HEAD സൂചിപ്പിക്കുന്നു. പ്രതികരണത്തിന് ബോഡിയില്ല; സംഭരിച്ച പകർപ്പ് വീണ്ടും ഉപയോഗിക്കാൻ ക്ലയന്റിനെ അനുവദിക്കുന്നു.
പ്രവർത്തന മാർഗ്ഗനിർദ്ദേശം: If-None-Match അല്ലെങ്കിൽ If-Modified-Since പോലുള്ള വാലിഡേറ്റർ പൊരുത്തപ്പെടുമ്പോൾ മാത്രം ഇത് മടക്കിനൽകുക.
പ്രോക്സി വഴി വിഭവം ലഭ്യമാക്കണമെന്ന് ക്ലയന്റിനോട് നിർദേശിച്ചിരുന്ന ഒരു പഴയ പ്രതികരണമാണിത്. സുരക്ഷാ കാരണങ്ങളാൽ ഇത് പിൻവലിച്ചതിനാൽ ആധുനിക സേവനങ്ങൾ ഉപയോഗിക്കരുത്.
പ്രവർത്തന മാർഗ്ഗനിർദ്ദേശം: ഇത് വിന്യസിക്കരുത്; പ്രോക്സികൾ വേറിട്ട് ക്രമീകരിക്കുക.
ആധുനിക HTTP സ്പെസിഫിക്കേഷനുകളിൽ ഈ മൂല്യം സംവരണം ചെയ്തതോ ഉപയോഗത്തിലില്ലാത്തതോ ആണ്. നിലവിലെ വെബ് ആപ്ലിക്കേഷനുകൾക്ക് ഇതിന് സ്റ്റാൻഡേർഡ് പ്രവർത്തന അർത്ഥമില്ല.
പ്രവർത്തന മാർഗ്ഗനിർദ്ദേശം: ഇത് അയയ്ക്കരുത്.
വിഭവം താൽക്കാലികമായി മറ്റൊരു URI-യിലാണ്; റീഡയറക്ട് പിന്തുടരുമ്പോൾ ക്ലയന്റ് യഥാർത്ഥ രീതിയും ബോഡിയും നിലനിർത്തണം.
പ്രവർത്തന മാർഗ്ഗനിർദ്ദേശം: താൽക്കാലിക സ്ഥലംമാറ്റത്തിൽ POST, GET ആയി മാറരുതെങ്കിൽ ഇത് ഉപയോഗിക്കുക.
വിഭവം സ്ഥിരമായി മറ്റൊരു ഇടത്തേക്ക് മാറിയിരിക്കുന്നു; റീഡയറക്ട് പിന്തുടരുമ്പോൾ ക്ലയന്റ് യഥാർത്ഥ രീതിയും ബോഡിയും നിലനിർത്തണം.
പ്രവർത്തന മാർഗ്ഗനിർദ്ദേശം: രീതി നിലനിർത്തേണ്ട സ്ഥിരമായ മാറ്റങ്ങൾക്ക് ഇത് ഉപയോഗിക്കുക; canonical, ആന്തരിക റഫറൻസുകൾ പുതുക്കുക.
വാക്യഘടനയിലോ ഫ്രെയിമിംഗിലോ നൽകിയ ഡാറ്റയിലോ പിശകുള്ളതിനാൽ സെർവറിന് അഭ്യർത്ഥന കൈകാര്യം ചെയ്യാനാകില്ല. മാറ്റമില്ലാതെ അതേ അഭ്യർത്ഥന വീണ്ടും അയച്ചാൽ പ്രശ്നം പരിഹരിക്കപ്പെടാൻ സാധ്യതയില്ല.
പ്രവർത്തന മാർഗ്ഗനിർദ്ദേശം: URL എൻകോഡിംഗ്, JSON/ബോഡി വാക്യഘടന, ആവശ്യമായ ഫീൽഡുകൾ, അഭ്യർത്ഥന ഫ്രെയിമിംഗ് എന്നിവ പരിശോധിക്കുക.
ലക്ഷ്യത്തിനായി സാധുവായ പ്രാമാണീകരണ വിവരങ്ങൾ അഭ്യർത്ഥനയിൽ ഇല്ല. പേരിൽ “അംഗീകൃതമല്ല” എന്നു വന്നാലും, ഇതിന്റെ അർത്ഥം പ്രാമാണീകരണം ആവശ്യമാണ് അല്ലെങ്കിൽ പരാജയപ്പെട്ടു എന്നാണ്.
പ്രവർത്തന മാർഗ്ഗനിർദ്ദേശം: പ്രതീക്ഷിക്കുന്ന പ്രാമാണീകരണ വിവരങ്ങൾ അയച്ച് WWW-Authenticate ചലഞ്ച് ഉൾപ്പെടുത്തുക.
ഭാവിയിലെ ഉപയോഗത്തിനായി സംവരണം ചെയ്തിട്ടുണ്ടെങ്കിലും, ചില ഉൽപ്പന്നങ്ങൾ പേയ്മെന്റ് അല്ലെങ്കിൽ ക്വോട്ടാ പ്രവർത്തനങ്ങൾക്ക് ഇത് ഉപയോഗിക്കുന്നു. എല്ലാവർക്കും ഒരേപോലെ പ്രവർത്തിക്കുന്ന ഏകീകൃത പേയ്മെന്റ് രീതി ഇതിന് ഇല്ല.
പ്രവർത്തന മാർഗ്ഗനിർദ്ദേശം: വിതരണക്കാരനനുസരിച്ചുള്ള അർത്ഥങ്ങളെ അങ്ങനെ തന്നെ കൈകാര്യം ചെയ്യുക; API കരാർ രേഖപ്പെടുത്തുക.
സെർവർ അഭ്യർത്ഥന മനസ്സിലാക്കിയെങ്കിലും അത് നടപ്പാക്കാൻ വിസമ്മതിക്കുന്നു. നിയന്ത്രണം നയത്തെ അടിസ്ഥാനമാക്കിയതാകാം എന്നതിനാൽ സാധുവായ പ്രാമാണീകരണം ഫലം മാറ്റണമെന്നില്ല.
പ്രവർത്തന മാർഗ്ഗനിർദ്ദേശം: അനുമതികൾ, ആക്സസ് നയം, IP/WAF നിയമങ്ങൾ, വിഭവതല അംഗീകാരം എന്നിവ പരിശോധിക്കുക.
അഭ്യർത്ഥിച്ച URI-യ്ക്ക് നിലവിലെ പ്രതിനിധാനം സെർവറിന് കണ്ടെത്താനാകുന്നില്ല, അല്ലെങ്കിൽ അത് നിലവിലുണ്ടെന്ന് വെളിപ്പെടുത്താൻ സെർവർ തയ്യാറല്ല. അഭാവം താൽക്കാലികമാണോ സ്ഥിരമാണോ എന്ന് പ്രതികരണം മാത്രം വ്യക്തമാക്കുന്നില്ല.
പ്രവർത്തന മാർഗ്ഗനിർദ്ദേശം: URL ശരിയാക്കുക, വിഭവം പുനഃസ്ഥാപിക്കുക, അല്ലെങ്കിൽ നീക്കം സ്ഥിരമാണെന്ന് ഉറപ്പുണ്ടെങ്കിൽ 410 ഉപയോഗിക്കുക.
വിഭവം നിലവിലുണ്ട്, പക്ഷേ ഈ അഭ്യർത്ഥനയിൽ ഉപയോഗിച്ച രീതി അതിന് പിന്തുണയില്ല.
പ്രവർത്തന മാർഗ്ഗനിർദ്ദേശം: വിഭവം സ്വീകരിക്കുന്ന രീതികൾ പട്ടികപ്പെടുത്തുന്ന Allow ഹെഡർ മടക്കിനൽകുക.
ക്ലയന്റിന്റെ മുൻകൂട്ടി നൽകിയ Accept മുൻഗണനകൾക്ക് അനുയോജ്യമായ പ്രതിനിധാനം സെർവറിന് സൃഷ്ടിക്കാനാകുന്നില്ല.
പ്രവർത്തന മാർഗ്ഗനിർദ്ദേശം: Accept നിയന്ത്രണങ്ങൾ ഇളവാക്കുക അല്ലെങ്കിൽ അനുയോജ്യമായ പ്രതിനിധാനം/ചർച്ചാ നയം ക്രമീകരിക്കുക.
അഭ്യർത്ഥന കൈമാറുന്നതിന് മുമ്പ് ഇടനില പ്രോക്സിക്ക് പ്രാമാണീകരണ വിവരങ്ങൾ ആവശ്യമാണ്.
പ്രവർത്തന മാർഗ്ഗനിർദ്ദേശം: Proxy-Authenticate / Proxy-Authorization ഉപയോഗിച്ച് പ്രോക്സിയിൽ പ്രാമാണീകരിക്കുക; ഇത് ഉറവിട സെർവർ പ്രാമാണീകരണത്തിൽ നിന്ന് വ്യത്യസ്തമാണ്.
കാത്തിരിക്കാനായി നിശ്ചയിച്ച സമയത്തിനുള്ളിൽ സെർവറിന് പൂർണ്ണ അഭ്യർത്ഥന ലഭിച്ചില്ല. ക്ലയന്റിന് പുതിയ കണക്ഷനിൽ വീണ്ടും ശ്രമിക്കാം.
പ്രവർത്തന മാർഗ്ഗനിർദ്ദേശം: നെറ്റ്വർക്ക് തടസ്സങ്ങൾ, അപ്‌ലോഡ് വലുപ്പം, സെർവർ/പ്രോക്സി സമയപരിധി ക്രമീകരണങ്ങൾ എന്നിവ പരിശോധിക്കുക.
വിഭവത്തിന്റെ നിലവിലെ നിലയുമായി അഭ്യർത്ഥന പൊരുത്തപ്പെടുന്നില്ല; ഉദാഹരണത്തിന് പതിപ്പ് കൂട്ടിയിടിയോ തനിപ്പകർപ്പ് സൃഷ്ടിക്കാനുള്ള ശ്രമമോ.
പ്രവർത്തന മാർഗ്ഗനിർദ്ദേശം: വൈരുദ്ധ്യം വിശദീകരിച്ച് ക്ലയന്റിന് അത് പരിഹരിക്കാൻ ആവശ്യമായ നിലവിലെ നില നൽകുക.
വിഭവം ഉദ്ദേശ്യപൂർവ്വം, മിക്കവാറും സ്ഥിരമായി, ലഭ്യമല്ല; അറിയാവുന്ന പകരം വിഭവവുമില്ല. സാധാരണ “കണ്ടെത്തിയില്ല” പ്രതികരണത്തേക്കാൾ ഇത് ശക്തമായ സൂചനയാണ്.
പ്രവർത്തന മാർഗ്ഗനിർദ്ദേശം: നീക്കം ഉദ്ദേശ്യപൂർവ്വമാണെങ്കിൽ ഇത് ഉപയോഗിക്കുക; കാലഹരണപ്പെട്ട ആന്തരിക ലിങ്കുകളും റഫറൻസുകളും നീക്കം ചെയ്യുക.
സെർവർ Content-Length ഹെഡർ ആവശ്യപ്പെടുന്നു, എന്നാൽ അഭ്യർത്ഥനയിൽ അത് നൽകിയിട്ടില്ല.
പ്രവർത്തന മാർഗ്ഗനിർദ്ദേശം: ശരിയായ Content-Length അയയ്ക്കുക അല്ലെങ്കിൽ പിന്തുണയ്ക്കുന്ന ട്രാൻസ്ഫർ ഫ്രെയിമിംഗ് ഉപയോഗിക്കുക.
If-Match പോലുള്ള അഭ്യർത്ഥനാ നിബന്ധന തെറ്റായി വിലയിരുത്തപ്പെട്ടതിനാൽ സെർവർ ആവശ്യപ്പെട്ട പ്രവർത്തനം നടത്തിയില്ല.
പ്രവർത്തന മാർഗ്ഗനിർദ്ദേശം: പ്രതിനിധാനം പുതുക്കി, നിലവിലെ വാലിഡേറ്റർ/നില ഉപയോഗിച്ച് വീണ്ടും ശ്രമിക്കുക.
അഭ്യർത്ഥനയുടെ ബോഡി സെർവർ കൈകാര്യം ചെയ്യാൻ തയ്യാറുള്ളതോ കഴിയുന്നതോ ആയ പരിധി കടക്കുന്നു. കണക്ഷൻ അടയ്ക്കാം, അല്ലെങ്കിൽ ബോഡി കുറച്ചശേഷം വീണ്ടും ശ്രമിക്കാൻ അനുവദിക്കാം.
പ്രവർത്തന മാർഗ്ഗനിർദ്ദേശം: പേലോഡ് വലുപ്പം കുറയ്ക്കുക അല്ലെങ്കിൽ രേഖപ്പെടുത്തിയ അപ്‌ലോഡ് പരിധികൾ ക്രമീകരിക്കുക.
അഭ്യർത്ഥന ലക്ഷ്യം വ്യാഖ്യാനിക്കാൻ സെർവർ അനുവദിക്കുന്നതിലധികം നീളമുള്ളതാണ്; വലിയ ക്വറി സ്ട്രിംഗ് സാധാരണ കാരണമാണ്.
പ്രവർത്തന മാർഗ്ഗനിർദ്ദേശം: കുറഞ്ഞ നീളമുള്ള URI ഉപയോഗിക്കുക അല്ലെങ്കിൽ അനുയോജ്യമായ ഡാറ്റ അഭ്യർത്ഥന ബോഡിയിലേക്ക് മാറ്റുക.
മീഡിയ തരം, ഉള്ളടക്ക എൻകോഡിംഗ്, അല്ലെങ്കിൽ പരിശോധിച്ച ഫോർമാറ്റ് പിന്തുണയ്ക്കാത്തതിനാൽ സെർവർ അഭ്യർത്ഥനയുടെ ബോഡി നിരസിക്കുന്നു.
പ്രവർത്തന മാർഗ്ഗനിർദ്ദേശം: പിന്തുണയ്ക്കുന്ന Content-Type/എൻകോഡിംഗ് അയച്ച് അതിനനുസരിച്ചുള്ള ബോഡി നൽകുക.
ഉദാഹരണത്തിന് പ്രതിനിധാനത്തിന്റെ നീളത്തിന് അപ്പുറം ആരംഭിക്കുന്നതിനാൽ അഭ്യർത്ഥിച്ച ബൈറ്റ് പരിധി നൽകാനാകില്ല.
പ്രവർത്തന മാർഗ്ഗനിർദ്ദേശം: വിഭവത്തിന്റെ നീളവും പരിധി യൂണിറ്റുകളും വീണ്ടും പരിശോധിക്കുക; സെർവർ Content-Range: bytes */length മടക്കിനൽകാം.
Expect ഹെഡറിൽ പ്രഖ്യാപിച്ച പ്രതീക്ഷ സെർവറിനോ ഇടനില സംവിധാനത്തിനോ നിറവേറ്റാനാകുന്നില്ല.
പ്രവർത്തന മാർഗ്ഗനിർദ്ദേശം: സുരക്ഷിതവും യോജിച്ചതുമായിടത്ത് പിന്തുണയ്ക്കാത്ത പ്രതീക്ഷ ഒഴിവാക്കി വീണ്ടും ശ്രമിക്കുക.
ഏപ്രിൽ ഫൂൾസ് സ്പെസിഫിക്കേഷനിൽ നിന്നുള്ള ഹാസ്യപരമായ സ്റ്റാറ്റസ് കോഡാണിത്. ചില സേവനങ്ങൾ തമാശയായി ഉപയോഗിച്ചേക്കാമെങ്കിലും സാധാരണ ആപ്ലിക്കേഷൻ പിശക് കരാറല്ല.
പ്രവർത്തന മാർഗ്ഗനിർദ്ദേശം: പരസ്പര പ്രവർത്തനക്ഷമമായ പ്രൊഡക്ഷൻ പെരുമാറ്റത്തിന് ഇതിനെ ആശ്രയിക്കരുത്.
ലക്ഷ്യ URI-യ്ക്ക് ആധികാരിക പ്രതികരണം നൽകാൻ കഴിയാത്ത സെർവറിലെത്തി; കണക്ഷൻ റൂട്ടിംഗോ HTTP authority-യോ പൊരുത്തപ്പെടാത്തത് സാധാരണ കാരണമാണ്.
പ്രവർത്തന മാർഗ്ഗനിർദ്ദേശം: അനുയോജ്യമായ കണക്ഷനിലൂടെ വീണ്ടും ശ്രമിച്ച് Host/:authority, SNI, പ്രോക്സി റൂട്ടിംഗ് എന്നിവ പരിശോധിക്കുക.
ഉള്ളടക്കത്തിന്റെ തരവും വാക്യഘടനയും മനസ്സിലായെങ്കിലും, നിർദ്ദേശങ്ങൾ നടപ്പാക്കാനോ സമർപ്പിച്ച ഉള്ളടക്കം സാധൂകരിക്കാനോ സെർവറിന് കഴിയുന്നില്ല.
പ്രവർത്തന മാർഗ്ഗനിർദ്ദേശം: പ്രവർത്തനക്ഷമമായ ഫീൽഡ്-തല സാധൂകരണ വിവരങ്ങൾ നൽകുക; പേലോഡ് തിരുത്തിയാൽ അഭ്യർത്ഥന വിജയിച്ചേക്കാം.
WebDAV വിഭവം ലോക്ക് ചെയ്തിരിക്കുന്നു; ലോക്ക് പ്രശ്നം പരിഹരിക്കുന്നതുവരെ അഭ്യർത്ഥിച്ച രീതി നടപ്പാക്കാനാകില്ല.
പ്രവർത്തന മാർഗ്ഗനിർദ്ദേശം: ലോക്ക് ഉടമസ്ഥത, സമയപരിധി, WebDAV ലോക്ക്-ടോക്കൺ കൈകാര്യം ചെയ്യൽ എന്നിവ പരിശോധിക്കുക.
അതേ അഭ്യർത്ഥനാ ക്രമത്തിലെ ആവശ്യമായ മുൻപ്രവർത്തനം പരാജയപ്പെട്ടതിനാൽ WebDAV പ്രവർത്തനം പരാജയപ്പെട്ടു.
പ്രവർത്തന മാർഗ്ഗനിർദ്ദേശം: ആശ്രിത പ്രവർത്തനങ്ങൾ വീണ്ടും ശ്രമിക്കുന്നതിന് മുമ്പ് മുൻപ് പരാജയപ്പെട്ട പ്രവർത്തനം പരിഹരിക്കുക.
ആദ്യകാല ഡാറ്റയിൽ അഭ്യർത്ഥന വീണ്ടും പ്ലേ ചെയ്തിരിക്കാമെന്നതിനാൽ, അതിന്റെ അപകടസാധ്യത കുറയ്ക്കാൻ സെർവർ അത് കൈകാര്യം ചെയ്യുന്നത് നിരസിക്കുന്നു.
പ്രവർത്തന മാർഗ്ഗനിർദ്ദേശം: ആദ്യകാല ഡാറ്റയില്ലാതെ കണക്ഷൻ സ്ഥാപിച്ചശേഷം വീണ്ടും ശ്രമിക്കുക.
നിലവിലെ പ്രോട്ടോക്കോൾ സെർവർ നിരസിക്കുകയും ക്ലയന്റ് മറ്റൊന്നിലേക്ക് മാറണമെന്ന് സൂചിപ്പിക്കുകയും ചെയ്യുന്നു.
പ്രവർത്തന മാർഗ്ഗനിർദ്ദേശം: പിന്തുണയ്ക്കുന്ന പ്രോട്ടോക്കോൾ ഓപ്ഷനുകൾ വിവരിക്കുന്ന Upgrade ഹെഡർ ഉൾപ്പെടുത്തുക.
നഷ്ടപ്പെട്ട അപ്‌ഡേറ്റുകൾ തടയാൻ സെർവർ നിബന്ധനാപരമായ അഭ്യർത്ഥന ആവശ്യപ്പെടുന്നു, എന്നാൽ ക്ലയന്റ് നിബന്ധനയില്ലാത്ത അഭ്യർത്ഥനയാണ് അയച്ചത്.
പ്രവർത്തന മാർഗ്ഗനിർദ്ദേശം: നിലവിലെ സ്ഥിതി ലഭ്യമാക്കി If-Match പോലുള്ള അനുയോജ്യമായ നിബന്ധനയോടെ സമർപ്പിക്കുക.
സെർവർ നിർവചിച്ച നിരക്ക് പരിധി പ്രകാരം, നിശ്ചിത കാലയളവിൽ ക്ലയന്റ് വളരെ അധികം അഭ്യർത്ഥനകൾ അയച്ചു.
പ്രവർത്തന മാർഗ്ഗനിർദ്ദേശം: വീണ്ടും ശ്രമിക്കുന്നതിന് മുമ്പ് കാത്തിരിക്കുക, ഉണ്ടെങ്കിൽ Retry-After മാനിക്കുക, ഒരേ സമയത്ത് കൂട്ടമായി വീണ്ടും ശ്രമിക്കുന്നത് ഒഴിവാക്കുക.
ഒന്നോ അതിലധികമോ ഹെഡർ ഫീൽഡുകൾ, അല്ലെങ്കിൽ എല്ലാ ഹെഡറുകളും ചേർന്ന ആകെ വലുപ്പം, കൂടുതലായതിനാൽ സെർവർ അഭ്യർത്ഥന കൈകാര്യം ചെയ്യില്ല.
പ്രവർത്തന മാർഗ്ഗനിർദ്ദേശം: കുക്കികൾ/കസ്റ്റം ഹെഡറുകൾ കുറയ്ക്കുക അല്ലെങ്കിൽ ഉദ്ദേശ്യപൂർവ്വമായ സെർവർ പരിധി ക്രമീകരിക്കുക.
നിയമപരമായ നിയന്ത്രണം കാരണം അഭ്യർത്ഥിച്ച വിഭവം സെർവറിന് നൽകാനാകുന്നില്ല.
പ്രവർത്തന മാർഗ്ഗനിർദ്ദേശം: അനുയോജ്യമായിടത്ത്, സംരക്ഷിത വിവരങ്ങൾ വെളിപ്പെടുത്താതെ നിയന്ത്രണവും അതിന്റെ പരിധിയും വിശദീകരിക്കുക.
അപ്രതീക്ഷിതമായ സാഹചര്യം നേരിട്ടതിനാൽ സെർവറിന് അഭ്യർത്ഥന പൂർത്തിയാക്കാനാകുന്നില്ല. കൂടുതൽ കൃത്യമായ സെർവർ പിശക് ബാധകമല്ലാത്തപ്പോൾ ഇത് പൊതുവായ പകരം പ്രതികരണമാണ്.
പ്രവർത്തന മാർഗ്ഗനിർദ്ദേശം: അഭ്യർത്ഥനയെ സെർവർ ലോഗുകളുമായി ബന്ധിപ്പിച്ച് പരിശോധിക്കുക; സ്റ്റാക്ക് ട്രേസുകൾ സന്ദർശകർക്ക് കാണിക്കരുത്.
അഭ്യർത്ഥന പൂർത്തിയാക്കാൻ ആവശ്യമായ പ്രവർത്തനം, സാധാരണയായി നടപ്പാക്കാത്ത രീതിയോ ശേഷിയോ, സെർവർ പിന്തുണയ്ക്കുന്നില്ല.
പ്രവർത്തന മാർഗ്ഗനിർദ്ദേശം: ആ ശേഷി നടപ്പാക്കുക അല്ലെങ്കിൽ പിന്തുണയ്ക്കുന്ന രീതി ഉപയോഗിക്കുക; താൽക്കാലിക അമിതഭാരത്തിനുള്ള പ്രതികരണമല്ല ഇത്.
ഗേറ്റ്‌വേയായോ പ്രോക്സിയായോ പ്രവർത്തിക്കുന്ന സെർവറിന് അപ്‌സ്ട്രീം സെർവറിൽ നിന്ന് അസാധുവായ പ്രതികരണം ലഭിച്ചു.
പ്രവർത്തന മാർഗ്ഗനിർദ്ദേശം: അപ്‌സ്ട്രീമിന്റെ ആരോഗ്യനില, പ്രോട്ടോക്കോൾ/TLS ക്രമീകരണങ്ങൾ, DNS, പ്രോക്സി ലോഗുകൾ എന്നിവ പരിശോധിക്കുക.
പരിപാലനമോ അമിതഭാരമോ കാരണം സെർവറിന് താൽക്കാലികമായി അഭ്യർത്ഥന കൈകാര്യം ചെയ്യാനാകുന്നില്ല.
പ്രവർത്തന മാർഗ്ഗനിർദ്ദേശം: കഴിയുമെങ്കിൽ Retry-After, സഹായകരമായ പ്രതികരണം, താൽക്കാലിക പരാജയത്തിന് അനുയോജ്യമായ കാഷെ നിയന്ത്രണങ്ങൾ എന്നിവ നൽകുക.
ഗേറ്റ്‌വേയ്‌ക്കോ പ്രോക്സിക്കോ അപ്‌സ്ട്രീം സേവനത്തിൽ നിന്ന് സമയബന്ധിതമായ പ്രതികരണം ലഭിച്ചില്ല.
പ്രവർത്തന മാർഗ്ഗനിർദ്ദേശം: അപ്‌സ്ട്രീം ലേറ്റൻസി, നെറ്റ്വർക്ക് പാതകൾ, ശൃംഖലയിലെ സമയപരിധി പരിധികൾ എന്നിവ അന്വേഷിക്കുക.
അഭ്യർത്ഥനയിൽ ഉപയോഗിച്ച പ്രധാന HTTP പതിപ്പിനെ സെർവർ പിന്തുണയ്ക്കുന്നില്ല.
പ്രവർത്തന മാർഗ്ഗനിർദ്ദേശം: പിന്തുണയ്ക്കുന്ന പ്രോട്ടോക്കോൾ പതിപ്പ് ഉപയോഗിക്കുക അല്ലെങ്കിൽ സെർവർ/പ്രോക്സി ക്രമീകരണം പുതുക്കുക.
സെർവർ ക്രമീകരണത്തിലെ പിശക് മൂലം ഉള്ളടക്ക ചർച്ചാ ക്രമം വൃത്താകൃതിയിലായി; തെരഞ്ഞെടുത്ത വേരിയന്റ് വീണ്ടും ചർച്ച നടത്തുന്നു.
പ്രവർത്തന മാർഗ്ഗനിർദ്ദേശം: വേരിയന്റ്/ചർച്ചാ ക്രമീകരണം ശരിയാക്കുക; ഇത് ഉറവിട സെർവറിലെ പിശകാണ്.
പ്രവർത്തനം പൂർത്തിയാക്കാൻ ആവശ്യമായ പ്രതിനിധാനം WebDAV സെർവറിന് സംഭരിക്കാനാകുന്നില്ല.
പ്രവർത്തന മാർഗ്ഗനിർദ്ദേശം: വീണ്ടും ശ്രമിക്കുന്നതിന് മുമ്പ് സ്ഥലം/സംഭരണശേഷി ലഭ്യമാക്കുകയും ക്വോട്ടകൾ പരിശോധിക്കുകയും ചെയ്യുക.
അഭ്യർത്ഥന കൈകാര്യം ചെയ്യുന്നതിനിടെ, സാധാരണയായി WebDAV ബൈൻഡിംഗ് പിന്തുടരുമ്പോൾ, സെർവർ അനന്തമായ ലൂപ്പ് കണ്ടെത്തി.
പ്രവർത്തന മാർഗ്ഗനിർദ്ദേശം: ചാക്രിക വിഭവബന്ധമോ പ്രോസസ്സിംഗ് നിയമമോ പരിഹരിക്കുക.
സെർവർ പിന്തുണയ്ക്കാത്ത ഒരു വിപുലീകരണം അഭ്യർത്ഥനയ്ക്ക് ആവശ്യമാണ്.
പ്രവർത്തന മാർഗ്ഗനിർദ്ദേശം: പിന്തുണയ്ക്കുന്ന വിപുലീകരണങ്ങളുടെ കൂട്ടം ഉപയോഗിക്കുക അല്ലെങ്കിൽ മറ്റൊരു മാർഗ്ഗം ചർച്ച ചെയ്യുക.
നെറ്റ്‌വർക്കിൽ പ്രവേശിക്കാൻ ക്ലയന്റ് പ്രാമാണീകരണം നടത്തണം; സാധാരണയായി ക്യാപ്റ്റീവ് പോർട്ടലിൽ ഇത് ആവശ്യമാണ്. നെറ്റ്വർക്ക് ഇടനില സംവിധാനങ്ങൾക്കായുള്ളതാണ് ഇത്; ഉറവിട വെബ്സൈറ്റ് ലോഗിനുള്ളതല്ല.
പ്രവർത്തന മാർഗ്ഗനിർദ്ദേശം: നെറ്റ്വർക്ക് ആക്സസ് പ്രാമാണീകരണം പൂർത്തിയാക്കി യഥാർത്ഥ അഭ്യർത്ഥന വീണ്ടും അയയ്ക്കുക.
ചില ഉൽപ്പന്നങ്ങൾ, സെർവർ ലോഗുകൾ, CDN-കൾ അല്ലെങ്കിൽ ആപ്ലിക്കേഷനുകൾ എന്നിവയിൽ ഈ മൂല്യങ്ങൾ കാണാം. രജിസ്റ്റർ ചെയ്ത സ്റ്റാൻഡേർഡ് അർത്ഥങ്ങൾക്ക് പകരമായി ഇവ ഉപയോഗിക്കാനാവില്ല; പ്രതികരണം സൃഷ്ടിച്ച സേവനത്തിന്റെ കരാർ പരിശോധിക്കുക.
പ്രാമാണീകരണ സെഷൻ കാലഹരണപ്പെടുമ്പോൾ ചില ആപ്ലിക്കേഷനുകൾ ഈ ലേബൽ ഉപയോഗിക്കുന്നു. ഇതിന് സർവ്വസാധാരണമായ HTTP സ്റ്റാറ്റസ് നിർവചിച്ചിട്ടില്ല; അതിനാൽ സ്ഥിരമായ അർത്ഥം ക്ലയന്റുകൾക്ക് പ്രതീക്ഷിക്കാനാവില്ല.
പ്രവർത്തന മാർഗ്ഗനിർദ്ദേശം: സേവന കരാർ അനുസരിച്ച് പ്രാമാണീകരണം പുതുക്കുക.
നിരക്ക് നിയന്ത്രണത്തിന് ചില സേവനദാതാക്കൾ ചരിത്രപരമായി ഉപയോഗിച്ച പ്രതികരണമാണിത്. അർത്ഥം നടപ്പാക്കലനുസരിച്ചാണ്.
പ്രവർത്തന മാർഗ്ഗനിർദ്ദേശം: രേഖപ്പെടുത്തിയ നിരക്ക്-പരിധി നിർദ്ദേശങ്ങൾ പാലിക്കുക.
ചില സെർവറുകൾ സാധാരണ പ്രതികരണം അയയ്ക്കാതെ കണക്ഷൻ അടയ്ക്കുന്നു; പലപ്പോഴും ഫിൽട്ടറിംഗ് നടപടിയായി.
പ്രവർത്തന മാർഗ്ഗനിർദ്ദേശം: സേവനദാതാവിന്റെ ലോഗുകൾ പരിശോധിക്കുക; ഈ കോഡ് കാണിക്കുന്നതിന് പകരം ക്ലയന്റുകൾ നെറ്റ്വർക്ക് പിശക് റിപ്പോർട്ട് ചെയ്തേക്കാം.
കൂടുതൽ വിവരങ്ങളോടെ വീണ്ടും ശ്രമിക്കാൻ ക്ലയന്റിനോട് ആവശ്യപ്പെടുന്ന Microsoft വിപുലീകരണമാണിത്; ചില സേവനങ്ങൾ ഇത് ഉപയോഗിക്കുന്നു.
പ്രവർത്തന മാർഗ്ഗനിർദ്ദേശം: നിർദ്ദിഷ്ട API ഡോക്യുമെന്റേഷൻ പാലിക്കുക.
അപ്‌സ്ട്രീം പ്രതികരണം പൂർത്തിയാകുന്നതിന് മുമ്പ് ക്ലയന്റ് വിച്ഛേദിക്കുമ്പോൾ റിവേഴ്സ് പ്രോക്സി ഇത് ലോഗ് ചെയ്തേക്കാം. സാധാരണയായി ക്ലയന്റിന് ലഭിക്കുന്ന പ്രതികരണമല്ല, ലോഗിലെ വർഗ്ഗീകരണമാണ്.
പ്രവർത്തന മാർഗ്ഗനിർദ്ദേശം: ക്ലയന്റ് റദ്ദാക്കലുകളും മന്ദഗതിയിലുള്ള അപ്‌സ്ട്രീം അഭ്യർത്ഥനകളും അന്വേഷിക്കുക.
ചില ഹോസ്റ്റിംഗ് പ്ലാറ്റ്‌ഫോമുകൾ ക്വോട്ടാ അല്ലെങ്കിൽ ബാൻഡ്‌വിഡ്ത്ത് പരിധിക്കായി ഈ കോഡ് ഉപയോഗിക്കുന്നു. പരസ്പര പ്രവർത്തനക്ഷമമായ പൊതുവായ HTTP അർത്ഥമല്ല ഇത്.
പ്രവർത്തന മാർഗ്ഗനിർദ്ദേശം: ഹോസ്റ്റിന്റെ ക്വോട്ടയും ബില്ലിംഗ് ക്രമീകരണവും പരിശോധിക്കുക.
അപ്രതീക്ഷിതമോ ശൂന്യമോ ആയ ഉറവിട പ്രതികരണം ലഭിക്കുമ്പോൾ CDN-യോ പ്രോക്സിയോ ഇത് ഉപയോഗിച്ചേക്കാം.
പ്രവർത്തന മാർഗ്ഗനിർദ്ദേശം: എഡ്ജ്, ഉറവിട ലോഗുകൾ താരതമ്യം ചെയ്ത് ഉറവിടം സാധുവായ HTTP പ്രതികരണം നൽകുന്നുവെന്ന് ഉറപ്പാക്കുക.
പ്രോക്സിക്ക് ഉറവിടവുമായി കണക്ഷൻ സ്ഥാപിക്കാനായില്ല അല്ലെങ്കിൽ ഉറവിടം കണക്ഷൻ നിരസിച്ചു.
പ്രവർത്തന മാർഗ്ഗനിർദ്ദേശം: ഉറവിട ലഭ്യത, ഫയർവാൾ നിയമങ്ങൾ, പ്രോക്സി അനുവദനീയ പട്ടികകൾ എന്നിവ പരിശോധിക്കുക.
എഡ്ജ് സേവനം ഉറവിടവുമായി ബന്ധപ്പെട്ടു അല്ലെങ്കിൽ ബന്ധപ്പെടാൻ ശ്രമിച്ചു, എന്നാൽ സമയപരിധിക്കുള്ളിൽ കൈമാറ്റം പൂർത്തിയായില്ല.
പ്രവർത്തന മാർഗ്ഗനിർദ്ദേശം: ഉറവിടത്തിന്റെ പ്രതികരണശേഷിയും നെറ്റ്വർക്ക് ലേറ്റൻസിയും പരിശോധിക്കുക.
ക്രമീകരിച്ച ഉറവിട വിലാസത്തിലെത്താൻ പ്രോക്സിക്ക് കഴിഞ്ഞില്ല.
പ്രവർത്തന മാർഗ്ഗനിർദ്ദേശം: DNS പരിഹാരം, റൂട്ടിംഗ്, ഉറവിട IP ക്രമീകരണം എന്നിവ പരിശോധിക്കുക.
ഉറവിടത്തിലേക്കുള്ള കണക്ഷൻ വിജയിച്ചു, പക്ഷേ സമയബന്ധിതമായ HTTP പ്രതികരണം ഉറവിടം അയച്ചില്ല.
പ്രവർത്തന മാർഗ്ഗനിർദ്ദേശം: ഉറവിടത്തിലെ പ്രോസസ്സിംഗ് സമയം കുറയ്ക്കുക അല്ലെങ്കിൽ പിന്തുണയ്ക്കുന്ന സമയപരിധി ക്രമീകരണങ്ങൾ മാറ്റുക.
ഉറവിടവുമായി TLS ചർച്ച പൂർത്തിയാക്കാൻ പ്രോക്സിക്ക് കഴിഞ്ഞില്ല.
പ്രവർത്തന മാർഗ്ഗനിർദ്ദേശം: സർട്ടിഫിക്കറ്റുകൾ, പ്രോട്ടോക്കോൾ/സൈഫർ പൊരുത്തം, SNI എന്നിവ സാധൂകരിക്കുക.
പരിശോധനയ്ക്കിടെ ഇടനില സംവിധാനം ഉറവിട സർട്ടിഫിക്കറ്റ് നിരസിച്ചു.
പ്രവർത്തന മാർഗ്ഗനിർദ്ദേശം: സാധുവായ, ശരിയായ പേരുള്ള, വിശ്വസനീയമായ, കാലാവധി കഴിയാത്ത സർട്ടിഫിക്കറ്റും പൂർണ്ണ സർട്ടിഫിക്കറ്റ് ശൃംഖലയും സ്ഥാപിക്കുക.
പഴയതോ സേവനദാതാവിന് മാത്രമുള്ളതോ ആയ ഈ പ്രോക്സി സ്റ്റാറ്റസ് ഉറവിട ആക്സിലറേഷൻ കണക്ഷനിലെ പരാജയം സൂചിപ്പിക്കുന്നു.
പ്രവർത്തന മാർഗ്ഗനിർദ്ദേശം: പരിശോധനയ്ക്കായി സേവനദാതാവിന് പ്രത്യേകമായ കണക്ടറും ഉറവിട പാതയും പരിശോധിക്കുക.
നെറ്റ്വർക്ക് വായന സമയപരിധി വിവരിക്കാൻ ചില ക്ലയന്റുകളോ പ്രോക്സികളോ ഈ മൂല്യം ഉപയോഗിക്കുന്നു. ഇതിന് സർവ്വസാധാരണമായ HTTP അർത്ഥമില്ല.
പ്രവർത്തന മാർഗ്ഗനിർദ്ദേശം: ക്ലയന്റ്/പ്രോക്സി ഡയഗ്നോസ്റ്റിക്സ് പരിശോധിക്കുക.
നെറ്റ്വർക്ക് കണക്ഷൻ ശ്രമം സമയപരിധി കടക്കുമ്പോൾ ചില പ്രോക്സികൾ ഈ മൂല്യം ഉപയോഗിക്കുന്നു. അർത്ഥം നടപ്പാക്കലിനെ ആശ്രയിച്ചിരിക്കുന്നു.
പ്രവർത്തന മാർഗ്ഗനിർദ്ദേശം: എത്തിച്ചേരൽ സാധ്യമാണോ എന്നും സമയപരിധി ക്രമീകരണങ്ങളും പരിശോധിക്കുക.
URL സ്ഥിരമായി മാറ്റുമ്പോൾ, പഴയ URL-ന് പകരമാകാനാണ് ലക്ഷ്യമെങ്കിൽ മാത്രം സ്ഥിരം റീഡയറക്ട് ഉപയോഗിക്കുക; താൽക്കാലിക മാറ്റത്തിന് താൽക്കാലിക പ്രതികരണം തിരഞ്ഞെടുക്കുക. റീഡയറക്ട് ശൃംഖല ചുരുക്കി അന്തിമവും തുല്യവുമായ ലക്ഷ്യത്തിലേക്ക് നേരിട്ട് നയിക്കുക. ഓരോ Location മൂല്യവും പരിഹരിക്കപ്പെടുന്നുവെന്നും അന്തിമ പ്രതികരണം അനുയോജ്യമാണെന്നും canonical ടാഗുകളും ആന്തരിക ലിങ്കുകളും ഉദ്ദേശിച്ച URL-നോട് പൊരുത്തപ്പെടുന്നുവെന്നും ഉറപ്പാക്കുക. അവസാനം 2xx ലഭിക്കുന്നത് HTTP വിജയപ്രതികരണം മാത്രമാണ്; പേജ് പ്രയോജനകരമാണോ ഇൻഡക്സ് ചെയ്യാനാകുമോ സാങ്കേതികമായി ആരോഗ്യകരമാണോ എന്നതിന് അത് തെളിവല്ല.
പ്രായോഗിക ഉപയോഗത്തിനായി ഈ പേജ് HTTP സ്റ്റാറ്റസ് കോഡ് അർത്ഥങ്ങൾ സംഗ്രഹിക്കുന്നു. സ്റ്റാൻഡേർഡ് കോഡുകളുടെ ആധികാരിക ഉറവിടങ്ങൾ സ്റ്റാൻഡേർഡ് രജിസ്ട്രിയും RFC-യുമാണ്; MDN എളുപ്പം വായിക്കാവുന്ന സാങ്കേതിക മാർഗ്ഗനിർദ്ദേശം നൽകുന്നു, വിക്കിപീഡിയ അനുബന്ധമായ സമൂഹം പരിപാലിക്കുന്ന അവലോകനമാണ്.