Sa isang release ng Squid na sumusuporta sa direktibang cache, gamitin ang tuntuning ito upang magpatuloy sa pag-forward nang walang muling paggamit ng response cache:

cache deny all

Pinipigilan ng direktiba na mapunan ang mga apektadong kahilingan mula sa response cache at na maimbak ang kanilang mga tugon. Hindi nito binubura ang mga umiiral na cache file.

Paghiwalayin ang mga patakaran sa access. http_access ang nagpapasya kung maaaring gumawa ng kahilingan ang kliyente; cache ang nagpapasya sa paggamit ng response cache. Huwag palitan ang isang pagtanggi ng tuntuning ito at huwag alisin ang mga paghihigpit sa kliyente, pagpapatunay at destinasyon.

Pinipili pa rin ng outbound address at mga patakaran sa routing ang direktang pinagmulan; ang isang parent ay maaari pa ring magbigay ng huling exit. Nananatili rin ang DNS, mga log, muling paggamit ng koneksyon at iba pang panloob na estado. Ang pag-disable ng muling paggamit ng object ay hindi paraan para pumili ng bagong IP.

Ang isang ordinaryong HTTPS CONNECT tunnel ay itinatago na ang panloob na tugon mula sa normal na object caching. Hindi binabago ng tuntuning ito ang visibility na iyon ng TLS. Gamitin ang direktibang nakadokumento para sa iyong release sa halip na ipalagay na ang lumang recipe na no_cache ay may parehong sinusuportahang interface.

Kaugnay na mga artikulo