Cloudfrontの空白ページがある

Question

私は、ubuntuサーバー14.04 ec2インスタンスを使用するロードバランサにクラウドフロントを接続しています。ときどき私のWordPressのウェブサイトでコントロールパネルをブラウズしているときに、空白のページが表示されますので、次のページに移動する前にEnterキーを押して約30秒待たなければなりません。これは一般的に「投稿」リクエスト後に発生します。

誰もが考えている？私はこの設定を問題なく、しばらくの間正しく動作させましたが、ubuntuのアップデート後にサーバが爆発しました。いくつかのApacheワーカースレッドを低い数値に設定し、mysqlスワップを設定し、サーバーをクラッシュさせないようにapportを削除する必要がありました。それから、この空白のページのようなことが私にも起こります。

ドメイン名を変更して、基本的にアマゾンのすべてのものを再作成する必要がありましたが、それをダブル/トリプルでチェックしたところ、以前と同じように正しい値になりました。

これは、あなただけの起源プロトコルポリシーHTTPSを設定しているように見え、その長い

cloudfront settings general 

Distribution ID E11KP67NC8KZHO 
Log Prefix - 
Delivery Method Web 
Cookie Logging Off 
Distribution Status Deployed 
Comment - 
Price Class Use All Edge Locations (Best Performance) 
AWS WAF Web ACL - 
State Enabled 
Alternate Domain Names (CNAMEs) 
techstory2.com 
SSL Certificate techstory2.com (1f411465-1b8d-42a5-93f4-9cd663330e46) 
Domain Name d1cqn6ev1d7d25.cloudfront.net 
Custom SSL Client Support Only Clients that Support Server Name Indication (SNI) 
Default Root Object - 
Last Modified 2016-07-22 18:20 UTC-4 
Log Bucket 


Origins 
techstory2balan-595918364.us-east-1.elb.amazonaws.com 

ELB-techstory2balan-595918364  
Origin SSL Protocols 
TLSv1.2 enabled 
TLSv1.1 enabled 
TLSv1 enabled 
SSLv3 diabled 

Origin Protocol Policy 
HTTPS Only selected 

HTTP Port 
80 
HTTPS Port 
443 

Behaviours 
Path PatternDefault (*)  
Origin 
ELB-techstory2balan-595918364 
Viewer Protocol Policy 
Redirect HTTP to HTTPS 

Allowed HTTP Methods 
GET, HEAD, OPTIONS, PUT, POST, PATCH, DELETE 

Cached HTTP Methods 
GET, HEAD (Cached by default) 
OPTIONS 

Forward Headers 
All 

Minimum TTL 
0 

Maximum TTL 
31536000 

Default TTL 
86400 

Forward Cookies 
All 

Forward Query Strings 
Yes 

Smooth Streaming 
No 

Restrict Viewer Access 
No 

Compress Objects Automatically 
Yes 

Answer 1

それは私のapache2/access.logをで見られるように、ロードバランサは、毎秒約20 command.php要求に自分のEC2インスタンスを打ったが判明し、

72.31.7.71 - - [25/Jul/2016:17:21:17 +0000] "POST /remote50/command.php?uid=12926 HTTP/1.1" 500 780 "-" "-" 
172.31.7.71 - - [25/Jul/2016:17:21:18 +0000] "POST /remote50/command.php?uid=7668 HTTP/1.1" 500 780 "-" "-" 
172.31.7.71 - - [25/Jul/2016:17:21:18 +0000] "POST /remote50/command.php?uid=7471 HTTP/1.1" 500 780 "-" "-" 
172.31.7.71 - - [25/Jul/2016:17:21:18 +0000] "POST /remote50/command.php?uid=9595 HTTP/1.1" 500 780 "-" "-" 
172.31.7.71 - - [25/Jul/2016:17:21:18 +0000] "POST /remote50/command.php?uid=7700 HTTP/1.1" 500 780 "-" "-" 
172.31.7.71 - - [25/Jul/2016:17:21:18 +0000] "POST /remote50/command.php?uid=7356 HTTP/1.1" 500 780 "-" "-" 
172.31.7.71 - - [25/Jul/2016:17:21:18 +0000] "POST /remote50/command.php?uid=7337 HTTP/1.1" 500 780 "-" "-" 
172.31.7.71 - - [25/Jul/2016:17:21:18 +0000] "POST /remote50/command.php?uid=8858 HTTP/1.1" 500 780 "-" "-" 
172.31.7.71 - - [25/Jul/2016:17:21:18 +0000] "POST /remote50/command.php?uid=6744 HTTP/1.1" 500 780 "-" "-" 
172.31.7.71 - - [25/Jul/2016:17:21:18 +0000] "POST /remote50/command.php?uid=7757 HTTP/1.1" 500 780 "-" "-" 
::1 - - [25/Jul/2016:17:21:18 +0000] "OPTIONS * HTTP/1.0" 200 125 "-" "Apache/2.4.7 (Ubuntu) PHP/5.5.9-1ubuntu4.17 OpenSSL/1.0.1f (internal dummy connection)" 
172.31.7.71 - - [25/Jul/2016:17:21:18 +0000] "POST /remote50/command.php?uid=7305 HTTP/1.1" 500 780 "-" "-" 
172.31.7.71 - - [25/Jul/2016:17:21:18 +0000] "POST /remote50/command.php?uid=7892 HTTP/1.1" 500 780 "-" "-" 
172.31.7.71 - - [25/Jul/2016:17:21:18 +0000] "POST /remote50/command.php?uid=7214 HTTP/1.1" 500 780 "-" "-" 
172.31.7.71 - - [25/Jul/2016:17:21:18 +0000] "POST /remote50/command.php?uid=7669 HTTP/1.1" 500 780 "-" "-" 
172.31.7.71 - - [25/Jul/2016:17:21:18 +0000] "POST /remote50/command.php?uid=6415 HTTP/1.1" 500 780 "-" "-" 
172.31.7.71 - - [25/Jul/2016:17:21:18 +0000] "POST /remote50/command.php?uid=8637 HTTP/1.1" 500 780 "-" "-" 
172.31.7.71 - - [25/Jul/2016:17:21:18 +0000] "POST /remote50/command.php?uid=12586 HTTP/1.1" 500 780 "-" "-" 
172.31.7.71 - - [25/Jul/2016:17:21:18 +0000] "POST /remote50/command.php?uid=8546 HTTP/1.1" 500 780 "-" "-" 
172.31.7.71 - - [25/Jul/2016:17:21:18 +0000] "POST /remote50/command.php?uid=6124 HTTP/1.1" 500 780 "-" "-" 
172.31.7.71 - - [25/Jul/2016:17:21:18 +0000] "POST /remote50/command.php?uid=7005 HTTP/1.1" 500 780 "-" "-" 
172.31.7.71 - - [25/Jul/2016:17:21:18 +0000] "POST /remote50/command.php?uid=13623 HTTP/1.1" 500 780 "-" "-" 
172.31.7.71 - - [25/Jul/2016:17:21:18 +0000] "POST /remote50/command.php?uid=8515 HTTP/1.1" 500 780 "-" "-" 
172.31.7.71 - - [25/Jul/2016:17:21:18 +0000] "POST /remote50/command.php?uid=12445 HTTP/1.1" 500 780 "-" "-" 
172.31.7.71 - - [25/Jul/2016:17:21:18 +0000] "POST /remote50/command.php?uid=9376 HTTP/1.1" 500 780 "-" "-" 
172.31.7.71 - - [25/Jul/2016:17:21:18 +0000] "POST /remote50/command.php?uid=5569 HTTP/1.1" 500 780 "-" "-" 
172.31.7.71 - - [25/Jul/2016:17:21:18 +0000] "POST /remote50/command.php?uid=13800 HTTP/1.1" 500 780 "-" "-" 
172.31.7.71 - - [25/Jul/2016:17:21:19 +0000] "POST /remote50/command.php?uid=7296 HTTP/1.1" 500 780 "-" "-" 
172.31.7.71 - - [25/Jul/2016:17:21:19 +0000] "POST /remote50/command.php?uid=8520 HTTP/1.1" 500 780 "-" "-" 

なぜこれを行っていたのですか、わかりません。私が知っているのは、ロードバランサとクラウドフロントをシャットダウンして、現在のEC2インスタンスが正常に動作することです。私はロードバランサとクラウドフロントを削除して再作成しようとします。うまくいけば、自分のサーバを次回はddosしません。

Answer 2

私のCloudFrontの設定です。つまり、ユーザーがHTTPS経由でCloudFrontにアクセスすると、CloudFrontはHTTPS経由であなたの原点に連絡します。 ELBレベルからSSLを再チェックすることをお勧めします。

それはいくつかの時間を働く理由は、あなたのディストリビューションは、ユーザがHTTPを介して要求を行ったので、もし、プロトコルに変化させるように構成されていないということです、HTTPS経由で提供するオブジェクトもCloudFrontのキャッシュにあると述べました。

1. http://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/SecureConnections.html
2. https://www.ssllabs.com/ssltest/analyze.html?d=sociallyuncensored.com