Hosting-27 Hosting-27 LTD تبيع سعة مستضافة لا تزال تعتمد على الرفوف والنقل ونوافذ الإصلاح

الملخص

• Hosting-27 Hosting-27 LTD ليست شركة مرئية فقط في سجلات التوجيه. الصفحة الرئيسية الفعليةHosting27.comتعلن عن خدمات استضافة وخدمات سحابية بلغارية، وصفحةالاتصالتقدم عنوان صوفيا ورقم هاتف وعناوين بريد إلكتروني للدعم،منطقة العملاءتكشف عن بوابة دخول العملاء والفواتير، وصفحةتذاكر الدعمتصف قسم دعم يعمل يوميًا. سطح المبيعات العام هذا حقيقي، لكنه لا يثبت بمفرده مكان وجود الخوادم أو كيفية إصلاح الأعطال.
• الهوية الشبكية ملموسة ومدمجة. قاعدة بيانات RIPEكائن AS42347تسمي Hosting-27، وتربط AS بـORG-HA629-RIPE، وتدرج Hosting-27 LTD كمنظمة، وتعطي البلد BG، رقم التسجيل 204354361 وعنوان صوفيا، وتسجل الواردات والصادرات مع AS57344 وAS31083.inetnum 217.174.144.0 - 217.174.144.255وكائن التوجيه 217.174.144.0/24يربطان كتلة IPv4 المرئية بـ Hosting-27 وAS42347.
• عرض التوجيه المباشر أضيق من القائمة التسويقية.نظرة عامة على ASمن RIPEstat أظهرت AS42347 معلنًا في 12 يوليو 2026، وحالة التوجيهأظهرت بادئة IPv4 واحدة مرئية، 256 عنوان IPv4، لا IPv6 مرئي وجار واحد ملاحظ.عرض ASN-الجيرانحدد ذلك الجار بـ AS57344، ونظرة عامة على AS57344تحدد AS57344 كـ Telehouse EAD. نظير ثان، AS31083 Telepoint، يظهر في سياسة سجل AS42347 ولكن ليس في عرض اتساق BGP الحالي.
• درجة التشغيل هي متوسط مؤهل، وليست قوية. صفحات المنتج لـالاستضافة المشتركة،VPS سحابي،VPS سحابي مُدار،سحابة خاصةوKubernetesتظهر عرضًا واسعًا للسعة المستضافة. الأدلة العامة لا تظهر قاعة مركز بيانات مسماة، أو عدد الخزانات، أو تصميم الطاقة، أو مخزون الأجهزة، أو شروط الاحتفاظ بنسخ احتياطية للعملاء، أو النقل المزدوج النشط، أو خدمة IPv6، أو مسار قابلية النقل مكتوب.

سطح الخدمة مرئي، لكنه يحتاج إلى القراءة من الرف إلى الخارج

لا ينبغي الخلط بين Hosting-27 Hosting-27 LTD وسجل أرقام إنترنت فارغ. موقع Hosting27.com العام مباشر، مؤرخ ببيانات رأسه الخاصة وصفحاته المرئية، ومبني كواجهة متجر استضافة عاملة. تقدم صفحةالرئيسيةالعلامة التجارية كمزود لخدمات الاستضافة والسحابة. توجه المشترين نحو استضافة ووردبريس، مجموعات Kubernetes، سحابة خاصة، VPS سحابي، VPS سحابي مُدار، استضافة إعادة البيع، النطاقات، منطقة العملاء والفواتير وتذاكر الدعم. التنقل ليس عنصر نائب لصفحة واحدة مهجورة؛ إنه سطح بيع بالتجزئة للاستضافة بطبقات منتج، وأزرار طلب، ومنطقة حساب بنمط WHMCS وبوابة دعم.

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

قائمة المنتجات مهمة لأنها تخبر العملاء بنوع النظام المادي الذي يجب أن يوجد. تعلن صفحةالاستضافة المشتركةعن ثلاث خطط بأحجام 20 جيجابايت و50 جيجابايت و165 جيجابايت من المساحة، cPanel، مواقع غير محدودة، صناديق بريد غير محدودة، شهادات SSL مجانية، CDN، مساعدة في الترحيل، إصدارات PHP متعددة ونسخ احتياطية لمدة شهر. تعلن صفحةاستضافة ووردبريسعن مستويات مماثلة 20 جيجابايت و50 جيجابايت و165 جيجابايت، وتضيف إدارة ووردبريس وتعد بمساعدة نقل مواقع ووردبريس. تقدم صفحةاستضافة إعادة البيعخططًا بسعة 40 جيجابايت و75 جيجابايت و130 جيجابايت مع وصول WHM، وحركة مرور غير محدودة وحسابات غير محدودة. هذه ليست شعارات سحابية مجردة. إنها ادعاءات بوجود مضيفين ماديين أو افتراضيين مشتركين، وأنه يمكن إنشاء حسابات عليها، وأن الترحيل والنسخ الاحتياطية جزء من وعد الخدمة.

قائمة السحابة ترفع المخاطر. تعلن صفحةVPS السحابيعن مثيلات من واحد إلى أربعة وحدات معالجة مركزية افتراضية، 1 جيجابايت إلى 6 جيجابايت رام، 30 جيجابايت إلى 85 جيجابايت تخزين SSD بالكامل، نسخ احتياطية يومية، لوحة تحكم، OpenStack، KVM وCeph. تبيع أيضًا عناوين IP إضافية ونسخ احتياطية إضافية للنظام وكتل إدارة نظام لمدة ثلاثين دقيقة. تعلن صفحةVPS المُدارعن خوادم مُدارة مع لوحة تحكم ودعم فني ونسخ احتياطية يومية ومراقبة على مدار الساعة وترحيل مجاني. تذهب صفحةالسحابة الخاصةإلى أبعد من ذلك، وتصف عرض مركز بيانات افتراضي قائم على OpenStack مع تخزين معرف برمجيًا، وادعاء مستوى خدمة بنسبة 99.99 في المائة، وشبكة مزدوجة التأمين وخدمات API مثل Cinder وNova وHeat وGlance وMagnum وNeutron وKeystone. تصف صفحةKubernetesالمساعدة في تثبيت وتكوين وصيانة بيئة Kubernetes عالية التوافر وتقول إن الخدمة تغطي البنية التحتية والشبكات وموازنات التحميل كواحدة من طبقاتها.

تمنح هذه الصفحات لـ Hosting27 سطح مبيعات عام أقوى من العديد من شبكات الاستضافة الصغيرة. كما تخلق فجوة أدلة أكبر. يمكن لبائع VPS أحادي العقدة أن يفشل بصمت. على بائع OpenStack وCeph والسحابة الخاصة و Kubernetes الإجابة عن المزيد: كم عدد العقد المادية المتاحة، وكيف يتم عزل تكرار التخزين، وما إذا كانت مكونات مستوى التحكم تحتوي على مجالات فشل مستقلة، وأين توجد النسخ الاحتياطية، وأي مجموعة عناوين تخدم العملاء، وأي موجه يحمل التوجيه، ومن يمكنه إصلاح النظام عندما تفشل الطبقة المادية.

لذا فإن نقطة البداية الأكثر أمانًا ليست الرفض ولا الثقة العمياء. Hosting-27 لديها موقع ويب مرئي و AS مرئي. السجل العام يدعم وجود عملية استضافة بلغارية. لا يدعم استنتاجًا قويًا حول قدرة سحابية مثبتة، أو تعافي متعدد المواقع، أو استقلالية المزود.

سجل RIPE يعطي Hosting-27 حافة شبكية صغيرة لكن حقيقية

أوضح دليل على البنية التحتية موجود في قاعدة بيانات RIPE وRIPEstat. سجلaut-num لـ AS42347يسمي AS بـ "Hosting-27"، ويسرد Hosting-27 LTD من خلال ORG-HA629-RIPE، ويسجل حالة ASSIGNED، ويعطي تاريخ الإنشاء في 24 أغسطس 2017 وآخر تعديل في 7 أبريل 2021، ويسجل سياسة الاستيراد والتصدير لـ AS57344 وAS31083.سجل المنظمةالمرتبط يسمي Hosting-27 LTD، البلد BG، رقم التسجيل 204354361، نوع المنظمة OTHER، عنوان صوفيا في Todor Aleksandrov 133، وجهة اتصال للإساءة في GLAC2-RIPE. تم إنشاؤه في أغسطس 2017 وآخر تعديل في مايو 2026.

تخصيص IPv4 واضح بنفس القدر.inetnum لـ 217.174.144.0 - 217.174.144.255يستخدم اسم الشبكة Hosting-27، البلد BG، المنظمة ORG-HA629-RIPE والحالة ASSIGNED PA.كائن التوجيه لـ 217.174.144.0/24يصف Hosting27 ويصرح بـ AS42347 الأصل. عرضالبادئات المعلنةمن RIPEstat أظهر 217.174.144.0/24 مرئيًا في نافذة الأسبوعين المنتهية في 12 يوليو 2026. عرضحالة التوجيهأظهر بادئة IPv4 واحدة، 256 عنوان IPv4 ووضوح كامل لـ IPv4 عبر 326 من 326 من أقران RIPE RIS في الوقت المفحوص.

ذلك /24 ليس مجرد سجل سلبي. اسم النطاق Hosting27.com نفسه يحل في نفس الكتلة. عرضسلسلة DNS لـ hosting27.comمن RIPEstat حل hosting27.com إلى 217.174.144.181، وربط ذلك العنوان بـ shared-11.cpaneler.com، وأدرج خوادم أسماء موثوقة بما في ذلك ns1-pns.hosting27.com وns2-pns.hosting27.com.سجل RDAP للنطاق hosting27.comيظهر النطاق مسجلاً في 12 يوليو 2013، منتهيًا في 12 يوليو 2027، مع PublicDomainRegistry.com كمسجل وخوادم أسماء تحت hosting27.com. وبالتالي فإن موقع الويب المرئي و DNS والبادئة الموجهة تتماشى حول نفس بصمة الشبكة العامة.

تجمع العناوين صغير. /24 يحتوي على 256 عنوان IPv4 قبل حساب واجهات الموجه، والمضيفين الأساسيين، وخوادم الأسماء، وعناوين IP للاستضافة المشتركة، وتخصيصات العملاء، والعناوين الاحتياطية والسعة المحجوزة. هذا كافٍ لأعمال استضافة حقيقية، خاصة إذا كان العديد من عملاء الاستضافة المشتركة خلف مضيفين افتراضيين قائمين على الاسم وإذا كانت خطط VPS الصغيرة يمكنها مشاركة المضيفين دون أن يتلقى كل منها عناوين عامة متعددة. ليس كافيًا لاستنتاج سعة مثبتة كبيرة. يمكن بيع عرض سحابة خاصة، وعرض Kubernetes، وحسابات إعادة البيع، وVPS مُدار واستضافة مشتركة من تجمع عناوين عام مضغوط إذا تم استخدام العنونة الداخلية و NAT والاستضافة الافتراضية والتخصيص الدقيق.

يمكن أيضًا أن يتم البيع المفرط إذا كان التخطيط فضفاضًا. التوجيه العام لا يميز هذه الحالات.

هناك أيضًا كائن توجيه ثان يجب التعامل معه بحذر. عرضاتساق توجيه ASمن RIPEstat يسرد 45.151.89.0/24 كموجود في whois ولكن ليس في BGP لـ AS42347 في الوقت المطلوب.بحث RIPE عن 45.151.89.0/24يظهر كائن توجيه لـ AS42347، لكن inetnum ينتمي إلى Geytit OOD، وليس Hosting-27 LTD، ولم يكن التوجيه جزءًا من المجموعة المعلنة المرئية الحالية. هذا يعني أنه من الممكن أن تكون سياسة التوجيه قد أعدت لتجمع آخر، أو أن التوجيه كان غير نشط، أو محجوزًا، أو تاريخيًا، أو غير مرئي في وقت الاستعلام. لا ينبغي حسابه كسعة متاحة للعملاء من Hosting-27 ما لم تدعمه أدلة BGP الحالية والتجارية.

وبالتالي فإن حافة الشبكة حقيقية ولكنها محدودة النطاق: AS واحد مرئي، /24 IPv4 واحد مرئي، كائن توجيه صحيح، موقع ويب مباشر داخل الكتلة ولا بادئة IPv6 مرئية لـ AS42347 في عرض توجيه RIPEstat.

المكتب والموقع الإلكتروني واسم التعاقد ليسوا نفس قاعة البيانات الموثقة

مسار العنوان العام مفيد، لكنه لا يحدد مركز بيانات. صفحةالاتصاللـ Hosting27 تعطي صوفيا، شارع Todor Aleksandrov 133، الطابق الثاني، بالإضافة إلى رقم هاتف وعناوين بريد إلكتروني للدعم والمبيعات. سجل منظمة RIPE لـ Hosting-27 LTD يعطي عنوان Todor Aleksandrov 133 المطابق. سجل منظمة RIPE لـ Geytit OOD يستخدم أيضًا Todor Aleksandrov 133 ويظهر كمنظمة راعية على سجل AS42347. هذه السجلات ذات معنى لجهات الاتصال وإدارة السجل. لا تثبت أن خوادم العملاء موجودة في ذلك المبنى، أو أن Hosting-27 تمتلك رفوفًا هناك، أو أن الشركة لديها وصول مباشر إلى البنية التحتية للطاقة والربط المتقاطع.

الشروط القانونية العامة تضيف حدًا آخر. صفحةالشروط العامةلـ Hosting27 تحتوي على PDF، وتنصشروط PDFعلى أن شروط الخدمة تنظم الاستضافة المشتركة وشهادات SSL وتسجيل النطاق والخوادم الافتراضية والخوادم الافتراضية المُدارة من خلال موقع Hosting27.com. يسمي PDF شركة Cloud Systems OOD كمزود في الشروط البلغارية ويعطي رقم تسجيل شركة مختلفًا. لا تتعامل هذه المقالة مع ذلك كنتيجة لعلاقة الشركات. تتعامل معه كقضية العناية الواجبة للمشتري: العلامة التجارية، ومنظمة RIPE، و LIR الراعي، وشروط الويب ومصدر الفاتورة بحاجة إلى التوافق قبل أن يعامل العميل الخدمة كعقد بنية تحتية يمكن الاعتماد عليه.

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

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

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

الاعتماد التصاعدي المرئي هو Telehouse، بينما Telepoint هي احتمال سياسة

صورة التوجيه واضحة عند نقطة المراقبة الحالية. عرضASN-الجيرانلـ AS42347 من RIPEstat أبلغ عن جار فريد في آخر وقت متاح: AS57344.نظرة عامة على AS لـ AS57344تحدد AS57344 كـ TELEHOUSE-AS Telehouse EAD.aut-num لـ AS57344يظهر Telehouse بسياسة تصاعدية وتبادل واسعة، بما في ذلك Arelion، Cogent، GTT، Level 3، Liberty Global، NTT، Orange، PCCW، RETN، Seabone، Tata، Telxius وعدة أقمشة تبادل. سجل PeeringDBلـ AS57344يصف Telehouse بأنه ذو نطاق عالمي، ودعم IPv6، والعديد من وجود التبادل وإدخالات المنشأة.

هذا الاتساع في Telehouse يساعد في شرح كيف يمكن رؤية /24 الخاص بـ Hosting-27 من جامعين عالميين. لا يجعل Hosting-27 متعدد الإتصالات تلقائيًا. الاعتماد المباشر الملاحظ لـ AS42347 لا يزال جارًا واحدًا. إذا تم حمل توجيه AS42347 فقط من خلال Telehouse عند الحافة النشطة، فإن مشكلة جانب Telehouse، أو مشكلة الجلسة، أو مرشح التوجيه، أو حادث المنشأة، أو مشكلة الربط المتقاطع، أو التعليق التجاري، أو نافذة الصيانة يمكن أن تؤثر على جميع العملاء باستخدام بادئة Hosting-27 المرئية. يمكن للجامعين العموميين للتوجيه أن يفوتوا مسارات احتياطية خاصة، أو جلسات خاملة مؤقتًا، أو ترتيبات تصبح نشطة فقط أثناء الفشل.

لكن العبء يقع على المزود لإظهار هذه الوفرة، لأن عرض BGP العام الحالي لا يفعل ذلك.

AS31083 هو الاسم الثاني الذي يجب التعامل معه بدقة. يسرد aut-num RIPE لـ AS42347 سياسة الاستيراد والتصدير مع AS31083، ونظرة عامة على AS31083تحدد AS31083 كـ Telepoint Ltd.aut-num لـ AS31083يظهر Telepoint متصلاً بعدة مزودين تصاعديين، وسجل PeeringDBلـ Telepointيبلغ عن ملف تعريف أصغر للنطاق الأوروبي. لكن عرض اتساق توجيه AS من RIPEstat يظهر AS31083 كموجود في سياسة whois وغير موجود في BGP لـ AS42347 في الوقت المطلوب. هذا يعني أن سياسة السجل وحدها لا ينبغي وصفها بالتنوع النشط.

غياب PeeringDB لـ Hosting-27 يعزز الحاجة إلى الحذر.استعلام PeeringDB لـ AS42347لم يُرجع كائن شبكة عام. تعمل العديد من الشبكات الصغيرة بدون ملف PeeringDB، لذا فإن الغياب ليس خطأ. لكنه يعني أنه لا توجد قائمة منشآت عامة لـ Hosting-27، أو قائمة تبادل، أو صفحة نظرة عامة، أو تقدير حركة مرور، أو سياسة نظير، أو ملف NOC في هذا الدليل. أثر الربط البيني العام الوحيد هو سياسة RIPE، وجامعي التوجيه وهويات المزودين التصاعديين الملاحظين أو المسجلين.

نتيجة أمان أصل التوجيه إيجابية.التحقق من RPKI لـ 217.174.144.0/24يبلغ عن ROA صالح لـ AS42347 ينشأ /24 بالضبط مع max length /24. يساعد ذلك الشبكات التي تفرض التحقق من أصل التوجيه على قبول التوجيه كمصرح به. لا يحمي من فشل المضيف، أو فشل التخزين، أو سوء تكوين الموجه، أو فواتير غير مدفوعة للمزود التصاعدي، أو اختراق لوحة التحكم، أو قفل حساب العميل. RPKI يجيب على من يمكنه إنشاء البادئة، وليس ما إذا كانت خدمة الاستضافة يمكنها التعافي.

بالنسبة للمشترين، سؤال العناية الواجبة للعبور عملي: هل Telehouse هو المزود التصاعدي النشط لجميع خدمات Hosting27، هل AS31083 مدخل سياسة احتياطي أو تاريخي، هل يمكن لأي من المسارين حمل عبء عمل العميل أثناء الصيانة، وهل يتم الإعلان عن التوجيهات من نقاط تسليم منفصلة ماديًا أم من نفس الغرفة وسلسلة الاعتماد؟

الميزات السحابية المعلن عنها لا تساوي سعة مثبتة أو قابلة للاستخدام أو قابلة للاستعادة

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

صفحات Hosting27 تقدم ادعاءات واسعة معقولة لمزود بلغاري صغير ولكن من المستحيل قياسها من الخارج. تعلن خطط الاستضافة المشتركة عن مواقع غير محدودة وصناديق بريد وحركة مرور، لكنها قواعد خطة، وليست سعة لا نهائية. لا تزال الخدمة تعتمد على وحدة المعالجة المركزية، RAM، إدخال/إخراج التخزين، حدود inode، قواعد الاستخدام العادل، التحكم في البريد العشوائي ومعالجة الإساءة. تعلن خطط إعادة البيع عن حركة مرور وحسابات غير محدودة، لكن حدود التخزين هي 40 جيجابايت و75 جيجابايت و130 جيجابايت؛ قد يكون القيد الفعلي هو الإدخال/الإخراج، أو سمعة البريد الصادر، أو كثافة الحساب، أو أداء المضيف المشترك قبل استنفاد القرص الخام.

صفحات VPS أكثر واقعية لأنها تسرد قيم وحدة المعالجة المركزية الافتراضية و RAM و SSD. يمكن توفير خطة VPS سحابي بوحدة معالجة مركزية افتراضية واحدة و 1 جيجابايت RAM و 30 جيجابايت SSD وخطة بأربع وحدات معالجة مركزية افتراضية و 6 جيجابايت RAM و 85 جيجابايت SSD من مجموعة OpenStack متواضعة. لكن جدول الخطة لا يظهر عدد المثيلات التي يمكن بيعها بدون منافسة، أو عدد العقد الموجودة، أو ما إذا كانت وحدة المعالجة المركزية مفرطة الاشتراك، أو كيف يتم ضبط تكرار التخزين، أو ما إذا كانت Ceph تمتد عبر مجالات طاقة مستقلة، أو ما إذا كانت النسخ الاحتياطية مخزنة على نفس النظام المادي الذي من المفترض أن تحميه.

تقول الصفحة إن Ceph يحافظ على البيانات منسوخة في عدة أماكن؛ لا يزال العميل بحاجة إلى معرفة ما إذا كانت تلك الأماكن أقراص منفصلة، أو هياكل منفصلة، أو رفوف منفصلة، أو مرافق منفصلة.

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

مخزون العناوين يحد بعض حالات الاستخدام. يجب على العميل الذي يحتاج إلى العديد من عناوين IPv4 العامة، أو فصل خدمة البريد، أو توافق SSL القديم القائم على IP، أو عزل مكافحة الإساءة، أو نقاط نهاية VPN أن يسأل عن مقدار IPv4 المتاح فعليًا. عدد 256 عنوان IPv4 منحالة التوجيه لـ RIPEstatليس هو نفسه 256 عنوان IP قابل للبيع للعملاء. بعضها تستهلكه البنية التحتية، DNS، الاستضافة المشتركة، الإدارة، الاحتياطيات وتخصيصات العملاء. يتم بيع عناوين IP إضافية على صفحة VPS السحابي، مما يجعل التجمع مهمًا من الناحية التشغيلية. إذا أثرت مشكلات الإساءة أو القوائم السوداء على جزء من /24، يمكن لتجمع العناوين الصغير أن يجعل التعافي أصعب.

IPv6 هو فجوة أخرى. صفحات منتجات Hosting27 العامة التي تمت مراجعتها هنا لا تقدم وعدًا قويًا بـ IPv6، ويظهر RIPEstat عدم وجود مساحة IPv6 معلنة لـ AS42347 في الوقت المفحوص. لا ينبغي للعميل الذي يحتاج إلى استضافة تدعم IPv6 أن يستنتج ذلك من كلمة "سحابة". يجب أن يسأل عن عنوان اختبار IPv6، وتغطية SLA، ومعالجة جدار الحماية، و DNS العكسي، وأدلة التوجيه، وما إذا كان دعم IPv6 متاحًا على الاستضافة المشتركة، VPS، السحابة الخاصة و Kubernetes بنفس طريقة IPv4.

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

ادعاءات الدعم والنسخ الاحتياطي مفيدة، لكن سلطة الإصلاح هي السؤال الأساسي

دليل الدعم أفضل من الصمت. تدرج صفحةالاتصاللـ Hosting27 عناوين دعم، بما في ذلك صناديق بريد الدعم و devops، وعنوان مبيعات منفصل. تقول صفحةتذاكر الدعمإن العملاء الذين لا يستطيعون حل مشكلة في الوثائق يمكنهم إرسال طلب إلى القسم المناسب. تصف الدعم بأنه يعمل كل يوم دون انقطاع واستفسارات المبيعات تُعالج من الاثنين إلى الجمعة من 09:00 إلى 18:00.قاعدة المعرفةلديها فئات لـ cPanel و Virtualmin وخوادم VPS و WordPress والنطاقات والاستضافة المشتركة.صفحة الإعلاناتتحتوي على إعلان موقع ويب أقدم من 2018، مما يظهر على الأقل أن بوابة العملاء كانت جزءًا من سطح الخدمة لسنوات.

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

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

لا يزال يترك الأسئلة العملية مفتوحة: هل النسخ الاحتياطية على نفس المجموعة أم خارج الموقع، وكم عدد الأجيال الموجودة، وهل يمكن للعميل الاستعادة بنفسه، وهل يمكن تصدير صورة VM، وماذا يحدث بعد تعليق الحساب، وما هو وقت الاستعادة المستهدف؟

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

معالجة الإساءة مهمة لأن مزودي الاستضافة يعيشون ويموتون بسمعة مشتركة. سجل منظمة RIPE لـ Hosting-27 يوجه الإساءة إلىGLAC2-RIPE، وهو جهة اتصال إساءة GateIT. هذا مسار إساءة للسجل، وليس بالضرورة نفس مكتب دعم التجزئة. يجب على العميل الذي يدير البريد الإلكتروني أو التجارة الإلكترونية أو واجهات برمجة التطبيقات العامة أن يسأل عن من يدير DNS العكسي، ومن يتعامل مع تصحيح القوائم السوداء، ومن يقرر ما إذا كان حساب واحد مخترق يسبب تعليقًا أوسع، وما إذا كانت مشكلات سمعة IP يمكن عزلها داخل /24.

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

الموقع الجغرافي للبيانات لا يتم تحديده بعنوان بلغاري أو IP بلغاري

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

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

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

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

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

مسارات الفشل التي يجب اختبارها هي الرف، والمزود التصاعدي، ومخزون الأجهزة، والدعم، والفوترة، والترحيل

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

المسار الثاني هو النقل التصاعدي. يرى RIPEstat حاليًا AS42347 من خلال AS57344. يجب أن يكون المزود قادرًا على القول ما إذا كان للتوجيه مزود تصاعدي نشط ثانٍ، وما إذا كانت Telepoint نشطة أم احتياطية أم تاريخية، وما إذا كان المسار الاحتياطي مختبرًا، وما إذا تمت مراقبة التحقق من أصل التوجيه، وما إذا كان العملاء يتلقون إشعارًا قبل صيانة الشبكة. نتيجة RPKI الصالحة جيدة. ليست نفس المسار الثاني.

المسار الثالث هو مخزون الأجهزة والتخزين. تعتمد عروض VPS والسحابة الخاصة على النسبة بين الخطط المباعة ووحدة المعالجة المركزية المتاحة و RAM و I/O للقرص وتكرار التخزين. يجب على العميل أن يسأل ما إذا كانت الموارد المعلن عنها مضمونة، وما إذا كانت وحدة المعالجة المركزية مفرطة الاشتراك، وما إذا كانت Ceph تمتد عبر مضيفين منفصلين أو رفوف منفصلة، وكم عدد حالات الفشل التي يمكن تحملها، وما إذا كانت هناك سعة احتياطية كافية لاستعادة مضيف خلال فترة مزدحمة. تسمي الصفحة العامة OpenStack و KVM و Ceph، لكن تلك الأسماء يمكن أن تصف أي شيء من مجموعة صغيرة إلى بيئة متعددة الرفوف أكبر.

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

المسار الخامس هو استمرارية الفوترة والقانونية. تسمي شروط PDF الخاصة بالموقع Cloud Systems OOD كمزود، بينما تسمي RIPE Hosting-27 LTD كمنظمة الشبكة. يجب على العملاء أن يسألوا أي طرف يوقع العقد، وأي طرف يصدر الفاتورة، وأي طرف يتحكم في تعليق الخدمة، وأي طرف مسؤول عن التصدير والحذف بعد الإلغاء. إذا تم تعليق الحساب بسبب الفوترة أو الإساءة، يجب أن يعرف العميل كم من الوقت تظل البيانات قابلة للاستعادة.

المسار السادس هو الترحيل. للاستضافة المشتركة، يجب أن يشمل مسار الخروج نسخة احتياطية من cPanel و DNS وصناديق البريد وقواعد البيانات. لووردبريس، يجب أن يشمل الملفات وقاعدة البيانات وإعادة التوجيه وتوقيت DNS. لـ VPS، يجب أن يشمل تصدير صورة القرص وتنسيق اللقطة وإعادة ترقيم IP وتحديثات جدار الحماية. للسحابة الخاصة و Kubernetes، يجب أن يشمل وحدات التخزين والشبكات وموازنات التحميل والبيانات والأسرار وسجلات الصور. تسوق Hosting27 للترحيل الداخلي المجاني، لكن المواد العامة لا تنشر وعدًا كاملاً بقابلية النقل الخارجي.

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

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

ما الذي سيجعل الأدلة قوية

لدى Hosting-27 Hosting-27 LTD أدلة عامة كافية لملف تشغيلي حقيقي: الموقع الإلكتروني مباشر، وبوابة العملاء مباشرة، وصفحات المنتج محددة، والتوجيه مرئي، والنطاق يحل داخل كتلة IPv4 المرئية للشركة، ومنظمة RIPE حالية، وتفويض أصل التوجيه صالح. هذا أقوى بشكل ملموس من شركة أثرها الوحيد هو سجل AS قديم.

الأدلة العامة ليست قوية بما يكفي للاعتماد على البنية التحتية عالي الثقة دون العناية الواجبة المباشرة. سيشمل الملف الأقوى صفحة قانونية حالية توائم العلامة التجارية ومنظمة RIPE ومزود التعاقد؛ وبيان منشأة يسمي مشغل مركز البيانات أو يشرح ترتيب الاستضافة؛ و SLA مع شروط القياس والائتمان؛ وصفحة حالة أو أرشيف حوادث؛ وأهداف احتفاظ بالنسخ الاحتياطية واستعادة صريحة؛ وتوفر IPv6 إذا تم تقديمه؛ ومزود تصاعدي ثان نشط أو شرح مكتوب لسياسة توجيه Telepoint؛ وتنسيقات تصدير لبيانات VPS والسحابة الخاصة؛ وإجراءات واضحة للإساءة وسمعة IP.

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

القراءة النهائية متوازنة. Hosting-27 Hosting-27 LTD مرئية كبائع سعة مستضافة بلغاري مع AS42327 ومنصة Hosting27.com مباشرة. قصتها التشغيلية العامة ليست فارغة. لكن الحقائق الحاسمة للبنية التحتية تبقى وراء طبقة المبيعات. حتى يتم الكشف عن تلك الحقائق أو التحقق منها في عقد العميل، يجب فهم Hosting27 كمزود استضافة وخدمات سحابية بلغاري مضغوط لا يزال وعده للعملاء يعتمد على رفوف غير مرئية، وعبور مرئي عبر Telehouse، ومخزون IPv4 محدود، وعمالة دعم، وعقود مزودين، ونوافذ إصلاح.