tcp_hit
squid發現請求資源的貌似新鮮的拷貝，並將其立即傳送到客戶端。
tcp_miss
squid沒有請求資源的cache拷貝。
tcp_refersh_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傳送請求到原始伺服器，就如同這是個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檔案的第四域。
關於squid如何對cache丟失情況，選擇有效的下一跳。
none
這指明squid對本次請求，不會與任何其他伺服器（鄰居或原始伺服器）通訊。它通常與cache命中、拒絕請求、cache管理請求、錯誤、和所有的icp查詢這些型別聯合出現。
direct
squid直接**請求到原始伺服器。該域的第2半部分顯示原始伺服器的ip位址，或主機名-假如禁止了log_ip_on_direct。
sibling_hit
在姐妹cache返回icp或htcp命中後，squid傳送請求到姐妹cache。
parent_hit
在父cache返回icp或htcp命中後，squid傳送請求到父cache。
default_parent
squid選擇該父cache，因為其在squid.conf的cache_peer行裡被標誌為default。
first_up_parent
squid**請求到該父cache，因為它是位於已知活躍列表裡的第乙個父cache。
first_parent_miss
squid**請求到該父cache，它第乙個響應icp/htcp丟失訊息。換句話說，對這個特殊的icp/htcp查詢，在這個特殊時刻，被選中的父cache有最佳的往返時間（rtt）。注意標準rtt可能被人工矯正過，取決於cache_peer指令的weight選項。
closest_parent_miss
squid選擇該父cache，因為它報告到原始伺服器的rtt最低。這點僅在2個cache都啟用了netdb，並且原始伺服器（或在同一子網內的其他server）返回icmp ping訊息。
closest_parent
這點類似closest_parent_miss，除了rtt計算不是來自icp/htcp響應訊息外。代替的，它們來自squid保留的更老的計算方式，例如netdb交換功能。
closest_direct
squid基於netdb演算法，**請求到原始伺服器。這點在滿足下述任何條件時發生：
roundrobin_parent
squid**請求到該父cache，因為設定了round-robin選項，並且它有最低的使用計數器。
cd_parent_hit
squid基於cache摘要演算法（見10.7節）**請求到該父cache。
cd_sibling_hit
squid基於cache摘要演算法**請求到該姐妹cache。
carp
squid選擇該父cache，基於cache陣列路由協議演算法（見10.9節）。
any_parent
作為最後的手段，squid選擇該父cache，因為沒有其他方法能選擇可行的下一跳。
HTTP返回狀態碼
只列出了部分常見的 1xx 指示資訊 表示請求已接收，需要繼續處理 100 continue 客戶端應當繼續傳送請求。2xx 成功 表示請求已倍成功接收 理解 接收 200 ok 請求已成功。3xx 重定向 表示需要客戶端採取進一步的操作才能完成請求 300 multiple choices 可選重...
nginx返回狀態碼
http的請求頭標籤 if modified since與last modified 200 伺服器成功返回網頁 403 伺服器拒絕請求。404 請求的網頁不存在 499 客戶端主動斷開了連線。500 伺服器遇到錯誤，無法完成請求。502 伺服器作為閘道器或 從上游伺服器收到無效響應。503 服務不...
nginx返回狀態碼
200 伺服器成功返回網頁 403 伺服器拒絕請求。404 請求的網頁不存在 499 客戶端主動斷開了連線。500 伺服器遇到錯誤，無法完成請求。502 伺服器作為閘道器或 從上游伺服器收到無效響應。503 服務不可用 504 伺服器作為閘道器或 但是沒有及時從上游伺服器收到請求。這些狀態碼被分為五...