DMAIL Direct Mail LLC تبيع سعة مستضافة لا تزال تعتمد على الرفوف والعبور ونوافذ الإصلاح

ملخص

• DMAIL Direct Mail LLC مرئية كهوية قانونية روسية حقيقية وهوية توجيه عبر الإنترنت: يحدد البحث في خدمة الضرائب الروسية عن OGRN 1157746030309 شركة "ООО "ДИРЕКТ ПОЧТА""، بينما تسجل سجلات RIPE AS205482 تحت DMAIL Direct Mail LLC وتربط 185.11.198.0/24 بـ Direct Mail LLC في روسيا.
• نطاق الشبكة العامة ضيق. يُظهر RIPEstat إعلان IPv4 /24 واحد، 256 عنوانًا، ولا IPv6 مرئي، ولا ROA صالح لـ RPKI للبادئة المُعلنة. وهذا يدعم قراءة السعة المستضافة أو التطبيق فقط على نطاق صغير.
• التكرار غير مثبت بوجود اثنين من الجيران المُصعدين المرصودين. تُظهر رصيد RIPE AS8641 Nauka-Svyaz على معظم المسارات المرئية و AS29226 Mastertel على أقلية صغيرة، بينما لا يزال سجل RIPE يُدرج توجيه استيراد قديمًا من AS31261 MegaFon؛ لا يذكر أي من هذه السجلات رفًا أو منشأة أو منفذًا أو عقدًا أو مسارًا ماديًا منفصلًا.
• موقف الشراء الدفاعي هو تخفيض صريح: تعامل مع سعة DMAIL على أنها تعتمد على رفوف مستأجرة أو بنية تحتية يديرها المزود حتى تتمكن الشركة من إظهار موقع الموقع وتصميم الطاقة والتزامات النقل وقطع الغيار ودعم التصعيد وشروط نقل البيانات النظيفة.

مشكلة السحابة أحادية البادئة

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

يجب قراءة DMAIL Direct Mail LLC من خلال تلك العدسة المادية. أدلة شبكتها العامة حقيقية لكنها صغيرة. يُحددنظرة عامة AS لـ AS205482صاحبها على أنه DMAIL Direct Mail LLC ويضع علامة على ASN كمُعلن. يُظهرحالة التوجيه الحاليةبادئة IPv4 واحدة، 185.11.198.0/24، تحتوي على 256 عنوانًا، دون إعلان IPv6 مرئي. يُظهرعرض البادئات المُعلنةنفس /24 واحد. هذا مورد إنترنت قابل للاستخدام. إنها ليست ملكية سحابية واسعة.

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

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

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

الهوية القانونية أوضح من كتالوج الخدمات

يبدأ السجل القانوني في روسيا. يُحدد البحث العامEGRUL عن الشركات، عن طريق OGRN 1157746030309، شركة "ООО "ДИРЕКТ ПОЧТА"" مع INN 7714326233، وتاريخ تسجيل 16 يناير 2015 ومنطقة تسجيل موسكو. يظهر نفس OGRN فيكائن RIPE للمنظمة ORG-DML13-RIPE، الذي يسمي Direct Mail LLC، ويعطي روسيا كدولة، ويسجل رقم التسجيل 1157746030309 ويدرج عنوانًا في موسكو في شارع Vyatskaya. لذلك تشير سجلات الموارد القانونية والإنترنت إلى نفس الهوية المؤسسية بدلاً من مسار مجهول.

الهوية التجارية أقل كثافة في البنية التحتية. النطاق المرتبط بصندوق البريد المسيء لـ RIPE،directpostcorporate.ru، يعرض صفحة عامة بعنوانДирект Почта - товары почтой от производителя، والتي تترجم إلى عرض تجارة البريد بالطلب بدلاً من واجهة استضافة سحابية. تلك الصفحة ذات صلة لأن دور الإساءة لـ RIPE لـ DMAIL يستخدم عنوانًا في نفس النطاق. إنها ليست دليلًا على أن الموقع العام يعمل على شبكة DMAIL الخاصة أو أن الشركة تبيع سعة مركز بيانات للمشترين بالتجزئة.

التمييز قابل للقياس. DNS العام لـdirectpostcorporate.ruيحل إلى 89.104.80.93، وعرض معلومات الشبكة لـ RIPEstat لهذا العنوانيضعه في 89.104.80.0/21 تحت AS48287، المملوكة لـ RU-CENTER، وليس في 185.11.198.0/24 الخاص بـ DMAIL. هذا ترتيب استضافة عادي لموقع ويب مؤسسي. كما أنه يحذر من استخدام الصفحة المؤسسية كدليل على مكان وجود سعة التوجيه الخاصة بـ DMAIL. الوجود على الويب والنظام الذاتي المُعلن هما طبقتان أدلة منفصلتان.

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

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

سجل الموارد يشير إلى Mastertel

كتلة العناوين 185.11.198.0/24 هي أصل البنية التحتية الأكثر واقعية في الرأي العام. يُحددنظرة عامة على البادئة لـ RIPEstatأنها مُعلنة بواسطة AS205482 ويسمي المالك DMAIL Direct Mail LLC. يعطيسجل whoisاسم الشبكة Direct-Mail-Network، ويصف Direct Mail LLC، ويعين الدولة RU ويسجل الحالة ASSIGNED PA. يُظهرتسلسل هرمي لمساحة العناوينأن /24 يقع داخل 185.11.196.0/22، وهو تخصيص أكبر مسجل لـ Mastertel.

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

كائن المسار له نفس النكهة.كائن المسار لـ 185.11.198.0/24 المنشأ بواسطة AS205482يصف Direct Mail LLC ويتم صيانته بواسطة MASTERTEL-MNT.تفويض DNS العكسييسرد أيضًا خوادم أسماء Mastertel لـ 198.11.185.in-addr.arpa.باحث جهة اتصال الإساءةيعيد جهة اتصال Mastertel[email protected]للبادئة. لا يوجد من هذه الإدخالات سيئ؛ مجتمعة، تشير إلى أن Mastertel طرف تشغيلي رئيسي لإدارة العناوين وDNS العكسي وتوجيه الإساءة.

كائن AS يضيف طبقة أخرى.سجل aut-num لـ AS205482يسمي DMAIL، ويربط المنظمة ORG-DML13-RIPE، ويسرد سياسة الاستيراد والتصدير لـ AS31261 و AS29226. السياسة المسجلة ليست متوافقة تمامًا مع رصيد المسار العام الحالي، الذي يظهر AS8641 كمُصعد مرئي مهيمن. يجب التعامل مع هذا التباين كمخاطر توثيق وليس انقطاعًا. إنه يقول أن السجل الرسمي وحده لا يكفي لمعرفة التصميم الحي.

بالنسبة لعميل السعة المستضافة، تدعم هذه السجلات سؤالًا دقيقًا: أين توجد معدات DMAIL بالنسبة للبنية التحتية لـ Mastertel؟ يمكن أن تكون في منشأة متصلة بـ Mastertel، على منفذ مستأجر، في رف عميل، في خدمة مُدارة من المزود، أو خلف تسليم مقدم من ناقل آخر. السجلات العامة لا تجيب على هذا السؤال. لكنها تظهر أن الكتلة المُعلنة الوحيدة لـ DMAIL ليست جزيرة معزولة من البنية التحتية المملوكة. إنها تقع في سياق مزود، وسياق المزود يصبح جزءًا من سطح الفشل.

اسمان مُصعدان ليسا نفس مسارين مستقلين

يُظهرعرض جيران ASN لـ RIPEstatجارين مرصودين لـ AS205482: AS8641 و AS29226. يُحددنظرة عامة AS لـ AS8641أنها شركة "Nauka-Svyaz" LLC، ونظرة عامة AS لـ AS29226يحددها كشركة JSC Mastertel. في طبقة توجيه بين النطاقات، يعطي ذلك DMAIL مسارين مرئيين إلى الإنترنت الأوسع.

التوازن غير متساوٍ. أظهرتعينة من looking-glass لـ 185.11.198.0/24369 مسارًا نظيرًا في وقت الرصد. بعد تجاهل التكرارات المتعددة للأصل، دخلت 363 مسارًا مرئيًا إلى AS205482 عبر AS8641 وستة عبر AS29226. هذا لا يعني أن 98 في المئة من حركة المرور تستخدم بالضرورة Nauka-Svyaz، لأن مجمعات المسار ليست عدادات حركة مرور. لكنه يعني أن رؤية المسار العام منحرفة بشدة نحو Nauka-Svyaz.

المُصعدون أنفسهم كبار مقارنة ببصمة DMAIL المرئية. يُظهرحالة التوجيه الحالية لـ AS864160 بادئة IPv4، ورؤية IPv6، ومئات الجيران المرصودين. يُظهرحالة التوجيه الحالية لـ AS29226أيضًا العديد من بادئات IPv4 و IPv6 ومئات الجيران المرصودين. يقدم PeeringDBNauka-SvyazوMastertelكمزودي خدمة شبكة مع مرافق متعددة وحضور في نقاط تبادل إنترنت. هذا سياق مفيد: قابلية الوصول لـ DMAIL محمولة بواسطة شبكات أكبر.

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

تباين السياسة المسجلة مهم أيضًا. يسجل RIPE لـ AS205482 واردات من AS31261 و AS29226، بينما تظهر الرصدات العامة حاليًا AS8641 و AS29226. يحددنظرة عامة لـ AS31261أنها PJSC MegaFon، لكن AS31261 لم تكن واحدة من الجيران المرصودين الحاليين في عرض جيران ASN. قد يعكس ذلك علاقة قديمة، أو ترتيبًا خاصًا أو غير نشط، أو سياسة مسار لم تعد تطابق الإنترنت المرئي. يمكن لشبكة صغيرة ذات سياسة منشورة قديمة أن تعمل بشكل طبيعي، لكن المشتري يجب أن يسأل عن مخطط مُصعد حالي بدلاً من الاعتماد على نص الكائن.

اختبار التكرار الصحيح هو تشغيلي. إذا تم سحب مسار Nauka-Svyaz، هل تظل الخدمات المستضافة قابلة للوصول عبر Mastertel مع زمن انتقال وفقدان حزمة مقبولين؟ إذا فشلت سلسلة إدارة Mastertel، هل يمكن الحفاظ على المسار و DNS العكسي ومعالجة الإساءة؟ إذا أزال عطل في المنشأة كلا الرابطين الصاعدين، هل يوجد موقع آخر به بيانات حالية؟ إذا كانت الإجابة "المُصعدون متنوعون"، يجب على العميل أن يطلب معرفات الدوائر وأسماء المنشآت والمداخل المادية وسجل تجاوز الفشل الأخير. بدون هذه العناصر، لدى AS205482 بدائل طبقة توجيه ولكن استقلال مادي غير مثبت.

الرف هو الموقع المفقود

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

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

تميل السجلات العامة نحو هيكل يعتمد على المزود. تعيش كتلة العناوين داخل تخصيص Mastertel. يتم الحفاظ على المسار وتفويض DNS العكسي من خلال Mastertel. تدخل معظم المسارات المرئية الحالية من خلال Nauka-Svyaz، بينما يدخل عدد صغير من خلال Mastertel. موقع الشركة المرتبط بمجال الإساءة يحل من خلال RU-CENTER بدلاً من /24 الخاص بـ DMAIL. لا تستبعد أياً من هذه الحقائق DMAIL من تشغيل سعة مستضافة. إنها تجادل ضد معاملة الشركة كمالكة لملكية مركز بيانات كبيرة ومستقلة.

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

موقع الرف يؤثر أيضًا على محلية البيانات. إذا استضافت DMAIL بيانات العملاء الروس في روسيا، يمكن أن يساعد ذلك العميل في تلبية توقعات المحلية. لكن الدليل العام الذي تمت مراجعته هنا لا يُحدد الموقع المادي. قواعد البيانات الشخصية الروسية تجعل الموقع أكثر من تفضيل تقني: بيئة سجل المشغلين التابعة لهيئة Roskomnadzorبيئة سجل المشغلينونظرة عامة عامةGorodisskyعلى التزامات المحلية بموجب المادة 18(5) يشيران كلاهما إلى الحاجة إلى معرفة مكان صيانة أنظمة البيانات الشخصية ذات الصلة. المشتري الذي يتعامل مع بيانات شخصية لا يمكنه قبول "RU" كبيان موقع كافٍ. إنه بحاجة إلى المدينة والمنشأة والمقاول من الباطن وموقع النسخ الاحتياطي وطريق الترحيل.

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

السعة المستضافة تفشل في طبقات

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

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

الطبقة الثالثة هي الرف والمنشأة. حتى الخادم السليم لا فائدة منه بدون طاقة وتبريد ووصول مادي. لاحظتنظرة BEREC العامة لمرونة الشبكةأهمية الطاقة الاحتياطية وترتيبات الاستمرارية عبر الشبكات الأساسية ووصول الشبكة. سلطتحليل ENISA لحوادث الاتصالاتالضوء على أعطال النظام وانقطاع الكهرباء وتلف الكابلات كأسباب متكررة لحوادث الاتصالات. تلك ليست حوادث خاصة بـ DMAIL، لكنها أنواع الفشل العادية التي يجب أن يختبرها أي مشتري سعة مستضافة.

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

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

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

مخزون الأجهزة والترحيل هما الاختبار الاقتصادي الحقيقي

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

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

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

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

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

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

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

يحتوي سجل التوجيه على غياب واحد ملحوظ:فحص التحقق من RPKI لـ RIPEstatيعيد حالة غير معروفة لـ AS205482 و 185.11.198.0/24 لأنه لا يجد ROA صالحًا. RPKI ليس درعًا سحريًا. لا يمنع كل تسرب مسار أو يؤمن كل مسار AS أو يحافظ على اتصال الخادم. لكن تفويض أصل المسار الصحيح يعطي الشبكات التي تقوم بتصفية غير الصحيح طريقة تشفيرية لرفض أصل غير مرخص للبادئة.

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

المسار الحالي لا يظهر أيضًا IPv6 مرئيًا. تبلغ حالة التوجيه لـ RIPEstat عن صفر بادئات IPv6 لـ AS205482. العديد من الخدمات الروسية والدولية لا تزال تعمل عبر IPv4، وقد لا تحتاج الخدمة المستضافة الضيقة إلى IPv6 أصلي. لكن مشتري "السحابة" يتوقعون بشكل متزايد قدرة مزدوجة، خاصة للوصول إلى التطبيقات العالمية والمراقبة والبنية التحتية لتسليم البريد والتأكد من مستقبلية. إذا كانت DMAIL تبيع فقط سعة IPv4، يجب أن يكون هذا القيد صريحًا.

تعطي عرض looking-glass دليلًا آخر على الأمان والمرونة. بعض مسارات AS29226 تظهر AS205482 مسبوقًا عدة مرات. يُستخدم التسبيق عادة لجعل المسار أقل تفضيلًا. في حالة DMAIL، هذا يتوافق مع كون Nauka-Svyaz هي المسار الوارد الأكثر جاذبية و Mastertel يعمل كبديل أقل تفضيلًا في المسارات المرصودة. إنه ليس دليلًا على النية بدون بيان سياسة المشغل، لكنه يعزز قراءة التكرار غير المتماثل.

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

سيادة البيانات هي عقد، وليس رمز بلد

منطقة التخصيص هي RU، وسجلات العناوين روسية. هذا يساعد في تأطير سؤال المحلية لكنه لا يجيب عليه. سجل whois لـ 185.11.198.0/24 يعطي الدولة RU. سجل المنظمة يعطي عنوانًا في موسكو. العلامة التجارية للشركة روسية. موقع directpost المؤسسي بالروسية. هذه الحقائق تدعم سياق تشغيل روسي. إنها لا تحدد مركز البيانات أو موقع النسخ الاحتياطي أو مقاول التخزين من الباطن أو نسخة التعافي من الكوارث أو حدود وصول الموظفين.

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

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

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

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

ما يفشل أولاً

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

فشل المُصعد هو سيناريو التوجيه المرئي. إذا توقفت AS8641 عن حمل 185.11.198.0/24، فقد يحافظ مسار AS29226 الصغير على قابلية الوصول إذا كان مهيئًا ومجهزًا للحمل. إذا كانت AS29226 تعاني من مشكلة إدارية أو كائن مسار، فقد يتأثر DNS العكسي ومهام إدارة العناوين حتى إذا كانت AS8641 ترسل الحزم. إذا أزال عطل منشأة مشتركة كلا الجلستين، فلا يساعد أي من المسارين. الطريقة الوحيدة لمعرفة الفرق هي الاختبار بسحب كل مسار وعزل الموقع المادي المشترك.

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

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

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

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

الدليل الذي من شأنه رفع الدرجة

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

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

بيان التوجيه سيكون بسيطًا. يجب أن يحدد المُصعدين الحاليين، ويشرح إدخال AS31261 الذي لا يزال موجودًا في سجل aut-num لـ RIPE، ويصف الدور المقصود لـ AS8641 و AS29226، ويقول ما إذا كان كلاهما يمكنه حمل الأحمال الحرجة. يجب أيضًا أن ينشر أو يشرح غياب ROA لـ 185.11.198.0/24. هذه إفصاحات منخفضة التكلفة لشبكة بصمتها العامة الكاملة هي بادئة واحدة.

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

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

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

موقف شراء ضيق لكن دفاعي

لا ينبغي رفض DMAIL Direct Mail LLC كمسار وهمي. السجل القانوني، سجل منظمة RIPE، AS205482، 185.11.198.0/24، والرؤية العالمية الحالية، كلها تشير إلى هوية شبكة صغيرة حقيقية. هناك أدلة كافية للقول أن DMAIL لديها سطح تشغيل في توجيه الإنترنت الروسي.

لا ينبغي أيضًا ترقيتها إلى منصة سحابية كاملة على أساس الأدلة العامة وحدها. لا يوجد دليل عام على منصة متعددة المواقع، أو رفوف مملوكة، أو خطط VPS منشورة، أو عقود مركز بيانات، أو مكتب دعم مخصص، أو مخزون أجهزة احتياطية، أو اختبار استعادة، أو تغطية RPKI، أو خدمة IPv6، أو قابلية نقل العميل، أو تنوع المسار المادي. يشير الوجود التجاري على الإنترنت إلى تجارة البريد بالطلب ويتم استضافته خارج /24 الخاص بـ DMAIL. هذا هو نوع السجل الذي يتطلب تخفيضًا، وليس افتراضًا بطوليًا.

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

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