tsbg_hosting TSBG Hosting Ltd. تبيع سعة استضافة لا تزال تعتمد على الرفوف والنقل ونوافذ الإصلاح

ملخص

• تقدم شركة TSBG Hosting Ltd. نفسها كمشغل بنية تحتية بلغاري تأسس في 2006، مع عروض خدمات التجميع، السيرفرات السحابية، السيرفرات المخصصة، الاستضافة المشتركة، البث وخدمات مدارة على موقعها الخاص.
• أقوى ادعاءات التشغيل الخاصة بالشركة هي مادية وليست افتراضية بحتة: عدة مرافق مراكز بيانات بلغارية محايدة للناقل، أربعة مراكز بيانات، تصميم موجه لمعيار TIA-942، طاقة A/B، مراقبة، خدمات يدوية عن بعد، كشف الحريق، تبريد ووصول مصحوب.
• إشارة الشبكة العامة الحالية ضعيفة.RIPE RDAPيحدد AS43112 باسم tsbg_hosting ويسجل TSBG Hosting Ltd. كمسجل، لكنحالة توجيه RIPEstatأظهرت صفر مساحة مرئية معلنة لـ IPv4 أو IPv6 لـ AS43112 في 2026-07-12.
• مورد 193.3.63.0/24 الخاص بـ TSBG لا يزال ذا صلة لأنRIPE RDAP للبادئةيحدد BG-TSBGHOSTING-20200902، والتحقق من صحة RPKI عبر RIPEstatأكد أن AS43112 مصرح به لتلك البادئة. التفويض ليس نفس قابلية الوصول المباشر.
• سجل منشأة TSBG Hosting في PeeringDBيضيف دليلاً مادياً في خاسكوفو/سفيلينغراد، بينمابيانات الشبكة-المنشأة في PeeringDBتربط المرفق المدرج بـ AS47288/FixNET بدلاً من AS43112. وهذا يدعم الحاجة للتحقق من حدود المشغل قبل الاعتماد على أي ادعاء بالمرونة.
• درجة الأدلة ضعيفة. يوفر الموقع الرسمي ادعاءات خدمة غنية، لكن أدلة التوجيه العامة الحالية لا تثبت بشكل مستقل حركة عملاء AS43112 الحية، أو التجاوز عبر مواقع متعددة، أو تنوع النقل، أو السعة الاحتياطية، أو قابلية نقل البيانات.

فاتورة سحابية تهبط في غرفة آلات بلغارية

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

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

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

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

ما يمكن تحديده بثقة

هوية الشركة أقوى مما اقترحته لقطة الدليل الأولية وحدها. يقول موقع TSBG أن الشركة تأسست في 2006، وهي مسجلة بموجب القانون البلغاري، تدرج رقم ضريبة القيمة المضافة الأوروبي BG175059953، تسمي إيفان شيشكوف كمدير إداري، وتعطي عنوان مكتب في صوفيا في 8 شارع راتشو ديمتشيف.صفحة الاتصالتكرر عنوان صوفيا ورقم الهاتف والبريد الإلكتروني للمبيعات.RIPE RDAP لـ AS43112يحدد اسم الكائن كـ tsbg_hosting ويتضمن TSBG Hosting Ltd. ككيان تنظيمي بعنوان في صوفيا.بيانات whois من RIPEstatتسجل aut-num 43112، as-name tsbg_hosting، المنظمة ORG-THL32-RIPE، الحالة ASSIGNED والقائم بالصيانة mnt-bg-tsbghosting-1.

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

نطاق الخدمة محدد أيضاً.صفحة التجميعلـ TSBG تعلن عن باقات وحدة رف واحدة، ربع رف، نصف رف ورف كامل، مع كميات طاقة مذكورة ترتفع من 35 واط لرف واحد إلى 1500 واط لرف كامل. تقول الصفحة أيضاً أن الشركة يمكنها توفير اتصال إنترنت، عناوين IPv4 وخدمات LIR.صفحة الخوادم السحابيةتدرج خطط VPS، تخزين SSD، حماية RAID10، إنترنت مشترك بسرعة 1 جيجابت/ث ونسخ احتياطي اختياري.صفحة الخوادم المخصصةتصف مصادر طاقة زائدة، RAID 1 أو RAID 10، وحدتي تحكم شبكة وتكرارية مفتاح أعلى الرف.صفحة الاستضافةتغطي الاستضافة المشتركة واستضافة VPS، بما في ذلك المساعدة في الترحيل.

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

سجل مورد الأرقام نشط، لكن الحافة العامة كانت هادئة

أهم حقيقة في الشبكة ليست مبهجة، لكنها دقيقة.نظرة عامة على AS في RIPEstat لـ AS43112حددت الحامل كـ tsbg_hosting TSBG Hosting Ltd.، لكنها صنفت ASN على أنه غير معلن لاستعلام 2026-07-12.حالة التوجيه في RIPEstatأفادت أن أول مسار تم رؤيته كان 77.246.240.0/20 في 2007-06-14 وآخر مسار تم رؤيته كان 193.3.63.0/24 في 2025-08-15، بينما كانت الرؤية الحالية صفراً من 325 نظير IPv4 وصفراً من 322 نظير IPv6.البادئات المعلنة في RIPEstatلم تُرجع أي بادئات حالية لـ AS43112 في نافذة 2026-06-28 إلى 2026-07-12.

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

الحافة العامة غير النشطة تغير أيضاً كيفية قراءة الأدلة القديمة.تاريخ التوجيه في RIPEstatيظهر نشاطاً تاريخياً طويلاً لـ 77.246.240.0/20 و 77.246.240.0/21 و 193.3.63.0/24، مع مسار 193.3.63.0/24 مرئياً على نطاق واسع خلال معظم 2022 إلى 2025 قبل أن ينخفض إلى أدنى رؤية بعد منتصف أغسطس 2025. التاريخ مفيد للهوية والاستمرارية. إنها ليست سعة حالية. إذا كان نفس العملاء لا يزالون مخدومين، فقد يتم خدمتهم الآن من خلال تصميم شبكة آخر. إذا تم سحب البادئة لأن الخدمات انتقلت، فمسار الترحيل مهم. إذا تم سحبها لأن الخدمة توقفت، يحتاج المشتري إلى معرفة ذلك قبل طلب السعة.

يضيف RPKI فارقاً دقيقاً آخر.التحقق من صحة RPKI في RIPEstat لـ 193.3.63.0/24 و AS43112أعاد صحيحاً. هذا دليل إداري إيجابي: AS43112 مخول بأصل البادئة. لكن التفويض الصحيح لأصل المسار ليس نفس الإعلان. يمكن تركيب كاشف دخان في غرفة فارغة حالياً؛ يمكن أن يوجد ROA لمسار غير مرئي في BGP. حق مستوى التحكم موجود، بينما مسار التشغيل لا يزال بحاجة إلى تأكيد حي.

الموقع يدعي مرافق قوية، لكن الخريطة غير مكتملة

أقوى قصة عامة لـ TSBG هي قصة مرافقها المادية.صفحة تاريخ مركز البياناتتقول أن الشركة تأسست في 2006، أكملت أول مركز بيانات بحلول سبتمبر 2006، أكملت مشروع تجميع ثانٍ بحلول يوليو 2007، أكملت ثالث مركز بيانات كموقع تعافي من الكوارث مع أول معدات مثبتة في يوليو 2008، وأكملت رابع مركز بيانات بحلول أكتوبر 2008. كما تقول أنه منذ 2014 ركزت TSBG على التجميع، الاستضافة، تأجير الخوادم والخدمات المدارة.

صفحة مراكز البياناتتوسع ادعاء المنشأة. تقول أن مواقع TSBG مصممة وفقاً لـ TIA-942، أن المواقع مختارة بعناية، أن الشركة تضمن توفر طاقة 100%، أن الطاقة مصممة بتوزيع A/B متنوع بالكامل، أن التبريد زائد عن السعة الاسمية، وأن الأمن المادي يشمل مواقع محروسة، مراقبة فيديو ووصول مصحوب. تقول أن المراقبة تغطي حمل الخادم، الذاكرة، الأقراص، حركة المنافذ، صحة المعدات، درجة الحرارة، الرطوبة، التيار الكهربائي، استهلاك الطاقة، تكييف الهواء وأداء الشبكة الضوئية.

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

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

PeeringDB يضيف دليلاً على خاسكوفو وتحذيراً حول حدود المشغل

يعطي PeeringDB لقصة المنشأة دليلاً عاماً منفصلاً.واجهة برمجة تطبيقات منشأة PeeringDB للمنشأة 13672تدرج "TSBG Hosting" في خاسكوفو، بلغاريا، مع العنوان1 "Byalo More 3 Kapitan Andreevo"، الولاية سفيلينغراد، الدولة BG، حقل موقعtsbg.eu، هاتف/بريد إلكتروني للمبيعات والفنيين، وخدمة جهد متاحة 480 فولت تيار متردد. تم إنشاء السجل في 2023-05-19 وتحديثه في 2025-09-26. هذا مفيد لأنه خارج موقع TSBG الخاص ويشير إلى سطح منشأة مسمى محدد في جنوب بلغاريا بالقرب من سياق حدود تركيا-اليونان الذي تؤكد عليه TSBG.

لكن نفس بيانات PeeringDB تخلق مشكلة حدود.بيانات netfac من PeeringDB للمنشأة 13672تظهر إدخال شبكة واحد مرفق باسم TSBG Hosting في خاسكوفو مع ASN محلي 47288.شبكة PeeringDB 26850تحدد تلك الشبكة كـ FIXNET TELEKOM LTD. STI.، ASN 47288، بنطاق حركة أوروبا، سياسة نظير مفتوحة، سبع منشآت وثلاثة مرفقات تبادل.نظرة عامة على AS في RIPEstat لـ AS47288تحدد الحامل كـ FIXNET Telekomunikasyon Limited Sirketi وتصنف ASN على أنه معلن.حالة التوجيه في RIPEstat لـ AS47288رأت رؤية نشطة لـ IPv4 و IPv6 في 2026-07-12، مع 18 بادئة IPv4 وبادئة IPv6 واحدة في المساحة المعلنة على طبقة حالة التوجيه.

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

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

اقتصاديات الرف تقرر كم من الخدمة حقيقي

تنشر TSBG أسعار تجميع وباقات رف دقيقة بشكل غير معتاد.صفحة خدمة التجميعتدرج وحدة رف واحدة، ربع رف، نصف رف ورف كامل، مع حدود طاقة وميزات رف اختيارية. تقول الصفحة أيضاً أن TSBG يمكنها توفير 48 فولت تيار مستمر كخيار قياسي، طاقة A/B من غرف طاقة منفصلة وأنظمة UPS، عدادات طاقة ومفاتيح ATS عند الطلب، مراقبة، دعم 24/7 ووصول إنترنت. هذا يعطي العملاء عربة تسوق مرئية لخدمة منشأة تختبئ عادة خلف مكالمات المبيعات.

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

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

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

VPS والخوادم المخصصة ترث كل طبقة أدنى

صفحات VPS والخوادم المخصصة لـ TSBG مفصلة بما يكفي لإظهار من أين تأتي قيمة العميل.صفحة الخوادم السحابيةتقول أن خطط VPS تعتمد على Proxmox، تستخدم أجهزة زائدة، تخزين RAID10، مضيفي خوادم بشبكة زائدة ومصدر طاقة زائد، إنترنت مشترك بسرعة 1 جيجابت/ث ونسخ احتياطي اختياري. تدرج خططاً من خطة ذاكرة وصول عشوائي صغيرة 512 ميجابايت إلى خطط متعددة النوى أكبر.صفحة الخوادم المخصصةتقول أن الخوادم تحتوي على مصادر طاقة زائدة، RAID 1 أو RAID 10، وحدات تحكم RAID أجهزة، وحدتي تحكم شبكة ومفاتيح أعلى الرف مختلفة. كما تذكر تثبيت نظام تشغيل مجاني، مراقبة، مكتب مساعدة 24/7 وخدمات يدوية عن بعد.

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

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

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

ادعاءات الطاقة والتبريد والمراقبة تحتاج إلى أدلة مختبرة

صفحات المنشأة تعتمد بشكل كبير على الطاقة والمراقبة. تقول TSBG أن طاقة مركز البيانات مصممة بتوزيع A/B متنوع بالكامل، بدءاً من غرف طاقة منفصلة، لوحات توزيع، أنظمة UPS وكابلات إلى الرفوف. تقول أن كل رف يحتوي على وحدتي PDU أو أكثر، واحدة للدائرة A وواحدة للدائرة B. تقول أن تكييف الهواء يستخدم تكويناً زائداً 1+1 أو n+1، وأن غرف المعدات تُحفظ حوالي 22 درجة مئوية مع رطوبة نسبية بين 40% و 60%. تقول أن كشف الحريق يستخدم نظام أخذ عينات هواء وإخماد غازي. تقول أن المراقبة تغطي مجموعة واسعة من المعلمات البيئية، الخادم، المنفذ والشبكة الضوئية.

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

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

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

مرونة الشبكة تعتمد على عقود المسار العلوي، وليس فقط على ASN

صفحات TSBG نفسها تقول أن الشركة تدير نظامها المستقل الخاص ولديها جلسات BGP مع مزودين مختارين بعناية. سجلات RIPE تحدد AS43112، وملاحظات whois في RIPE تذكر المسارات العلوية ومركز البيانات، مع استيراد من AS47964 وتصدير إلى AS47964.تناسق توجيه AS في RIPEstatأظهر 193.3.63.0/24 في RIPE whois ولكن ليس في BGP في 2026-07-12، وأظهر استيراد/تصدير AS47964 في whois ولكن ليس في BGP.جيران ASN في RIPEstat لـ AS43112لم يظهروا أي جيران ملاحظين في تاريخ النشر.

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

دليل AS47288 من PeeringDB مفيد أيضاً دون المبالغة في قراءته. FixNET، شبكة AS47288 المرفقة بسجل منشأة TSBG Hosting، كانت نشطة فيحالة التوجيه في RIPEstatوكان لديها مرفقات تبادل PeeringDB في NetIX و TurkIX Sofia و RegPEX. هذا يظهر سطح شبكة حي قريب مرتبط بسجل المنشأة. لا يثبت أن حركة عملاء TSBG تستخدم ذلك السطح، أو أن TSBG تتحكم فيه، أو أنه متنوع بما يكفي لأي عميل معين.

اختبار العميل مباشر. اطلب من TSBG تحديد ASNs والبادئات والمسارات العلوية التي ستحمل الخدمة المطلوبة. اسأل ما إذا كانت تلك المسارات قادرة على العمل الافتراضي، ما إذا كانت تستخدم مداخل مادية منفصلة، ما إذا كانت تنتهي في نفس زوج الموجهات، ما إذا كانت مرشحات المسار حديثة، وما إذا كان التحقق من صحة أصل المسار مكوناً. قارن الإجابة بالأدوات العامة مثلBGP.tools لـ AS43112،Hurricane Electric لـ AS43112،توجيه Cloudflare Radar لـ AS43112و RIPEstat. إذا كان ASN العام هادئاً عمداً، فهذا مقبول فقط إذا كان مسار الخدمة المباشر موثقاً.

الدعم جزء من الأصول، وليس صفحة مساعدة

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

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

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

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

المحلية البيانات لا تُحل بتسمية بلغارية

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

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

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

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

الإشارات غير الرسمية يمكن أن تشير إلى خيوط، وليس استنتاجات

مواضيع البنية التحتية الرقيقة غالباً ما تترك آثاراً في المجمعات التجارية، صفحات BGP القديمة، صفحات التسعير، نتائج البحث، منشورات المنتديات، الملامح الاجتماعية وأدلة المنشآت. TSBG ليست استثناءً. مجمعات التوجيه العامة مثلصفحة IPinfo لـ AS43112،BGP.tools،Hurricane ElectricوCloudflare Radarمفيدة للتحقق المتبادل السريع. PeeringDB مفيد لأدلة المنشآت والترابط. الموقع الرسمي مفيد لادعاءات الخدمة ومعلومات الاتصال.

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

التمييز مهم أكثر عندما تتعارض الأدلة العامة. صفحات الخدمة الرسمية لـ TSBG تقول مراراً أن الشركة تدير AS الخاص بها مع جلسات BGP. سجلات RIPE تحدد AS43112 ويوجد ROA صالح لـ 193.3.63.0/24. لكن RIPEstat لم ير AS43112 معلناً في تاريخ النشر. هذا ليس شيئاً للتجازله. إنها النتيجة الرئيسية. إما أن ASN العام خامل حالياً، أو أن الخدمات الحالية تُقدم عبر مسار شبكة آخر، أو أن المجمعات العامة فاتها إعلان محدود. كل احتمال له عواقب عملاء مختلفة.

ما الذي سيحسمه؟ عرض looking-glass حالي من TSBG، جدول توجيه يظهر بادئات العملاء، قائمة مسارات علوية، IP اختبار للخدمة المطلوبة، نتائج traceroute وتنوع مسار، صفحة حالة حالية، وصف خدمة خاص بالمنشأة، ولغة عقد تسمي الأطراف المسؤولة. حتى تتوفر تلك، الموقف التحريري الصحيح هو الحذر.

كيف يجب على المشتري اختبار TSBG قبل وضع عبء عمل حرج

الاختبار الأول هو الهوية وملاءمة الخدمة. اطلب من TSBG تأكيد أي كيان قانوني يوقع العقد، أي موقع سيستضيف الخدمة، أي طبقة منتج تنطبق، وما إذا كانت الخدمة تستخدم AS43112، AS47288، كتلة عناوين مزود نقل أو ترتيب توجيه آخر. قارن الإجابة بـRIPE RDAP لـ AS43112،RIPE RDAP لـ 193.3.63.0/24، وملاحظات BGP العامة. إذا كانت الإجابة أن ASN العام غير مستخدم حالياً، اسأل لماذا وما الذي يحل محله.

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

الاختبار الثالث هو استقلالية الشبكة. اطلب المسارات العلوية الحالية، مرشحات المسار، حالة RPKI، تنوع المداخل المادية، سرعة الواجهة، الالتزام المدفوع، التعرض لـ DDoS، وسلوك تجاوز الفشل. اسأل ما إذا كان ادعاء اتصال الإنترنت بنسبة 99.999% ينطبق على منتج العميل وكيف تُحسب الاعتمادات. استخدم الأدوات العامة للتحقق مما إذا كانت حالة ASN والبادئة تطابق الإجابة، لكن لا تعتمد على الأدوات العامة وحدها إذا كانت الخدمة تستخدم مساراً خاصاً أو شريكاً.

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

من يتأثر عندما يفشل النظام

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

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

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

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

درجة الأدلة

تحصل TSBG Hosting Ltd. على درجة أدلة شبكة ضعيفة لهذه المقالة. الدرجة ليست حكماً على رضا العملاء أو المهارة الهندسية. إنها حكم على ما يمكن للأدلة العامة إثباته في 2026-07-12. الموقع الرسمي يعطي ادعاءات خدمة قوية خاصة بالشركة: أربعة مراكز بيانات، تجميع، VPS، خوادم مخصصة، استضافة مشتركة، طاقة A/B، مراقبة، خدمات يدوية عن بعد، أمن، كشف حريق، تبريد وتمركز نقل بلغاري. سجلات RIPE تعطي هوية مورد أرقام حقيقية لـ TSBG: AS43112، ORG-THL32-RIPE و 193.3.63.0/24. RPKI يتحقق من صحة تفويض أصل 193.3.63.0/24 لـ AS43112.

التخفيض يأتي من الحافة الحالية. RIPEstat لم ير AS43112 معلناً، ولم ير بادئات AS43112 حالية، ولم ير جيران AS43112 حالين. إدخال منشأة TSBG Hosting في PeeringDB يضيف دليلاً مادياً، لكن مرفق الشبكة المرئي يشير إلى AS47288/FixNET بدلاً من AS43112. قد يمثل ذلك ترتيب شريك أو مسار علوي صحيح؛ لكنه لا يثبت بشكل مستقل توجيه عملاء TSBG الحي.

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