Решение проблем с прокси-сервером и SSL в WordPress

Работа WordPress за прокси-сервером часто вызывает сложности с корректной обработкой SSL-сертификатов и HTTPS-соединений. В этой статье мы подробно разберём, как решать типичные проблемы, возникающие при использовании прокси и SSL, чтобы ваш сайт на WordPress корректно распознавал HTTPS-запросы и не выдавал предупреждений о безопасности.

Почему возникают проблемы с SSL при работе через прокси-сервер

Когда WordPress работает за обратным прокси (например, nginx, Cloudflare или другим CDN), сервер получает запросы, которые могут приходить по HTTP, в то время как клиент подключается через HTTPS на уровне прокси. В итоге WordPress не видит корректного HTTPS-соединения, что приводит к смешанному контенту, некорректным URL и ошибкам с безопасностью.

Основная причина — отсутствие или неправильная обработка заголовков, которые передаёт прокси, например X-Forwarded-Proto. WordPress должен понимать, что запрос изначально был HTTPS, даже если до него дошёл HTTP-запрос от прокси.

Если это не настроить, могут появиться следующие проблемы:

• Сайт не перенаправляет на HTTPS
• Смешанный контент (mixed content)
• Ошибки при входе в админку
• Некорректные URL в генерации ссылок

Настройка WordPress для корректной работы с HTTPS за прокси

Для решения данной проблемы нужно обеспечить правильное определение протокола HTTPS в WordPress. Рассмотрим несколько способов.

1. Использование фильтра wpssl_detect_ssl

Добавьте в файл functions.php вашей темы или в отдельный плагин следующий код, который будет учитывать заголовок X-Forwarded-Proto:

function wpssl_detect_ssl() {
    if (isset($_SERVER['HTTP_X_FORWARDED_PROTO']) && $_SERVER['HTTP_X_FORWARDED_PROTO'] === 'https') {
        return true;
    }
    return false;
}

add_filter('wpssl_detect_ssl', 'wpssl_detect_ssl');

Этот фильтр — пример, его можно адаптировать под ваш случай, например, заменить wpssl_detect_ssl на wpssl_is_ssl, если используете свою логику. Цель — принудительно сказать WordPress, что соединение защищённое.

2. Правильная настройка $_SERVER['HTTPS']

Если WordPress не распознаёт HTTPS, можно вручную установить переменную $_SERVER['HTTPS'] = 'on'; при условии, что прокси передаёт верный заголовок. Добавьте в wp-config.php или плагин такой код:

if (isset($_SERVER['HTTP_X_FORWARDED_PROTO']) && $_SERVER['HTTP_X_FORWARDED_PROTO'] === 'https') {
    $_SERVER['HTTPS'] = 'on';
}

Это простое и эффективное решение для многих случаев.

3. Использование плагина Clearfy Pro для оптимизации работы с прокси и SSL

Плагин Clearfy Pro имеет встроенные функции для корректной работы с различными прокси и CDN. Он автоматически исправляет заголовки, добавляет нужные фильтры и настраивает WordPress для HTTPS. Это особенно полезно, если у вас нет возможности или желания вносить изменения вручную.

Проблемы с редиректами и смешанным контентом при работе через прокси

Даже после настройки HTTPS могут возникать ошибки смешанного контента — когда часть ресурсов загружается по HTTP, а часть по HTTPS. Это связано с тем, что WordPress или плагины формируют ссылки без учёта прокси.

Исправление ссылок в базе данных

Для исправления старых ссылок можно использовать плагин WPRemark, который позволяет быстро и безопасно заменить http на https в базе данных, не нарушая сериализованные данные.

Также вручную можно выполнить SQL-запросы для замены (делайте резервную копию перед изменениями):

UPDATE wp_options SET option_value = REPLACE(option_value, 'http://example.com', 'https://example.com') WHERE option_name = 'home' OR option_name = 'siteurl';
UPDATE wp_posts SET guid = REPLACE(guid, 'http://example.com', 'https://example.com');
UPDATE wp_posts SET post_content = REPLACE(post_content, 'http://example.com', 'https://example.com');

Использование фильтров для динамической замены URL

Если невозможно менять базу данных, можно динамически исправлять URL в выводе. Добавьте в functions.php такой фильтр:

function wpssl_replace_http_with_https($content) {
    $content = str_replace('http://example.com', 'https://example.com', $content);
    return $content;
}
add_filter('the_content', 'wpssl_replace_http_with_https');

Этот метод подходит для контента, но не меняет ссылки в скриптах и стилях.

Настройка сервера и прокси для корректной передачи SSL-заголовков

Важно, чтобы прокси передавал корректные заголовки, иначе WordPress не сможет определить HTTPS.

Пример настройки nginx как обратного прокси

Добавьте в конфигурацию nginx следующие строки:

proxy_set_header X-Forwarded-Proto $scheme;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header Host $host;

Это гарантирует, что WordPress получит информацию о протоколе клиента.

Cloudflare и SSL

Если вы используете Cloudflare, установите SSL в режиме Full (Strict) и включите опцию "Обеспечить HTTPS" в настройках Cloudflare. Также в WordPress добавьте в wp-config.php:

if (isset($_SERVER['HTTP_CF_VISITOR'])) {
    $visitor = json_decode($_SERVER['HTTP_CF_VISITOR']);
    if ($visitor && isset($visitor->scheme) && $visitor->scheme === 'https') {
        $_SERVER['HTTPS'] = 'on';
    }
}

Отладка и проверка работы HTTPS за прокси

Для проверки корректности настроек используйте следующие приёмы:

• Проверяйте в браузере наличие зелёного замка и отсутствие ошибок смешанного контента
• Используйте инструменты разработчика для просмотра заголовков ответа сервера
• Включите в WordPress отображение ошибок и отладку (define('WP_DEBUG', true);) для выявления проблем

Пример функции для проверки HTTPS в WordPress с учётом прокси

function wpssl_is_ssl() {
    if (isset($_SERVER['HTTPS']) && $_SERVER['HTTPS'] === 'on') {
        return true;
    }
    if (isset($_SERVER['HTTP_X_FORWARDED_PROTO']) && $_SERVER['HTTP_X_FORWARDED_PROTO'] === 'https') {
        return true;
    }
    if (isset($_SERVER['HTTP_CF_VISITOR'])) {
        $visitor = json_decode($_SERVER['HTTP_CF_VISITOR']);
        if ($visitor && isset($visitor->scheme) && $visitor->scheme === 'https') {
            return true;
        }
    }
    return false;
}

Эту функцию можно использовать для отладки или замены стандартной is_ssl().