squid 的 log 說明

做個筆記，原文出處：Squid之日誌狀態中文說明

TCP_HIT
Squid發現請求資源的貌似新鮮的拷貝，並將其立即發送到用戶端。
TCP_MISS
Squid沒有請求資源的cache拷貝。
TCP_REFRESH_HIT
Squid發現請求資源的貌似陳舊的拷貝，並發送確認請求到原始伺服器。原始伺服器返回304（未修改）回應，指示squid的拷貝仍舊是新鮮的。
TCP_REF_FAIL_HIT
Squid發現請求資源的貌似陳舊的拷貝，並發送確認請求到原始伺服器。然而，原始伺服器回應失敗，或者返回的回應Squid不能理解。在此情形下，squid發送現有cache拷貝（很可能是陳舊的）到用戶端。
TCP_REFRESH_MISS
Squid發現請求資源的貌似陳舊的拷貝，並發送確認請求到原始伺服器。原始伺服器回應新的內容，指示這個cache拷貝確實是陳舊的。
TCP_CLIENT_REFRESH_MISS
Squid發現了請求資源的拷貝，但用戶端的請求包含了Cache-Control: no-cache指令。Squid轉發用戶端的請求到原始伺服器，強迫cache確認。
TCP_IMS_HIT
用戶端發送確認請求，Squid發現更近來的、貌似新鮮的請求資源的拷貝。Squid發送更新的內容到用戶端，而不聯繫原始伺服器。
TCP_SWAPFAIL_MISS
Squid發現請求資源的有效拷貝，但從硬碟裝載它失敗。這時squid發送請求到原始伺服器，就如同這是個cache丟失一樣。
TCP_NEGATIVE_HIT
在對原始伺服器的請求導致HTTP錯誤時，Squid也會cache這個回應。在短時間內對這些資源的重複請求，導致了否命中。 negative_ttl指令控制這些錯誤被cache的時間數量。請注意這些錯誤只在記憶體cache，不會寫往硬碟。下列HTTP狀態碼可能導致否定 cache（也遵循於其他約束）： 204, 305, 400, 403, 404, 405, 414, 500, 501, 502, 503, 504。
TCP_MEM_HIT
Squid在記憶體cache裏發現請求資源的有效拷貝，並將其立即發送到用戶端。注意這點並非精確的呈現了所有從記憶體服務的回應。例如，某些cache在記憶體裏，但要求確認的回應，會以TCP_REFRESH_HIT, TCP_REFRESH_MISS等形式記錄。
TCP_DENIED
因為http_access或http_reply_access規則，用戶端的請求被拒絕了。注意被http_access拒絕的請求在第9域的值是NONE/-，然而被http_reply_access拒絕的請求，在相應地方有一個有效值。
TCP_OFFLINE_HIT
當offline_mode啟動時，Squid對任何cache回應返回cache命中，而不用考慮它的新鮮程度。
TCP_REDIRECT
重定向程式告訴Squid產生一個HTTP重定向到新的URI（見11.1節）。正常的，Squid不會記錄這些重定向。假如要這樣做，必須在編譯squid前，手工定義LOG_TCP_REDIRECTS預處理指令。
NONE
無分類的結果用於特定錯誤，例如無效主機名。
相應於ICP查詢，下列標籤可能出現在access.log檔的第四域。
UDP_HIT
Squid在cache裏發現請求資源的貌似新鮮的拷貝。
UDP_MISS
Squid沒有在cache裏發現請求資源的貌似新鮮的拷貝。假如同一目標通過HTTP請求，就可能是個cache丟失。請對比UDP_MISS_NOFETCH。
UDP_MISS_NOFETCH
跟UDP_MISS類似，不同的是這裏也指示了Squid不願去處理相應的HTTP請求。假如使用了-Y命令行選項，Squid在啟動並編譯其記憶體索引時，會返回這個標籤而不是UDP_MISS。
UDP_DENIED
因為icp_access規則，ICP查詢被拒絕。假如超過95%的到某用戶端的ICP回應是UDP_DENIED，並且用戶端資料庫啟動了（見附錄A），Squid在1小時內，停止發送任何ICP回應到該用戶端。若這點發生，你也可在cache.log裏見到一個警告。
UDP_INVALID
Squid接受到無效查詢（例如截斷的消息、無效協定版本、URI裏的空格等）。Squid發送UDP_INVALID回應到用戶端。