Fergeliking fan Squid forward_timeout, connect_timeout en read_timeout
Kies de Squid-tiidlimit dy t heare by it finen fan in trochstjoerrûte, it ferbinen mei in peer of it wachtsjen op mear servergegevens.
As Squid al in part fan in antwurd ûntfongen hat en dan op mear gegevens wachtet, dan pakket in gruttere forward_timeout it ferkearde wachtsjen oan. Yn Squid 5 oant 7 kiest men op grûn fan de bewurking dy t stopte, tusken dizze klokken:
| Wêr t Squid op wachtet | Rjochtline |
|---|---|
| In brûkbere trochstjoerrûte | forward_timeout |
| In TCP-ferbining nei in server of peer, foardat in oare rûte besocht wurdt | connect_timeout |
| Mear gegevens fan in peer-serverferbining; in slagge lêzing ferlinget it wachtsjen | read_timeout |
Hâld de flaterkategory en de lêste slagge bewurking njonken de logynfier. In flater foardat der in trochstjoerferbining is, wiist op rûtekar of it opbouwen fan de ferbining. In antwurd dat begjint en dan stil wurdt, wiist op de servarlêsfaze. Neam de keazen peer en de bestimming as jo ien fan beide gefallen neirinne.
Foardat jo in langer wachtsjen tastean, stel fêst dat it doel him deryn werstelle kin. In timer kin gjin oanmeldgegevens leverje en in net beskikbere tsjinst net tagonklik meitsje. Fergelykje ek de deadline fan de klant: oars kin de klant de bewurking ferlitte wylst Squid noch wachtet.
Dizze nammen en har beskikberens binne ôfhinklik fan de ferzje. Brûk de referinsje fan de yntsjinne ferzje; in âld advys oer dns_v4_first giet oer adreskar en seit net hokker fan dizze wachtsjen mislearre.