Доступ к Claude и Gemini из РФ через свой сервер

Claude от Anthropic и Gemini от Google — сильные альтернативы ChatGPT, но оба сервиса не работают с российскими IP. Свой зарубежный VPS открывает доступ к обеим моделям сразу, а единый шлюз объединяет их в одном интерфейсе.

Почему именно свой сервер

Anthropic и Google Gemini доступны из ограниченного списка стран, и Россия в него не входит. Публичные VPN здесь ненадёжны: адреса быстро попадают в блок-листы, а Google вдобавок агрессивно показывает капчу подозрительным IP. Особенно чувствителен Gemini: он проверяет геолокацию строго и отдаёт ошибку User location is not supported, если что-то в окружении выглядит подозрительно.

Свой VPS в UK, US или RU даёт чистый выделенный адрес в поддерживаемой стране. У MAATRIX обе локации доступны, а оплата картой РФ, СБП, криптой или токеном MAAT снимает проблему зарубежного биллинга хостинга. Железо AMD EPYC + NVMe обеспечивает низкий пинг, что заметно на стриминге ответов обеих моделей.

Ключи API Claude и Gemini

Зайдите на console.anthropic.com (трафик через VPS) и создайте ключ вида sk-ant-.... Для Gemini откройте aistudio.google.com и получите ключ Google AI. Оба сервиса дают OpenAI-совместимые или собственные endpoint.

Храните оба ключа на сервере в файле окружения с правами 600 и не передавайте их клиентам напрямую:

cat > /etc/ai.env <<'EOF'
ANTHROPIC_API_KEY=sk-ant-...
GEMINI_API_KEY=...
EOF
chmod 600 /etc/ai.env

Так секреты обоих провайдеров лежат в одном защищённом месте, а приложения обращаются к ним через шлюз, не зная самих ключей.

Проверяем доступ curl-ом

Claude:

curl https://api.anthropic.com/v1/messages \
  -H "x-api-key: $ANTHROPIC_API_KEY" \
  -H "anthropic-version: 2023-06-01" \
  -H "content-type: application/json" \
  -d '{"model":"claude-3-5-sonnet-20241022","max_tokens":100,"messages":[{"role":"user","content":"Привет"}]}'

Gemini:

curl "https://generativelanguage.googleapis.com/v1beta/models/gemini-1.5-flash:generateContent?key=$GEMINI_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{"contents":[{"parts":[{"text":"Привет"}]}]}'

Если оба запроса вернули ответ модели — доступ с вашего сервера работает корректно, и можно двигаться к единому шлюзу.

Объединяем в один шлюз

Держать два разных API неудобно. LiteLLM сводит их к единому OpenAI-совместимому интерфейсу. Конфиг с обеими моделями:

model_list:
  - model_name: claude
    litellm_params:
      model: anthropic/claude-3-5-sonnet-20241022
      api_key: os.environ/ANTHROPIC_API_KEY
  - model_name: gemini
    litellm_params:
      model: gemini/gemini-1.5-flash
      api_key: os.environ/GEMINI_API_KEY

Запуск:

docker run -d --name gw --restart always -p 4000:4000 \
  -e ANTHROPIC_API_KEY=sk-ant-... -e GEMINI_API_KEY=... \
  -v $(pwd)/config.yaml:/app/config.yaml \
  ghcr.io/berriai/litellm:main-latest --config /app/config.yaml

Теперь и Claude, и Gemini доступны через один endpoint http://ваш-vps:4000.

Подключаем к любимому клиенту

Плюс единого шлюза не только в удобстве. Claude силён в длинных документах и аккуратном коде, Gemini — в мультимодальности и быстрых дешёвых ответах. Держа обе модели за одним endpoint, вы маршрутизируете задачу на ту, что лучше подходит, и не переписываете интеграцию под каждый API. При росте цен или лимитов у одного провайдера переключение на другого — это смена одной строки model_name.

Шлюз OpenAI-совместимый, поэтому его понимают Open WebUI, Cursor, продолжения в IDE и большинство ботов. Достаточно указать base_url вашего сервера и виртуальный ключ:

from openai import OpenAI
c = OpenAI(base_url="https://ai.example.ru", api_key="sk-...")
print(c.chat.completions.create(model="claude",
    messages=[{"role":"user","content":"тест"}]).choices[0].message.content)

Частые ошибки

• Gemini отдаёт 400 User location — трафик всё ещё российский; проверьте маршрут до Google.
• Claude 401 — ключ передан в Authorization вместо заголовка x-api-key.
• Разные форматы ответов — используйте шлюз, он приводит их к единому виду.

Частые вопросы