URL റീറൈറ്റർ തകരുന്നതിനാൽ മന്ദഗതിയിലാകുന്ന Squid അഭ്യർത്ഥനകൾ

Squid കണക്ഷനുകൾ സ്വീകരിക്കുന്നുവെങ്കിലും അഭ്യർത്ഥനകൾ മുന്നോട്ട് അയയ്ക്കാൻ വളരെ സമയമെടുക്കുകയാണെങ്കിൽ, ആ പാതയിലുള്ള ഏതെങ്കിലും URL റീറൈറ്റർ പരിശോധിക്കുക. Squid 5–7-ൽ url_rewrite_program എന്നത് പ്രാരംഭ ആക്സസ് പരിശോധനകൾക്ക് ശേഷം വിളിക്കപ്പെടുന്ന ബാഹ്യ പ്രോഗ്രാമിന്റെ പേരാണ്. അത് ലക്ഷ്യസ്ഥാനം ലഭിക്കുന്നതിന് മുമ്പ് അഭ്യർത്ഥന വൈകിപ്പിക്കാം.

1. റാപ്പറും ആർഗ്യുമെന്റുകളും ഉൾപ്പെടെ യഥാർത്ഥത്തിൽ ഉപയോഗിക്കുന്ന റീറൈറ്റർ കമാൻഡ് വായിക്കുക.
2. ബാധിച്ച ഇടപാടിനെ ഹെൽപ്പർ ഡയഗ്നോസ്റ്റിക്സുമായി ചേർത്ത് പരിശോധിക്കുക. ആവർത്തിച്ചുള്ള ചൈൽഡ് പ്രോസസ് എക്സിറ്റുകൾ, തെറ്റായ മറുപടികൾ, വളരുന്ന ക്യൂ എന്നിവ വ്യത്യസ്ത സൂചനകളാണ്.
3. ഒരു URL പാറ്റേൺ തന്നെയാണോ പരാജയം ഉണ്ടാക്കുന്നതെന്ന് പരിശോധിക്കുക. ബന്ധമില്ലാത്ത റിസോൾവർ ക്രമീകരണങ്ങൾ മാറ്റുന്നതിന് പകരം ആ ഇൻപുട്ടിന്റെ മറച്ച ഉദാഹരണം സൂക്ഷിക്കുക.

ഹെൽപ്പർക്ക് വരി അടിസ്ഥാനമാക്കിയ ഒരു അഭ്യർത്ഥന/മറുപടി കരാർ ഉണ്ട്. സ്റ്റാൻഡേർഡ് ഔട്ട്പുട്ടിലെ റാപ്പർ പ്രോഗ്രസ് ടെക്സ്റ്റ് അത് തകർക്കാം. അഡ്മിനിസ്ട്രേറ്ററായി സ്ക്രിപ്റ്റ് വിജയകരമായി പ്രവർത്തിപ്പിക്കുന്നതും Squid-ന്റെ ഇൻപുട്ട് സ്ട്രീം, പരിസ്ഥിതി, അനുമതികൾ എന്നിവ പുനർനിർമ്മിക്കുന്നില്ല. ഈ പാത രഹസ്യവാക്ക് പരിശോധനയിൽ നിന്ന് വേറിട്ടതാണ്.

കൈമാറ്റം പ്രവർത്തിച്ചതിന് ശേഷം മാത്രമേ അതിനെ ശേഷിപ്പ് പ്രശ്നമായി കാണാവൂ. url_rewrite_children പ്രോസസുകളെയും ബന്ധപ്പെട്ട ക്യൂ സ്വഭാവത്തെയും നിയന്ത്രിക്കുന്നു, എന്നാൽ കൂടുതൽ ചൈൽഡ് പ്രോസസുകൾ ഇൻപുട്ട് സൃഷ്ടിക്കുന്ന ക്രാഷുകൾ പരിഹരിക്കില്ല. അതിന്റെ സമകാലികത ഓപ്ഷൻ ചാനൽ ഐഡന്റിഫയറുകൾ കൊണ്ടുവരികയും ആ സംഭാഷണം നടപ്പിലാക്കുന്ന ഹെൽപ്പർ ആവശ്യപ്പെടുകയും ചെയ്യുന്നു.

റീറൈറ്റർ ഇല്ലാതെ അനുമതിയുള്ള താരതമ്യം അതിന്റെ സംഭാവന വേർതിരിക്കാൻ സഹായിക്കും. ഓവർലോഡിൽ അത് ബൈപാസ് ചെയ്ത് വിടുന്നത് അത് നടപ്പാക്കുന്ന റൂട്ടിംഗോ ഫിൽട്ടറിംഗോ മാറ്റാം, അതിനാൽ അത് ഒരു നയ തീരുമാനമാണ്. മുഴുവൻ കാലതാമസവും നെറ്റ്വർക്ക് ലാറ്റൻസിയുടേതാണെന്ന് കരുതുന്നതിന് മുമ്പ് ഹെൽപ്പറിന്റെ കാത്തിരിപ്പ് DNS, തുടർകണക്ഷൻ തെളിവുകളുമായി താരതമ്യം ചെയ്യുക.