Все статьи
19 июля 2026 г.·4 мин чтения

OpenRouter заблокирован в России: что делать с «Sorry, you have been blocked»

OpenRouter закрыл доступ пользователям из России — «Sorry, you have been blocked» или «Access denied by security policy» это блокировка на стороне сервиса, а не поломка твоего агента. Что помогает сразу, почему обходы работают недолго и как убрать зависимость от чужого шлюза.

Вчера всё работало, сегодня OpenRouter встречает сообщением «sorry, you have been blocked» или «access denied by security policy», и агент встал. Если ты из России, дело почти наверняка не в твоих настройках: сервис закрывал доступ российским аккаунтам в два приёма, и второй из них финальный.

Что произошло: две даты

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

Май 2026 — перестали проходить платежи. Владельцы аккаунтов с российским регионом начали получать письма о том, что сервис не поддерживает «usage, billing, or payment methods associated with your geography», и что обработка платежей для аккаунта прекращается по комплаенс-политике. Важная деталь того этапа: API продолжал работать, пока на балансе оставались деньги. Часть пользователей успела вернуть средства через Stripe, но покупки за криптовалюту по условиям сервиса невозвратны.

27 июня 2026 — закрылся сам доступ. Пользователи из России, и по сообщениям также из Беларуси, получили уведомления уже о прекращении работы: запросы к моделям от аккаунтов российского региона перестают обрабатываться. Формулировка сместилась с платежей на «usage or access associated with your geography».

То есть если у тебя перестали проходить пополнения — это первый этап, и какое-то время всё ещё можно было доработать на остатке. Если запросы отклоняются при живом балансе — это второй, и починить его настройками нельзя.

Почему это не лечится обходом

Проблема не в твоём агенте и не в конфигурации. Ты используешь чужой сервис за пределами страны, и решение о доступе принимает не ты. Ограничение введено по региону аккаунта, а не по техническому признаку вроде IP-адреса, поэтому смена сети сама по себе вопрос не закрывает.

Из этого следует неприятный, но полезный вывод: пока в цепочке есть внешний шлюз, любое решение временное.

Быстрые способы (и почему это ненадолго)

Первое, что обычно пробуют, — сменить сеть или подключиться иначе. Иногда помогает на время, но ограничение по региону аккаунта так не обходится, и рассчитывать на это как на решение не стоит.

Второе — уйти на другого облачного посредника. Российские агрегаторы с оплатой в рублях существуют, и как рабочий вариант это честнее первого. Но по сути ты меняешь одну внешнюю зависимость на другую: правила у нового шлюза свои, и завтра они тоже могут поменяться. Сравнение вариантов замены разобрано отдельно.

Третье, что стоит проверить до всякой миграции, — не путаешь ли ты блокировку с обычной ошибкой API. Коды 403, 429 и rate limit возникают и у работающих аккаунтов совсем по другим причинам: разбор ошибок OpenRouter поможет не переезжать впустую.

Общая проблема первых двух путей одна. Ты чинишь симптом, а причина — зависимость от внешнего сервиса — остаётся.

Отдельная оговорка, если работа встала прямо сейчас. Всё перечисленное — про API, то есть про то, чем ходит в модель твой код или агент. Если параллельно нужно просто что-то спросить у нейросети, пока разбираешься с доступом, для этого хватит любого чата, который открывается из России без VPN, — варианты собраны в разборе чат GPT без VPN. Ключ для агента это не заменяет.

Решение, которое не блокируется

А теперь по сути. Заблокировать можно то, что находится снаружи и чем управляет кто-то другой. Модель, которая работает на твоём собственном компьютере, блокировать нечему и некому — она не обращается ни к какому внешнему сервису.

Дока построена вокруг этого. Она работает на локальных моделях прямо на твоём железе: нет посредника, нет чужого баланса, нет доступа, который могут закрыть. Агент, который читает файлы, пишет код и запускает команды, продолжает работать, что бы ни происходило с облачными сервисами.

Разница в одной фразе: облачный посредник можно заблокировать, локальную модель — нет. Если тебя достало, что доступ к ИИ зависит от чужих решений, это единственный способ убрать зависимость целиком.

Что ты теряешь и что находишь

Честно, без прикрас. Через OpenRouter ты дотягивался в том числе до самых мощных облачных моделей, и локальная модель на обычной машине будет скромнее топовой. Это цена независимости.

Но взамен ты получаешь то, ради чего всё и затевается в такой ситуации: работу, которая не падает от чужих блокировок, отсутствие оплаты и пополнений и приватность — данные не уходят наружу. Для повседневных задач локальной модели чаще всего хватает, а если понадобится максимальная мощность на разовую задачу, облачную модель можно подключить точечно.

Как перейти без боли

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

Отдельный случай — когда OpenRouter был подключён не напрямую, а внутри Cursor, Claude Code или n8n. Там достаточно подменить адрес и ключ на локальный: разбор по каждому инструменту есть в статье про локальную модель вместо OpenRouter. Если речь именно про n8n, пригодится ещё разбор того, что в нём доступно из России — блокировка провайдера там не единственная проблема.

Что делать прямо сейчас

Если OpenRouter встал именно сегодня и работа стоит, самый быстрый устойчивый выход — поднять локальную модель и продолжить на ней, а не искать очередной обходной путь, который завтра снова отвалится. Заодно это снимает и вопрос оплаты из России, и вопрос лимитов — их у локальной модели просто нет.