Gemini, Claude или ChatGPT перестали работать через VPN? Рассказываю на своём опыте, почему публичного VPN может быть недостаточно и как я организую более стабильный доступ для постоянной работы.

Gemini не работает через VPN: что я делаю для стабильного доступа к ChatGPT и Claude

Сегодня у клиента возникла задача, которую я сам уже проходил несколько раз. Сотрудникам нужны ChatGPT, Gemini и другие иностранные сервисы на рабочих компьютерах и телефонах. При этом российские сайты, банки и корпоративные системы должны продолжать работать нормально.

На первый взгляд решение очевидное:

Поставить VPN и пользоваться.

Если иностранный сервис нужен несколько раз в месяц, я примерно так и думаю. Но если Gemini, Claude, ChatGPT, Codex или другие инструменты становятся частью ежедневной работы, обычный публичный VPN постепенно превращается из решения в ещё одну точку нестабильности.

Я сталкивался с этим на собственных аккаунтах.
Сервис переставал открываться.
Переставал работать конкретный сервер.
Приходилось менять IP и дата-центры.
Появлялись дополнительные проверки.

В случае с Claude история у меня дошла до блокировки уже оплаченного аккаунта. Её я отдельно разобрал в статье «Claude заблокировал аккаунт: что делать».

После нескольких таких случаев я перестал воспринимать VPN как кнопку «включил и забыл». Если иностранный ИИ нужен мне для постоянной профессиональной работы, я хочу максимально контролировать сетевую инфраструктуру, через которую к нему подключаюсь.

Почему Gemini может не работать даже через VPN

Первая ошибка, которую я сам когда-то делал, - считать, что наличие VPN автоматически решает вопрос доступа.
Не решает.

Между компьютером и сервисом остаётся много переменных:

• какой IP используется сейчас;
• общий он или отдельный;
• какая страна определяется;
• менялась ли страна между сессиями;
• не переключает ли VPN сервер автоматически;
• через какой маршрут идёт конкретное приложение;
• не изменилось ли что-то на стороне самого сервиса;
• не попал ли конкретный IP под ограничения.

Особенно хорошо я это почувствовал на Gemini.
Вчера всё работает.
Сегодня включаю VPN - Gemini не открывается.
Переключаю сервер - снова работает.
Через какое-то время перестаёт работать уже новый маршрут.

Поэтому вопрос «какой VPN работает с Gemini» для меня со временем превратился в другой:

Как сделать так, чтобы рабочая сетевая конфигурация менялась как можно меньше?

Почему я стараюсь не прыгать между странами

Если я постоянно использую один и тот же рабочий аккаунт, я стараюсь не создавать ситуацию, в которой сегодня подключаюсь из Германии, через час из Нидерландов, вечером из США, а завтра снова из другой страны.

Я не могу утверждать, что именно смена страны приводит к блокировке. Алгоритмы антифрода Google, OpenAI или Anthropic мне неизвестны.
Это мой практический принцип управления риском:

Чем важнее для меня аккаунт, тем меньше случайных изменений я хочу создавать в своей части инфраструктуры.

Поэтому для постоянной работы я предпочитаю выбрать одну подходящую локацию и использовать её последовательно. Обычно рассматриваю одну европейскую страну либо США.

Это не защищает от блокировки конкретного IP и ничего не гарантирует со стороны самого сервиса. Но постоянная конфигурация для меня логичнее ежедневной смены случайных публичных серверов.

Когда обычного публичного VPN достаточно

Я бы не строил отдельную инфраструктуру человеку, который хочет несколько раз открыть Gemini, посмотреть Claude и понять, нужны ли ему вообще эти инструменты. Это лишняя сложность.

Если задача выглядит так:

Иногда хочу пользоваться иностранными нейросетями.

Я бы начинал с готового решения.
Подключился.
Проверил.
Понял, нужен ли инструмент для реальной работы.
Если VPN позволяет выбирать сервер вручную, я бы старался без необходимости не менять страну и использовать одну рабочую локацию. На этапе эксперимента этого часто достаточно.

Когда для меня публичного VPN уже недостаточно

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

• ChatGPT;
• Claude;
• Claude Code;
• Gemini;
• Codex;
• Cursor;
• другие иностранные сервисы.

Тогда стоимость проблемы становится другой.
Если сервис не работает вечером ради развлечения - неприятно.
Если через него идёт профессиональная работа - останавливается процесс.
Я не могу выполнить задачу.
Сотрудник не может продолжить работу.

Приходится искать новый сервер, менять настройки и выяснять причину.
Если сотрудников несколько, проблема размножается на все устройства.
В такой ситуации я уже не хочу полностью зависеть от общей инфраструктуры публичного VPN.

Что я использую для постоянной работы

Мой текущий подход - отдельный зарубежный виртуальный сервер.
Я сам выбираю:

• провайдера;
• дата-центр;
• страну;
• сервер;
• конфигурацию подключения;
• правила маршрутизации.

После этого стараюсь не менять работающую схему без причины.
Для меня главное преимущество здесь даже не «собственный VPN».
Главное - контроль над конфигурацией.

Я понимаю, через какой сервер идёт рабочий трафик.
Я знаю, какая страна используется.

Если что-то перестало работать, могу проверить конкретный узел.
Если конкретный IP перестал подходить, могу перенести конфигурацию.
Если нужно изменить маршрутизацию, я контролирую правила сам.

Для ежедневной профессиональной работы это принципиально другая модель.

Весь интернет через зарубежный сервер мне тоже не нужен

Постоянно отправлять через иностранный сервер весь трафик компьютера неудобно. Одновременно нужны и иностранные, и российские сервисы.

Поэтому рабочая схема должна по возможности разделять трафик.
Например:

• Gemini, Claude и ChatGPT идут через зарубежный маршрут;
• российские сайты работают напрямую;
• банковские сервисы работают напрямую;
• корпоративные системы работают напрямую;
• остальной интернет не отправляется через зарубежный сервер без необходимости.

На компьютере один из понятных вариантов - выделить отдельный браузер или профиль для иностранных сервисов и направлять его через нужный маршрут.
На телефоне всё обычно сложнее. Возможности разделения трафика зависят от операционной системы и используемого клиента.
Поэтому корпоративную задачу я бы не формулировал как «поставить сотрудникам VPN».

Сначала нужно понять:

Что именно должно идти через зарубежный маршрут, а что должно работать напрямую?

Собственный сервер тоже не даёт гарантии

Здесь легко создать противоположную иллюзию:

Поднял свой сервер - теперь Gemini, Claude и ChatGPT будут работать всегда.

Я такой гарантии дать не могу. На практике я уже сталкивался с ситуациями, когда конкретный IP переставал подходить.

Тогда приходилось:

• отключать старый сервер;
• создавать новый;
• иногда выбирать другой дата-центр;
• переносить конфигурацию;
• обновлять параметры подключения.

Меняются ограничения.
Меняются сетевые условия.
Меняются правила сторонних сервисов.

Поэтому собственную инфраструктуру я рассматриваю не как вечный способ решить проблему, а как способ контролировать то, что находится на моей стороне.
На правила Google, OpenAI или Anthropic я повлиять не могу.
На свой сервер, IP, маршрут и конфигурацию - могу.

Что я проверяю, если Gemini не работает через VPN

Я бы не начинал с установки десяти новых VPN-приложений.

Сначала проверяю:

1. Работает ли этот аккаунт через другой сетевой маршрут.
2. Какой IP и страна определяются сейчас.
3. Не переключился ли VPN автоматически на другой сервер.
4. Проблема только с Gemini или одновременно с ChatGPT и Claude.
5. Работает ли сервис через другую стабильную локацию.
6. Нужно ли вообще отправлять весь трафик устройства через VPN.
7. Насколько критичен этот сервис для ежедневной работы.

Последний вопрос определяет дальнейшее решение.
Если это эксперимент - я не усложняю инфраструктуру.
Если это рабочий инструмент - начинаю уменьшать количество случайных переменных.

С Claude я был бы особенно осторожен

С Claude у меня есть дополнительный личный опыт - блокировка оплаченного аккаунта. После неё я не нашёл волшебной настройки, которая гарантирует безопасность аккаунта.

Именно поэтому я стал осторожнее относиться к сетевой конфигурации.

Что произошло, какие причины я проверял и к каким выводам пришёл, я подробно описал отдельно: «Claude заблокировал аккаунт: что делать».

Эта статья про другую часть проблемы.
Там - блокировка аккаунта.
Здесь - инфраструктура доступа.

Но для меня эти две истории связаны одним выводом: если сервис критичен для работы, я хочу контролировать хотя бы те переменные, которые находятся на моей стороне.

С ChatGPT логика такая же

Если мне нужно несколько раз что-то спросить у ChatGPT, отдельный сервер выглядит избыточным. Но если через ChatGPT, Codex и связанные инструменты идёт ежедневная работа, стабильность доступа становится частью рабочей инфраструктуры.

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

У клиента задача оказалась шире, чем просто VPN

В сегодняшней задаче нужно было не просто открыть иностранный сайт.

Нужно организовать среду:

• для нескольких сотрудников;
• на компьютерах;
• на телефонах;
• для иностранных сервисов;
• с сохранением нормальной работы российских сервисов;
• без постоянного ручного переключения всего устройства;
• с понятной инструкцией для следующих подключений.

И это уже не просто установка VPN.

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

Начинать с максимально сложной схемы я бы не стал.

Как я выбираю между простым VPN и собственной инфраструктурой

Критерий у меня сейчас очень простой.
Если хочется поиграться с нейросетью - не нужно строить инфраструктуру.
Берите доступное готовое решение, выбирайте стабильную локацию и проверяйте сам инструмент.

Если ChatGPT, Claude или Gemini уже стали частью профессиональной деятельности - я бы относился к доступу как к рабочей инфраструктуре.

Особенно если:

• есть важные оплаченные аккаунты;
• сервис используется каждый день;
• им пользуются сотрудники;
• нужен доступ и с компьютера, и с телефона;
• постоянная смена VPN уже мешает работе;
• недоступность сервиса останавливает рабочий процесс.

Для меня граница проходит не между бесплатным и платным VPN.
Она проходит между:

Иногда открыть нейросеть.

и

Каждый день выполнять через неё работу.

Что я считаю нормальным результатом

Я не обещаю конфигурацию, которую невозможно заблокировать. Такого результата я гарантировать не могу.

Нормальная рабочая схема для меня выглядит иначе.
Сотрудник открывает устройство и может пользоваться нужными иностранными сервисами без постоянного поиска случайного сервера.
Российские сервисы продолжают нормально работать.
Понятно, какой маршрут используется.
Есть инструкция.
Если сетевой контур приходится переносить, понятно, что именно нужно заменить и восстановить.
То есть вместо набора случайных VPN-настроек появляется управляемая рабочая конфигурация.

Если ChatGPT, Claude или Gemini нужны вам для работы

Если иностранные нейросети нужны эпизодически, я бы не усложнял. Если они стали постоянным рабочим инструментом компании, я бы уже отдельно проектировал доступ.

Можно прийти ко мне с текущей ситуацией: какие сервисы нужны, сколько сотрудников и устройств, какие операционные системы используются и что сейчас не работает.
Я помогу разобраться, достаточно ли готового решения или уже имеет смысл строить отдельную зарубежную инфраструктуру и маршрутизацию.
Без обещания «вечного VPN».
Задача здесь другая - сделать доступ настолько управляемым и предсказуемым, насколько это возможно с нашей стороны.