Edit: Хочу сразу оговориться
загрузка картинок/превью с моего же IP прекрасно работает в любом браузере на Chromium. Похоже, проблема связана с политикой Firefox "Opaque Response Blocking" (ORB) в ответ на получение
.
В Mozilla Firefox не грузятся никакие картинки с goonbox/cuckcapital, если только .JPG с cuckcapital не открыть напрямую в отдельной новой вкладке без referer (картинки не грузятся независимо от того, включены или выключены ublock origin/umatrix/встроенная защита от отслеживания FF). Вот URL, с которым я тестил:
https://goonbox.cr/img/t2IWpU5
Если нажать "download image", выходит вот это:

Если скопировать URL джепега (
https://simp6.cuckcapital.cr/images4/29ebf49d-5622-4cb9-a5b6-c6621db4816c.jpg ) со страницы "Download Image", то можно загрузить, вставив его в отдельную новую вкладку. Но так как Cloudflare возвращает "no-cache" в заголовке ответа, я не могу просто вернуться на goonbox, обновить страницу и ждать, что локальная копия из кэша появится на ней после загрузки картинки напрямую в отдельной вкладке.
----- Ответ ИИ ниже (
Не знаю, поможет ли это вообще ) -----
Проблема в том, что
simp6.cuckcapital.cr отклоняет cross-origin запросы с goonbox.cr, отдавая JSON-ошибку 403 вместо файла изображения, что триггерит строгую политику Firefox
Opaque Response Blocking (ORB).
Вот сводка точных изменений, которые может внести инженер, сгруппированная по тому, где их нужно применять:
Вариант 1: Изменения на
(хост картинок — рекомендуется)
Это самое эффективное место для исправления. Сервер картинок должен сообщать браузерам, что
разрешено встраивать эти файлы.
- Добавить CORS-заголовки: Настроить веб-сервер (Nginx, Apache или Node.js), на котором лежат картинки, чтобы он разрешал cross-origin запросы с фронтенд-сайта. Он должен отправлять эти заголовки с каждым ответом с картинкой:
http
Код:
Access-Control-Allow-Origin: https://goonbox.cr
Access-Control-Allow-Methods: GET, OPTIONS
- Исправить запасные MIME-типы: Сейчас, когда запрос не проходит или ограничен, сервер отвечает
Код:
Content-Type: application/json
. Инженеру стоит изменить поведение сервера так, чтобы при неудачном запросе он отдавал стандартную запасную картинку (например,
или
) с корректным MIME-типом, таким как
или
. Это не даст Firefox сработать с блокировкой безопасности ORB.
Вариант 2: Изменения на Cloudflare (уровень безопасности)
Если
использует Cloudflare, то, скорее всего, эту JSON-страницу ошибки
генерирует
защита от хотлинка (Hotlink Protection) или
Web Application Firewall (WAF) Cloudflare.
- Создать правило WAF Skip: Инженеру нужно зайти в панель Cloudflare для
и перейти в Security > WAF > Custom Rules. Можно создать правило, разрешающее запросы, приходящие с GoonBox:
- Поле:
или
- Оператор:
- Значение:
- Действие:
(Hotlink Protection / Managed Rules)
- Настроить защиту от хотлинка: Если глобальный переключатель "Hotlink Protection" включён в Scrape Shield, его можно выключить и заменить кастомным правилом файрвола, которое явно вносит в белый список доверенные домены вроде
.
Вариант 3: Изменения на goonbox.cr (фронтенд-сайт)
Если инженер контролирует только фронтенд-сайт (goonbox.cr), он может заставить браузер не отправлять заголовки отслеживания, чтобы хост картинок не понял, что запрос cross-origin.
- Применить глобальную Referrer Policy: Добавить тег <meta> в <head> сайта, чтобы велеть браузеру никогда не передавать origin элементам изображений:
html
Код:
<meta name="referrer" content="no-referrer">
- Обновить теги изображений по отдельности: Либо можно добавить атрибут referrerpolicy прямо в HTML-теги изображений, которые грузятся с этого сервера:
html
Код:
<img src="https://cuckcapital.cr" referrerpolicy="no-referrer">
Примечание: Если Cloudflare проверяет расширенные метаданные вроде
Код:
Sec-Fetch-Site: cross-site
, один этот фронтенд-трюк может не сработать, так что Вариант 1 или Вариант 2 гораздо надёжнее.