Алгоритмы Будущего

🛡️ 403 на бесплатных LLM — это не ключ

403 с текстом «Access denied by security policy» — это блок по IP, а не сломанный ключ и не выбранный лимит. В заголовках ответа видно CF-RAY: значит, отвечает Cloudflare, а сам запрос до сервиса не доходит. Новый ключ с того же адреса даст ровно тот же 403.

Разница в кодах простая. 401 — «пропуск не тот». 403 — «охрана не пускает у входа, пропуск даже не смотрели». Путают постоянно.

Дальше три вещи, которые всплывают, когда начинаешь это лечить.

WARP не спасает. Серверы регистрации недоступны, аккаунт не создаётся, профиль мёртвый. И подвох в логике: адрес выдаёт Cloudflare, блокирует тоже Cloudflare.

Прокси нельзя прописывать глобально. Переменная окружения наследуется всеми программами — лаунчеры и игры начинают ходить через тоннель и падают с ConnectFail. Правильно задать её внутри процесса и запустить нужное приложение.

Открытый порт ничего не доказывает. Скрипт без сверки выходного IP бодро отчитался «6 из 6 работают», хотя трафик шёл напрямую. Из 5681 публичного конфига живыми оказались 2.

Скрипты проверки и запуска лежат тут.

Проверка без сверки IP — самообман.

#безопасность #сеть #открытыйкод

🔒 Порт поменяли — защита исчезла

Вопрос: как в проекте с правильно написанной проверкой токена появляется дыра? Ответ: проверка стояла не там.

Два способа думать про Spring-приложение. Первый: «внутри один контейнер, все объекты в нём». Второй: контейнеры образуют дерево, и у служебной панели может быть свой, отдельный. В Axelix служебные адреса вынесли на порт 8081 — фильтр проверки токена остался в верхнем контейнере, а сервер на 8081 собрал свою цепочку без него.

Приложение стартовало без единой ошибки, адреса отвечали без токена. Исправили в 1.2.1: репозиторий.

Фильтр был рабочий. Просто мимо.