പ്രോക്സി ഒരു വെബ്‌സൈറ്റിൽ പ്രവർത്തിക്കുകയും മറ്റൊന്നിൽ പ്രവർത്തിക്കാതിരിക്കുകയും ചെയ്യുന്നത് എന്തുകൊണ്ട്?
പ്രവർത്തിക്കുന്ന പ്രോക്സി കണക്ഷനെ ലക്ഷ്യസ്ഥാന നിയന്ത്രണങ്ങൾ, പോർട്ട് നിയമങ്ങൾ, TLS പിശകുകൾ, HTTP മറുപടികൾ എന്നിവയിൽനിന്ന് വേർതിരിക്കുക.
ഒരു വെബ്‌സൈറ്റ് പ്രവർത്തിക്കുകയും മറ്റൊന്ന് പ്രവർത്തിക്കാതിരിക്കുകയും ചെയ്താൽ പ്രോക്സി ക്രമീകരണം മാറ്റരുത്. അഭ്യർഥനകളിലെ വ്യത്യാസം ഉപകാരപ്രദമായ തെളിവാണ്; ഉടൻ എൻഡ്പോയിന്റ് മാറ്റിയാൽ അത് നഷ്ടപ്പെടും.
HTTP പ്രോക്സിയിലൂടെയുള്ള HTTPSന് ക്ലയന്റ് ട്രേസിൽ CONNECT മറുപടി, ലക്ഷ്യസ്ഥാനവുമായുള്ള TLS, വെബ്‌സൈറ്റിന്റെ അവസാന HTTP മറുപടി എന്നിവ വേർതിരിക്കുക:
| കാണുന്ന പരാജയം | പരിശോധിക്കേണ്ടത് |
|---|---|
| പ്രോക്സിയിൽനിന്ന് മറുപടിയില്ല | പ്രോക്സി കണക്ഷനും വഴിയും. മുമ്പ് വിജയിച്ച സൈറ്റ് ഇപ്പോഴത്തെ ലഭ്യത തെളിയിക്കുന്നില്ല. |
| ഒരു ലക്ഷ്യസ്ഥാനത്തിന് CONNECT നിരസിച്ചു | അനുവദിച്ച ലക്ഷ്യസ്ഥാനങ്ങൾ/പോർട്ടുകളുടെ നയവും പ്രോക്സിയുടെ നെറ്റ്‌വർക്കിൽനിന്നുള്ള എത്തിച്ചേരലും. |
| ടണൽ സ്വീകരിച്ചു, സർട്ടിഫിക്കറ്റ് പരിശോധന പരാജയപ്പെടുന്നു | അറിയിച്ച സർട്ടിഫിക്കറ്റ് പിശക്: കാലാവധി തീരൽ, ഹോസ്റ്റ്നാമം, പ്രാദേശിക ഘടികാരം, വിശ്വാസ ക്രമീകരണം അല്ലെങ്കിൽ നിയന്ത്രിത ഇടപെടൽ. |
| പരിശോധിച്ച TLSനുശേഷം വെബ്‌സൈറ്റിന്റെ 403 | സൈറ്റിന്റെ പ്രവേശനനിയമങ്ങൾ, അക്കൗണ്ട് നില, ആവശ്യമായ കുക്കികൾ, അനുമതികൾ. |
| വെബ്‌സൈറ്റിന്റെ 429 | പ്രസിദ്ധീകരിച്ച നിരക്കുപരിധികൾ. പങ്കിടുന്ന പുറപ്പെടൽ വിലാസവുമായി ബന്ധിപ്പിക്കുന്ന പ്രവർത്തനത്തിൽ മറ്റ് ഉപയോക്താക്കളും സംഭാവന ചെയ്യാം. |
പിശകുപേജ് ഉണ്ടാക്കിയത് ആരെന്ന് നോക്കുക. ഇടനിലക്കാരന് 403 അല്ലെങ്കിൽ മറ്റൊരു HTTP പിശക് നൽകാം; നമ്പർ മാത്രം ഉറവിടം കാണിക്കില്ല. വിജയിച്ചതുപോലെ തോന്നുന്ന അഭ്യർഥന സുരക്ഷിത കണക്ഷന്റെ പരാജയം മറയ്ക്കാതിരിക്കാൻ TLS പരിശോധന പ്രവർത്തനക്ഷമമായി വയ്ക്കുക.
ഓരോ ലക്ഷ്യസ്ഥാനത്തിനും പ്രോക്സി ഹാൻഡ്‌ഷേക്ക് ഫലം, TLS ഫലം, അവസാന നില എന്നിവ രേഖപ്പെടുത്തുക. താരതമ്യത്തിനായി നിങ്ങളുടെ നിയന്ത്രണത്തിലുള്ള സാധാരണ ലക്ഷ്യസ്ഥാനം ഉൾപ്പെടുത്തുക. എൻഡ്പോയിന്റ് അവിടെ എത്തുകയും ഒരു സൈറ്റ് അതിന്റെ പുറപ്പെടൽ വിലാസം നിരന്തരം നിരസിക്കുകയും ചെയ്താൽ സൈറ്റിന്റെ ആവശ്യങ്ങൾ പരിശോധിക്കുക അല്ലെങ്കിൽ അനുവദിച്ച മറ്റൊരു വഴി ഉപയോഗിക്കുക. പ്രോക്സി മാറ്റുന്നത് ഇല്ലാത്ത തിരിച്ചറിയൽ സ്ഥിരീകരണമോ പ്രവേശനാനുമതികളോ നികത്തില്ല.