Cloudfront manchmal leere Seite

Question

Ich habe Cloudfront mit einem Load Balancer verbunden, der eine Ubuntu Server 14.04 ec2 Instanz verwendet. Manchmal, wenn ich das Control Panel auf meiner WordPress-Website durchsuche, bekomme ich nur eine leere Seite und ich muss Enter drücken und ungefähr 30 Sekunden warten, bevor ich zur nächsten Seite gebracht werde. Dies geschieht häufig nach einer "Post" -Anfrage.

Wer hat irgendwelche Ideen? Ich habe dieses Setup seit einiger Zeit ohne Probleme laufen lassen, aber nach einem Ubuntu Update explodierte mein Server. Ich musste einige Apache-Worker-Threads auf eine niedrigere Zahl setzen, einen mysql-Swap setzen, apport entfernen, um meinen Server zu stürzen. Dann ist es so, als ob mir diese leere Seite passiert.

Ich änderte auch meinen Domain-Namen, also musste ich grundsätzlich alle meine Sachen auf amazon neu erstellen, aber ich verdoppelte/triple prüfte es und es scheint alles die richtigen Werte zu sein, wie sie vorher waren.

Das ist meine Cloudfront-Einstellungen, sein langen

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

Es stellt sich der Load Balancer aus wurde meine eigene EC2-Instanz mit rund 20 command.php Anfragen pro Sekunde Hämmern wie in meinem apache2/access.log gesehen,

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 "-" "-" 

Warum es das tat, weiß ich nicht. Alles, was ich weiß, ist, dass ich den Load Balancer und die Cloudfront herunterfahre und nun meine ec2-Instanz funktioniert. Ich werde versuchen, den Load Balancer und die Cloudfront später zu löschen und neu zu erstellen, und hoffentlich wird mein eigener Server beim nächsten Mal nicht gelöscht.

Answer 2

Es sieht aus wie Sie Ihr Ursprungsprotokoll HTTPS Politik nur konfiguriert haben. Das bedeutet, wenn ein Benutzer über HTTPS auf CloudFront zugreift, kontaktiert CloudFront Ihre Herkunft über HTTPS. Ich würde empfehlen, das SSL von der ELB-Ebene erneut zu überprüfen.

Der Grund, warum es manchmal funktioniert, ist, dass Ihre Distribution nicht für Protokollvariationen konfiguriert ist. Wenn also ein Benutzer eine Anforderung über HTTP stellt, befindet sich dieses Objekt im CloudFront-Cache und wird auch über HTTPS bedient.

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