Офшорный веб-хостинг: как разместить сайт за рубежом пошагово

Коротко: офшорный веб-хостинг — это размещение сайта на сервере в другой стране, чем та, где вы живёте, обычно у провайдера, который запрашивает минимум персональных данных. Чтобы всё настроить, арендуйте VPS за рубежом, зарегистрируйте домен с WHOIS privacy и оплатите криптой, направьте DNS на сервер, отдавайте сайт через Caddy с автоматическим HTTPS, затем укрепите сервер, настройте бэкапы и держите идентичность сайта отдельно от своей.

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

Шаг 1: выберите офшорный VPS

VPS даёт полный root, так что веб-сервер, логи и TLS-ключи контролируете вы, а не панель shared-хостинга. Для статического сайта или небольшой CMS хватит 1–2 vCPU и 1–2 GB RAM; базам данных и тяжёлым приложениям нужно больше.

В NoctisNode новые серверы разворачиваются в FI-1 (Финляндия). Для регистрации нужны только email и пароль, оплата — только криптой, по умолчанию XMR, а сервер разворачивается примерно через 35 секунд после зачисления платежа. Тариф Wisp (1 vCPU, 1 GB RAM, 20 GB NVMe, $6 за 28 дней) потянет статический сайт; Pulse (2 vCPU, 2 GB, 40 GB, $10) подойдёт для WordPress и подобного. Учтите: сброса пароля по email нет, поэтому храните учётные данные надёжно. Сравните варианты в подборке лучший офшорный VPS.

Шаг 2: зарегистрируйте домен приватно и оплатите криптой

• ▹Выберите регистратора, который принимает криптовалюту и бесплатно предлагает WHOIS privacy или скрытие данных, чтобы ваши контакты не публиковались.
• ▹Помните, что регистратор всё равно хранит то, что вы ему дали. Используйте для домена отдельный email, а не личный.
• ▹Регистраторы обычно требуют контактные данные, достоверные по их условиям; ложные данные могут стать основанием для блокировки, поэтому прочитайте условия, прежде чем решать, что указывать.
• ▹У некоторых национальных доменных зон есть требования к резидентству или запрет на privacy. Проверьте политику зоны до покупки, а не полагайтесь на догадки.
• ▹Включите 2FA в аккаунте регистратора и блокировку трансфера. Потерять домен — больший риск, чем потерять сервер.
• ▹Оплачивайте VPS в Monero, чтобы оставить минимум связей в блокчейне; см. [как оплатить VPS через Monero](/guides/pay-for-vps-with-monero).

Шаг 3: направьте DNS на сервер

Используйте DNS регистратора или отдельного DNS-провайдера. В любом случае DNS-хостинг видит, какие записи существуют, и часто — объёмы запросов. Пока идёт настройка, поставьте низкий TTL (300 секунд), чтобы изменения быстро расходились.

Шаг 4: отдавайте сайт через Caddy с автоматическим HTTPS

Caddy автоматически получает и продлевает TLS-сертификаты, как только DNS указывает на сервер, а порты 80 и 443 открыты. В Debian 12/13 и Ubuntu 24.04 есть пакет `caddy`; в собственном apt-репозитории Caddy — более новые версии, если они нужны. Положите файлы в `/var/www/example`, замените `example.com` на свой домен и перезагрузите конфиг. Для проксирования на приложение вместо статических файлов см. Caddy как reverse proxy.

sudo apt update && sudo apt install -y caddy
sudo mkdir -p /var/www/example

# /etc/caddy/Caddyfile
example.com {
    root * /var/www/example
    file_server
    encode zstd gzip
    header {
        Strict-Transport-Security "max-age=31536000"
        X-Content-Type-Options "nosniff"
        Referrer-Policy "no-referrer"
        -Server
    }
    log {
        output discard
    }
}

www.example.com {
    redir https://example.com{uri} permanent
}

sudo systemctl reload caddy

Шаг 5: укрепите сервер и настройте бэкапы

1. 01.Создайте не-root пользователя с sudo, перейдите на SSH-ключи и отключите вход по паролю; следуйте [руководству по защите SSH](/guides/ssh-hardening).
2. 02.Включите файрвол: `sudo ufw allow OpenSSH && sudo ufw allow 80/tcp && sudo ufw allow 443/tcp && sudo ufw enable`.
3. 03.Включите автоматические обновления безопасности: `sudo apt install -y unattended-upgrades && sudo dpkg-reconfigure -plow unattended-upgrades`.
4. 04.Оставляйте только нужные логи. Caddyfile выше отбрасывает access-логи; решайте это осознанно, а не по умолчанию.
5. 05.Делайте зашифрованные бэкапы файлов сайта и баз данных за пределы сервера, например restic во второе место; см. [бэкапы restic](/guides/restic-backups).
6. 06.Хотя бы раз проверьте восстановление. Важен и предоплатный баланс у провайдера: если он закончится, сервер будет приостановлен, так что держите его пополненным.

Держите сайт и свою личность раздельно

• ▹Используйте отдельный email для хостинг-аккаунта, регистратора и любых сервисов сайта; никогда не используйте повторно личный адрес или никнейм.
• ▹Избегайте сторонних ID аналитики, рекламы или тегов, которые вы используете и на личных сайтах; общие ID связывают сайты между собой.
• ▹Логи Certificate Transparency публикуют каждое имя хоста, на которое вы получаете сертификат, поэтому не создавайте поддомены, раскрывающие больше, чем вы хотите.
• ▹Удаляйте метаданные из изображений и документов (EXIF, поля автора) и проверяйте историю git на настоящие имена и email перед публикацией.
• ▹Администрируйте сервер через Tor или VPN, а не с домашнего IP, и не размещайте личные проекты на том же IP.
• ▹Разделяйте и платежи: пополняйте аккаунт с кошелька, не привязанного к аккаунту биржи на ваше имя.

От чего офшорный веб-хостинг не защищает

• ▹От вашего местного законодательства: размещение сайта за рубежом не меняет правил, действующих там, где вы живёте.
• ▹От блокировки домена: регистратор или оператор доменной зоны может приостановить домен независимо от того, где стоит сервер.
• ▹От обработки абьюза: хостинги реагируют на подтверждённые жалобы, офшорные или нет.
• ▹От платёжного следа и следов аккаунтов: биржи, карточные процессинги и почтовые провайдеры ведут свои записи.
• ▹От собственных ошибок: повторно используемые никнеймы, общие ID аналитики, метаданные и вход в админку с домашнего IP сводят на нет всё остальное.
• ▹От атак на сайт: офшорное расположение — не защита от DDoS, а необновлённую CMS взломают где угодно.

FAQ