شركة 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.
• مورد TSBG 193.3.63.0/24 لا يزال ذا صلة حيثRIPE RDAP للبادئةيحدد BG-TSBGHOSTING-20200902، وتحقق RPKI RIPEstatصادق على AS43112 كمصرح له لهذه البادئة. التصريح ليس مثل التوفر المباشر.
• يسجل منشأة TSBG Hosting منPeeringDBإضافة دليل مادي في Haskovo/Svilengrad، بينمابيانات المنشأة الشبكية PeeringDBتربط الاتصال المدرج بـ AS47288/FixNET بدلاً من AS43112. وهذا يؤكد ضرورة التحقق من حدود المشغل قبل الاعتماد على أي ادعاء بالمرونة.
• مستوى الأدلة منخفض. يوفر الموقع الرسمي ادعاءات خدمة غنية، لكن أدلة التوجيه العامة الحالية لا تثبت بشكل مستقل حركة مرور عملاء AS43112 المباشرة أو التبديل بين المواقع أو تنوع العبور أو السعة الاحتياطية أو قابلية نقل البيانات.

فاتورة السحابة تهبط دائمًا في غرفة آلات بلغارية

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

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

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

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

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

هوية الشركة أقوى مما اقترحته اللقطة الأولية للدليل. يشير موقع TSBG إلى أن الشركة تأسست عام 2006، وهي مسجلة بموجب القانون البلغاري، وتذكر رقم ضريبة القيمة المضافة BG175059953، وتسمي Ivan Shishkov كمدير عام، وتعطي عنوان مكتب في صوفيا في 8 شارع Racho Dimchev.صفحة الاتصالتكرر عنوان صوفيا ورقم الهاتف والبريد الإلكتروني التجاري.RIPE RDAP لـ AS43112يحدد اسم الكائن كـ tsbg_hosting ويضم TSBG Hosting Ltd. ككيان تنظيمي بعنوان في صوفيا.بيانات whois من RIPEstatتسجل aut-num 43112، as-name tsbg_hosting، organization ORG-THL32-RIPE، status ASSIGNED و maintainer 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 قصة المنشآت دليلاً عامًا منفصلاً.API منشأة PeeringDB للمنشأة 13672تسرد "TSBG Hosting" في هاسكوفو، بلغاريا، مع العنوان "Byalo More 3 Kapitan Andreevo"، ولاية سفيلينغراد، البلد BG، حقل موقع tsbg.eu، وأرقام هواتف وبريد إلكتروني تجارية وفنية، وخدمة جهد متاح 480 VAC. تم إنشاء التسجيل في 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 VDC كخيار قياسي، وتغذية A/B من غرف كهربائية منفصلة وأنظمة UPS، ومقاييس طاقة ومفاتيح ATS عند الطلب، ومراقبة، ودعم 24/7، ووصول إنترنت. هذا يعطي العملاء سلة تسوق مرئية لخدمة منشأة تختبئ عادةً خلف مكالمات المبيعات.

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

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

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

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

صفحات VPS والخوادم المخصصة لـ TSBG مفصلة بما يكفي لإظهار مصدر قيمة العميل.صفحة الخوادم السحابيةتشير إلى أن خطط VPS مبنية على Proxmox، وتستخدم أجهزة زائدة، وتخزين RAID10، وشبكة زائدة، وخوادم مضيفة بتغذية زائدة، وإنترنت مشترك 1 جيجابت/ثانية، ونسخ احتياطية اختيارية. تدرج خططًا من خطة صغيرة بسعة 512 ميجابايت RAM إلى خطط أكبر متعددة النواة.صفحة الخوادم المخصصةتشير إلى أن الخوادم تحتوي على تغذية زائدة و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 وحساسات one-wire والمراقبة الموزعة وتصميم التنبيهات.مقال موقع مبنى مركز البياناتيتناول اختيار الموقع ومخاطر الكوارث والبناء الخرساني وتصميم السقف ووصول الاتصالات. هذه المقالات ليست شهادات، لكنها تظهر إلمامًا بالمجال أكثر تحديدًا من النص العام المستنسخ.

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

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

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

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

دليل PeeringDB AS47288 مفيد أيضًا دون أن يُساء تفسيره. 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 تبدو كمشغل استضافة واستضافة مشتركة بلغاري حقيقي مع ادعاءات بنية تحتية مادية مفصلة. يجب على المشتري معاملة هذه الادعاءات كقابلة للتحقق وليست محسومة. قبل وضع أحمال عمل حرجة، يجب عليه الحصول على أدلة مسار حالية وأدلة منشأة خاصة بالموقع وحدود مزود الوصول والدعم وأدلة تعافي أو ترحيل مختبرة وخريطة مكتوبة لمن يستعيد الخدمة عند فشل رف أو مزود وصول أو مخزون أجهزة أو دعم أو فوترة أو ترحيل أو عقد مزود.