Squid forward_timeout, connect_timeout, read_timeout എന്നിവ താരതമ്യം
തുടർന്നുള്ള റൂട്ട് കണ്ടെത്തൽ, peer-ലേക്കുള്ള കണക്ഷൻ, അല്ലെങ്കിൽ കൂടുതൽ സെർവർ ഡാറ്റയ്ക്കായുള്ള കാത്തിരിപ്പ് എന്നിവയുമായി ബന്ധപ്പെട്ട Squid ടൈംഔട്ട് തിരഞ്ഞെടുക്കുക.
Squid ഒരു പ്രതികരണത്തിന്റെ ഒരു ഭാഗം ഇതിനകം സ്വീകരിച്ച് കൂടുതൽ ഡാറ്റയ്ക്കായി കാത്തിരിക്കുകയാണെങ്കിൽ, forward_timeout വർദ്ധിപ്പിക്കുന്നത് തെറ്റായ കാത്തിരിപ്പിനെയാണ് പരിഹരിക്കുന്നത്. Squid 5 മുതൽ 7 വരെയുള്ള പതിപ്പുകളിൽ, നിലച്ച പ്രവർത്തനത്തിന്റെ അടിസ്ഥാനത്തിൽ ഈ ടൈമറുകളിൽ നിന്ന് തിരഞ്ഞെടുക്കുക:
| Squid എന്തിനായി കാത്തിരിക്കുന്നു | നിർദ്ദേശം |
|---|---|
| ഉപയോഗയോഗ്യമായ ഫോർവേഡിംഗ് പാത | forward_timeout |
| മറ്റൊരു പാത പരീക്ഷിക്കുന്നതിന് മുമ്പ് സെർവറിലേക്കോ peer-ലേക്കോ ഉള്ള TCP കണക്ഷൻ | connect_timeout |
| peer-സെർവർ കണക്ഷനിൽ നിന്നുള്ള കൂടുതൽ ഡാറ്റ; വിജയകരമായ വായന കാത്തിരിപ്പ് നീട്ടുന്നു | read_timeout |
പിശകിന്റെ വിഭാഗവും അവസാനത്തെ വിജയകരമായ പ്രവർത്തനവും ലോഗ് എൻട്രിക്കൊപ്പം സൂക്ഷിക്കുക. തുടർന്നുള്ള കണക്ഷൻ ഉണ്ടാകുന്നതിന് മുമ്പുള്ള പരാജയം പാത തിരഞ്ഞെടുക്കലിലേക്കോ കണക്ഷൻ സജ്ജീകരണത്തിലേക്കോ വിരൽ ചൂണ്ടുന്നു. ആരംഭിച്ച് പിന്നീട് നിശ്ശബ്ദമാകുന്ന പ്രതികരണം സെർവർ വായനാ ഘട്ടത്തിലേക്ക് വിരൽ ചൂണ്ടുന്നു. രണ്ട് സാഹചര്യങ്ങളും പിന്തുടരുമ്പോൾ തിരഞ്ഞെടുത്ത peer-ഉം ലക്ഷ്യസ്ഥാനവും ഉൾപ്പെടുത്തുക.
നീണ്ട കാത്തിരിപ്പ് അനുവദിക്കുന്നതിന് മുമ്പ്, ലക്ഷ്യസ്ഥാനം അതിനുള്ളിൽ വീണ്ടെടുക്കാനാകുമെന്ന് ഉറപ്പാക്കുക. ഒരു ടൈമറിന് ക്രെഡൻഷ്യലുകൾ നൽകാനോ ലഭ്യമല്ലാത്ത ഒരു സേവനത്തെ എത്താവുന്നതാക്കാനോ കഴിയില്ല. താരതമ്യം ചെയ്യുക ക്ലയന്റിന്റെ സമയപരിധി കൂടി, അല്ലെങ്കിൽ Squid ഇപ്പോഴും കാത്തിരിക്കുമ്പോൾ ക്ലയന്റ് പ്രവർത്തനം ഉപേക്ഷിച്ചേക്കാം.
ഈ പേരുകളും ലഭ്യതയും റിലീസിനെ ആശ്രയിച്ചിരിക്കുന്നു. വിന്യസിച്ച റിലീസിന്റെ റഫറൻസ് ഉപയോഗിക്കുക; പഴയ dns_v4_first ശുപാർശ വിലാസ തിരഞ്ഞെടുപ്പിനെക്കുറിച്ചാണ്, ഈ കാത്തിരിപ്പുകളിൽ ഏതാണ് പരാജയപ്പെട്ടതെന്ന് അത് പറയുന്നില്ല.