Squid forward_timeout, connect_timeout ir read_timeout palyginimas
Pasirinkite Squid skirtąjį laiką, susijusį su tolesnio maršruto paieška, prisijungimu prie peer arba papildomų serverio duomenų laukimu.
Jei Squid jau gavo dalį atsakymo ir tada laukia daugiau duomenų, forward_timeout didinimas sprendžia ne tą laukimą. Squid 5–7 versijose rinkitės iš šių laikmačių pagal operaciją, kuri sustojo:
| Ko Squid laukia | Direktyva |
|---|---|
| Tinkamas persiuntimo kelias | forward_timeout |
| TCP ryšys su serveriu ar peer, prieš bandant kitą kelią | connect_timeout |
| Daugiau duomenų iš peer-server ryšio; sėkmingas skaitymas pratęsia laukimą | read_timeout |
Laikykite klaidos kategoriją ir paskutinę sėkmingą operaciją šalia žurnalo įrašo. Gedimas prieš atsirandant tolesniam ryšiui rodo kelių parinkimą arba ryšio nustatymą. Atsakymas, kuris prasideda ir tada nutyla, rodo serverio skaitymo etapą. Sekdami abu atvejus, nurodykite pasirinktą peer ir paskirties vietą.
Prieš leisdami ilgesnį laukimą, įsitikinkite, kad tikslas gali atsistatyti per jį. Laikmatis negali suteikti prisijungimo duomenų ar padaryti nepasiekiamos paslaugos pasiekiama. Taip pat palyginkite kliento skirtąjį laiką ir atkreipkite dėmesį, kad kitaip klientas gali atsisakyti operacijos, kol Squid vis dar laukia.
Šie pavadinimai ir prieinamumas priklauso nuo versijos. Naudokitės įdiegtos versijos dokumentacija; senas dns_v4_first patarimas susijęs su adresų parinkimu ir nepasako, kuris iš šių laukimų nepavyko.