We have seen a few cases where Magento 1 in combination with Turpentine does not cache pages served over SSL.
We have not yet been able to find the actual cause, but all cases had in common that the
HTTP_X_FORWARDED_FOR header was not set in the PHP environment, causing Magento to redirect all traffic back to HTTP instead of serving the page over SSL.
To resolve this, verify if the
HTTP_X_FORWARDED_FOR header is correctly set.
TABLE OF CONTENTS
- Check if the http_x_forwarded_for Using a phpinfo Page
- Check the http_x_forwarded_for Header Using varnishlog
- Resolving This Issue
Check if the
http_x_forwarded_for Using a
To do this, create a PHP script as
/data/web/public with the following content:
<?php header('Pragma: no-cache'); header('Cache-Control: private, no-cache, no-store, max-age=0, must-revalidate, proxy-revalidate'); phpinfo(); ?>
Now visit the
phpinfo script by visiting
https://your-shop.net/info.php and scroll all the way down to the section PHP Variables.
Now check if the
$_SERVER['HTTP_X_FORWARDED_FOR'] variable is set in your PHP environment.
http_x_forwarded_for Header Using
With Varnish a very useful utility is shipped called
varnishlog. This tool can log all debug and request information Varnish is producing, making it the perfect tool to debug header issues and Varnish errors.
To check for the correct header, use the following command:
varnishlog | grep X-Forwarded
This will produce some output showing whether the
X-Forwarded-For is set as a
BereqHeader (Bereq is the name for Backend request, meaning the request containing the header is send to the PHP-FPM instance serving Magento):
app@12345-support-magweb-do:~$ varnishlog | grep X-Forwarded - BereqHeader X-Forwarded-Proto: https - BereqHeader X-Forwarded-Port: 443 - BereqHeader X-Forwarded-For: 126.96.36.199, 127.0.0.1, 127.0.0.1
Resolving This Issue
Magento uses the
X-Forwarded-For header to determine whether a redirect to SSL is needed or if the SSL offload has already been done on the proxy server in front of Magento.
If the header is not set, Magento will assume SSL offloading has already been done, effectively serving the page over HTTP instead of HTTPS.
To resolve this, change the base URL settings. This sounds odd, but in some way this resolves all the cases we’ve seen so far. In case you’re not certain on how to change the base URL settings, please check our article for Magento 1 or our article for Magento 2.