CDN ускоряет сайт, сохраняя его копии ближе к посетителям. Прокси — промежуточный сервер перед вашим хостингом. Кэш страниц хранит готовый ответ. Если готовая страница возвращается без запуска защищённого PHP-кода, YourShield не получает этот запрос и не проверяет посетителя.
Здесь две отдельные задачи: правильно определить адрес посетителя за прокси и обеспечить прохождение нужных страниц через защиту. Настройки «Прокси / CDN» помогают с первой задачей; они не отключают кэш готовых страниц.
Если сайт использует CDN или прокси#
- Уточните у администратора хостинга, какой провайдер стоит перед сайтом и включён ли кэш готовых страниц. Если прокси нет, включать доверие к нему не нужно.
- При установке перейдите в мастере на шаг «Проверка», раскройте «Расширенные настройки» и найдите «Прокси / CDN». Для уже установленного модуля уточните доступ к обслуживанию: первоначальный код после успешной установки не открывает настройки активного модуля.
- После согласования с администратором включите «Включить режим trusted proxy», выберите фактический сервис в «Провайдер trusted proxy» и оставьте «Автозагрузка CDN IP ranges» для получения его диапазонов. В списке есть Cloudflare, CloudFront и Fastly. На снимке выбран Cloudflare; это пример, а не настройка для любого сайта.
Trusted proxy означает доверие к сведениям, переданным известным промежуточным сервером. IP — сетевой адрес; CIDR — запись диапазона таких адресов. Автозагрузка получает диапазоны выбранного провайдера при применении настроек. Если загрузка не удалась, не обходите ошибку доверием ко всем адресам.
Если провайдера нет в списке или перед ним есть ещё один прокси, попросите администратора заполнить «Trusted CIDRs», «Заголовок IP клиента» и «Заголовок протокола». Заголовок — служебное поле запроса: здесь оно сообщает исходный адрес посетителя и использование HTTP/HTTPS. Значения должны соответствовать вашей цепочке прокси; подписи и примеры в форме не заменяют настройки хостинга.
Не копируйте учебные диапазоны со снимка и не разрешайте доверие к любому IP. Модуль должен принимать такие сведения только от настроенных доверенных серверов. После применения настроек дождитесь результата проверки мастера.
Если страницы выдаются из кэша#
Попросите администратора проверить отдельно главную, вложенные страницы и адреса, которые выдаются из кэша. Для страниц, где нужна проверка посетителя, запрос должен проходить через защищённый PHP-маршрут либо через отдельно настроенную защиту на уровне CDN/веб-сервера. Второй вариант не включается выбором провайдера в этом мастере.
Однократная очистка кэша не исправляет обход: следующая готовая копия снова может возвращаться без запуска модуля. Согласуйте постоянное правило для нужных страниц. Блок мастера «Кэш и хранение» относится к данным самого модуля, а не к кэшу готовых страниц вашего CDN.
Для статических HTML-страниц предусмотрен «Шлюз для HTML-сайта» — см. способы подключения. Настройку маршрутов выполняет администратор хостинга. Не считайте обычную загрузку страницы подтверждением её защиты.
Как понять, что всё готово#
- Дождитесь «Защита подключена» в мастере и прочитайте «Покрытие защиты». На снимке показаны отдельные PHP-файлы; для вашего способа описание будет другим.
- Откройте обычные адреса сайта, включая вложенную и ранее кэшируемую страницу, а также www, если используете его. Убедитесь, что текст, изображения и переходы работают.
- Попросите администратора подтвердить, что нужные адреса проходят через выбранную защиту и исходный IP определяется правильно за вашим прокси.
Полный список действий — в статье «Как проверить, что защита действительно включена». Статус «Работает» в KEHR подтверждает недавнюю связь, а не охват кэшированных страниц. Если проверка не проходит, сохраните сообщение и используйте инструкцию по ошибкам подключения.