പ്രോക്സി മോണിറ്ററിന്റെ സ്റ്റാറ്റസും എക്സിറ്റ് കോഡുകളും വ്യാഖ്യാനിക്കൽ

ഒരു റാപ്പറിന് ഡൗൺലോഡറിന്റെ പൂജ്യം എക്സിറ്റ് കോഡിനെ നിരീക്ഷിച്ച “HTTP 200 OK” ആക്കി മാറ്റാനാകില്ല. ഓരോ പാളിയും യഥാർത്ഥത്തിൽ എന്താണ് റിപ്പോർട്ട് ചെയ്തതെന്ന് രേഖപ്പെടുത്തുക:

HTTP പിശക് പ്രതികരണത്തിന് ശേഷവും curl സാധാരണയായി പൂജ്യം നൽകാം. അതിന്റെ fail ഓപ്ഷനുകൾ എക്സിറ്റ് സ്വഭാവം മാറ്റുന്നു, എന്നാൽ പരാജയ എക്സിറ്റ് ഇപ്പോഴും സ്റ്റാറ്റസ് അദ്വിതീയമായി തിരിച്ചറിയുന്നില്ല. Wget-ന്റെ എക്സിറ്റ് മൂല്യങ്ങളും വിഭാഗങ്ങളാണ്: ഓതന്റിക്കേഷൻ പരാജയം HTTP 401-നായുള്ള സമർപ്പിത മൂല്യമല്ല, സർവർ-പിശക് വിഭാഗം അതിലുള്ള എല്ലാ പ്രതികരണങ്ങളെയും തിരിച്ചറിയുന്നുമില്ല. 401 പ്രതീക്ഷിക്കുന്ന പരിശോധന ആ പ്രതികരണം നിരീക്ഷിക്കണം.

പ്രോക്സി എൻഡ്പോയിന്റും വെബ്സൈറ്റ് നാമവും വെവ്വേറെ സൂക്ഷിക്കുക. HTTP പ്രോക്സി പരിശോധനയുടെ TCP സഹചരൻ പ്രോക്സിയാണ്; CONNECT ലക്ഷ്യം നാമകരണം ചെയ്യുന്നു, അതിന്റെ TLS സെഷൻ പിന്നീട് ടണലിനുള്ളിൽ പ്രവർത്തിക്കുന്നു. HTTPS പ്രോക്സിയിൽ പുറം പ്രോക്സിയിലുള്ള വിശ്വാസം മറ്റൊരു സർട്ടിഫിക്കറ്റ് പരിശോധനയാണ്.

SSL ഫ്ലാഗിനെ സ്ഥിരീകരണമായി കാണുന്നതിന് മുമ്പ് പ്ലഗിന്റെ ഉറപ്പ് പരിശോധിക്കുക. Monitoring Plugins check_http എന്നത് check_curl-ന്റെ പ്രയോജനത്തിനായി ഒഴിവാക്കുന്നു. check_http-ന്റെ ഡോക്യുമെന്റേഷൻ മുന്നറിയിപ്പ് നൽകുന്നത്, SSL മാത്രം തിരഞ്ഞെടുക്കുന്നത് ഹോസ്റ്റ്നാമോ ഇഷ്യൂവറിലുള്ള വിശ്വാസമോ സ്ഥിരീകരിക്കുന്നില്ല എന്നാണ്; check_curl-ന്റെ ഡോക്യുമെന്റ് ചെയ്ത verify-peer ഓപ്ഷൻ ആ സ്ഥിരീകരണം ഉൾക്കൊള്ളുന്നു.

ഉദ്ദേശിച്ച പ്രാമാണീകരിച്ച പാതയും ഉപയോഗിക്കുക. പോർട്ട് പ്രോബ് പച്ചയായി തുടരാം, അതേസമയം പ്രവർത്തന അക്കൗണ്ടിന് 407 ലഭിക്കുന്നു. അതിന്റെ രഹസ്യം വിന്യാസത്തിന്റെ ഉചിതമായ സംവിധാനത്തിലൂടെ എത്തിക്കുക, യഥാർത്ഥത്തിൽ പരാജയപ്പെട്ട ഘട്ടം റിപ്പോർട്ട് ചെയ്യുക: നിരസിക്കപ്പെട്ട ടണലിന് അപ്രതീക്ഷിത വെബ്സൈറ്റ് സ്റ്റാറ്റസിൽ നിന്ന് വ്യത്യസ്തമായ അറ്റകുറ്റപ്പണി ആവശ്യമാണ്.