ملخص

  • AS30344 نشط وليس مجرد مسجل. في 15 يوليو 2026، أظهر RIPEstat أربعة إعلانات IPv4 /24 وإعلان IPv6 /40؛ تم تخصيص أحدث كتلة IPv4، 23.26.1.0/24، لـ 365.hosting في 6 مايو وظهرت في بيانات التوجيه في 7 مايو. تم التحقق من صحة جميع أصول IPv4 الأربعة بموجب RPKI في اللقطة التي تمت مراجعتها، بينما عاد مسار IPv6 بحالة تحقق غير معروفة.
  • أظهرت ملاحظات التوجيه العامة جارًا واحدًا، MIRhosting AS52000. هذا تركيز كبير على حدود AS المرئية، على الرغم من أن MIRhosting نفسها لديها موفرو خدمة علويون متعددون واتصالات تبادل ومرافق. لا يوجد دليل منشور يثبت وجود عبور ثانٍ لـ AS30344 أو مداخل متنوعة ماديًا أو تجاوز فشل تم اختباره أو سعة بديلة مكافئة.
  • 365.hosting تبيع خوادم VPS وخوادم مخصصة في الولايات المتحدة وهولندا وتقول إنها تستخدم أرففها الخاصة في مراكز بيانات من المستوى الثالث. لا يزال نسختها الأمريكية تحدد موقع Secaucus كـ vXchnge NJ01، على الرغم من أن H5 Data Centers تدرج الآن نفس منشأة 200B Meadowlands Parkway. تحتوي صفحة VPS الهولندية على نص WebHOST1 القديم الذي يدعي معدات WebHOST1 في Serverius؛ تقول صفحة الانتقال الخاصة بـ Kolo أن Serverius تعمل الآن تحت اسم Kolo، التي تضم حاليًا أربعة مواقع هولندية. لا يحدد أي من السطحين رف 365.hosting المعني أو موقع Kolo. لا يزال عدد الرفوف وحمل تكنولوجيا المعلومات المثبت والمخزون المتوفر والإشغال واستحقاق الطاقة وسعة الاستعادة عبر المواقع غير معلنة.

إضافة 256 عنوانًا تجعل الشبكة أسهل في الرؤية

الطريقة الأكثر فائدة للدخول إلى 365.hosting ليست وعد صفحتها الرئيسية بمراكز بيانات متميزة. إنها تغيير صغير وقديم في السجل العام للعناوين.سجل ARIN لـ 23.26.1.0/24يقول إن كتلة 256 عنوانًا تم تخصيصها لـ 365.hosting في 6 مايو 2026.استعلام تاريخ RIPEstatيُظهر AS30344 يعلن عنها من 7 مايو. التسلسل نظيف بشكل غير عادي: تخصيص في يوم، وطريق مرئي في اليوم التالي.

تلك الكتلة الجديدة مهمة لأنها تؤكد نشاط الشبكة الحالي دون الحاجة إلى شهادة عميل أو إطلاق ترويجي. بحلول لقطة 15 يوليو، كانعرض البادئات المعلنةيحتوي على أربع بادئات IPv4 /24: 23.26.1.0/24، 23.152.200.0/24، 77.91.126.0/24 و 138.124.187.0/24. كما احتوى على 2602:2d3::/40. إجمالي IPv4 هو 1,024 عنوان. IPv6 /40 هو تخصيص توجيه، وليس عددًا من الخوادم أو العملاء أو الأجهزة الافتراضية القابلة للاستخدام.

تضع نفس اللقطة أيضًا الحد الأول على القصة.عرض جيران AS من RIPEstatوجد جارًا واحدًا على الجانب الأيسر، AS52000.صفحة IPinfo لـ AS30344صنفت أيضًا MIRhosting بأنه المزود العلوي الوحيد ووصفت AS30344 بأنها شبكة stub. شبكة stub هي AS تنشئ مساراتها الخاصة ولكن لا يتم ملاحظتها وهي توفر عبورًا للشبكات النهائية. هذا شكل متماسك تشغيليًا لشبكة استضافة متواضعة. إنه ليس دليلاً على تنوع المسارات.

التقييم الافتتاحي الصحيح هو إذن لا "شبكة ورقية" ولا "سحابة مرنة مثبتة". AS30344 نشط، مساحة عنوانه قابلة للوصول، وتم وضع موارد جديدة في التوجيه. لكن خروجها المرئي من AS يظل مركزًا. هذا التمييز سيكون مهمًا كلما وعد موقع المبيعات بتوفر عالٍ أو دول متعددة أو خدمة على مدار الساعة.

العلامة التجارية تبيع أكثر مما يمكن أن تصفه AS30344

الصفحة الرئيسية لـ 365.hostingتقدم كتالوج بنية تحتية تقليديًا ولكنه واسع. يسرد VPS/VDS، خوادم مخصصة، نطاقات، شهادات SSL، إدارة الخوادم وإضافات الأمان. يقول إن الشركة تعمل منذ 2022، ولديها مواقع في الولايات المتحدة وأوروبا وآسيا، وتستخدم "أرففها الخاصة" في مرافق Tier III بالإضافة إلى مواقع شركاء، وتدعم أكثر من 20,000 مشروع وتنتمي إلى مجموعة 365.partners الدولية. كما يعرض عدادات تسويقية أكبر، بما في ذلك مواقع نشطة وادعاء بنسبة uptime 99.9% على مدى خمس سنوات.

تلك البيانات تحدد ما تريد العلامة التجارية أن يشتريه العملاء. إنها لا تخصص أصولًا مادية لـ AS30344. ادعاء الأرفف الخاصة لا يذكر معرفات الأرفف أو عقود الإيجار أو قاعات المرافق أو مصادر الطاقة أو الشركة التي تملك العنوان للخوادم. عدادات المشاريع والمواقع لا تشرح ما إذا كانت تغطي 365.hosting وحدها، أو منصة WebHOST1 القديمة، أو مجموعة 365.partners، أو تسجيلات النطاقات، أو الحسابات الخاملة، أو الحوسبة المدفوعة الحية. رقم uptime لا ينشر فترة قياس أو مقام الخدمة أو استثناءات الصيانة أو سجل الحوادث.

صفحات المنتج أكثر واقعية.صفحة الخوادم المخصصة في الولايات المتحدةتسرد تكوينات Intel ثنائية المقبس، عنوان IPv4 واحد، 30 تيرابايت من حركة المرور، قناة 1 جيجابت في الثانية الاسمية للعرض القياسي، وقت إعداد من خمسة إلى عشرة أيام وإدارة أولية مجانية. كما تعرض تكوينًا أعلى بسعة 10 جيجابت في الثانية.صفحة الخوادم المخصصة في هولنداتقدم أيضًا نظامًا مزدوج Xeon، تخزين NVMe، عنوان IPv4 واحد، 30 تيرابايت من حركة المرور، قناة 1 جيجابت في الثانية ونفس فترة الإعداد.

هذا دليل على واجهة متجر موظفة ومنتجات محددة. إنه ليس تقرير مخزون حي. يمكن لبطاقة خطة أن تبقى على الإنترنت بينما الهيكل قيد الطلب أو الرف ممتلئ أو السعر قديم أو الموقع غير متاح مؤقتًا. وقت الإعداد من خمسة إلى عشرة أيام هو كاشف بشكل خاص: السعة المخصصة ليست بالضرورة مجموعة متاحة فوريًا. قد تعتمد على فنيين أو قطع غيار أو أيدي عن بعد أو تجميع خادم أو اختبار حرق أو كابلات أو تخصيص عنوان. المنتج هو وعد بتسليم الأجهزة بعد فترة، وليس دليلاً على أن كل تكوين معلن مثبت وخامل اليوم.

يجب أيضًا فصل الشبكة والكتالوج. يمكن لخادم العميل استخدام مساحة AS30344 أو ASN مجموعة أخرى أو عناوين توفرها المنشأة أو تخصيص مزود علوي. وعلى العكس، قد يستضيف عنوان AS30344 بنية تحتية لا تُباع بموجب بطاقة المنتج الأمريكية أو الهولندية الحالية. بدون خريطة منشورة بين الخدمة والبادئة والمنشأة والعقد، فإن ASN هو هوية الشبكة الأوضح ولكنه ليس مخزونًا كاملاً للمنصة التجارية.

شيريدان هو عنوان السجل، وليس غرفة الخادم

سجل النظام المستقل ARINيسمي 365-HOSTING، ويضع علامة AS30344 على أنها نشطة ويربطها بمقبض المنظمة PARTN-46.سجل المنظمة ARIN المرتبطيعطي 30 N Gould Street, Suite R, Sheridan, Wyoming، وعنوان دعم 365.hosting.صفحة الاتصالللشركة تكرر نفس عنوان Wyoming ورقم الهاتف.

هذا يجعل شيريدان موقعًا إداريًا وسجليًا قويًا. لا يجعله موقع مركز بيانات. لا يوجد ادعاء بمنشأة على صفحة الاتصال، ولا وصف للطاقة أو التبريد في Wyoming، ولا قياس طريق عام يضع ممتلكات الخادم في ذلك المبنى. معالجة عنوان التسجيل كإحداثيات رف ستنهار الوجود القانوني والعمليات الفيزيائية في نقطة واحدة غير مدعومة.

يضيف سجل النطاق خطًا زمنيًا مختلفًا.استجابة RDAP لـ CentralNic لنطاق 365.hostingتسجل إنشاء النطاق في يوليو 2022 وتسمي ns1.365.hosting و ns2.365.hosting. DNS العام في 15 يوليو حل الموقع إلى 23.152.200.43، داخل بادئة AS30344. أسماء مضيفي البريد وخدمة الأسماء موجودة أيضًا داخل عناوين مرتبطة بنفس الشبكة. هذا يعطي العلامة التجارية علاقة تقنية مباشرة بـ AS30344، أقوى من مجرد مطابقة اسم من قبل مجمع.

ومع ذلك، حتى هذا لا يؤسس السلسلة المؤسسية بدقة. الصفحة الرئيسية تقول إن 365.hosting جزء من 365.partners.صفحة عضو RIPE NCC لـ 365.partners INCتعطي نفس عنوان شيريدان ورقم الهاتف ومجال بريد إلكتروني365.hosting، وتدرج مناطق الخدمة في ألمانيا والمملكة المتحدة وإسرائيل وهولندا.صفحة IPinfo لـ AS198178تربط شبكة 365.partners الأكبر بـ 365.hosting وتظهر بصمة عنوان أوسع بكثير من AS30344.

تلك المعرفات المشتركة تدعم ارتباطًا تشغيليًا كما تمثله العلامة التجارية والسجلات علنًا. إنها لا تبرر دمج AS30344 و AS198178، أو تعيين كل بادئة مجموعة لهذا الكيان الدليلي، أو افتراض أن ASN واحد هو نسخ احتياطي تلقائي للآخر. يمكن لأصول توجيه منفصلة أن تشارك جهات الاتصال والسيطرة التجارية باستخدام مزودين علويين مختلفين ومرافق وسياسات تشغيلية. ادعاء الاسترداد يحتاج إلى تصميم تجاوز فشل معلن، وليس مجرد اسم ذي صلة.

كتل IPv4 الأربع لا تشترك في نفس تاريخ السجل

عناوين IPv4 البالغ عددها 1,024 التي ينشئها AS30344 تبدو موحدة في جدول التوجيه: أربع بادئات /24 متساوية. تواريخ تسجيلها ليست موحدة. هذا الاختلاف هو تحذير مفيد ضد معاملة المساحة الموجهة كمجموعة واحدة مملوكة.

ARIN خصص مباشرة 23.152.200.0/24لـ 365.hosting في مايو 2023. الأحدث 23.26.1.0/24 هو تخصيص من كتلة أم أكبر، مسجل في مايو 2026.إدخال قاعدة بيانات RIPE لـ 77.91.126.0/24يسمي الشبكةWebhost_LLC، ويصف 365.partners INC في الملاحظات ويحمل نفس اتصال شيريدان.إدخال RIPE لـ 138.124.187.0/24يسمي Webhost LLC في موسكو ويقول إن الشبكة الفرعية تستخدم لتوفير خوادم افتراضية ومخصصة يديرها العملاء بأنفسهم.

تدعم هذه السجلات صورة تشغيلية تنشئ فيها 365.hosting مزيجًا من موارد العناوين المخصصة مباشرة والمحددة والمرتبطة بالمجموعة. إنها لا تثبت ملكية جميع الكتل الأربع بالمعنى العقاري العادي. يتم إدارة موارد أرقام الإنترنت بموجب سياسات السجل ويمكن إعادة تخصيصها أو تخصيصها فرعيًا أو توجيهها بموجب اتفاقية. المنظمات والملاحظات المختلفة هي جزء من حدود التحكم، وليست مصدر إزعاج إداري يجب مسحه.

DNS العكسي يعطي دليلاً محدودًا على الاستخدام.عرض IPinfo لـ 23.152.200.0/24أظهر معظم العناوين بأسماء ثابتةwebhost1.netوحدد ns1.365.hosting و ns2.365.hosting واسم المضيف الرئيسي لـ 365.hosting.عرض 77.91.126.0/24تضمنvm.365.hostingبين تسميةwebhost1.netمماثلة.عرض 138.124.187.0/24أظهرmail.365.hostingوالمزيد من سجلات DNS العكسي على نمط WebHOST1.

هذا دليل قوي على أن العلامة التجارية وبيئة تشغيل WebHOST1 الأقدم تشتركان في سطح تحكم. إنه دليل ضعيف على هوية العميل الفردية أو عدد الخوادم أو الموقع المادي. يمكن للأسماء العكسية أن تستمر بعد النقل، أو تُنشئ تلقائيًا، أو تشير إلى اصطلاح إداري وليس مبنى. لا ينبغي تحويلها إلى مخزون من 1,024 خادمًا حيًا.

تفويض التوجيه أفضل من تكرار التوجيه

كان لإعلانات IPv4 الأربعة خاصية أمان مفيدة في الطابع الزمني الذي تمت مراجعته. أداة التحقق من RPKI في RIPEstat أعادتصالحلـ23.152.200.0/24،23.26.1.0/24،77.91.126.0/24و138.124.187.0/24عندما تنشأ بواسطة AS30344. هذا يعني أن الشبكات المعتمدة التي تستخدم التحقق من أصل المسار كان لديها سلطة تشفير لقبول هذا الاقتران ASN-بادئة.

مسار IPv6 كان مختلفًا. أعادت أداة التحققغير معروفلـ2602:2d3::/40لأنها لم تجد ROA صالحة في تلك الاستجابة. غير معروف ليس غير صالح. هذا يعني أن التحقق من أصل المسار لم يقدم أي تفويض إيجابي لذلك الزوج. التمييز مهم لوضع الأمان، لكن لا حالة صالحة ولا غير معروفة تقول أي شيء عن النطاق الترددي أو الازدحام أو طاقة المنشأة أو تجاوز فشل العميل.

RPKI هو إذن عنصر تحكم في سلامة التوجيه، وليس آلية تكرار. يمكن أن يختفي مسار مفوض تمامًا عندما يفشل جهاز توجيه، أو ينتهي عقد عبور، أو ينقطع كابل، أو يحدث خطأ في الصيانة. يمكن أن يظل مرئيًا مع فقدان الحزم. على العكس، يمكن لمسار مع جار واحد مرئي أن يرث وصولًا كبيرًا من الشبكة العالمية لذلك الجار، لكنه لا يزال يعتمد على التسليم التجاري والتقني بين النظامين.

التوبولوجيا العامة تدعم الحذر بدلاً من الإنذار. لا تراقب جامعات المسار كل اتصال خاص، وقد تكون جلسة النسخ الاحتياطي مكونة ولكن غير نشطة. قد يوجد ناقل ثانٍ أيضًا في الطبقة 2 بينما يبقى AS52000 جار BGP الوحيد. لا يمكن للأدلة أن تثبت عدم وجود وضع استعداد مخفي أو بارد. يمكن أن تثبت أنه لم يكن جار AS ثانٍ مرئيًا في عرض RIPEstat في 15 يوليو وأن الشركة لم تنشر اختبارًا يظهر وجود واحد.

MIRhosting هي شبكة كبيرة، لكنها تبقى المفصلة المرئية

AS52000 ليست نقطة نهاية صغيرة وحيدة الناقل.صفحة شركة MIRhostingتسرد أكثر من عشرة مواقع مراكز بيانات عبر أوروبا والولايات المتحدة وآسيا، بما في ذلك Secaucus و 60 Hudson Street في نيويورك والعديد من المواقع الهولندية وفرانكفورت ومومباي.سجل PeeringDB لـ AS52000يصف شبكة عالمية بحركة مرور تبلغ 1-5 تيرابت في الثانية، وسياسة تراسل مفتوحة، وتبادلات ومرافق متعددة، وجهات اتصال NOC وإساءة استخدام على مدار الساعة.BGP.toolsيسرد العديد من المزودين العلويين، بما في ذلك Arelion و GTT و Cogent و Tata، إلى جانب اتصالات التبادل.

هذا الاتساع يقلل من إغراء مساواة "جار AS واحد" بـ "كابل مادي واحد إلى الإنترنت بالكامل". يمكن لـ MIRhosting حمل AS30344 عبر شبكة مع أجهزة التوجيه والمزودين العلويين والمواقع الزائدة الخاصة بها. عينة traceroute من IPinfo وصلت إلى عنوان AS30344 من خلال موجه MIRhosting تم تحديده بالقرب من نيويورك، بما يتوافق مع مسار خدمة أمريكي. ومع ذلك، هذا لا يكشف عن عدد المنافذ التي تربط AS30344 بـ AS52000، أو ما إذا كانت هذه المنافذ تدخل مباني مختلفة، أو ما إذا كانت الخدمات الهولندية والأمريكية تستخدم تسليمات منفصلة.

المفصلة تبقى حقيقية. إذا كان كل مسار مرئي خارجي لـ AS30344 يعتمد على قبول AS52000 لمساراتها ونشرها، فإن خطأ في السياسة أو تعليق تجاري أو مرشح تسريب مسار أو استجابة DDoS أو فشل مستوى تحكم مشترك في تلك الحدود يمكن أن يؤثر على جميع بادئات IPv4 الأربعة وبادئة IPv6 معًا. تنوع المزودين العلويين لـ MIRhosting لا يحمي تلقائيًا من فشل خاص بالعلاقة بين AS30344 و AS52000.

يحتاج العملاء إلى إجابة أكثر دقة من كلمة "زائد". الدليل المفيد سيشمل AS عبور ثاني نشط، وتاريخ جامع المسار يظهر كلا المسارين، وتوصيلات متقاطعة منفصلة في المنشأة، وسعة المنفذ، وتواريخ اختبار تجاوز الفشل، ودليل على أن بادئات الخدمة تظل قابلة للوصول بعد تعطيل أي من التسليمين. لم يتم العثور على أي من ذلك في المواد العامة التي تمت مراجعتها لهذا الملف. لذلك يجب وصف الشبكة بأنها نشطة وقابلة للوصول عالميًا، مع علاقة مزود علوي واحدة فقط ملحوظة علنًا.

وسم Secaucus تجاوز عمر المشغل

المنتج الأمريكي محدد ماديًا من ناحية واحدة.إعلان 365.hosting في نيو جيرسي، بتاريخ 7 مارس 2026، يقول إن خوادمها السحابية NVMe موجودة في "vXchnge Secaucus" ويصف منشأة بمساحة 54,121 قدمًا مربعًا بالقرب من مدينة نيويورك. صفحة الخادم المخصص تسمي الموقع vXchnge NJ01. هذا يعطي العملاء أكثر من مجرد منطقة "الولايات المتحدة" عامة: إنه يشير إلى Secaucus، نيو جيرسي.

اسم المشغل قديم، لكن تاريخ الاستحواذ العام نفسه يحتاج إلى تحذير.إعلان الاستحواذ المباشر لـ H5مؤرخ في 31 يناير 2021، بينماتأكيد مركز بيانات Dynamics المعاصرمؤرخ في 31 يناير 2022. الصراع في المصادر لمدة عام يمنع تحديد عمر أكثر دقة؛ كلا التاريخين يسبقان إشعار إطلاق 365.hosting في 7 مارس 2026 بأربع سنوات على الأقل.صفحة منشأة H5 الحاليةتسرد مركز بيانات نيو جيرسي الخاص بها في 200B Meadowlands Parkway، Secaucus، وتصفه بأنه منشأة Tier III تزيد عن 38,000 قدم مربع وتسوقه لاستمرارية الأعمال في نيويورك.سجل منشأة PeeringDBيسميه H5 Data Centers Secaucus (NJ01)، يعطي نفس العنوان ويحتفظ بـ "vXchnge Secaucus (NJ01)" فقط كاسم تاريخي بديل.

عدم التطابق لا يثبت أن خوادم 365.hosting غادرت المبنى أو أن الخدمة غير متاحة. يمكن لاتفاقية العميل والرف البقاء بعد بيع المنشأة. إنه يظهر أن الوصف العام للشركة لم يتم تحديثه إلى المشغل الحالي. هذا يضعف الثقة في الادعاءات المجاورة التي يصعب التحقق منها، مثل أي طرف يوفر الأيدي عن بعد، وما هي اتفاقية مستوى الخدمة المطبقة، ومن يتلقى التصعيد أثناء حادث منشأة، وما إذا كانت مساحة 54,121 قدمًا مربعًا تصف بصمة المبنى أو المساحة المسوقة سابقًا أو المساحة القابلة للبيع الحالية.

كما يغير الاعتماد التعاقدي. إذا كانت H5 تسيطر الآن على الموقع بينما 365.hosting تتحكم في الخوادم أو الأرفف و MIRhosting توفر مسار الشبكة المرئي، فإن العميل يعتمد على ثلاث طبقات تشغيلية على الأقل. H5 تحافظ على الوصول إلى المبنى والطاقة والتبريد وإجراءات المنشأة. 365.hosting تجهز وتدعم خدمة الخادم. MIRhosting تحمل علاقة BGP المرئية. موردو الأجهزة الإضافيون ومعالجات الدفع ومنصات الإدارة يقفون خلف تلك الطبقات. لا عقد عام تمت مراجعته هنا يظهر أي طبقة تدين للعميل النهائي بتعويض عندما تختلف طبقتان حول سبب الانقطاع.

بيان الموقع الأكثر أمانًا ضيق: 365.hosting تسوق علنًا خوادم أمريكية في منشأة Secaucus كانت معروفة تاريخيًا باسم vXchnge NJ01؛ H5 تقدم حاليًا موقع 200B Meadowlands Parkway كمنشأة نيو جيرسي الخاصة بها. الأدلة العامة لا تحدد رف 365.hosting أو حملها المثبت أو القفص أو التوصيلات المتقاطعة الحالية أو السعة القابلة للبيع المتبقية داخله.

الموقع الهولندي مسمى فقط على مستوى مجموعة المنشأة

العرض الهولندي مشابه من حيث الواقع ولكنه أقل دقة جغرافيًا.إشعار إطلاق 365.hosting في هولندا، أيضًا بتاريخ 7 مارس، يقول إن الخوادم الافتراضية أصبحت متاحة في مركز بيانات Serverius.صفحة VPS هولنداتحتوي على نص WebHOST1 القديم: تقول إن WebHOST1 تقدم الخدمة وتستخدم معداتها الخاصة في مركز بيانات Serverius. هذا ادعاء من WebHOST1 معروض على سطح 365.hosting، وليس دليلاً على أن 365.hosting تمتلك المعدات. تصف الصفحة أيضًا المحاكاة الافتراضية KVM، وتخزين SSD مع RAID10، وقناة خطة 100 ميجابت في الثانية، واسترداد أموال لمدة 30 يومًا. صفحة الخادم المخصص ترفع القناة المعلن عنها إلى 1 جيجابت في الثانية لأجهزتها المدرجة.

Serverius لم يعد أيضًا التسمية العامة المستقلة الحالية.صفحة الانتقال الخاصة بـ Koloتقول إن Serverius و Fuzion يعملان الآن تحت اسم Kolo، مع نفس المواقع والخدمات، وتقول إن العلامة التجارية الموحدة ستبدأ رسميًا في 17 يوليو.محفظة Kolo في هولنداتسرد أربعة مواقع: NL1 Dronten، NL2 Meppel، NL3 Apeldoorn و NL4 Amsterdam. تلك ادعاءات منصة Kolo، وليست خريطة لمعدات 365.hosting. صفحة 365.hosting لا تقول أي منشأة أو غرفة أو رف يحمل الخدمة ذات الصلة، ولا يوجد سجل توصيل متقاطع عام يربط AS30344 بموقع Kolo محدد.

هذا المعرف المفقود للموقع يحد من تحليل الموقع والاسترداد. العميل الذي يختار "هولندا" يمكنه توقع معالجة البيانات في البلاد عندما تعمل الخدمة كما هي مسوق. الصفحة العامة لا تكشف ما إذا كانت النسخ الاحتياطية تبقى في نفس المبنى أو موقع Serverius آخر أو الولايات المتحدة أو منصة إدارة في مكان آخر. لا تقل ما إذا كان يمكن استعادة مضيف هولندي فاشل في Secaucus، أو ما إذا كانت موافقة العميل مطلوبة لمثل هذا النقل، أو كم من الوقت سيستغرق نقل الصورة والبيانات.

إشعارات NOC التي لا تزال تخدم على نطاق Serveriusتوضح لماذا هذه التمييزات مهمة وتستخدم بالفعل تسميات KoloDC. في 2026، نشر الموقع صيانة تبريد في NL1 Dronten وعمل ألياف داكنة بين NL1 Dronten و NL2 Meppel، موضحًا أن الألياف البديلة يجب أن تتولى المهمة مع التحذير من احتمالية زمن الوصول أو فقدان الحزم أثناء إعادة تقارب المسار. هذا إفصاح تشغيلي سليم من شبكة المنشأة. لا يثبت أن 365.hosting شغلت أيًا من الموقعين المتأثرين أو شاركت في المسار البديل. إنه يظهر ببساطة نوع الصيانة المادية التي يخفيها تسمية "هولندا".

درجة الأدلة الهولندية هي إذن متوسطة لتوفر الخدمة على مستوى الدولة وضعيفة لتحديد الأصول بالضبط. صفحات المنتج تجعل العرض موثوقًا، بينما انتقال Serverius إلى Kolo يؤسس هوية منصة المنشأة الحالية دون تحديد موقع الخدمة. المصادر لا تحدد عنوان شارع أو مخزون مثبت أو استحقاق طاقة أو ملكية رف أو تكرار عبر المواقع لـ 365.hosting.

بطاقات السعة ليست بيانًا عن السعة

واجهة المتجر تنشر وحدات تجارية مفيدة: نوع المعالج، الذاكرة، القرص، القناة، بدل حركة المرور، عدد IPv4، وقت الإعداد وفترة الفوترة. هذه استحقاقات العميل إذا تم توفيرها بموجب العقد المطبق. لا يمكن جمعها لحساب سعة المزود لأن الموقع لا ينشر عدد الخوادم المتاحة أو مضيفي المحاكاة الافتراضية خلف كل بطاقة.

كانت إحدى خطط VPS الهولندية معروضة على أنها نفدت من المخزون عند المراجعة. هذه إشارة تشغيلية صغيرة ولكنها قيمة. تشير إلى أن الكتالوج يمكن أن يعرض حالة التوفر بدلاً من قبول كل تكوين دون حد. كما تظهر لماذا مواصفات الخطة ليست سعة مثبتة. استحقاق قرص 20 جيجابايت ومنفذ 100 ميجابت في الثانية على خطة غير متاحة لا يوفر أي خدمة قابلة للاستخدام لعميل جديد.

صفحات الخادم المخصص تذكر وقت إعداد من خمسة إلى عشرة أيام. يمكن أن يمثل هذا توفيرًا طبيعيًا وليس نقصًا، لكنه يكشف دور مخزون الأجهزة والعمالة. إذا فشل خادم إنتاج، فإن السؤال ذي الصلة ليس ما إذا كان SKU مطابق موجودًا على الموقع الإلكتروني. إنه ما إذا كان هيكل مكافئ ومجموعة ذاكرة وجهاز NVMe وتخصيص طاقة وفني متاحون في نفس الموقع بموجب هدف استبدال متفق عليه.

لا صفحة تمت مراجعتها كشفت عن عدد الرفوف أو عدد الخوادم أو عدد برامج المراقبة أو إجمالي نوى CPU أو التخزين المثبت أو مخزون الأقراص الاحتياطية أو السعة المزوّدة بالطاقة أو النطاق الترددي الملتزم به أو الإفراط في الاشتراك أو النسبة المئوية المباعة أو المخزون المحجوز. ادعاء الصفحة الرئيسية بالأرفف الخاصة يبقى غير محدد. حجم منشأة H5 ونطاق منصة Kolo ينتميان إلى مشغلي تلك المنشآت؛ لا يمكن تخصيصهما لـ 365.hosting. يمكن للمستأجر أن يشغل خزانة واحدة في مركز بيانات كبير، ولا يقول حجم المبنى شيئًا عن السعة الحرة للمستأجر.

حتى عناوين IPv4 الـ 1,024 الموجهة ليست حدًا للخوادم. يمكن لمضيف واحد حمل العديد من العناوين؛ يمكن لعنوان واحد أن يقدم العديد من المضيفين الافتراضيين؛ يمكن حجز العناوين أو توجيهها ولكن غير مستخدمة أو استخدامها لأجهزة الشبكة أو تخصيصها للعملاء.ملخص IP2Location AS30344يؤكد البادئات الأربع /24 ومزود MIRhosting العلوي الوحيد، لكن إجمالي عنوانه هو مقياس مورد شبكة، وليس مقياس حوسبة.

استنتاج السعة هو إذن صريح: العروض الحالية والموارد الموجهة تثبت خدمة تشغيلية، لكن السعة المثبتة والمباعة والاحتياطية وفي حالة الفشل ليست محددة كميًا علنًا. أي رقم أقوى سيكون مختلقًا.

ادعاء 99.9% يحتاج إلى مقام

الصفحة الرئيسية لـ 365.hosting تقول إنها حققت uptime بنسبة 99.9% على مدى خمس سنوات، على الرغم من أن نفس الصفحة تقول إن العلامة التجارية تعمل منذ 2022. بحلول يوليو 2026، فإن قياسًا كاملاً لمدة خمس سنوات تحت تلك العلامة التجارية سيمتد قبل تاريخ التشغيل المذكور. قد يتضمن الرقم تاريخ خدمة WebHOST1 الأقدم، أو قد يكون نسخة تسويقية مقربة، أو قد يستخدم نقطة بداية أخرى. الصفحة لا تشرح المقام.

عند 99.9%، يسمح الحساب بحوالي 8 ساعات و46 دقيقة من التوقف في سنة مكونة من 365 يومًا إذا تم القياس بشكل مستمر. هذا الحساب ليس دليلاً على التوقف الفعلي. إنه يظهر فقط لماذا النطاق مهم. توفر الموقع الإلكتروني، وتوفر لوحة التحكم، وقابلية الوصول إلى الشبكة، وحالة طاقة VM، واستجابة التطبيق يمكن لكل منها إنتاج نسبة مئوية مختلفة. الصيانة المخطط لها، والقوة القاهرة، والحوادث التي يسببها العميل يمكن استبعادها من SLA التعاقدية حتى عندما تظل مرئية للمستخدمين.

صفحة الأعمال الفنيةالعامة لم تقدم أرشيف حوادث إنجليزيًا واضحًا في العرض الذي تمت مراجعته. صفحة الاتصال تقول إن العملاء يحصلون على أسرع استجابة من خلال نظام طلبات لوحة الفوترة وتذكر بشكل منفصل دعم دردشة عبر الإنترنت من 9 صباحًا إلى 9 مساءً، بينما صفحات أوسع تعلن عن دعم 24/7. هذه البيانات يمكن أن تتعايش إذا كانت التذاكر تحت المراقبة على مدار الساعة ولكن الدردشة ليست كذلك. إنها لا تنشر أهداف الاستجابة الأولية أو الاستعادة.

بدون تاريخ حوادث و SLA خاصة بالخدمة، يجب أن يظل ادعاء uptime منسوبًا. لا يمكن استخدامه لاستنتاج أن كلا البلدين أو كل منتج أو AS30344 أو منصة الإدارة حققت نفس النتيجة. كما لا يمكن أن يظهر التعافي من أوضاع الفشل الأكثر صلة هنا: فقدان AS52000، فقدان تغذية طاقة الرف، استبدال خادم مخصص، استعادة صورة العميل، أو نقل عبء العمل عبر الحدود.

الإفصاح التشغيلي المفيد سينشر توفر الخدمة حسب المنطقة، واستثناءات الصيانة، وأوقات بدء وانتهاء الحادث، والمكونات المتأثرة، والسبب الجذري، والمعالجة، وما إذا تم إصدار ائتمانات تعاقدية. تلك الأدلة لم تكن متاحة. الغياب لا يعني حدوث انقطاعات. إنه يعني أن النسبة المئوية المعلن عنها لا يمكن أن تحمل الوزن التحليلي لسجل موثوقية تم قياسه.

مستوى التحكم يعود إلى WebHOST1

الموقع العام يكشف عن تركيز ثانٍ يسهل تفويته أكثر من BGP.HTML الصفحة الرئيسيةيتصل مسبقًا بـapi.webhost1.ru، ومحتواه وتنقله يعيد استخدام مسارات WebHOST1، وأجزاء كبيرة من بيانات منتجه ومراجع الإدارة تحمل أسماء مضيفي WebHOST1. DNS العكسي عبر AS30344 يستخدم أيضًاwebhost1.netبشكل متكرر.خريطة موقع 365.hostingتشير إلى صفحاتwebhost1.ruبدلاً من مجموعة عناوين URL نظيفة خاصة بالعلامة التجارية.

هذا يدعم الاستمرارية مع منصة تشغيلية قائمة. قد يسمح لـ 365.hosting بإعادة استخدام أنظمة الفوترة والتزويد ودعم المعرفة وإدارة الخادم بدلاً من بنائها من الصفر. كما يخلق حدود فشل وحوكمة. يمكن للعميل أن يكون لديه VM قيد التشغيل تمر حزمها العامة عبر AS30344 مع الاعتماد أيضًا على نطاق ومنصة آخرين للطلب والدفع وإعادة تعيين كلمة المرور والتذاكر ووحدة التحكم أو الأتمتة.

صفحة المستندات لـ 365.hostingعرضت روابط لعرض عام، وحدود تحميل الحساب وشروط البيانات الشخصية، لكن الصفحة الإنجليزية التي تمت مراجعتها لم تكشف عن اسم شركة كامل وسهل التدقيق وجدول خدمات. قسم التفاصيل المصرفية في صفحة الاتصال ظهر أيضًا غير مملوء في العرض الإنجليزي المقدم. هذا يجعل من الصعب تحديد من السطح العام الإنجليزي أي كيان قانوني بالضبط يصدر فاتورة للعميل، وأي الشروط تحكم المنتجات الأمريكية والهولندية، وما إذا كانت Webhost LLC أو 365.partners INC أو شركة تابعة أخرى تؤدي التزامًا معينًا.

هذا ليس دليلاً على أن العقود غائبة؛ قد يتلقى العملاء الشروط الكاملة أثناء الدفع. إنه دليل على أن العميل الخارجي لا يمكنه التحقق من سلسلة التعاقد الكاملة قبل الدخول في تدفق الشراء الخاص. بالنسبة لسيادة البيانات، وتصعيد الحوادث، وتخطيط الإعسار، هذا التمييز مهم. قد لا يكون الطرف الذي يدير لوحة التحكم هو الطرف الذي يحمل عقد إيجار الرف أو الطرف الذي ينشئ المسار.

يجب أن تأخذ خطة الخروج القوية كلا المستويين في الاعتبار. النسخ الاحتياطية للبيانات بدون بيانات الاعتماد والصور ومناطق DNS والوصول إلى نقل النطاق قد لا تكون كافية. على العكس، الوصول إلى لوحة التحكم ذو قيمة محدودة إذا كانت النسخة الوحيدة من بيانات العميل لا تزال على تخزين غير متاح. المواد العامة لا تحدد تنسيقات التصدير أو ضمانات API أو إجراءات تسليم الحساب أو الوصول الطارئ إذا فشلت المنصة العادية.

يبدأ الفشل حيث تنتقل الملكية بين الأيدي

مسار الفشل الأول هو حدود المسار المرئي. إذا فقدت AS30344 علاقتها مع AS52000، يمكن أن تصبح جميع الإعلانات الخمسة المرصودة غير قابلة للوصول معًا ما لم يتولى بديل غير معلن. العملاء الذين يستخدمون عناوين نشأت في مكان آخر قد يتصرفون بشكل مختلف، ولهذا السبب فإن تعيين الخدمة إلى البادئة مهم. السجل العام لا يوفره.

المسار الثاني خاص بالمنشأة. في Secaucus، تتحكم H5 في طبقة المبنى المنسوبة الآن إلى اسم vXchnge التاريخي. في هولندا، لا يزال العرض يقول Serverius بينما منصة المنشأة العامة تتحرك تحت اسم Kolo، والموقع الدقيق غير معلن. انقطاع المرافق، عطل UPS، مشكلة تبريد، تقييد الوصول أو صيانة المنشأة يمكن أن تؤثر على خدمة العميل حتى عندما يكون موظفو 365.hosting وأجهزة التوجيه الخاصة بها بصحة جيدة.

الثالث هو فشل الرف والأجهزة. "الأرفف الخاصة" تركز تحكمًا مفيدًا ولكنها تخلق أيضًا مسؤولية عن توزيع الطاقة، وتحويل أعلى الرف، وبرامج المراقبة، ومحركات الأقراص، وقطع الغيار. لا يمكن معاملة نافذة إعداد خادم جديد من خمسة إلى عشرة أيام كهدف استبدال. يحتاج العملاء إلى معرفة ما إذا كانت الأقراص الفاشلة منعكسة، وما إذا كان المضيف الفاشل يؤدي إلى إعادة تشغيل VM تلقائيًا في مكان آخر، وما إذا كانت بيانات النسخ الاحتياطي في نطاق فشل منفصل، ومدى سرعة إعادة بناء خادم مخصص.

الرابع هو الدعم التشغيلي. النسخة العامة تعد بمساعدة على مدار الساعة، بينما ساعات الدردشة أضيق وأهداف التذاكر غير منشورة. يمكن أن يطول الحادث الشديد عندما ينتظر مزود الاستضافة والمزود العلوي ومشغل المنشأة كل منهم تشخيص الطرف الآخر. مسارات التصعيد المسماة وإجراءات الحوادث المشتركة أكثر قيمة من شارة دعم عامة.

الخامس هو الفوترة والتحكم في الحساب. البنية التحتية المشتركة لـ WebHOST1 ونصوص الدفع الخارجية ولوحات الفوترة الخاصة يمكن أن تصبح تبعيات خدمة. نزاع الدفع أو تعليق الاحتيال أو بطاقة منتهية الصلاحية أو اختراق الحساب يمكن أن يزيل وصول الإدارة حتى أثناء تشغيل الأجهزة. الصفحات العامة لا تذكر فترة سماح أو تسلسل تعليق أو اتصال طارئ أو حق تصدير.

السادس هو الترحيل. الموقع يعلن عن ترحيل مجاني واسترداد أموال لمدة 30 يومًا لبعض الخدمات. هذا يخفض تكلفة التحويل الأولية، لكنه لا يثبت خروجًا سريعًا. مجموعات البيانات الكبيرة والتكوينات الخاصة وسمعة IP المخصصة وتوقيت DNS وتبعيات التطبيق يمكن أن تجعل الترحيل أبطأ من توفير الخادم. لا صفحة تمت مراجعتها تعد بصور VM محمولة أو نطاق ترددي للتصدير بالجملة أو لقطات محفوظة بعد الإلغاء أو إخلاء بمساعدة أثناء مشكلة منشأة.

هذه ليست اتهامات بالفشل. إنها سلسلة التبعية التي أنشأها الترتيب التشغيلي العام. النقطة الضعيفة ليست بالضرورة مكونًا واحدًا؛ إنها التسليم بين المكونات التي لا يتم الإفصاح عن عقودها وسلوك الاسترداد المختبر.

دولتا مبيعات لا تشكلان بعد زوج استرداد

وجود كل من العرضين الأمريكي والهولندي يدعو إلى افتراض شائع: إذا فشل أحد المواقع، يمكن نقل أعباء العمل إلى الآخر. الصفحات العامة لا تقدم هذا الوعد. إنها تبيع المواقع بشكل مستقل. إنها لا تصف خدمة نشطة-نشطة أو تخزينًا مكررًا أو تنسيقًا مشتركًا أو شبكة خاصة مشتركة أو تجاوز فشل DNS أو سعة استعداد محجوزة.

الاسترداد عبر المواقع سيعبر أيضًا حدودًا قانونية وكمونية. نقل البيانات من هولندا إلى نيو جيرسي يمكن أن يغير الاختصاص القضائي المطبق والتزامات إشعار العميل وآلية النقل وتأخير الرحلة ذهابًا وإيابًا. العميل الذي اختار هولندا للمعالجة الأوروبية لا يمكنه افتراض أن الاستعادة الأمريكية مقبولة. الموضوع الخاضع للرقابة لسيادة البيانات ذو صلة على وجه التحديد لأن الموقع جزء من المنتج، وليس لأن الأدلة تثبت خرقًا للامتثال.

حتى داخل هولندا، لا يمكن اعتبار المرافق الأربعة المدرجة من Kolo كتكرار لـ 365.hosting. Kolo تعلن عن خيارات مرونة متعددة المواقع، لكن 365.hosting لا تحدد منشأتها أو تذكر أن بيانات العميل مكررة في منشأة أخرى. قاعة محايدة للناقل تخلق خيارات؛ إنها لا تخلق خدمة متعاقد عليها ثانية تلقائيًا.

كذلك، مرافق MIRhosting في كلا البلدين لا تثبت أن AS30344 لديها تسليمات مستقلة في كليهما. عرض BGP لجار واحد يمكن أن يغطي روابط مادية متعددة لنفس AS، أو يمكن أن يغطي واحدًا. البيانات العامة لا تميز بينهما. بيان التكرار الموثوق سيسمي المواقع والدوائر واختبار الفشل مع الحفاظ على التفاصيل الأمنية المشروعة.

لذلك يجب على العملاء معاملة قائمة البلدان كخيار تحديد موضع، وليس كبنية استرداد. أولئك الذين يحتاجون إلى الاستمرارية عبر فقدان الموقع يجب أن يصمموا ويشتروها صراحة: تكرار التطبيق، وبيانات اعتماد منفصلة، و DNS مستقل، ونسخ احتياطية خارج الحساب الأساسي، واستعادة مختبرة، وحجوزات سعة، وأساس قانوني للموقع الثانوي. المواد العامة للمزود لا تظهر أن هذه الضوابط مضمنة افتراضيًا.

من يتعرض للخطر عندما يفشل النظام

ادعاء الصفحة الرئيسية بـ "20,000+ مشروع" يعني قاعدة مستخدمين ذات معنى، لكن لا يوجد تحليل مستقل يربط هذا الرقم بخدمات AS30344 الحالية. ملاحظات DNS العكسي والنطاقات المستضافة تؤكد أن المساحة الموجهة تحمل أنظمة مواجهة للإنترنت. إنها لا تكشف ما إذا كانت تلك الأنظمة تنتمي إلى مواقع صغيرة أو وكالات أو خدمات برمجية أو خوادم ألعاب أو متاجر أو أدوات مؤسسية داخلية أو بائعي بنية تحتية.

لغة المنتج تشير إلى عدة مجموعات متأثرة. يمكن لعملاء VPS فقدان تطبيقات الويب وقواعد البيانات و VPNs وبيئات التطوير عندما يفشل مضيف أو مسار. قد يواجه عملاء الخوادم المخصصة استبدال أجهزة أطول لأن بيئتهم مرتبطة بهيكل معين. يمكن أن يتأثر عملاء النطاق و DNS على مستوى التحكم حتى لو كان محتواهم مستضافًا في مكان آخر. يمكن للبائعين تضخيم حادث مزود علوي واحد عبر العديد من العملاء النهائيين الذين قد لا يكونون قد سمعوا بـ 365.hosting أبدًا.

تأثير العميل يعتمد أيضًا على استمرارية العنوان. نقل عبء العمل إلى مزود آخر دون الاحتفاظ بنفس عنوان IP يمكن أن يعطل القوائم المسموح بها وسمعة البريد وتخزين DNS المؤقت وتكاملات API وقواعد الأمان. البادئات الأربع /24 هي إذن أصول تشغيلية تتجاوز حجمها العددي. ومع ذلك، لا توجد سياسة قابلية نقل عامة تقول ما إذا كان يمكن للعميل إحضار عنوان أو الإعلان عن البادئة الخاصة به أو الاحتفاظ بـ IP أثناء الترحيل أو الحصول على خدمة BGP.

فقدان البيانات وعدم التوفر نتائج منفصلة. يمكن لفشل المسار أن يجعل البيانات السليمة غير قابلة للوصول. يمكن لفشل التخزين تدمير البيانات بينما تبقى الشبكة سليمة. يمكن لقفل الفوترة منع وصول الإدارة بينما تستمر الخدمات العامة مؤقتًا. يجب أن يحدد تخطيط الاسترداد الحالة التي تتم حمايتها: قابلية الوصول إلى الحزمة، أو طاقة VM، أو متانة البيانات، أو وصول الإدارة، أو صحة التطبيق.

الإفصاح المحدود يعني أن على العملاء توفير الكثير من هذه المرونة بأنفسهم. النسخ الاحتياطية خارج المزود، وخطوات إعادة البناء الموثقة، و DNS ثانوي، وبيانات اعتماد نطاق مستقلة، ومراقبة من أكثر من شبكة واحدة، وترحيل مُدرَّب تقلل من الاعتماد على ادعاءات لا يمكن التحقق منها خارجيًا. الحاجة أكبر للعملاء الذين يفترض مستخدموهم أن شراء خدمة "سحابية" يتضمن تجاوز فشل غير مرئي.

ما تدعمه الأدلة وما لا تدعمه

تدعم الأدلة تسمية 365.hosting كمزود استضافة تشغيلي مرتبط بنظام مستقل أمريكي نشط. نطاقها يحل داخل AS30344. بادئات IPv4 الخاصة بها يتم الإعلان عنها، وأحدث كتلة دخلت التوجيه فورًا بعد التخصيص، ويظهر DNS العكسي استخدام الاستضافة، وصفحات المنتج تقبل مفردات تجارية مفصلة من المعالجات والأقراص والقنوات والمواقع. هذا أقوى ماديًا من بطاقة دليل مبنية فقط من اسم.

كما تدعم نتيجة تركيز محددة. في لقطة 15 يوليو، كانت جميع مسارات AS30344 المرصودة تحتوي على جار AS واحد مرئي، MIRhosting AS52000. كانت أصول IPv4 الأربعة صالحة لـ RPKI؛ كان أصل IPv6 غير معروف بدلاً من غير صالح. أدلة المسار لا تقول شيئًا عن روابط النسخ الاحتياطي المخفية، ولكن لم يتم العثور على دليل عام على عبور ثانٍ أو تجاوز فشل تم اختباره.

الأدلة المادية تدعم Secaucus على مستوى المدينة وتاريخ المنشأة للعرض الأمريكي، مع تصحيح: H5، وليس vXchnge، تقدم الآن منشأة 200B Meadowlands Parkway. للعرض الهولندي، تدعم تسمية منتج Serverius القديمة ومنصة Kolo الحالية مع أربعة مواقع هولندية، دون تحديد Dronten أو Meppel أو Apeldoorn أو Amsterdam كموقع 365.hosting. لا تدعم Wyoming كموقع خادم.

أدلة السعة تدعم مواصفات الخطة الحالية ونافذة توفير مخصص من خمسة إلى عشرة أيام. لا تكشف عن أعداد الخوادم المثبتة أو المتاحة أو إشغال الرف أو النطاق الترددي الإجمالي أو الطاقة أو المخزون الاحتياطي أو النسبة المئوية المباعة أو السعة القابلة للاستخدام بعد الفشل. مقاييس 99.9% والعملاء/المشاريع تبقى ادعاءات تسويقية دون تفاصيل قياس منشورة.

الأدلة المؤسسية تدعم علاقة عامة بين 365.hosting و 365.partners و WebHOST1 من خلال جهات الاتصال المشتركة والنطاقات والبنية التحتية للصفحة وسجلات السجل. لا تجعل كل مورد AS198178 جزءًا من AS30344 أو تثبت أن شبكة مجموعة أخرى هي احتياطية. كما لا تكشف عن الكيان الذي يدين لكل عميل بالخدمة الكاملة.

هذه نتيجة شبكة متوسطة القوة وكشف بنية تحتية ضعيف إلى متوسط. التخفيض متعمد. أصل المسار وواجهة المتجر حقيقيان؛ حدود التشغيل والاسترداد الدقيقة تظل مبهمة جدًا لاستنتاج مرونة أقوى.

الإثبات التالي يجب أن يكون تشغيليًا، وليس ترويجيًا

أسهل تصحيح هو تحريري: تحديث اسم منشأة Secaucus وتحديد H5 كمشغل حالي، مع شرح دور 365.hosting و MIRhosting. لا ينبغي للعميل أن يضطر إلى التوفيق بين منشور إطلاق 2026 وهوية الموقع الحالية لـ H5 ومصادر الاستحواذ التي تؤرخ الصفقة إما إلى 2021 أو 2022. يجب على الصفحة الهولندية تحديث تسمية Serverius لانتقال Kolo وتحديد رمز منشأة Kolo والمدينة المعنية.

الخطوة التالية هي مصفوفة خدمة إلى بنية تحتية. لكل عائلة منتج أمريكي وهولندي، يمكن لـ 365.hosting أن تذكر مشغل المنشأة والكيان المتعاقد وأصل المسار والمزودين العلويين وموقع النسخ الاحتياطي وقناة الدعم و SLA المطبقة. لا تحتاج إلى الكشف عن أرقام الرفوف أو التوبولوجيا الحساسة. يجب أن توضح ما إذا كان العميل يشتري VM أو هيكلًا مخصصًا أو خدمة مُدارة وأي المكونات مشتركة.

لمرونة الشبكة، ستزيل ملاحظة تجاوز فشل مؤرخة الكثير من عدم اليقين: عدد علاقات عبور AS30344، وما إذا كانت تنتهي في مرافق منفصلة، وما إذا كان IPv4 و IPv6 لهما نفس الحماية، وآخر اختبار ناجح لسحب المسار. سيكون عرض الجار الواحد قابلًا للتفسير بعد ذلك على أنه حد جامع أو تصميم متعمد أو تركيز حقيقي.

للسعة، المقاييس المفيدة ليست إجمالي عدد العناوين أو مساحة المنشأة بالقدم المربع. إنها المضيفات المثبتة والأرفف المزوّدة بالطاقة والتكوينات المتاحة والأجهزة الاحتياطية والنطاق الترددي الملتزم به الإجمالي وأهداف الاستبدال. يجب أن يميز الحالة بين التصميم والمثبت والمزوّد بالطاقة وفي الخدمة والمباع والمحجوز والمتاح. يمكن للمزود الكشف عن النطاقات أو النسب المئوية عندما تكون الأرقام الدقيقة حساسة تجاريًا.

للاسترداد، يحتاج العملاء إلى أهداف نقطة الاستعادة ووقت الاستعادة ونطاقات فشل النسخ الاحتياطي وتنسيقات تصدير الصور ومسار موثق خارج المنصة. يجب أن يكون الاسترداد عبر الحدود اختياريًا وصريحًا قانونيًا. استرداد الأموال لمدة 30 يومًا هو ضمان تجاري؛ إنه ليس تصميم استرداد من الكوارث.

أخيرًا، يجب أن يحمل سجل الحالة العامة الحوادث والصيانة باللغة الإنجليزية المتسقة، مع الموقع المتأثر والخدمة ووقت البدء والانتهاء والتأثير والسبب والمعالجة. Serverius يظهر بالفعل قيمة هذه الممارسة في إشعارات NOC الخاصة به. توسيع هذا الوضوح إلى طبقة عملاء 365.hosting سيفعل بالثقة أكثر من شارة uptime عامة أخرى.

حتى تظهر تلك البراهين، تبقى القراءة الأكثر دقة ضيقة. 365.hosting وضعت مساحة عنوان حقيقية في الخدمة، بما في ذلك /24 مخصص حديثًا. تبيع أجهزة محددة في بلدين ويبدو أنها جزء من مجموعة استضافة أوسع. لكن في عرض 15 يوليو الذي تمت مراجعته، كان أحدث مسار لا يزال يلتقي بالإنترنت العام من خلال مزود علوي مرئي واحد، وكان تسمية المنشأة الأمريكية متخلفًا عن سجل المشغل بأربع سنوات على الأقل، ولم يحل التسمية الهولندية إلى أحد مواقع Kolo الأربعة. لا كتالوج المبيعات ولا جدول التوجيه يثبت مقدار السعة التي تبقى على قيد الحياة بعد فشل رف أو موقع أو عقد أو مستوى تحكم.