どのような場合にHTTP_REFERERは空になります

空のHTTP_REFERERを取得することは可能です。これはどのような状況で起こりますか？空のものを取得した場合、それは常にユーザーが変更したことを意味しますか？空のものを取得することは、空のものを取得することと同じですか？そして、どのような状況で私もそれを得るのですか？

エンドユーザーがいる場合は空になります

• ブラウザのアドレスバー自体にサイトのURLを入力しました。
• ブラウザで管理されているブックマークを使用してサイトにアクセスしました。
• ウィンドウ/タブの最初のページとしてサイトにアクセスした。
• 外部アプリケーションのリンクをクリックしました。
• https URLからhttp URLに切り替えました。
• https URLから別のhttps URLに切り替えました。
• すべてのリクエストからリファラーを取り除くセキュリティソフトウェア（アンチウイルス/ファイアウォール/その他）がインストールされている。
• すべてのリクエストからリファラーを取り除くプロキシの背後にあります。
• リファラーヘッダー（searchbots！）を設定せずにプログラムで（curlなどの）サイトにアクセスした。

HTTP_REFERER-ブラウザによって送信され、ブラウザが最後に表示したページを示します！

重要な理由で[HTTP_REFERER]を信頼している場合は、簡単に偽装できるため、信用しないでください。

1. 一部のブラウザーは、HTTP_REFERERの通過を許可しないようにアクセスを制限します
2. アドレスバーにアドレスを入力すると、HTTP_REFERERが渡されません
3. HTTP_REFERER = NULLであるため、新しいブラウザウィンドウを開くと、HTTP_REFERERは渡されません。
4. プライバシー上の理由からそれをブロックするブラウザアドオンがあります。一部のファイアウォールとAVはそうします。

このFirefoxの拡張機能をお試しください。必要なヘッダーを設定できます。

@マスターオブセレブレーション：

Firefox：

拡張： refspoof、refontrol、ヘッダーの変更、リファラーなし

完全に無効にする：このオプションは「network.http.sendRefererHeader」の下のabout：configで利用でき、これを0に設定してリファラーの受け渡しを無効にします。

Google Chrome / Chromium：

拡張： noref、spoofy、外部noreferrer

完全に無効化： Chnage〜/ .config / google-chrome / Default / Preferencesまたは〜/ .config / chromium / Default / Preferencesを設定し、これを設定します：

{
   ...
   "enable_referrers": false,
   ...
}

または、単に--no-referrersをショートカットまたはcliに追加します。

google-chrome --no-referrers

オペラ：

完全に無効化： [設定]> [設定]> [詳細設定]> [ネットワーク]をクリックし、[参照URL情報を送信する]チェックボックスをオフにします

Webサービスのなりすまし：

http://referer.us/

スタンドアロンフィルタリングプロキシ（任意のヘッダーを偽装）：

プリヴォキシ

wget使用時のhttp_refererのスプーフィング

'--referer = url'

curl使用時のhttp_refererのスプーフィング

-e、-referer

なりすましhttp_referer wth telnet

telnet www.yoursite.com 80 (press return)
GET /index.html HTTP/1.0 (press return)
Referer: http://www.hah-hah.com (press return)
(press return again)

BalusCのリストはしっかりしています。このフィールドが空であることがよくあるもう1つの方法は、ユーザーがプロキシサーバーの背後にいる場合です。これはファイアウォールの背後にあるのと似ていますが、少し異なるため、完全を期すために触れておきます。

新しいリファラーポリシーの標準ドラフトを使用してリファラーヘッダーが要求元に送信されないようにする場合も、空になります。例：

<meta name="referrer" content="none">

ChromeとFirefoxがすでにリファラーポリシーのドラフト版を実装しているが、例えばクロムが期待するので、あなたはそれに注意しなければならないno-referrer代わりにnone（と私も見てきましたneverどこか）。

ブラウザのリファラーの実装に本当に一貫性がないことがわかりました。

たとえば、「download」属性のアンカー要素はSafariでは期待どおりに機能し、リファラーを送信しますが、Chromeではリファラーは空になるか、Webサーバーのログで「-」になります。

<a href="http://foo.com/foo" download="bar">click to download</a>

Chromeで壊れています-リファラーは送信されません。