Криво отображаемый Wordpress и Haproxy reverse proxy?

Question

[Tech]

Есть настроенный haproxy. На себе терминирует серты https, после него в локалку уходит на web-сервер простой http. Все сайты на различных движках работают норм. Установили на этом вэб сервере вордпресс.
При обращении к нему нет стилей. Голый html. Вот так:

Также отображается и вход в админ панель, при этом вбивая авторизационные данные, не происходит вход и заново предлагается ввести логин и пароль.
Если направить трафик, минуя haproxy, сразу на вебсервер, то сайт отображается правильно и вход в админ панель удачен.
Куда рыть?

Comments

[Andrey Shatokhin]

стили по http видимо подключены?

[Tech]

Andrey Shatokhin, все сайты на этом вебсервере работают на http.
то есть схема такая:
МИР -----http or https---->> Haproxy reverse proxy ---http only--->> apache on port 80.

Answer 1

[O . J]

wp стили подгружает по полному пути, а не по относительному. По этому тебе отдается html в котором все assets подключены по http. Выставь в настройках сайта https и сбрось кеш на сервере если есть.

Comments

[Tech]

Между haproxy и web сервером трафик ходит по http.
Если выставить в вордпрессе https, то необходимо будет еще терминировать сертификат на этом веб сервере, делать виртуальный хост прослушиваемый на 443 порту, и переделывать логику haproxy.
Это рушит удобство использования сертов в одной точке (haproxy).

[O . J]

Tech, зачем 443? В настройках wp поменяются только все ccылки c http на https включая assets. Тебе не обязательно vhost менять на 443 ходи так же по 80, тебе главное что-бы ссылки в браузер ушли как https. Настройка wp никак не влияет на твой vhost так как Handshake начинает первым браузер, а он попадет в ноду haproxy и дальше уже уйдет по http до wp.

[Tech]

Evgeny Orlov, Выставил в настройках wp https://domainame . Кэш не использую.. Сайт по прежнему в html. А админ панель и вовсе недоступна.
Второе, насколько я понимаю, если в браузер даже и приходят ссылки вида http, то они опять же будут проходить череp haproxy, внутри него редиректиться на https и далее уходить по http на веб сервер.
Буду смотреть wireshark.

[O . J]

Tech,

Второе, насоколько я понимаю, если в браузер даже и приходят ссылки вида http, то они опять же будут проходить череp haproxy, внутри него редиректиться на https и далее уходить по http на веб сервер.

Не будут уходить обратно в haproxy. Так как политика браузера не позволяет делать http запросы из страницы загруженной по https. Дальше браузера вы к сожалению не уйдете. Так что wireshark вам в таком случае ничего не покажет.

Выставил в настройках wp https://domainame . Каэш не использую.. Сайт по прежнему в html. А админ панель и вовсе недоступна.

Если ваши ссылки приходят как http значит вы что-то сделали не правильно. Так-же попробуйте открыть страницу в инкогнито возможно у Вас ее кэширует браузер
скиньте скриншот где вы выставили настройки.
в файле конфигурации wp нужно выставить

define('FORCE_SSL_ADMIN', true);
define('FORCE_SSL_LOGIN', true);
define( 'WP_HOME', 'https://domainame.com' );
define( 'WP_SITEURL', 'https://domainame.com' );

и в настройках самого wp

[Tech]

Evgeny Orlov, Угу. Так и делал. Эти 4-строчки в файл wp-config.php.

Консоль вэбразработчика хрома показывает что стили и js приходят в http, как ты и говорил.
И все ммеют вид:

http://domainname.com/wp-includes/css/dashicons.min.css?ver=5.2.1

Нарыл инструкцию для haproxy, которая транслирует ответы вебсервера из http в https.

rspadd Content-Security-Policy:\ upgrade-insecure-requests

Но она имеет существенный недостаток - ее не понимает Microsoft IE. Остальные браузеры "рисуют" сайт, как надо. Но так или иначе отказался от нее.
Сделал относительный путь в WP:

define( 'WP_HOME', '/' );
define( 'WP_SITEURL', '/' );

Вроде, работает, но и это костыль, судя по ответу по ссылке. https://stackoverflow.com/questions/17187437/relat...

Отмечаю решением, так как вы были правы, касательно всех причин:
1.WP оперирует абсолютными ссылками, и разрабы настаивают, что это правильно.
2. Смешанный активный контент блокирует браузер.
Буду рыть варианты дальше, так как define https://domainname не отрабатывает, подозреваю потому что апач знает что данный сайт, размещен у него и не отправляет в сеть никакие запросы, которые могли бы вернуться от haproxy, и требует чтобы был настроен серт на себе.
Может и не прав.

P.S. попробвал ради интереса престашоп - то же самое как и в ВП. Webasyst (shopscript) норм. это если кто в будущем нарвется на проблему).

Также в сети нашел, что nginx reverse proxy вместо haproxy, работает в этом плане без проблем.

Answer 2

[Игорь Воротнёв]

Если я правильно понял задачу, то я бы на Apache / Nginx сервера с самим WP который слушает 80й порт ловил запросы с https:// в урл и перезаписывал их в http://. Но честно говоря хз, не уверен что WP согласится на такую схему. Подобная связка у меня с CloudFlare, но трафик между CF и моим сервером тоже https, поэтому проблем не возникает. С haproxy экспериментировал, но никогда не работал в проде, поэтому не сталкивался с такой проблемой.