請求標頭
IPNixa收到的標頭中經過安全篩選的部分。
- 狀態
- 未檢測
輸入網站即可檢查它的安全標頭,並取得可直接複製的nginx、Apache或Cloudflare Pages修正設定。也能查看瀏覽器實際送出、伺服器實際收到的請求標頭,並解決「Request Header Or Cookie Too Large」錯誤。
從此瀏覽器的請求自動載入。絕不顯示Cookie與登入憑證。
隨時可以開始,結果會保留在此頁面上。
結果描述的是從此瀏覽器送往IPNixa的請求。此工具不會儲存掃描紀錄。
IPNixa收到的標頭中經過安全篩選的部分。
輸入網址,IPNixa會以一次請求讀取它的回應標頭;也可以貼上從開發人員工具或curl取得的標頭。共檢查六項安全標頭,缺少的每一項都附上可直接複製的nginx、Apache或_headers檔案設定。
開發人員工具 → 網路 → 選擇文件 → 回應標頭 → 複製原始標頭。使用curl:curl -I https://example.com。最多32 KB;如果貼上了多個HTTP回應區塊,只會分析最後一個。
可以貼上回應標頭了。
這是有限的標頭檢查,不是弱點掃描,也不是安全性評分。缺少某些標頭可能有正當理由。CSP可能取決於nonce、雜湊值、文件內容和多項政策;Permissions Policy和隔離相關標頭則取決於應用程式本身。HSTS只有在HTTPS下才有意義。
檢查網址時,只會把該網址傳送到IPNixa的伺服器;伺服器發出一次HEAD請求(必要時改用GET),只傳回檢查的標頭以及Server與Content-Type,不會儲存任何內容。貼上的文字只會保留在這個分頁中。Cookie、憑證和無關欄位不會出現在結果和報告中。貼上的值和圖形資訊都不會傳送到分析服務。
這個錯誤代表某個網站存放在瀏覽器中的Cookie,已經大到超過該網站伺服器能接受的上限。只要清除那個網站的Cookie即可:在Chrome或Edge中,點選網址左側的圖示,再選「Cookie和網站資料」並刪除;在Firefox中點選鎖頭圖示,再選「清除Cookie與網站資料」;在Safari中開啟「設定」→「隱私權」→「管理網站資料」。重新登入後,產生的Cookie通常會變小。網站管理員也可以提高伺服器上限,例如nginx的large_client_header_buffers。
按F12開啟開發人員工具,切換到「網路」分頁,重新載入頁面後點選第一個請求。「標頭」會顯示瀏覽器送出的請求標頭,以及網站傳回的回應標頭。
這些是我們的Worker收到的檢查請求中、允許清單內的標頭。頁面瀏覽、圖片與跨來源請求可能傳送不同的標頭,Cloudflare也可能正規化部分值(例如Accept-Encoding)。本工具絕不會傳回Cookie、Authorization與無法辨識的標頭。缺少隱私訊號並不能證明追蹤已啟用。
用curl查看相同的標頭。請把example.com換成要檢查的網站。
curl -I https://example.comcurl -sD - -o /dev/null https://example.comcurl -v -o /dev/null https://example.com不會。只會傳回固定的一組瀏覽器、語言、內容協商與隱私相關標頭。登入憑證及其他可能敏感的標頭都已排除。