Вопрос «а что видит хостинг» задают часто, и ответы в интернете обычно крайние: либо «провайдер видит всё, приватности нет», либо «возьмите сервер в Швейцарии, и вас никто не найдёт». Обе позиции неточны. Ниже — что технически доступно провайдеру VPS, от чего защищает шифрование и от чего нет, что даёт страна размещения, что меняет российский закон о персональных данных и какие настройки действительно защищают данные на сервере.
Что технически видит провайдер
VPS — виртуальная машина на чужом физическом сервере. Тот, кто управляет физическим сервером, теоретически имеет доступ ко всему, что на нём происходит. Важно разделять, что провайдер видит всегда, а что мог бы получить при желании или по требованию.
| Что | Видно провайдеру | Комментарий |
|---|---|---|
| Данные аккаунта: email, платежи, IP входа в панель | Да, всегда | Это его учёт; по политике проверки клиентов может запросить подтверждение личности |
| Объём трафика, IP-адреса, с которыми общается сервер, время | Да | Сетевое оборудование видит, кто с кем соединяется, даже если содержимое зашифровано |
| Содержимое HTTPS, SSH и других зашифрованных соединений | Нет | В сети видно только зашифрованный поток |
| Файлы на диске виртуальной машины | Технически доступны | Диск VPS — это файл или том на хосте провайдера |
| Память работающей машины | Технически доступна | Гипервизор может снять снимок памяти вместе с расшифрованными данными и ключами |
Нормальный провайдер не заглядывает в машины клиентов: это и бессмысленно при тысячах серверов, и бьёт по его репутации. Но строить защиту на предположении «технически не может» нельзя. Правильная модель: всё, что лежит на сервере в открытом виде, теоретически доступно владельцу оборудования и тем, кто вправе от него что-то требовать.
Шифрование: от чего защищает
Шифрование канала (HTTPS, SSH)
Защищает данные по дороге между пользователем и сервером: провайдер, промежуточные сети и Wi-Fi в кафе видят только шифрованный поток. На самом сервере данные расшифровываются и лежат в открытом виде. Это обязательный минимум, сегодня он бесплатный — инструкция в статье «SSL на VPS».
Шифрование диска
На VPS эта мера работает слабее, чем на ноутбуке. Чтобы сервер загрузился сам, ключ должен быть доступен при старте: либо вводиться вручную при каждой перезагрузке (через консоль провайдера), либо храниться на той же машине. В работающей системе диск в любом случае расшифрован, и ключ находится в памяти. Защита есть от одного сценария: если изымут или выбросят физический диск выключенного сервера.
Шифрование на уровне приложения
Самый сильный вариант для чувствительных полей: паспортные данные, медицинская информация, платёжные реквизиты. Приложение шифрует конкретные значения ключом, который хранится вне базы и по возможности вне сервера. Тогда полная копия базы даёт только нечитаемые строки. Цена: сложнее разработка, по зашифрованным полям нельзя искать обычными запросами. Поэтому применяют выборочно.
Шифрование бэкапов
Простая и недооценённая мера. Копии часто лежат у другого провайдера или в облачном хранилище, и там они защищены хуже основного сервера. Программы резервного копирования restic и borg шифруют данные до отправки, ключ остаётся у вас:
restic -r sftp:backup@203.0.113.20:/srv/restic init restic -r sftp:backup@203.0.113.20:/srv/restic backup /var/www /root/db-dumps
При инициализации restic попросит пароль: без него копию не прочитает никто, включая владельца сервера бэкапов. Потеряете пароль — не прочитаете и вы, храните его в менеджере паролей. Как вообще организовать копирование — в статье «Сервер для бэкапа».
Меньше хранить — меньше утечёт
Данные, которых нет, нельзя ни украсть, ни потребовать. Что можно не хранить:
- Полные IP посетителей в логах веб-сервера. Для статистики и отладки обычно хватает обрезанного адреса и короткого срока хранения.
- Старые логи. Задайте срок хранения в logrotate: не годы, а недели.
- Лишние поля в формах. Не спрашивайте дату рождения и адрес, если они не нужны для услуги.
- Данные ушедших клиентов сверх сроков, которые требует закон.
Пример для Nginx: в логах сохраняются только первые три части IPv4 (последнее число заменяется нулём):
map $remote_addr $ip_anon {
~(?P<ip>\d+\.\d+\.\d+)\.\d+ $ip.0;
default 0.0.0.0;
}
log_format anon '$ip_anon - [$time_local] "$request" $status $body_bytes_sent';
access_log /var/log/nginx/access.log anon;
Доступы — самое слабое звено
Большинство утечек случается не из-за спецслужб и не из-за изощрённых атак, а из-за открытой наружу базы, пароля из словаря и забытого доступа подрядчика:
- Вход по SSH-ключам, пароль и root-вход отключены.
- Базы, панели и служебные порты — только на
127.0.0.1или для конкретных IP. - Двухфакторная аутентификация в панели провайдера и на почте, через которую восстанавливается доступ к ней. Захват этой почты даёт доступ ко всем серверам сразу.
- Ревизия доступов раз в квартал — список проверок в статье «Обслуживание VPS».
Сервер в самой строгой юрисдикции с базой, открытой наружу без пароля, защищён ровно никак. Базовая настройка безопасности — в статье «Как настроить VPS после покупки».
Что даёт страна размещения
Юрисдикция определяет правовые рамки: по каким законам провайдер обрабатывает ваши данные и в каком порядке отвечает на официальные запросы. Различаются основания и процедуры, но ни в одной стране провайдер не обязан игнорировать законные требования. «Неприкасаемого» хостинга не существует, и обещания анонимности стоит воспринимать скептически.
| Площадка | Правовая рамка | Когда выбирать |
|---|---|---|
| Швейцария | Собственный закон о защите данных (новая редакция действует с 1 сентября 2023 года), вне Евросоюза | Когда нужна юрисдикция вне ЕС с сильной защитой данных, и это осознанное требование клиента или отрасли |
| Финляндия, Нидерланды | Евросоюз, GDPR | Когда данные европейцев должны оставаться в ЕС, нужен понятный для европейских партнёров режим |
| Россия | 152-ФЗ | Когда вы собираете персональные данные граждан России |
Если вы работаете с персональными данными россиян
Это важнее выбора «самой приватной» страны. С 1 июля 2025 года закон о персональных данных запрещает записывать, накапливать, хранить и извлекать персональные данные граждан России при их сборе в базах за рубежом. Раньше требовалось лишь, чтобы первичная база была в России. Под требования попадает и малый бизнес: форма обратной связи или база клиентов на сайте уже делают вас оператором персональных данных.
На практике: базу с данными российских клиентов держите на сервере в России, а за рубежом можно размещать то, что персональных данных не содержит, — фронтенд, статику, кэш, отдельные сервисы. Передача данных за границу допустима, но с уведомлением Роскомнадзора. Конкретную схему для вашего проекта стоит согласовать с юристом.
Как выбрать на практике
- Определите, чьи данные вы храните и какие законы к ним применяются (152-ФЗ, GDPR, требования заказчика).
- Выберите юрисдикцию под эти требования, а не под общее ощущение надёжности.
- Включите HTTPS, вход по ключам, закройте служебные порты.
- Шифруйте бэкапы и самые чувствительные поля.
- Храните меньше: обрежьте логи и лишние поля.
Start в Швейцарии — $10/мес Start в Финляндии — $10/мес Start в России — $10/мес
Цены указаны на момент публикации, оплата у провайдера. Все три тарифа — 2 vCPU и 2 ГБ памяти. В Швейцарии и России стоят диски SSD и процессоры 2.6 GHz, в Финляндии — NVMe и 3.0 GHz.
Коротко
- Провайдер всегда видит данные аккаунта и сетевые метаданные. Содержимое зашифрованных соединений он не видит, а диск и память VPS технически ему доступны.
- HTTPS защищает дорогу, шифрование диска на VPS — только выключенный диск. Реальная защита — шифрование чувствительных полей и бэкапов ключом, который хранится не на сервере.
- Храните меньше: обрезанные IP в логах, короткие сроки, только нужные поля.
- Большинство утечек — из-за доступов: ключи, закрытые порты, двухфакторная аутентификация, ревизия.
- Страна размещения задаёт правила, а не неприкосновенность. Данные россиян с 1 июля 2025 года при сборе нельзя хранить в зарубежных базах.