При запросе через https похоже, что serf направляет запрос через порт 80 вместо 443?serf failing, отправив https запрос на порт 80 вместо 443, почему?
[Mon Jan 16 10:25:48.007386 2017] [error] [pid 350] [mod_pagespeed 1.11.33.4-0 @350] Serf status 120171(APR does not understand this error code) polling for 1 threaded fetches for 0.05 seconds
[Mon Jan 16 10:25:48.007539 2017] [error] [pid 350] [mod_pagespeed 1.11.33.4-0 @350] Serf status 120171(APR does not understand this error code) polling for 1 threaded fetches for 0.05 seconds
[Mon Jan 16 10:25:53.021234 2017] [warn] [pid 350] [mod_pagespeed 1.11.33.4-0 @350] Fetch timed out: https://www.domain.com/assets/76dc6ad2/style.min.css (connecting to:10.33.12.222:80) (1) waiting for 50 ms
Терминал SSL на балансировочном балансе. SSL также настроен на работу из-за балансировки нагрузки, так что https можно обслуживать внутри сети.
ModPagespeedFetchHttps enable
ModPagespeedRespectXForwardedProto on
ModPagespeedEnableFilters prioritize_critical_css
Как получить запрос на серф https через порт 443?
Я могу успешно запросить файл https через wget во время входа в веб-сервер. '' '$ wget https://www.domain.com/assets/76dc6ad2/style.min.css Успех!' '' Однако крепост не может его получить. – eric
Мне тоже интересно об этом вопросе. О крепости нет много информации. Мы сталкиваемся с этой ошибкой за Cloudflare. При использовании строгого SSL, очевидно, они не отправляют заголовок 'X-Forwarded-Proto', поэтому я не думаю, что Pagespeed понимает, что это безопасный запрос. Кроме того, в качестве примечания, в новых версиях Pagespeed 'ModPagespeedFetchHttps' включен по умолчанию. – dhaupin