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

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

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

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

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

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, работает в этом плане без проблем.