NotebookLM через свой сервер: доступ без блокировок

MAATRIX

NotebookLM — один из немногих ИИ-инструментов Google, у которого пока нет прямого аналога: загружаете туда PDF, статьи, конспекты лекций, и модель отвечает строго по этим документам, а не по общим знаниям из интернета, плюс умеет собрать из них аудио-обзор в формате подкаста. Проблема в том, что сервис недоступен из России точно так же, как Gemini — регион определяется по IP, и открыть notebooklm.google.com напрямую не получится. Рабочий вариант тот же, что и для остальных геоограниченных сервисов Google: собственный сервер за рубежом и WireGuard-туннель до него.

Что такое NotebookLM и зачем он нужен

NotebookLM — это не чат общего назначения, а инструмент для работы с конкретным набором документов, который вы сами загружаете в «блокнот» (notebook). Источниками может быть PDF, Google Docs, вставленный текст, ссылка на сайт или YouTube-видео с субтитрами — лимит по объёму на бесплатном тарифе исчисляется десятками источников на блокнот. Модель отвечает только на основе загруженного: если в документах нет ответа, она честно об этом скажет, а не придумает правдоподобную выдумку, как это иногда бывает с обычными чат-моделями без ограничения контекста.

Отдельная фишка — Audio Overview: сервис сам генерирует аудио-разговор двух ведущих, которые обсуждают содержимое загруженных документов, как подкаст. Удобно для конспектов, исследовательских материалов или длинных отчётов, которые проще прослушать за десять минут, чем прочитать за час. Есть и режим генерации карт памяти, таймлайнов и кратких сводок по источникам — всё строится из того, что вы загрузили, без обращения к внешним знаниям модели.

Почему NotebookLM недоступен из России

Google определяет доступность сервиса по тому же принципу, что и для Gemini: сначала смотрит на IP-адрес запроса, и если он относится к российскому диапазону, отдаёт страницу с сообщением о недоступности в регионе. Дальше в дело идут вторичные сигналы — язык интерфейса, часовой пояс системы, а для залогиненного пользователя ещё и страна в платёжном профиле аккаунта Google. Смена одного лишь IP решает проблему в большинстве случаев, но не всегда: если аккаунт годами использовался из России и в платёжных данных указан российский адрес, блокировка может остаться даже после переключения на зарубежный сервер — это стоит держать в голове заранее, чтобы не тратить время на поиск несуществующей проблемы в конфиге VPN.

Бесплатные VPN-расширения и публичные сервисы с общими IP здесь работают плохо: адрес делится между тысячами пользователей, Google видит аномальную активность с одной точки и банит диапазон — иногда сразу, иногда через пару дней после того, как вы уже привыкли, что всё работает. Собственный сервер снимает эту проблему: IP принадлежит только вам, его репутация зависит только от вашего трафика.

Разворачиваем WireGuard на сервере

Логика простая: арендуете сервер в стране, где NotebookLM доступен без ограничений (США и Великобритания подходят одинаково хорошо), поднимаете на нём WireGuard и подключаете к нему устройство как клиента. Весь трафик до notebooklm.google.com идёт через зарубежный IP, а для Google это выглядит как обычный локальный пользователь.

Если сервер уже арендован, самый быстрый путь — скрипт автоматической установки. Подключитесь по SSH и выполните:

curl -O https://raw.githubusercontent.com/angristan/wireguard-install/master/wireguard-install.sh
chmod +x wireguard-install.sh
sudo ./wireguard-install.sh

Скрипт задаст несколько вопросов (внешний IP сервера, порт, DNS для клиентов) и сгенерирует файл конфигурации клиента в /root/. Подробный процесс установки с нуля, включая выбор параметров и типичные ошибки на этом шаге, разобран в статье про установку WireGuard на VPS.

Если предпочитаете minimal-конфиг без скрипта-помощника, вот базовый серверный /etc/wireguard/wg0.conf:

[Interface]
PrivateKey = <приватный_ключ_сервера>
Address = 10.66.66.1/24
ListenPort = 51820
PostUp = iptables -A FORWARD -i wg0 -j ACCEPT; iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE
PostDown = iptables -D FORWARD -i wg0 -j ACCEPT; iptables -t nat -D POSTROUTING -o eth0 -j MASQUERADE

[Peer]
PublicKey = <публичный_ключ_клиента>
AllowedIPs = 10.66.66.2/32

Замените eth0 на имя реального внешнего интерфейса сервера (проверяется командой ip a), включите проброс пакетов и поднимите интерфейс:

sysctl -w net.ipv4.ip_forward=1
wg-quick up wg0

Настраиваем клиент

Дальше — клиентская часть, и она одинакова что для ноутбука, что для телефона, с которого вы обычно заходите в NotebookLM.

На macOS/Windows/Linux: ставите официальное приложение WireGuard (App Store, Microsoft Store или wireguard-tools через пакетный менеджер), импортируете .conf-файл, который сгенерировал скрипт на сервере, и включаете туннель тумблером.

scp root@ваш_сервер:/root/wg0-client.conf ~/Downloads/

На Android/iOS: приложение WireGuard из соответствующего магазина умеет сканировать QR-код конфига — если сервер настроен через скрипт, он способен вывести QR прямо в терминале, что удобно для быстрой настройки телефона без переноса файлов.

После подключения проверьте, что DNS не утекает мимо туннеля. Если в клиентском конфиге уже есть строка DNS = 1.1.1.1, приложение применит её автоматически. На macOS вручную это можно сделать так:

networksetup -setdnsservers Wi-Fi 1.1.1.1 8.8.8.8

Проверка результата — простой запрос к сервису геолокации по IP:

curl -s https://ipinfo.io/json

Если в ответе — страна и адрес сервера, а не ваш реальный регион, туннель работает как положено, и notebooklm.google.com должен открыться без ошибки региона.

Частые проблемы при первом запуске

Даже при поднятом туннеле NotebookLM иногда продолжает считать вас пользователем из России — обычно по одной из трёх причин.

Первая — закэшированная сессия браузера. Google хранит признак региона не только в IP, но и в cookie текущей вкладки. Закройте вкладку с notebooklm.google.com полностью, сбросьте DNS-кэш и откройте заново:

sudo dscacheutil -flushcache
sudo killall -HUP mDNSResponder

Вторая — сам аккаунт Google. Если он регистрировался и годами использовался из России, в платёжном профиле стоит российский адрес, и блокировка по региону аккаунта может сохраниться даже с зарубежным IP. Здесь помогает либо смена данных в профиле, либо использование отдельного аккаунта, изначально привязанного к нужному региону.

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

Таблица ниже суммирует, что именно проверяет Google и решает ли это WireGuard-туннель:

Приватность: почему не любой документ стоит грузить в NotebookLM

Здесь стоит сказать честно: NotebookLM — облачный сервис, и загруженные в него документы физически лежат на серверах Google, даже если публичная политика утверждает, что содержимое не используется для обучения общих моделей. Для конспектов лекций, публичных статей или рабочих заметок это не проблема. Но если в PDF, которые вы собираетесь загрузить, есть персональные данные клиентов, медицинские записи, договоры с NDA или коммерческая тайна — отправлять их в чужое облако, пусть даже с честными обещаниями о непередаче данных, не лучшая идея. Формально вы уже нарушаете периметр: документ покинул ваш контур и оказался на инфраструктуре, которую вы не контролируете и не можете проверить.

Для действительно чувствительных документов правильнее не искать способ обойти блокировку NotebookLM, а поднять аналог на собственном сервере: AnythingLLM умеет то же самое — RAG-поиск по загруженным PDF, ответы строго по документам, локальная векторная база — но всё это работает на вашей машине, и ни один байт документа никуда не уходит. Как это разворачивается на практике и какие нюансы возникают с приватными данными, подробно разобрано в статье RAG по своим PDF без облака: свой сервер вместо загрузки в чат. Практический принцип простой: NotebookLM через свой сервер — для рабочих, публичных и учебных материалов, AnythingLLM на своём сервере — для всего, что не должно покидать периметр.

Какой сервер и локацию выбрать

Для доступа к NotebookLM через браузер хватает младшего тарифа: 1 vCPU, 1–2 ГБ RAM, канал от 100 Мбит/с — WireGuard почти не нагружает ресурсы сервера, узкое место здесь не производительность, а стабильность и репутация IP-адреса. Если вы планируете параллельно поднять AnythingLLM на том же сервере для приватных документов, конфигурацию стоит взять с запасом: минимум 4 ГБ RAM для комфортной работы локальной модели и векторной базы, подробнее в статье сколько RAM нужно для AnythingLLM.

По локации США и Великобритания одинаково хорошо подходят для доступа к сервисам Google. Разница в основном в задержке — если вы физически ближе к Европе, латентность до UK обычно чуть ниже, что особенно заметно при прослушивании сгенерированных Audio Overview в реальном времени без предварительной буферизации. Для разового или нерегулярного использования разница некритична, и выбор можно делать по цене или наличию уже готовой инфраструктуры — сравнение конкретных тарифов и IP-диапазонов разобрано в статье про подбор VPS для VPN в США.

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