Macrohosting のネットワークは可視化されているが、サービス保証はまだ完了していない

要約

• Macrohosting という名称は、LACNIC、CABASE、プロバイダーのウェブサイトを通じて、Nicolas Lagunas Turczyn とアルゼンチンのホスティング事業に結びつけられます。レビューされた公開ページでは、独立した法人の取引相手や税番号は特定されておらず、購入者は正確な契約主体を確認する必要があります。
• AS265694 は、2026年7月15日時点で、3つの重複するルート通知を通じて1,024アドレスの IPv4 割り当てを可視的に発信していました。含まれる326の IPv4 コレクターすべてがこれを確認し、観測されたルートは RPKI 検証済みでした。これは意味のあるネットワーク証拠ですが、アプリケーションの稼働時間、サーバーの所有権、バックアップ品質の証明ではありません。
• 顧客は、ライブのアカウントポータルを通じて、ホスティング、VPS、メール、ドメイン、マネージドサービスを選択できます。しかし、一般的なセキュリティコピー、サンプルの推薦文、空の公開ナレッジベース、ログインにつながるステータスルートにより、公開保証レイヤーは注文レイヤーよりも弱くなっています。
• アルゼンチンの登録、ブエノスアイレスの連絡先、AR-IX の存在は、データの保管場所を確定するものではありません。調達では、ブランドを運用保証として扱う前に、各サービスを法的な取引相手、施設、発信元ネットワーク、バックアップ場所、サポートスケジュール、復旧目標、救済手段に結び付ける必要があります。

複数の記録にまたがる名前の結合、ただし完全な契約には至らず

BTW ディレクトリエントリは、人物のフルネームの後に Macrohosting ブランドが括弧内に続くという珍しい識別文字列で始まります。この形式は単なるディレクトリの慣習ではありません。LACNIC の AS265694 の記録では、登録者が Nicolas Lagunas Turczyn(MACROHOSTING)として記載され、Nicolas Lagunas Turczyn が管理、技術、虐待の連絡先として特定され、2017年3月31日の自律システム割り当てが記録されています。

番号レジストリの外部にも有益な結合があります。Macrohosting のウェブサイトには、ブエノスアイレスの連絡先住所と3147-0978で終わる電話番号が掲載されています。この番号は、書式の違いはあるものの、LACNIC の登録者記録のコア番号と一致します。アルゼンチンのインターネット会議体である CABASE は、Lagunas Turczyn Nicolas (Macrohosting)をホスティングおよびハウジング部門のメンバーとしてリストしています。これらを合わせると、人物、ブランド、ウェブサイト、ネットワーク登録が同一の運用面に属するという合理的な結論が支持されます。

限界も同様に重要です。LACNIC はインターネットリソースの責任を記録しているのであって、法人設立、実質的支配者、財務状態、またはウェブサイト上のあらゆる商用約束の権限を認証しているわけではありません。サイトの法的通知には Macrohosting の名称、住所、電話、連絡メールが記載されていますが、レビューされたページでは法的形態、税識別番号、登録番号は記載されていません。現在のウェブサイトは Avenida de los Lagos の住所を示していますが、LACNIC の記録は Avenida Gaona を示しています。住所変更、別の事業所、または古いレジストリ記録がその違いを説明し得ます。公開証拠はこれらの説明の間で選択しません。

つまり、ブランドは追跡可能ですが、まだ契約として完全ではありません。ビジネス顧客は、注文フォームと請求書に法的名称、税番号、通知住所、供給者を拘束する権限のある人物を明記するよう求めるべきです。また、Nicolas Lagunas Turczyn が個人として、会社を通じて、または別のエンティティの代理として契約しているのかも明示されるべきです。これは信頼性から切り離された書類手続きではありません。その答えによって、深刻なインシデント後に誰がデータを返却し、クレジットを発行し、法的通知に対応し、復旧に資金を提供するかが決まります。

注文可能なカタログはサービスの証拠であって、すべての約束の証拠ではない

Macrohosting のストアフロントは簡潔です。20GB のストレージ、cPanel、Imunify360、SSL 付きの共有ホスティングと、仮想コア、メモリ、ストレージ、CloudLinux、DirectAdmin で説明される2つの大規模ホスティング構成を提供しています。注文ボタンは、顧客管理ポータルにリンクしており、ウェブホスティング、VPS、法人向けメール、マネージドサービス、ドメイン、サイトセキュリティ、サポートのカテゴリが表示されます。顧客は米ドルとアルゼンチンペソを選択し、アカウントを作成し、注文し、チケットベースのサポートエリアに入ることができます。

これは認識可能な自動化レイヤーです。製品選択、通貨、登録、注文、アカウントアクセスがソフトウェアに移行されています。ウェブホスティングを購入する中小企業にとって、これはサービス開始前のいくつかの手動交換を排除できます。また、選択されたプランの記録と後のリクエストのためのチャネルを提供します。したがって、カタログはクラウドサービスが利用可能であるとだけ述べる静的ページよりも強力な証拠です。

しかし、自動化はチェックアウト後に何が起こるかを確定しません。レビューされた公開ページでは、プロビジョニング期限、リソース競合ポリシー、メンテナンスウィンドウ、バックアップスケジュール、復旧目標、数値的なサポート応答目標は明記されていません。仮想コア数はプランがどのようにパッケージ化されているかを示しますが、負荷時の CPU 時間のスケジューリング方法を示していません。含まれる SSL は更新失敗時の処理についてほとんど語りません。セキュリティ製品名はコンポーネントを特定しますが、設定、監視、パッチ責任、インシデント後の補償を確立しません。

ポータルには注意を促す理由もあります。そのホームページは35,000以上の顧客がサービスを信頼していると述べ、100%の稼働時間保証を表示しています。これらの主張の周りには、一般的な SiteLock の説明、サンプル名、繰り返しの lorem ipsum 推薦文があります。公開アナウンスエリアには、WHMCS を選択していただきありがとうございますという標準メッセージが表示されています。これらの要素は、未完成のベンダーテーマのコンテンツであり、企業固有の証拠ではありません。サービスが劣っていることを証明するわけではありませんが、影響を受ける主張を責任を持って良い証拠として使用できないことを意味します。

この区別はエンタープライズソフトウェア調達において重要です。機能する請求・アカウントシステムは、取引が自動化できることを証明します。ボタンの背後にある運用ポリシーが完全であることを証明するわけではありません。購入者は、各可視機能をテスト可能な義務に変換するサービス記述を求めるべきです：リソースがいつ利用可能になるか、どのような制限が適用されるか、使用量がどのように測定されるか、どのログをエクスポートできるか、どの変更履歴が保持されるか、自動化されたアクションの失敗がどのように人間のオペレーターに到達するか。

AS265694 が最も強力な運用証拠

ネットワーク記録は保証文言よりも具体的です。LACNIC は2016年9月28日、170.78.136.0/22を Nicolas Lagunas Turczyn(MACROHOSTING)に直接割り当てました。このブロックは170.78.136.0から170.78.139.255まで、合計1,024の IPv4 アドレスです。同じ名前の人物が管理、技術、虐待の責任者としてリストされています。

2026年7月15日までに、RIPEstat のルーティングビューは、AS265694 がそのアドレス空間をアクティブに発信していることを示しました。システムは応答に含まれるすべての326の IPv4 ピアに対して可視でした。RIPEstat は3つの IPv4 通知、IPv6 通知なし、2つの観測されたネイバーをカウントしました。現在の発信履歴は2017年7月1日まで遡ります。

3つのルートは注意深く読む必要があります。オペレーターはカバーする170.78.136.0/22と、2つのより具体的な半分である170.78.136.0/23と170.78.138.0/23を通知しました。これらのルートは重複しており、個別のアドレスを合計2,048にはなりません。割り当てられ発信されたスペースは1,024 IPv4 アドレスのままです。RIPEstat のプレフィックス履歴は、7月1日から15日の観測期間中に3つすべてが連続して存在したことを示しました。ルート発信元検証は、/24までの長さを許可するルート認証の下で、カバーブロックと両方の/23に対して有効を返しました。

これは価値ある証拠です。ネットワークが休眠登録のみで表現されているわけではありません。そのプレフィックスは広く伝搬され、発信元認証制御が設定されていました。顧客はプロバイダーのマーケティングページとは独立して ASN とルートを監視できます。虐待報告には、権威ある記録に名前のある連絡先パスもあります。

証拠にはまだ境界があります。可視ルートは、特定のウェブサイト、メールボックス、VPS がこれらのアドレスを使用しているかを明らかにできません。パケットロス、遅延、容量ヘッドルーム、サーバー可用性、インシデント対応を測定するものではありません。RPKI 検証は発信元を認証しますが、すべてのパスを認証するわけでも、アプリケーションを障害から保護するわけでもありません。観測された IPv6 通知の欠如は、ネイティブ IPv6 を必要とする購入者にとって関連性がありますが、注文した製品に対して確認されるべきであり、プロバイダーが使用する可能性のあるすべてのプライベートまたはパートナーネットワークに関する主張に変えるべきではありません。

AR-IX の存在がローカル相互接続の手がかりを追加

Macrohosting は公開のPeeringDB ネットワークプロフィールも維持しています。この記録は AS265694 を、南米をスコープとし、主にアウトバウンドトラフィックで、オープンピアリングポリシーのエンタープライズネットワークとして説明しています。2026年3月に更新されました。そのエクスチェンジレコードには、AR-IX CABASE での運用 IPv4 ポートがリストされ、速度10 Gbps とルートサーバー参加が記載されています。

そのエクスチェンジの存在は、ネットワークのローカルな役割を説明するのに役立ちます。AR-IX に接続することで、すべてのパケットをアップストリームトランジットに送る代わりに、他の参加者への直接パスを提供できます。CABASE メンバーシップとアクティブルートと合わせると、Macrohosting が外国のストアフロントをローカル名で再販しているのではなく、アルゼンチンのインターネットエコシステムに参加しているという説得力のある兆候です。

ただし、PeeringDB 情報はオペレーターおよびエクスチェンジが維持するディレクトリデータであり、トラフィック監査ではありません。10 Gbps のエクスチェンジポートは、すべての顧客が10 Gbps を受信する、ポートがピーク時に混雑していない、またはすべての宛先がそれを使用することを意味しません。また、2つの観測されたルーティングネイバーは、物理的に多様なファイバー、別々の建物、または独立した電源を確立するものではありません。調達の質問は、単に複数の名前付き接続があるかどうかではありません。注文したサービスが、障害モードが十分に独立し、監視され、エスカレーション契約でカバーされたパスを持つかどうかです。

有用なネットワークスケジュールは、サービスのプレフィックスと発信元 ASN、顧客ポートまたはシェーピング制限、IPv6 可用性、プライマリおよび代替アップストリーム、エクスチェンジ依存関係、DDoS 対応、可用性を測定するために使用される証拠を指定するでしょう。また、障害が Macrohosting 自身の機器の外側にある場合に、誰が CABASE、アップストリーム、または施設に連絡するかも明記すべきです。公開リソース記録はネットワークを特定します。スケジュールは顧客が実際に購入しているサービスを特定するでしょう。

アルゼンチンのネットワーク証拠はデータの所在地を確定しない

ほぼすべての公開識別手がかりはアルゼンチンを指しています：LACNIC の国、ブエノスアイレスの連絡先、CABASE メンバーシップ、南米の PeeringDB スコープ、AR-IX 接続。それでも、すべての顧客データがアルゼンチンに残っていると推測するのは危険です。

レビューされた公開ページは、データセンター、施設運営者、サーバーの都市、バックアップサイト、クラウドサブプロセッサを特定していません。共有ホスティング、VPS、メール、マネージドサービスが同じインフラを使用するかどうかも述べていません。エクスチェンジの存在はネットワークが相互接続する場所を説明しますが、ディスクの場所を特定しません。ローカル発信元の IP アドレスは、ある場所でワークロードを提供する一方で、アカウントデータ、チケット添付ファイル、DNS、セキュリティテレメトリ、バックアップが別の場所で処理される可能性があります。

薄いプライバシーページは問題を際立たせます。データカテゴリ、プロセッサ、保持、国際転送、削除についての公開説明がありません。低リスクのウェブサイトを購入する個人にとっては、短い質問をすべき理由になるかもしれません。従業員、顧客、規制データを扱うエンタープライズにとっては、サービス仕様の欠落部分です。

したがって、所在地はデータクラスごとにマッピングされるべきです。顧客は、ホストされたファイル、データベース、メールボックス、スナップショット、バックアップのプライマリおよび復旧場所を必要とします。また、アカウント ID、請求書、サポートメッセージ、アクセスログ、監視、マルウェア発見の場所と保持ルールも必要です。サードパーティのセキュリティ、コントロールパネル、DNS、または支払いサービスがデータを受信する場合、その役割が明記されるべきです。そうして初めて、アルゼンチンのサプライヤーとアルゼンチンのネットワークが証拠に基づく所在地の立場となります。

サポートはチャネルとして存在するが、説明責任にはサービス条件が必要

Macrohosting は会話を開始するいくつかの方法を公開しています。メインサイトにはコンタクトフォームと電話番号があります。ポータルには公開コンタクトフォーム、登録、ログインに加え、チケット、アナウンス、ナレッジベース、ネットワークステータスのメニューエントリがあります。これらの要素は、カスタマーサポートが意図されたサービスの一部であり、完全に欠落した後付けではないことを示しています。

それらが示していないのは、インターフェースの背後にある労働のコミットメントです。ナレッジベースはレビュー中に公開記事を返しませんでした。ネットワークステータスのルートは、公開コンポーネント履歴ではなくクライアントログインにつながりました。レビューされたページは、サポート時間、重大度レベル、確認目標、復旧目標、エスカレーション連絡先、障害救済措置を開示していません。チケットボタンはリクエストを整理できますが、それ自体では、顧客の復旧ウィンドウが期限切れになる前に適切なエンジニアが応答することを保証できません。

ここで、小規模プロバイダーはハイパースケールの代替に対して価値を生み出すか、失うかのいずれかです。ローカルオペレーターは、直接的な言語、ローカルなコンテキスト、サーバーとネットワークの両方を理解する人へのアクセスを提供するかもしれません。これらの利点は、人、時間、権限が現実のものである場合にのみ運用可能です。顧客は、営業時間外にプラットフォームを監視する人、ルートを変更できる人、バックアップを復元できる人、緊急アクセスを承認できる人、依存関係が失敗したときに通信する人を知るべきです。

バックアップ責任はそれ自体の行に値します。レビューされた公開文書は、すべてのプランにバックアップが含まれていること、コピーがどの程度の頻度で作成されるか、どのくらい保持されるか、復元がテストされるかを確立していません。プラン内のストレージ容量は復旧の約束ではありません。購入者は、注文書が復旧ポイント、復旧時間、コピーの場所、暗号化の取り決め、保持期間、復元テストの頻度を明記するまで、責任は未解決のままであると想定すべきです。

公開フットプリントを保証パックに変換する

Macrohosting は、そのまばらなストアフロントが最初に示唆するよりも多くの運用実体を持っています。人物とブランドは権威あるリソース記録に繰り返し現れます。IPv4 ブロックは直接割り当てされています。自律システムは、長寿命でグローバルに可視のルート発信元、有効な発信元認証、2つの観測されたネイバー、運用中の AR-IX エントリを持っています。これらは有用で独立して検査可能な事実です。

次のステップは、より大きなウェブサイトを要求することではありません。商業記録をネットワーク記録と同じくらい正確にすることです。プロダクションのワークロードを配置する前に、購入者は1つの文書を取得すべきであり、それには法的な取引相手の名称、選択したプランをその施設、アドレス範囲、発信元 ASN、アップストリームモデル、顧客リソース制限に結び付けるものが含まれます。メンテナンス、監視、インシデント重大度、サポート範囲、エスカレーション、復旧、クレジット、終了支援を定義すべきです。

2番目のスケジュールはデータと復旧をマッピングすべきです。プライマリデータ、バックアップ、アカウント記録、チケット、セキュリティテレメトリの場所を特定し、サブプロセッサを特定し、保持と削除ルールを設定し、テストされたエクスポートと復元パスを記録すべきです。3番目は人的作業を割り当てるべきです：オペレーティングシステムのパッチ、証明書の更新、リソース枯渇の監視、マルウェア警告への対応、ルートの変更、外部プロバイダーへの連絡を誰が行うか。

そのパックは Macrohosting の公開ネットワーク証拠の価値を置き換えるものではありません。証拠が適切に機能することを可能にします。AS265694 はインターネット上で可視の運用役割を証明します。カタログはサービスが注文可能であることを証明します。コンタクト面はリクエストが送信可能であることを証明します。運用保証は、これらの事実が身元、制御、所在地、復旧、人的対応に関する強制力のある製品固有の回答に結合されたときに始まります。