GEO.Hosting: закрытый сервис и архивная риск-заметка
GEO.Hosting: закрытый сервис и архивная риск-заметка
GEO.Hosting нельзя рассматривать для новых заказов.
В мае 2026 года на официальном сайте появилось уведомление о прекращении деятельности и начале процедуры банкротства. Компания сообщила о форс-мажоре у технического партнёра, потере части инфраструктуры и ограниченном сроке работы оставшихся серверов.
Что должен был сделать действующий клиент
При сообщении о закрытии правильная последовательность:
- немедленно выгрузить данные;
- проверить целостность backup;
- развернуть копию у независимого провайдера;
- переключить DNS с коротким TTL;
- проверить почту, API, cron и webhooks;
- сохранить счета, договор и переписку;
- удалить платёжные автосписания;
- не рассчитывать на длительное сохранение старой панели.
Нельзя ждать финального отключения, если провайдер уже сообщает о потере инфраструктуры.
Если доступ к серверу ещё есть
Минимальная аварийная выгрузка:
rsync -aHAX --numeric-ids --info=progress2 \
root@OLD_SERVER:/srv/ /srv/recovery/
Для базы данных лучше делать application-aware dump или согласованный snapshot. Копирование файлов работающей СУБД не гарантирует консистентность.
После восстановления проверить:
- контрольные суммы;
- число файлов и объектов;
- database migrations;
- login и пользовательские сессии;
- background jobs;
- загрузку файлов;
- TLS;
- DNS;
- backup на новой площадке.
Исторический риск «50 стран»
До закрытия GEO.Hosting рекламировал VPS во множестве стран. На страницах сервиса встречалось пояснение, что локация определяется по полю country в RIPE.
Это создавало риск, что:
- IP геолокационно относится к одной стране;
- физический сервер находится в другой;
- latency и маршрут не соответствуют ожиданиям;
- compliance нельзя подтвердить одной записью RIPE.
Страна IP и страна дата-центра — разные свойства.
Как проверять физическую локацию
Для другого провайдера, который продаёт десятки «геолокаций», нужно проверять:
- название дата-центра;
- юридического и технического оператора;
- ASN;
- upstream;
tracerouteиmtr;- latency до локальных операторов;
- rDNS;
- geofeed;
- письменное подтверждение физического размещения.
whois SERVER_IP
traceroute SERVER_IP
mtr -rwzc 100 SERVER_IP
Даже совокупность сетевых признаков может давать только вероятностный вывод. Для compliance нужен договор и официальное подтверждение места обработки данных.
Связь с другими брендами
В публичных источниках обсуждалась связь GEO.Hosting с PQ.Hosting и UFO.hosting. Такая связь требует осторожной формулировки:
- общий ASN или IP-range не всегда означает одно юридическое лицо;
- reseller может продавать инфраструктуру другого оператора;
- бренд, платёжная сторона и дата-центр могут различаться.
Для практического риска важнее установить, кто хранит данные и кто отвечает по договору.
Статус в SEO Recipes
GEO.Hosting перенесён в раздел «Каталоги и закрытые сервисы».
Страница сохраняется потому, что история полезна как кейс:
- срочной миграции при закрытии провайдера;
- зависимости от технического партнёра;
- невозможности считать backup внутри одной группы независимым;
- различия IP-geolocation и физической локации;
- необходимости заранее иметь exit plan.
Checklist при закрытии провайдера
- [ ] Данные выгружены до финального отключения.
- [ ] Backup восстановлен на другой площадке.
- [ ] База проверена на консистентность.
- [ ] DNS и TTL подготовлены к переключению.
- [ ] Почта и внешние integrations проверены.
- [ ] Удалены автоплатежи.
- [ ] Сохранены документы и переписка.
- [ ] Новый backup находится вне старой инфраструктурной цепочки.
- [ ] Физическая локация нового VPS подтверждена отдельно.
