サードパーティのファイアウォールアプリケーション(Little Snitch)から、Facebookを開いたときに、ブラウザー(El Capitan 10.11.1のChrome 46.0.2490.80)が「scontent.fper1-1.fna」に接続しようとしたという通知を受け取りました。 fbcdn.net」および「scontent.fmel1-1.fna.fbcdn.net」。 Facebookを毎日使用し、LSをしばらく使用していたにもかかわらず、以前にfbcdnドメインでこれらの特定のバリエーションを見たことがないので、少し疑わしかったです。
IPアドレス(それぞれ150.101.84.17と150.101.84.145)のルックアップは、オーストラリアのアデレードにあるISP(私はオーストラリアに住んでいますが、アデレードではありません)とAFAIKを指し、FacebookはCDNを使用せず、 Internodeはそのようなサービスも提供すると考えています。
ただし、ドメインはfbcdn.netです。右?そうだとすれば、コンテンツ/クッキーなどのためにFacebookが使用する正当なドメインです。たとえIPアドレスがFacebookやAkamaiに解決されなくても、それは問題ないはずです。何も疑わない?
Google検索では、scontent.fper1-1.fna.fbcdn.netタイプのURLがFacebookの写真に関連付けられていることを示す必要があります
https://www.google.com/?q="scontent.fper1-1.fna.fbcdn.net"
https://www.pinterest.com/source/scontent.fper1-1.fna.fbcdn.net/
https://www.eff.org/https-everywhere/atlas/domains/fbcdn.net.html
ブラウザで証明書情報を確認することもできます
Fbcdn.netにはいくつかのバリエーションがありますが、結局のところ、Facebookが比較するIPを総当たりでリストすることなく確実に言う方法はありませんが、一般的にはfbcdn.netのすべてのサブドメインはそうではありません安全。 Facebookはおそらく、その時点であなたの状況に最適なサーバーにあなたをルーティングしただけでしょう。
そうでないと思われる場合は、いつでも https://facebook.com/whitehat/report にレポートを送信できます
実際、FacebookのアカマイCDNから国際リンクへのトラフィックが変動する同様の動作が見られます。
これはしばらくしてから起こり、明らかに問題はfbcdn.netを直接指している写真とビデオの紹介リンクが原因です。
以下は紹介リンクです。
scontent-frt3-1.xx.fbcdn.net
Facebook CDN => FNA Server => * .fbcdn.net Akamai CDN => * .akamaihd.net
ビッグISPはFNAサーバーを受信します。
ISPはFacebookダイレクトで1Gbpsを必要とします。
私の知る限り、Facebookはアカマイ以外のCDNを使用していません。ブラウザの試行は、sphotos.ak.fbcdn.net
、scontent.ak.fbcdn.net
のようなものでなければなりません。だから私はそれが大丈夫だとは思わない。疑わしいかもしれません。サードパーティのCookieをブロックするのがよい場合もあります。