സാധാരണ സെർവർ അപൂർവ്വമായി നിർമ്മിക്കുന്ന ഒരു പ്രതികരണം ക്ലയന്റ് നേരിടേണ്ടിവരുമ്പോൾ ഡീബഗ്ഗിംഗ് പ്രോക്സി ഉപയോഗപ്രദമാണ്. ആദ്യം ക്ലയന്റിന്റെ സ്വഭാവം നിർവചിക്കുക, പിന്നീട് ആ അവസ്ഥ സൃഷ്ടിക്കുന്ന ഇടപെടൽ തിരഞ്ഞെടുക്കുക.

“അഭ്യർത്ഥന പരാജയപ്പെട്ടു” വളരെ വിശാലമായ പരിശോധന കേസാണ്. സാധുവായ HTTP പിശക് പ്രതികരണം, ഒരിക്കലും എത്താത്ത പ്രതികരണം, ഡൗൺലോഡിന്റെ മധ്യത്തിൽ മുറിഞ്ഞ കണക്ഷൻ എന്നിവ ആപ്ലിക്കേഷനിൽ നിന്ന് വ്യത്യസ്ത കാര്യങ്ങൾ ആവശ്യപ്പെടുന്നു.

കേസ്പരിശോധിക്കേണ്ട സ്വഭാവം
പൂർണ്ണ HTTP പിശക് പ്രതികരണംക്ലയന്റ് സ്റ്റാറ്റസ് വായിച്ച് ഉദ്ദേശിച്ച പിശക് നയം പ്രയോഗിക്കുന്നുണ്ടോ
കാലതാമസമുള്ള പ്രതികരണംഉപയോക്താവിന് റദ്ദാക്കാനാകുമോ, ഉദ്ദേശിച്ച ഘട്ടത്തിൽ സമയപരിധി ബാധകമാണോ
അപ്രതീക്ഷിത ഹെഡർ അല്ലെങ്കിൽ ബോഡി ഫീൽഡ്പാഴ്സിംഗും സാധുതയും വ്യക്തമായി പരാജയപ്പെടുന്നുണ്ടോ
തടസ്സപ്പെട്ട കൈമാറ്റംഅപൂർണ്ണ ഡാറ്റ പൂർത്തിയായ ഫലത്തിൽ നിന്ന് വേർതിരിച്ചറിയാമോ

ശരിയായ പാളിയിൽ ഇടപെടൽ ഉപയോഗിക്കുക

Charles അഭ്യർത്ഥനയോ പ്രതികരണമോ കൈമാറുന്നതിന് മുമ്പ് നിർത്തുന്ന ബ്രേക്ക്പോയിന്റുകൾ നൽകുന്നു. പിടിച്ചെടുത്ത സന്ദേശം പരിശോധിച്ച് തിരുത്താം, കടത്തിവിടാം അല്ലെങ്കിൽ റദ്ദാക്കാം. അതിന്റെ Rewrite ഉപകരണം പൊരുത്തപ്പെടുന്ന ഹെഡറുകൾ, URL-കൾ അല്ലെങ്കിൽ ബോഡികൾ എന്നിവയിൽ ആവർത്തിക്കാവുന്ന മാറ്റങ്ങൾ പ്രയോഗിക്കുന്നു. ത്രോട്ട്ലിംഗ് ബാൻഡ്വിഡ്ത്തും അധിക കാലതാമസവും നിയന്ത്രിക്കുന്നു.

ഈ നിയന്ത്രണങ്ങൾ HTTP ക്ലയന്റിന്റെ സ്വഭാവം പരിശോധിക്കാം, പക്ഷേ ബാൻഡ്വിഡ്ത്ത് പരിധി ക്രമരഹിതമായ IP പാക്കറ്റ് നഷ്ടത്തിന്റെ കൃത്യമായ മാതൃകയല്ല. പ്രോക്സിക്ക് ഡാറ്റ ബഫർ ചെയ്യാം, കണക്ഷനുകൾ വീണ്ടും ഉപയോഗിക്കാം, വേറിട്ട ഒരു അപ്സ്ട്രീം കണക്ഷൻ തുറക്കാം. ആവശ്യമായ അവസ്ഥ വ്യക്തമായി HTTP-യ്ക്ക് താഴെയാണെങ്കിൽ നെറ്റ്വർക്ക് ദുർബലപ്പെടുത്തൽ ഉപകരണം തിരഞ്ഞെടുക്കുക.

ഓരോ കേസും വ്യാഖ്യാനയോഗ്യമായി നിലനിർത്തുക

ഉദ്ദേശിച്ച ഹോസ്റ്റും പാതയും ഇടുങ്ങിയതായി പൊരുത്തപ്പെടുത്തുക. സാധാരണ കൈമാറ്റത്തോടെ തുടങ്ങി ഒരു മാറ്റം മാത്രം പ്രവർത്തനക്ഷമമാക്കി എന്താണ് മാറിയതെന്ന് രേഖപ്പെടുത്തുക. വീണ്ടും ശ്രമം രണ്ടാമത്തെ എൻഡ്പോയിന്റിൽ എത്തിയാൽ, അതേ നിയമം ആ ശ്രമത്തെ ബാധിക്കണമോ എന്ന് തീരുമാനിക്കുക. അല്ലെങ്കിൽ നിരുപാധികമായ പുനരെഴുത്ത് എല്ലാ വീണ്ടെടുപ്പ് പാതകളെയും യഥാർത്ഥ പരാജയമാക്കി മാറ്റാം.

അപ്ലോഡിലോ പേയ്മെന്റിന് സമാനമായ പ്രവർത്തനത്തിലോ നഷ്ടപ്പെട്ട പ്രതികരണം സെർവർ അഭ്യർത്ഥന നിരസിച്ചു എന്ന് തെളിയിക്കുന്നില്ല. എല്ലാ ഗതാഗത പരാജയവും ആവർത്തിക്കാൻ സുരക്ഷിതമാണെന്ന് പറയുന്നതിനുപകരം ആ അവ്യക്തത വീണ്ടും ശ്രമ കേസിൽ ഉൾപ്പെടുത്തുക.

HTTPS ഉള്ളടക്കം പരിശോധിക്കാനോ തിരുത്താനോ ക്ലയന്റ് ഡീബഗ്ഗിംഗ് പ്രോക്സിയുടെ TLS പരിശോധന ക്രമീകരണത്തിൽ പങ്കെടുക്കണം. CONNECT മാത്രം കൊണ്ടുപോകുന്ന പ്രോക്സി എൻക്രിപ്റ്റ് ചെയ്ത ആപ്ലിക്കേഷൻ ബൈറ്റുകൾ കാണുന്നു. വേർതിരിച്ച പരിശോധന കോൺഫിഗറേഷൻ ഉപയോഗിച്ച് പിന്നീട് അതിന്റെ റൂട്ടിംഗും വിശ്വാസ ക്രമീകരണവും പുനഃസ്ഥാപിക്കുക, അതുവഴി പിന്നീടുള്ള നിരീക്ഷണങ്ങൾ സാധാരണ ക്ലയന്റിനെ വിവരിക്കും.

അനുബന്ധ ലേഖനങ്ങൾ