Komparo de forward_timeout, connect_timeout kaj read_timeout en Squid
Elektu la Squid-tempon koncernan al trovado de plusendo-vojo, konekto al peer aŭ atendo de pliaj servilaj datumoj.
Se Squid jam ricevis parton de respondo kaj poste atendas pliajn datumojn, kreskigi forward_timeout traktas la malĝustan atendon. En Squid 5 ĝis 7 elektu inter ĉi tiuj horloĝoj laŭ la operacio, kiu haltis:
| Kion Squid atendas | Direktivo |
|---|---|
| Uzebla plusenda vojo | forward_timeout |
| TCP-konekto al servilo aŭ peer, antaŭ ol provi alian vojon | connect_timeout |
| Pliaj datumoj de peer-servila konekto; sukcesa legado plilongigas la atendon | read_timeout |
Tenu la erarkategorion kaj la lastan sukcesan operacion apud la protokola ero. Malsukceso antaŭ ol ekzistas plusenda konekto indikas vojan elekton aŭ konektan starigon. Respondo, kiu komenciĝas kaj poste silentas, indikas la servilan legadfazon. Notu la elektitan peer kaj la celon, kiam vi esploras iun el la du kazoj.
Antaŭ ol permesi pli longan atendon, certiĝu, ke la celo povas resaniĝi dum ĝi. Tempomezurilo ne povas provizi akreditaĵojn nek igi neatingeblan servon atingebla. Komparu ankaŭ la limdatenon de la kliento: alie la kliento povas forlasi la operacion dum Squid ankoraŭ atendas.
Ĉi tiuj nomoj kaj ilia disponebleco dependas de la eldono. Uzu la referencon de la enmetita eldono; malnova rekomendo pri dns_v4_first koncernas adresan elekton kaj ne diras, kiu el ĉi tiuj atendoj malsukcesis.