Кратко

  • Публичные идентичности CDZNET сходятся в одну. Данные бразильской компании и сайт провайдера используют CNPJ28.583.371/0001-62, адрес в Сан-Жозе-ду-Риу-Прету и юридическое наименование CDZNET Дата-центр LTDA; Registro.br закрепляет за тем же CNPJ AS263062, два блока IPv4/22и один блок IPv6/32.
  • Сеть реально используется. RIPEstat наблюдал AS263062 как источник всех трёх выделений Registro.br с 1 по 15 июля 2026 года, при широкой видимости у коллекторов и наличии двух чётко наблюдаемых соседних сетей. Ни для одного из трёх агрегированных маршрутов в зафиксированных проверках не было валидирующей авторизации RPKI; они возвращалиunknown, а неinvalid.
  • Есть публичное подтверждение реальной услуги помимо собственного каталога компании. Муниципалитет Олимпии фиксирует контракт с CDZNET на R$121 209,72 на срок с 23 октября 2025 года по 22 октября 2026 года на выделенные и виртуальные облачные серверы, ПО для баз данных, расширенный мониторинг и сеть «точка-точка». Запись подтверждает конкретное клиентское обязательство, а не доступность услуги или результаты поддержки.
  • Покупателям стоит превратить полезное локальное предложение провайдера в проверяемые обязательства. Сайт рекламирует бразильскую площадку, аптайм 99,9%, связь через восемь операторов, круглосуточную поддержку с максимумом два часа, управляемое резервное копирование и аварийное восстановление. Публичные материалы недостаточно строго определяют порядок расчёта аптайма, отсчёт времени поддержки, целевые параметры восстановления, пути операторов, карту копий данных и компенсации, чтобы на них можно было опереть критичную нагрузку без согласованного регламента.

Компания, сеть и юридический адрес сходятся к одному оператору

Региональные инфраструктурные провайдеры часто предъявляют три идентичности: юридическое лицо в договоре, бренд на сайте и держателя сети в интернет-реестрах. Когда эти идентичности не совпадают, покупателю бывает трудно установить, кто контролирует адресное пространство, кто эксплуатирует сервис и кто отвечает за устранение последствий инцидента. У CDZNET сравнительно надёжная цепочка атрибуции.

Запись бразильского реестра компаний по CNPJ 28.583.371/0001-62 называет CDZNET Дата-центр LTDA, отмечает её как действующую, указывает дату открытия 5 сентября 2017 года и штаб-квартиру по адресу Rua Independencia 2472, Сан-Жозе-ду-Риу-Прету, Сан-Паулу. Основной вид деятельности — обработка данных, предоставление приложений и интернет-хостинг. Дополнительные виды деятельности включают фиксированную электросвязь, доступ к сетям связи, мультимедийную связь, голосовые услуги по IP и техническую поддержку. В записи также названы администраторами Aldevino de Zan и Marcelo Basile de Zan.

Casa dos Dados перепубликует материалы бразильской налоговой службы (Receita Federal) и не заменяет актуальную заверенную выписку из реестра компаний, но идентификаторы конкретны и внутренне согласованы.

Страница компании провайдера повторяет юридический CNPJ и адрес. В ней сказано, что бизнес CDZNET начался в 2007 году и компания построила собственный дата-центр в 2010 году, тогда как действующее общество с ограниченной ответственностью в записи реестра датируется 2017 годом. Эти даты могут сосуществовать: бренд или деятельность предшественника могут быть старше текущего юридического лица. Их не следует молча объединять. Покупатель, оценивающий контрактную непрерывность, должен спросить, какая организация управляла более ранним сервисом, переходили ли контракты или активы, и какая компания сейчас владеет или арендует оборудование площадки.

Решающее техническое звено — RDAP-запись Registro.br для AS263062. Она указывает CDZNET Дата-центр LTDA как регистранта, публикует тот же CNPJ и называет Marcelo Basile de Zan в цепочке административных контактов и контактов для жалоб о злоупотреблениях. Она связывает ASN с блоками186.232.108.0/22,191.243.140.0/22и2804:938::/32. Отдельная адресная запись Registro.br для186.232.108.0/22снова называет компанию и CNPJ; эквивалентные записи делают то же для191.243.140.0/22и2804:938::/32.

Это больше, чем совпадение названий. Единый бразильский налоговый идентификатор связывает публичную витрину продаж, запись о компании, ASN и выделенные адресные блоки. Он не доказывает, кто находится на смене, где стоит каждый сервер и принадлежит ли компании каждый актив. Но он даёт клиентам конкретного контрагента и сетевую идентичность, которую можно вписать в регламент обслуживания, план инцидентов и процедуру выхода.

Каталог описывает реальные границы эксплуатации

Текущий сайт CDZNET представляет широкий, но целостный инфраструктурный каталог: колокация, выделенные серверы, Cloud Server, VPS, облачное резервное копирование, корпоративная почта и хостинг сайтов. Это не взаимозаменяемые продукты. Они по-разному распределяют операционную ответственность, и сайт даёт достаточно деталей, чтобы увидеть, где начинаются некоторые из этих границ.

На страницеCloud Serverсказано, что виртуальные машины работают на VMware в собственном бразильском дата-центре провайдера. Там рекламируются среды Linux и Windows, масштабирование диска, памяти и CPU под управлением клиента, защита от DDoS, управляемое резервное копирование и оплата в бразильских реалах. На момент проверки базовое предложение Cloud Basic отображало один виртуальный процессор, 2 ГБ памяти, 50 ГБ диска, один адрес IPv4 и ежемесячную цену R$179,88. Опубликованные конфигурации и цены — это снимок предложения на момент проверки, а не гарантия зарезервированной ёмкости или того, что каждая опция включена в каждый заказ.

Страницавыделенных серверовпроводит другую границу. Там рекламируются доступ root или администратора, изолированное оборудование, Linux или Windows, опциональные панели управления, управляемое резервное копирование, защита от DDoS и предоставление в течение 48 часов. Три показанные конфигурации используют процессоры Xeon E5-2673 v3, SSD-накопители, RAID 1, четыре адреса IPv4 и публичный порт 1 Гбит/с. Выделенный сервер может снизить конкуренцию за вычислительные ресурсы, но сам по себе не изолирует электропитание, сеть, администрирование хранилища, учётные данные резервного копирования или круг лиц, уполномоченных вмешиваться.

Предложениеколокацииоставляет сервер у клиента и передаёт CDZNET электропитание, охлаждение, физическую безопасность и эксплуатацию площадки. В нём сказано, что клиенты могут установить оборудование самостоятельно или купить монтаж и другие услуги поддержки дата-центра у CDZNET. Это различие важно при сбое: собственное устройство клиента всё равно может зависеть от сотрудников провайдера в отношении доступа к консоли, замены кабелей, перезагрузки и работы с носителями. Поэтому объём и полномочия услуги remote hands стоит согласовать до первого срочного запроса.

Резервное копирование добавляет ещё один контур управления. Страницарезервного копирования и аварийного восстановленияописывает ежедневные проверки целостности, выносную передачу по оптоволокну, VLAN или выделенным каналам, Veeam или Acronis, поддержку Microsoft 365, Azure, AWS, виртуальных машин, конечных устройств и физических серверов, а также аварийное восстановление по требованию. Это значимые компоненты услуги. Но проверка целостности — это не тест восстановления, а внешняя копия не обязательно изолирована от рабочих учётных данных или инцидента, повредившего источник. Покупателю нужны расположение резервной копии, модель аренды, неизменяемость, срок хранения, владелец ключей шифрования, оповещения о сбоях, целевая точка восстановления (RPO) и измеренная целевая длительность восстановления (RTO) для конкретной нагрузки.

Таким образом, каталог задаёт границы эксплуатации, а не гарантированный результат. Он показывает команде платформы, что CDZNET готов продавать и какими слоями провайдер может управлять. Заказ, регламент обслуживания и эксплуатационный регламент (runbook) должны определять, какая сторона фактически создаёт учётные записи, обновляет гостевые системы, следит за ёмкостью, согласовывает изменения, восстанавливает данные и оплачивает аварийные работы.

Государственный контракт — полезное подтверждение услуг, но с узким смыслом

Самоописание становится убедительнее, когда запись с именем заказчика показывает, что услуги действительно закупались. Страница электронных торговмуниципалитета Олимпииуказывает CDZNET Дата-центр LTDA как подрядчика по контракту 200/2025. В заявленный объём входят выделенный облачный сервер, лицензии на ПО для управления базами данных, расширенное администрирование и мониторинг сервера, сеть «точка-точка» и виртуальный облачный сервер. Опубликованная сумма — R$121 209,72, срок — с 23 октября 2025 года по 22 октября 2026 года.

Эта запись отвечает на важный вопрос: CDZNET выбрали для многослойной производственной задачи, объединяющей вычисления, ПО, мониторинг и связь. Это более весомое доказательство оказания услуг, чем общий отзыв, поскольку заказчик, объём, сумма и сроки открыты. Запись также показывает, почему провайдер важен за пределами обычного веб-хостинга: муниципальная нагрузка может совместить непрерывность эксплуатации, администрирование баз данных и предоставление сети в одних отношениях с поставщиком.

Публикация контракта не показывает наблюдаемый аптайм, число инцидентов, скорость восстановления или удовлетворённость пользователей. Решение о закупке фиксирует обязательство, а не его исполнение. И одно государственное поручение не стоит превращать в общее утверждение об объёме клиентской базы или доле рынка. Корректный вывод: юридическое лицо получило контракт на конкретную облачную и сетевую услугу, а качество исполнения — отдельный вопрос доказательств.

Для нового покупателя состав контракта с Олимпией — полезная модель для due diligence. Он показывает слои, которые стоит тарифицировать отдельно: физические или виртуальные вычислительные ресурсы, лицензии на ПО, мониторинг, доступ к сети и труд по эксплуатации. Пакетирование может уменьшить количество передач между командами при инциденте, но может и сконцентрировать риски отказа и выхода. Клиент должен знать, может ли он перенести лицензию на базу данных, экспортировать образы машин, сохранить историю мониторинга, заменить канал «точка-точка» и восстановить доступ администратора независимо.

AS263062: сеть активна, работает в dual-stack и атрибутируется

Наиболее явное подтверждение текущей эксплуатации — в публичной маршрутизации. Запись RIPEstat об анонсируемых префиксах для AS263062 показывала186.232.108.0/22,191.243.140.0/22и2804:938::/32на всём протяжении окна наблюдения с 1 по 15 июля 2026 года. Это те же три выделения, которые связаны с Registro.br. Каждый IPv4-блок/22содержит 1024 адреса, а IPv6-блок/32даёт гораздо большее адресное пространство. Ёмкость адресов — это не количество серверов и не уровень загрузки, а ресурсный след.

В представлениях статуса маршрутизации RIPEstat оба IPv4-агрегата были видны 325 из 326 сообщающих IPv4-пиров на момент проверки. Статус186.232.108.0/22датировал первое наблюдение источника AS263062 апрелем 2012 года, а статус191.243.140.0/22— апрелем 2014 года. Агрегат IPv6 был виден 320 из 322 сообщающих IPv6-пиров. Эти измерения подтверждают долгоживущую, глобально видимую маршрутизацию под связанным с компанией ASN. Они не измеряют потери пакетов, перегрузку, доступность приложений или аптайм площадки.

Наблюдение соседей через RIPEstat выявило 15 июля две чётко видимые соседние сети: AS262761, определённую RIPEstat как Sinal Br Telecom, и AS268764, определённую как NetCaster Solutions. Третья, AS262427, имела очень низкую видимость и была отнесена к неопределённым. Это подтверждает наличие более чем одного видимого внешнего пути на уровне управляющей плоскости. Но это не раскрывает ёмкость каналов, коммерческие условия, вводы в здание, кабельную канализацию и то, есть ли у двух маршрутов общая физическая зависимость.

Эта граница важна, потому что сайт CDZNET утверждает, что у площадки есть связь с восемью интернет-операторами, а Cloud Server использует прямое подключение PTT или PIX. Публичные BGP-коллекторы не обязательно показывают все частные соединения, резервные каналы или отношения с реселлерами. Отсутствие восьми видимых соседних ASN не доказывает ложность утверждения. И наоборот, логотип оператора или счёт за канал не доказывает разнообразия путей. Критически важному клиенту стоит запросить актуальную матрицу операторов, ёмкости каналов, штатную политику маршрутизации, схему аварийного переключения и результат контролируемого теста переключения.

PeeringDB даёт датированную перекрёстную проверку, а не актуальную карту топологии. Запись AS263062 в PeeringDB, последний раз обновлённая на сетевом уровне в июле 2022 года, описывает контентную сеть с 21 префиксом IPv4, одним префиксом IPv6 и диапазоном трафика 100–1000 Мбит/с. В ней нет ни одной публичной точки обмена и ни одной площадки. PeeringDB заполняется самими операторами на добровольной основе; пустые таблицы точек обмена и площадок не опровергают утверждения CDZNET о PTT, операторах или здании. Устаревшая запись просто не может подтвердить их сегодня. Живые реестровые и маршрутные измерения весят больше для текущей атрибуции сети.

Авторизация маршрутов — видимый пробел в безопасности

Три проверки RPKI, зафиксированные при сборе данных, заслуживают отдельного разбора. RIPEstat вернулunknownдля источника186.232.108.0/22,191.243.140.0/22и2804:938::/32. В каждом ответе список валидирующих авторизаций происхождения маршрута был пуст.

unknown— это неinvalid. Это значит, что у валидатора не было применимой криптографической авторизации, по которой можно было бы судить о наблюдаемом источнике. Маршруты по-прежнему были широко видны, а записи реестров связывали и ресурсы, и ASN с CDZNET. Тем не менее из-за отсутствующей авторизации сети, применяющие валидацию происхождения маршрута, остаются без положительного сигнала RPKI для этих агрегатов.

Для провайдера, продающего защиту от DDoS, резервирование и высокую доступность, контроль маршрутов должен быть частью разговора о гарантиях. Клиенту стоит спросить, планирует ли CDZNET создавать авторизации происхождения маршрута, кто контролирует учётные данные реестра, как согласуются экстренные смены источника и как будет авторизован маршрут аварийного восстановления. RPKI не защитит серверы и не остановит любую утечку маршрутов. Он сделал бы предполагаемый источник независимо проверяемым и убрал одну устранимую неоднозначность на границе маршрутизации.

Бразильская локация должна быть определена для каждой копии и плоскости управления

Локальное предложение CDZNET необычно конкретно. На странице Cloud Server сказано, что серверы размещены в Бразилии. Страница резервного копирования рекламирует внешнее хранилище в национальном дата-центре. Страница компании указывает площадку в Сан-Жозе-ду-Риу-Прету и публикует конкретные инфраструктурные заявления: 1408 стоечных юнитов колокации, 300 кВА плановой мощности электроснабжения, генератор Caterpillar на 100 кВА, резервируемые моторы охлаждения Trane, ИБП, противопожарную защиту, контролируемый доступ и непрерывный мониторинг.

Эти детали делают возможными визит на объект и инженерный план. Но они ещё не показывают установленную полезную мощность, текущую нагрузку, селективность схемы электропитания, автономность по топливу, историю обслуживания, разделение противопожарных зон и то, находится ли резервное хранилище в той же зоне риска. Разница между плановой мощностью 300 кВА и названным генератором на 100 кВА особенно нуждается в объяснении нагрузки и приоритетов. Покупателю стоит спросить, какие системы остаются запитаны при отключении внешнего электроснабжения, как долго и при какой испытанной нагрузке.

Политика конфиденциальности CDZNET от 8 февраля 2022 года говорит, что персональные данные, за которые отвечает компания, не передаются за пределы Бразилии. В ней также объясняется, что CDZNET часто выступает обработчиком по указаниям клиента и может применять продуктовые условия конфиденциальности. Это полезное публичное обязательство, но его объём уже, чем общее обещание, что каждая копия данных клиента остаётся в Бразилии.

Облачные сервисы и резервное копирование создают несколько мест хранения: основные диски, реплики, снапшоты, журналы мониторинга, вложения в тикеты, телеметрию, системы идентификации, почту, сеансы поддержки вендора и копии аварийного восстановления. На странице резервного копирования прямо указана поддержка Microsoft 365, Azure и AWS, что может вводить регионы, выбранные клиентом или зависящие от поставщика. Договор об обработке данных должен перечислять каждую категорию данных, роли контролёра и обработчика, физический регион, субисполнителей, механизм передачи, срок хранения и доказательство удаления.

Бразильская регистрация и местная площадка сами по себе не закрывают эти поля.

Локация имеет и операционное измерение. Данные могут оставаться в Бразилии, пока привилегированная поддержка осуществляется откуда-то ещё или пока вендор ПО получает диагностические материалы. И наоборот, собственный аккаунт клиента в Azure или AWS может осознанно размещать защищённую копию в другой юрисдикции. Правильная цель гарантии — не широкий национальный ярлык, а проверенная карта для конкретной услуги: кто может получить доступ к каждой копии и что происходит при поддержке, восстановлении и выходе.

Заявление о поддержке за два часа требует правил отсчёта, ответственного и компенсаций

CDZNET многократно рекламирует обученный персонал, доступный 24 часа в сутки семь дней в неделю, с максимальным SLA поддержки два часа. На странице контактов есть каналы для технической поддержки, модернизации, восстановления резервных копий, продаж и общих вопросов. Публичные записи ASN и адресных блоков также раскрывают контакт для жалоб о злоупотреблениях и технический контакт. Вместе это более подотчётная поверхность, чем у провайдера только с анонимной формой заказа.

Фраза «два часа» остаётся неконкретной. Это может означать первое подтверждение, назначение инженера, диагностику, временное решение или полное восстановление. Она может относиться ко всем тикетам или только к определённому уровню критичности, а отсчёт времени может приостанавливаться, пока провайдер ждёт информацию от клиента. Круглосуточная доступность может описывать очередь, но не доказывает, что на смене находятся сотрудники с полномочиями в сети, гипервизоре, хранилище и базах данных.

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

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

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

Оценивайте модель эксплуатации, а не название дата-центра

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

Сравнение с гиперскейлер-облаком, другим провайдером колокации или собственной инфраструктурой должно учитывать границу работ. В зависимости от продукта CDZNET может взять на себя предоставление ресурсов, физическую безопасность, электропитание, охлаждение, эксплуатацию сети, мониторинг, резервное копирование и восстановление. Клиенту всё равно нужны управление ёмкостью, безопасность гостевых систем, контроль идентичности, наблюдаемость приложений, тестирование восстановления, контроль расходов и путь выхода. Низкая ежемесячная цена виртуальной машины — не полная стоимость, если эти механизмы контроля не обеспечены финансированием.

Концентрация у одного поставщика заслуживает осознанного решения. Покупка вычислений, связности «точка-точка», мониторинга, резервного копирования и поддержки у одного локального оператора может убрать задержки координации. Но тот же пакет может сделать так, что один инцидент или коммерческий спор затронет сразу несколько вариантов восстановления. Независимый мониторинг, экспорт на стороне клиента, отдельные аварийные учётные данные и как минимум одна копия для восстановления вне административного домена провайдера позволяют сохранить удобство, не завязывая все механизмы контроля на одну учётную запись.

Перед критически важным внедрением покупателю стоит попросить CDZNET превратить пять публичных заявлений в доказательства: заявление о площадке — в реестр активов и схему электропитания; заявление о восьми операторах — в матрицу операторов и путей; аптайм 99,9% — в методику измерения и формулу компенсаций; заявление о поддержке за два часа — в правила отсчёта по уровням критичности и эскалацию; бразильскую локацию — в карту данных по каждой копии. Также стоит запросить актуальные планы по RPKI, недавние свидетельства аварийного переключения и восстановление по предлагаемой схеме резервного копирования в присутствии свидетеля.

Название CDZNET можно обоснованно рассматривать как указание на атрибутируемого бразильского оператора инфраструктуры. Само по себе оно не является гарантией эксплуатации. Публичная картина даёт надёжную отправную точку; остальное услуга должна заработать точностью договора, наблюдаемыми маршрутами, проверенным восстановлением и результатами поддержки, которые сохраняются, когда лёгкие дни заканчиваются.