PT Media Cloud Indonesia продаёт арендуемые мощности, которые по-прежнему зависят от стоек, транзита и ремонтных окон

Кратко

• PT Media Cloud Indonesia располагает более весомой открытой доказательной базой, чем многие небольшие хостинг-провайдеры: записи APNIC/IDNIC связывают её с AS140449, 103.152.240.0/23 и 2406:38c0::/32, а RIPEstat в проверочном окне июля 2026 года видел анонсы 103.152.240.0/24, 103.152.241.0/24 и 2406:38c0::/32 от AS140449.
• Компания продаёт широкий набор продуктов под брендом Media Cloud: домены, хостинг WordPress и Sitejet, индонезийские VPS, SSL, профессиональную электронную почту, услуги по созданию сайтов, продвижение игрового хостинга и предложение по местным линиям связи на mci.net.id с пакетами выделенной пропускной способности 1 Гбит/с, 2 Гбит/с и 3 Гбит/с.
• Оговорка об устойчивости столь же конкретна. PeeringDB указывает одно подключение к точке обмена OpenIXP/NiCE и ни одной записи о площадке для этой сети; в данных RIPEstat о соседях доминирует AS138840, а объект IPv6-маршрута в RADB описывает прокси-зарегистрированный клиентский маршрут HSP Global. Это видимые свидетельства о межсетевых соединениях, а не доказательство независимых многосайтовых мощностей.
• Условия и политика возврата средств самой Media Cloud показывают физический сценарий отказа: услуги могут стать недоступными из-за неисправности оборудования, обслуживания, ремонта или замены, перебоев в телекоммуникационных линиях, враждебных атак, перегрузок и других сбоев; возврат средств за интернет-услуги привязан к непрерывному отключению или невозможности предоставлять услугу более семи суток подряд.
• Оценка доказательной базы — средняя. Идентичность, продуктовый набор, маршрутизируемое адресное пространство и текущая доступность подтверждены хорошо; открытые данные о расположении площадок, резервных мощностях, диверсификации транзита, проверенном восстановлении и ограничениях переносимости данных остаются неполными.

Компания заметна, но зависимость остаётся физической

PT Media Cloud Indonesia заслуживает более внимательного прочтения, чем простая табличка «мелкий хостинг-провайдер». У компании две связанные публичные поверхности. Первая — корпоративный сайт и сайт о подключенияхmci.net.id, который рекламирует решения по местным линиям связи и FTTH-подключениям и направляет пользователей на витрину Cloud Services. Вторая —mediacloud.id, торговая витрина для клиентов: домены, хостинг, VPS, SSL, электронная почта и услуги по созданию сайтов. Эти две поверхности — не просто детали бренда. Они показывают, что бизнес просит клиентов довериться ему и в типовом интернет-присутствии, и в услугах, по форме близких к инфраструктуре.

Это доверие всё равно упирается в реальные ограничения. VPS — это виртуальная машина, но работает она на физических вычислительных ресурсах, хранилищах, электропитании и охлаждении. «Безлимитная пропускная способность» — маркетинговая фраза, но пакеты всё равно проходят через порты, маршрутизаторы, фильтры, оптику, транзитные контракты и коммутационные сети точек обмена. Обещание «поддержка 24/7» полезно только если клиент может достучаться до команды, когда пострадали сам сервис, система тикетов, DNS или состояние биллинга.

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

Открытые данные начинаются со слоя номерных ресурсов. Запись RDAP от APNIC/IDNIC дляAS140449указывает MEDIACLOUD-AS-ID, PT Media Cloud Indonesia, категорию «интернет-провайдер» и административный адрес в Южной Джакарте. APNIC/IDNIC также показывает IPv4-сеть103.152.240.0/23и IPv6-сеть2406:38c0::/32под именем MEDIACLOUD-ID. Эти записи не доказывают, где установлен каждый сервер, но они гораздо весомее анонимной страницы реселлера. Они показывают компанию с непосредственно видимыми интернет-номерными ресурсами.

Публичные сайты компания тоже обслуживает внутри этого же диапазона. При проверке DNS в рамках этого исследования и mci.net.id, и mediacloud.id резолвились в 103.152.240.97 — внутри выделения 103.152.240.0/23. Это небольшой, но важный сигнал: публичный сайт висит не просто за глобальной «входной дверью» без видимой связи с записью о сети. Бренд, ASN и маршрутизируемое адресное пространство согласуются настолько, что заявление об инфраструктуре можно проверить.

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

Заявленный набор продуктов шире одной страницы VPS

Страницы продуктов самой Media Cloud показывают бизнес, который хочет быть поставщиком «всё в одном» для индонезийских клиентов, создающих веб-присутствие.Витрина Media Cloudзаявляет домены, хостинг, конструктор сайтов, почтовый хостинг, SSL и VPS. Она продвигает домены.id и.com, услуги доменного реселлера и массовой регистрации доменов, а также плитку «Best Cloud VPS Hosting», ведущую к продукту VPS. Это важно, потому что широкий набор продуктов создаёт много путей зависимости. Клиент может купить у одного поставщика домен, DNS, SSL-сертификат, почтовый ящик, конструктор сайтов и VPS, а затем во время инцидента обнаружить, что техническая зависимость и зависимость от аккаунта переплетены.

Страница VPS— самое ясное заявление об арендуемых мощностях. Она продаёт «VPS Indonesia», описывает услугу как «Fast & Stable VPS Indonesia at Affordable Prices» и перечисляет 100 % выделенных ресурсов, NVMe-хранилище, безлимитный трафик и защиту от DDoS. Там также сказано, что клиенты могут выбирать операционные системы и предварительно настроенные приложения. Именно такой язык превращает небольшую сеть в бизнес-зависимость: клиенты покупают не просто адресное пространство — они ожидают вычислительные ресурсы, хранилище, установку ПО, средства безопасности и достаточный сетевой запас, чтобы приложения оставались доступными.

Страницы хостинга добавляют ещё один слой.Sitejet Hostingпредлагает хостинг в связке с конструктором сайтов и выделяет защиту от DDoS, cPanel, Softaculous и установку в один клик.WordPress Hostingиспользует ту же лексику надёжности и функций, хотя таблица тарифов на момент просмотра была недоступна для выбранной валюты. Это полезно, потому что показывает платформенные допущения под клиентским опытом. cPanel, Softaculous, конструкторы сайтов и хостинг WordPress зависят от панелей управления, статуса лицензий, практик хранения и резервного копирования. Это эксплуатируемые системы, а не просто статичные названия продуктов.

Электронная почта расширяет зависимость ещё дальше.Email Hostingрекламирует профессиональную почту с гарантией доступности 99,9 %, собственными доменами, безопасностью, мониторингом, поддержкой 24/7 и помощью с настройкой, миграцией и устранением неполадок.Professional Emailописывает 8 ГБ на почтовый ящик, веб-почту, антиспам, антивирус, подписи DKIM, автоматическое резервное копирование почты, функции трассировки писем и журналы аудита. MX-записи добавляют нюанс: mci.net.id использует почтовую защиту Microsoft, а mediacloud.id указывает на почтовые серверы Google aspmx. Это не противоречие; это показывает, что часть бизнеса опирается на внешние почтовые платформы, даже когда публичные сайты находятся в собственном адресном пространстве Media Cloud.

Страница SSLи страницы доменов завершают картину. Media Cloud продаёт не только серверы, но и слои доверия: регистрацию доменов, перенос, доменную идентичность.id, сертификаты, создание сайтов и идентичность почтовых ящиков. Клиент, который концентрирует эти услуги, получает удобство, но создаёт и проблему восстановления. Если зависнет биллинг, проверка личности, поддержка или панель управления, одновременно могут встать сразу несколько независимых бизнес-функций.

Цены на местные линии делают вопрос о стойках и маршрутах явным

Главная страница mci.net.id необычайно полезна тем, что продвигает не только абстрактные облачные сервисы. Она рекламирует «Решения по местным линиям связи и FTTH-подключениям» и описывает «высокоскоростную выделенную пропускную способность для надёжной деловой связи». На странице перечислены пакеты местных линий: Rp 10 000 000 в месяц за 1 Гбит/с, Rp 20 000 000 в месяц за 2 Гбит/с и Rp 30 000 000 в месяц за 3 Гбит/с, со ссылками «Запросить расчёт». Там также сказано, что Media Cloud обеспечивает безопасное высокопроизводительное выделенное подключение, низкие задержки, масштабируемую интеграцию и местную поддержку 24/7.

Эти заявления — не то же самое, что публичное раскрытие информации о площадке. Однако они переводят анализ из обычного веб-хостинга в плоскость физической инфраструктуры. Услуга местной линии требует пути доступа к клиенту, точки сдачи трафика, магистрального участка (backhaul), маршрутизатора, модели поддержки и процесса ремонта. Сценарий отказа больше не сводится к фразе «VPS лежит».

Это может быть проблема с оптоволокном на последней миле, проблема вышестоящего провайдера, сбой маршрутизатора доступа, проблема кросс-коннекта в дата-центре, задержка с выездом поддержки, блокировка в биллинге или проблема с клиентским CPE-оборудованием, на которую провайдер может влиять, а может и нет.

К публичным адресным данным стоит относиться осторожно. В записях APNIC/IDNIC о номерных ресурсах указан адрес Prudential Center в Южной Джакарте. В текущих публичных подвалах сайтов Media Cloud указан адрес Epicentrum Walk, 3-й этаж, блок A306-307, Jl. HR Rasuna Said, Kuningan, Южная Джакарта. Оба адреса могут быть по-своему верны: один может быть адресом в реестре, другой — текущим офисом или адресом поддержки, и ни один не обязательно указывает, где размещены клиентские нагрузки или маршрутизаторы. Это различие важно, потому что клиенты часто путают контактный адрес компании с адресом площадки. Путать не стоит.

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

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

Дело не в том, что предложение местных линий у Media Cloud слабое. Дело в том, что оно делает физическую зависимость неизбежной. Арендуемые мощности выглядят эластичными до тех пор, пока не откажет последняя миля или вышестоящий путь. Клиенту, покупающему облако и местную связь у одного провайдера, стоит спросить себя: такой пакет увеличивает контроль или просто концентрирует сбой?

AS140449 сейчас анонсирует небольшой, связный набор префиксов

Данные о маршрутах чище, чем данные о корпоративном сайте.Сводка по AS140449в RIPEstat определила владельца как «MEDIACLOUD-AS-ID — PT Media Cloud Indonesia» и показала, что AS анонсировалась в проверочном окне июля 2026 года.Представление анонсируемых префиксовRIPEstat показало 103.152.240.0/24, 103.152.241.0/24 и 2406:38c0::/32 как видимые в окне с 27 июня по 11 июля 2026 года. То есть зарегистрированный /23 операционно разделён на два видимых IPv4-анонса /24, а IPv6-выделение анонсируется как /32.

Такая конфигурация характерна для небольшого оператора, а не для гипермасштабируемого облака. Два /24 дают видимую публичную сеть — достаточно для сайтов, общего хостинга, адресов VPS, систем управления или локальных сервисов, но это не огромная розничная облачная инфраструктура. IPv6-диапазон /32 по числу адресов намного больше, но объём IPv6-адресов не следует путать с установленными вычислительными мощностями. Полезный вопрос о мощностях не в том, сколько адресов существует, а в том, сколько нагрузок можно разместить, перенести, восстановить и сопровождать, когда что-то отказывает.

История маршрутизациив RIPEstat добавляет непрерывности. Два IPv4-префикса /24 появляются в истории с сентября 2020 года, а IPv6-диапазон /32 — с марта 2021 года. На последнем наблюдаемом интервале IPv4-префиксы оставались видимыми вплоть до 11 июля 2026 года, и IPv6-маршрут также был виден до 11 июля 2026 года. Это весомее, чем недавно созданный неактивный ASN. Это указывает на публичную маршрутную поверхность, которая сохраняется годами.

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

Её ценность ограниченнее: она показывает, что публичный маршрутный контур достаточно наблюдаем для мониторинга и что клиенты могут спрашивать, что изменилось, когда менялась видимость.

Текущее состояние BGP тоже поучительно.Ответ о состоянии BGPв RIPEstat показал множество путей от глобальных коллекторов к префиксам Media Cloud, причём большинство путей достигают AS140449 через AS138840. Другие пути в выборке включали крупные глобальные транзитные сети выше по цепочке, но повторяющееся непосредственное соседство с AS138840 — та зависимость, которая важна. Клиенту не нужны все детали коллекторов маршрутов; ему нужно знать, переживёт ли сеть Media Cloud потерю или перегрузку ближайшего вышестоящего пути.

Видимая картина вышестоящих связей указывает на HSPnet и OpenIXP/NiCE

Представление соседей ASNв RIPEstat зафиксировало при проверке 11 июля 2026 года три соседних ASN: AS138840 как доминирующего соседа слева, AS7717 как ещё одного соседа слева и AS149004 как соседа справа. APNIC идентифицируетAS138840как индонезийскую запись NAP, связанную с PT Parsaoran Global Datatrans / HSPnet. APNIC идентифицируетAS7717как OpenIXP-AS-ID-AP. APNIC идентифицируетAS149004как Morapido Net в Восточном Тиморе. Эти ярлыки не доказывают контракты, но помогают объяснить маршрутное соседство.

PeeringDB добавляет добровольную картину межсетевых соединений.Запрос к сетевому APIдля AS140449 показывает «PT Media Cloud Indonesia» (также «Mediacloud»), сайт https://mci.net.id, тип информации «Enterprise», поддержку IPv6, открытую общую политику, одно подключение к IX и ноль записей о площадках. Связанныйзапрос netixlanпоказывает OpenIXP / NiCE, порт 1 Гбит/с, IPv4-адрес 43.252.146.141, IPv6-адрес 2001:7fa:f::457 и операционный статус.Запрос netfacне возвращает ни одной записи о площадке.

Самая сильная и практичная интерпретация: у Media Cloud есть видимое подключение к точке обмена OpenIXP/NiCE и публичное маршрутное соседство, в котором коллекторы видят главным путём AS138840. Более слабая интерпретация — выводить из этих полей полную архитектуру устойчивости. PeeringDB ведётся самими операторами на добровольной основе. Порт 1 Гбит/с в точке обмена не доказывает, что весь клиентский трафик сможет уйти через биржу во время транзитной проблемы. Ноль записей о площадках не доказывает, что у компании нет стоек; это лишь означает, что PeeringDB не перечисляет площадки для этой сети.

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

Объекты маршрутов в RADB усиливают ту же осторожность. Запрос RADB по AS140449 вернул объекты маршрутов для 103.152.240.0/24 и 103.152.241.0/24 с origin AS140449 и описаниями, называющими PT Media Cloud Indonesia. Объект route6 для 2406:38c0::/32 использовал origin AS140449, но в remarks описывался прокси-зарегистрированный объект маршрута для клиентского маршрута HSP Global, экспортируемого под origin-AS Media Cloud и поддерживаемого MAINT-AS138840.

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

Подтверждение происхождения маршрутов пока неполное

Проверка происхождения маршрута — не полный тест устойчивости, но это значимый контроль. Она проверяет, подтверждает ли опубликованная авторизация происхождения маршрута (ROA) данный префикс и origin-AS. В проверках RIPEstat в июле 2026 года для103.152.240.0/24,103.152.241.0/24и2406:38c0::/32вернулся статус «unknown» — в проверенном представлении не было подтверждающих ROA. RADB для этих объектов маршрутов тоже показал статус проверки происхождения RPKI как «not_found».

«Unknown» — это не то же самое, что «invalid». Это означает, что проверенные данные о происхождении маршрута не нашли авторизующей ROA. Практический риск в том, что сети со строгой политикой маршрутизации могут относиться к неизвестным маршрутам иначе, чем к валидным, или что будущий угон маршрута (route hijack) или ошибку конфигурации будет сложнее распознать автоматизированной политикой.

Для клиентов это не единственный вопрос безопасности, но это хороший вопрос при закупке: планирует ли Media Cloud публиковать ROA для своих анонсируемых префиксов и может ли она показать, что объекты маршрутов и ROA сопровождает сторона с операционной ответственностью?

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

Более широкий урок для клиента: устойчивость арендуемых мощностей состоит из нескольких слоёв. RPKI защищает авторизацию происхождения. Объекты IRR влияют на фильтры. Соседи BGP влияют на достижимость. Договорённости о точках обмена и транзите влияют на выбор путей. Площадка, электропитание, запчасти и поддержка влияют на ремонт. Резервные копии и пути экспорта влияют на восстановление. Открытые данные Media Cloud сильнее всего в середине этой цепочки и слабее на её концах: видимость маршрутов ясна; переносимость данных и проверенное восстановление публично не подтверждены.

Условия самой Media Cloud описывают сценарий отказа

Юридические страницы компании — не отполированные инженерные схемы, но о работе они говорят красноречиво.Условия обслуживания на mediacloud.idопределяют услуги широко: регистрация доменных имён, хостинг, услуги по созданию сайтов и интернет-услуги. В условиях сказано, что хостинг хранит и отдаёт контент сайтов, а интернет-услуги могут включать ТВ, электронную почту, связь и смежные сервисы. Там также указано, что Media Cloud будет прилагать коммерчески разумные усилия для обеспечения работы сайта и услуг 24 часа в сутки, семь дней в неделю.

Тот же раздел о доступности важнее самой фразы о времени работы. В нём сказано, что услуги могут быть недоступны или неработоспособны по причинам, включая неисправности оборудования, плановое обслуживание, ремонт или замену, обстоятельства вне разумного контроля, перебои или отказы телекоммуникационных линий и линий цифровой передачи, враждебные сетевые атаки, перегрузку сети и другие сбои. Там также сказано, что Media Cloud не контролирует доступность на непрерывной или безостановочной основе. Такая формулировка не редкость; многие провайдеры используют похожие оговорки.

Но здесь она даёт клиентам краткий список тех самых классов зависимостей, которые стоит проверить.

Политика возврата средствстоль же конкретна. В ней сказано, что плата за регистрацию домена в целом не возвращается после регистрации или продления; услуги хостинга и создания сайтов не возвращаются после покупки; а для широкополосных или выделенных интернет-услуг возврат возможен, если услуга непрерывно отключена более семи суток, то есть более 7 × 24 часов, или если Media Cloud не может продолжать предоставлять услугу из-за технических трудностей или запрета главы местного микрорайона. Это поразительный операционный порог. Он говорит о том, что для интернет-подключений триггер возврата измеряется днями, а не минутами или часами.

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

Именно поэтому заголовок статьи указывает на стойки, транзит и окна ремонта. Юридические условия самой Media Cloud называют те же категории: оборудование, обслуживание, телекоммуникационные линии, перегрузки и атаки. Публичные данные о маршрутизации затем показывают, где проявляется одна крупная транзитная зависимость. Задача покупателя — превратить эти публичные подсказки в договорные и проверяемые свидетельства.

Индонезийский бренд не решает вопрос локализации данных

Позиционирование Media Cloud подчёркнуто индонезийское. Страница доменов делает акцент на идентичности.id, страница VPS говорит «VPS Indonesia», в подвале указан контактный адрес в Южной Джакарте, а записи APNIC/IDNIC размещают AS и адресные ресурсы в Индонезии. Для многих клиентов, особенно малого бизнеса, в этом и суть: местный провайдер, местный язык, привычные способы оплаты и поддержка, с которой можно связаться по индонезийским каналам.

Но суверенитет данных и их локализация требуют большего, чем ярлык страны. Сайт на хостинге может находиться на адресах Media Cloud, пока электронная почта обрабатывается через Google или Microsoft. Тикет поддержки может содержать персональные данные. Резервная копия может храниться в другой системе, нежели основной сервер. Регистрация домена может включать процессы регистратора и реестра. Заявление о защите от DDoS может опираться на фильтрацию у вышестоящего оператора или стороннюю платформу. Каждый слой может помещать данные, метаданные или права доступа в другое операционное расположение.

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

Индонезийский правовой контекст тоже повышает требования к понятному обращению с данными. Постановление правительства № 71 от 2019 года об электронных системах и операциях опубликовано JDIH Kemkomdigi наэтой официальной странице. На странице есть положения о регистрации операторов электронных систем, надёжности, безопасности, управлении рисками, соглашениях об уровне обслуживания и принципах обработки персональных данных. Закон № 27 от 2022 года о защите персональных данных опубликован вJDIH Kemkomdigi. Эта статья не утверждает, что Media Cloud для каждого продукта попадает в какую-то конкретную регуляторную категорию, но национальная правовая рамка объясняет, почему клиентам стоит спрашивать, где на самом деле находятся данные, резервные копии, журналы, тикеты и доступ поддержки.

Практический тест прост. Индонезийский VPS должен давать ответ о размещении: где основной хост, где резервные копии, где учётные данные управляющего контура, где журналы и какие сторонние сервисы обрабатывают почту, DNS, фильтрацию DDoS, поддержку или биллинг? Без такой матрицы «локальность» остаётся полезным маркетинговым сигналом, но не полной гарантией суверенитета.

Установленная мощность и полезная мощность — разные вещи

Публичный сетевой след Media Cloud подтверждает скромную, но реальную историю установленных мощностей. У компании есть зарегистрированный AS, маршрутизируемый IPv4-диапазон /23, разделённый на два /24, диапазон IPv6 /32, публичные сайты внутри того же IPv4-блока, запись в PeeringDB о точке обмена, предложение местных линий и продукты VPS/хостинг/почта. Это конкретнее, чем чистый реселлер без опознаваемой сети. Этого достаточно, чтобы оправдать интерес клиента.

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

Продукт местной линии может рекламировать 1 Гбит/с, 2 Гбит/с или 3 Гбит/с, но публичные страницы не раскрывают трассы оптоволокна, диверсификацию кросс-коннектов, диверсификацию операторов или политику при перегрузке во время аварии.

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

Видимая вышестоящая картина Media Cloud делает это различие ещё насущнее. Если большинство путей глобальных коллекторов достигают AS140449 через AS138840, клиенту стоит спросить, является ли AS138840 единственной вышестоящей зависимостью, основным транзитным путём, путём через роут-сервер или частью более широкой транзитной смеси, которую публичные коллекторы показывают не полностью. Если присутствие на OpenIXP/NiCE ограничено 1 Гбит/с, клиенту стоит спросить, используется ли оно для бесплатного пиринга, доступности через роут-сервер, резерва или клиентского критичного трафика.

Если PeeringDB не показывает записей о площадках, клиенту стоит спросить, где стоит производственное оборудование и как организован физический доступ.

Ни один из этих вопросов не подразумевает нарушений. Это обычные вопросы due diligence по инфраструктуре. Небольшой провайдер может быть отличным, если честно говорит об ограничениях, проверяет восстановление и даёт клиентам рабочие пути выхода. Более крупный провайдер может оказаться хрупким, если скрывает общую точку отказа. Открытых данных о Media Cloud достаточно, чтобы составить первые вопросы, но недостаточно, чтобы их закрыть.

Поддержка и биллинг — часть инфраструктуры

Media Cloud продаёт продукты через витрину с входом по логину, контактные ссылки и кнопки связи в WhatsApp. В подвале указаны [email protected] на витрине и [email protected] на корпоративном сайте, а mci.net.id раскрывает support.mci.net.id на адресе 103.152.240.243. Это даёт клиентам несколько точек входа в поддержку, но вопрос устойчивости в том, достаточно ли эти точки независимы во время инцидента.

Поддержка — это инфраструктура, потому что она превращает обнаружение проблемы в ремонт. Если VPS упал, клиенту нужно больше, чем стандартное подтверждение тикета. Нужен ответственный специалист, диагностика, предполагаемый путь восстановления и способ выгрузить данные, если восстановление не уложится в срок клиента. Если отказала местная линия, клиенту нужно знать, может ли Media Cloud организовать выезд, контролирует ли последнюю милю партнёр и не проходит ли портал поддержки по тому же самому каналу. Если биллинг заблокировал аккаунт, клиенту нужен путь эскалации, способный отделить коммерческое состояние от экстренного доступа к данным.

Условия обслуживания делают состояние аккаунта и оплаты операционно значимым. Цены могут меняться; неуплата может повлечь приостановку или прекращение обслуживания; клиенты отвечают за безопасность аккаунта; Media Cloud может приостановить или прекратить доступ при нарушениях. Эти пункты стандартны, но они показывают, что управляющий контур не чисто технический. Домен, хостинг-пакет, почтовый ящик или VPS могут отказать и из-за административного состояния, и из-за состояния оборудования.

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

Покупателю Media Cloud стоит запросить регламент поддержки (runbook) до переноса критичных нагрузок. Кто принимает срочные звонки? Есть ли телефонная эскалация при отказе местной линии или VPS? Могут ли сотрудники поддержки переносить нагрузки или только заводить тикеты? Разделены ли очереди по аккаунтам, биллингу и жалобам (abuse) с реагированием на инциденты? Как быстро компания сможет предоставить полный экспорт диска VPS, файлов сайта, содержимого почтового ящика, DNS-зоны и кода авторизации домена, если клиент решит уйти?

Главный риск для клиента — концентрация

Удобство Media Cloud — это и её риск. Клиент вполне может купить домен, сайт, хостинг, VPS, SSL-сертификат, профессиональную почту и выделенное подключение у одной семейной линейки брендов. Для малого бизнеса это сокращает работу с поставщиками. Но это же может превратить один инцидент провайдера в составной сбой: продление DNS, выпуск сертификатов, веб-хостинг, доступность VPS, доступ к почте и местная связь могут одновременно требовать одну и ту же команду поддержки или отношения по одному аккаунту.

Инфраструктурная версия концентрации похожа. Если видимая сеть сильно зависит от AS138840, если поверхность обмена — единственная запись OpenIXP/NiCE, если производственные мощности размещены на одной нераскрытой площадке и если путь поддержки связан с той же сетью, то одна операционная проблема может затронуть сразу несколько слоёв. Открытые данные не доказывают, что все эти единичные точки существуют, но и не опровергают их. Видимых записей достаточно, чтобы требовать ответа.

Клиентам стоит проверять концентрацию четырьмя способами. Во-первых, отделить идентичность и DNS от хостинга. Можно ли быстро перенести домен? Можно ли экспортировать DNS? Доступны ли записи зоны во время сбоя хостинга? Во-вторых, отделить вычислительные ресурсы от резервного хранения. Может ли клиент восстановить VPS или сайт у другого провайдера, не дожидаясь, пока Media Cloud пересоберёт исходный хост? В-третьих, отделить связь от размещения приложений. Если местная линия откажет, сможет ли клиент достучаться до размещённого сервиса через другого оператора доступа? В-четвёртых, отделить поддержку от пострадавшей платформы.

Если портал услуг лежит, есть ли независимый канал эскалации?

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

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

О чём серьёзному покупателю стоит спросить дальше

Серьёзному покупателю стоит начать с маршрутного контура. Спросите у Media Cloud, какие услуги используют AS140449, какие префиксы выделены под клиентские пулы VPS или хостинга и находятся ли какие-то клиентские сервисы за другими провайдерами. Спросите, будут ли опубликованы ROA для 103.152.240.0/24, 103.152.241.0/24 и 2406:38c0::/32 и кто сопровождает объекты маршрутов в IRR. Спросите, является ли AS138840 основным транзитом, резервным транзитом, соседством через роут-сервер или иной связью, и есть ли второй независимый транзитный путь с достаточной платной пропускной способностью, чтобы во время сбоя пропустить клиентский трафик.

Затем спросите о модели площадки. Какой дата-центр или дата-центры размещают продукты VPS и хостинга? Стойки в собственности, аренде или перепродаже? Есть ли отдельные фидеры питания, отдельные маршрутизаторы, отдельные межсетевые экраны и отдельные вводы оптоволокна? Используется ли OpenIXP/NiCE для критичного клиентского трафика и есть ли мониторинг перегрузки на порту 1 Гбит/с? Если PeeringDB не указывает площадку, то потому ли это, что компания предпочитает не раскрывать её, сеть предоставляется через партнёра или клиентские нагрузки размещены не в публичной площадке межсетевого обмена?

В-третьих, спросите о тестах восстановления. Когда в последний раз восстанавливали диск VPS? Сколько это заняло? Восстановление шло на тот же хост, другой хост в той же площадке или в другое место? Как хранятся резервные копии хостинга WordPress и Sitejet? Может ли клиент проверить экспорт без отмены услуги? Резервируется ли почта так, чтобы клиент мог её получить? Входят ли ключи DKIM, DNS-зоны, сертификаты и архивы почтовых ящиков в пакет ухода?

В-четвёртых, спросите о границах поддержки. Каков путь для крупных инцидентов по VPS, хостингу, доменам, почте, SSL и местным линиям? Какой способ связи остаётся доступным, если mci.net.id или mediacloud.id недоступны? Создаёт ли поддержка в WhatsApp официальный тикет? Есть ли определённые сроки реакции и восстановления? Какие события порождают уведомления клиентов до начала обслуживания?

Наконец, спросите, как юридические заявления и политика конфиденциальности соотносятся с фактическим размещением данных. Политика конфиденциальности допускает трансграничную обработку, а данные DNS/MX показывают зависимость части бизнеса от глобальных платформ. Клиенту стоит спросить, где обрабатываются персональные данные, журналы, резервные копии, тикеты и платёжные записи, и можно ли договором удержать какой-либо продукт в пределах Индонезии.

Эти вопросы не враждебны. Так покупатель превращает видимую публичную сеть Media Cloud в проверенную зависимость. У компании достаточно открытых данных, чтобы такой разговор был оправдан. Но пока недостаточно открытых данных, чтобы клиенты могли его пропустить.

Оценка доказательной базы

PT Media Cloud Indonesia получает среднюю оценку открытой доказательной базы. Оценка — не балл качества компании; это балл того, что могут подтвердить открытые данные. С положительной стороны, идентичность и операционная поверхность необычайно конкретны для регионального хостинг-провайдера. APNIC/IDNIC связывает компанию с AS140449, 103.152.240.0/23 и 2406:38c0::/32. RIPEstat в июле 2026 года видел три активных анонсируемых префикса. Публичные сайты резолвятся в IPv4-блок компании. Media Cloud рекламирует конкретный набор продуктов: домены, хостинг, VPS, SSL, почту, услуги по сайтам и местные линии связи.

PeeringDB перечисляет сеть и одно подключение к OpenIXP/NiCE.

Снижение оценки касается доказательств устойчивости. Открытые данные не называют производственную площадку. PeeringDB не содержит записей о площадках. Проверка происхождения маршрутов для проверенных префиксов вернула «unknown». Видимые пути BGP сильно связаны с AS138840, а объект IPv6-маршрута описывает прокси-зарегистрированный клиентский маршрут HSP Global. Условия самой Media Cloud говорят, что услуги могут прерываться из-за неисправности оборудования, обслуживания, ремонта, отказа телекоммуникационных линий, враждебных атак, перегрузок и других причин.

Политика возврата средств предполагает, что некоторые меры за интернет-услуги привязаны к длительному непрерывному отключению, а не к короткому операционному простою.

Эта комбинация ведёт к ясному выводу: Media Cloud — реальный индонезийский провайдер размещённых сервисов и связи с видимой сетью, но клиентам не стоит считать видимую сеть доказательством многосайтовой облачной устойчивости. Правильный путь due diligence — проверить размещение площадок, диверсификацию транзита, контроли происхождения маршрутов, тесты резервного копирования и восстановления, эскалацию поддержки, правила непрерывности биллинга и права на экспорт данных. Если эти проверки удовлетворительны, открытые данные дают клиентам прочную основу для мониторинга.

Если этих проверок нет, удобство пакетного местного провайдера может превратиться в концентрированную зависимость.