Network LIGA HOSTING LTD verkauft gehostete Kapazität, die noch von Racks, Transit und Reparaturfenstern abhängt

Zusammenfassung

• Network LIGA HOSTING LTD ist die infrastrukturorientierte Identität des öffentlichen Hosting-Geschäfts von LIGA HOSTING LTD. Das Companies House registriert die Gesellschaft mit der Nummer 17069738 als eine aktive private Gesellschaft mit beschränkter Haftung in England und Wales, gegründet am 4. März 2026 mit dem SIC-Code 63110, während die Geschäftsbedingungen des Unternehmens angeben, dass das Hosting-Geschäft seit 2019 aktiv ist und Kunden in über 30 Ländern bedient.
• Die öffentliche Dienstoberfläche ist real genug, um getestet zu werden: LigaHosting bewirbt Standard-VPS in Tulcea und Frankfurt, Performance-VPS mit Ryzen 9 9950X in Frankfurt, cPanel-Webhosting mit täglichen siebentägigen Backups und Game-Hosting unter der rumänischen Marke. Dieselbe Website beansprucht AS201131, DDoS-Schutz, Uplinks von 10 bis 40 Gbps, VPS-Bereitstellung in weniger als 60 Sekunden und eine monatliche SLA von 99,9 % für Netzwerk und Kerninfrastruktur.
• Das AS201131 ist derzeit sichtbar. Das RIPE RDAP identifiziert AS201131 als LGH-Network, registriert auf den Namen von LIGA HOSTING LTD am 3. März 2026; die letzte Ansicht des Routing-Status von RIPEstat zeigt drei IPv4 /24 und zwei IPv6 /48 mit vollständiger oder nahezu vollständiger RIS-Sichtbarkeit. Die drei überprüften IPv4-Ursprung-Route-Paare sind unter RPKI validiert, während die beiden aktuellen IPv6 /48 in der überprüften RIPEstat-Ansicht eine unbekannte Validierung zurückgegeben haben.
• Das Beweismittel ist Mittel. Die öffentlichen Routing-, Produkt-, Status- und Vertragsnachweise stützen einen operativen Hosting-Fußabdruck, aber der Fall beweist immer noch nicht das Eigentum an den Racks, die Betreiber der Einrichtungen, doppelte Stromversorgungspfade, Ersatzhardware, Routing-Diversität innerhalb jedes Standorts, getestete Wiederherstellungen oder Migrationsrechte der Kunden.

Eine neue britische Gesellschaft, die eine ältere Hosting-Geschichte umhüllt

Der erste zu unterscheidende Fakt ist die rechtliche Identität der Betriebsgeschichte.Companies Houseregistriert LIGA HOSTING LTD unter der Gesellschaftsnummer 17069738, aktiv, gegründet am 4. März 2026, mit Sitz in der 3rd Floor, 86-90 Paul Street, London, EC2A 4NE und einer Geschäftstätigkeit 63110, Datenverarbeitung, Hosting und damit verbundene Tätigkeiten. DieSeite der Geschäftsführerlistet Ionel-Florin Florin Moisa als aktiven Direktor, ernannt am Gründungsdatum. DasRegister der Personen mit maßgeblichem Einflussregistriert Ionel-Florin Moisa mit Aktien- und Stimmrechtsbesitz von 75 % oder mehr sowie dem Recht, Direktoren zu ernennen oder zu entlassen.

Damit ist die Gesellschaft sichtbar, aber jung. Ihre ersten Konten sind erst im Dezember 2027 fällig und ihre erste Bestätigungserklärung ist erst im März 2027 fällig. Kunden können daher noch keine ausgereifte Einreichungshistorie, Kontohistorie oder lange Unternehmensereignisse einsehen. Das ist wichtig, wenn ein Käufer entscheidet, ob ein günstiger Server eine nachhaltige Gegenpartei oder eine sich schnell entwickelnde Hosting-Marke ist, die ihre Rechtsform, Adressressourcenarrangements oder Betriebsanbieter ändern könnte.

Die öffentliche Website erzählt eine längere Geschäftsgeschichte. DieGeschäftsbedingungen von LigaHosting, aktualisiert am 29. April 2026, geben an, dass LIGA HOSTING LTD die Marken ligahosting.com für internationales VPS- und cPanel-Webhosting und ligahosting.ro für Game-Hosting betreibt, seit 2019 aktiv ist, Kunden in über 30 Ländern bedient und eine VPS-Infrastruktur in Rumänien und Deutschland betreibt. Diese ältere Historie kann gut die Marke oder den Geschäftsbetrieb vor der Gründung der britischen Gesellschaft beschreiben. Sie sollte nicht als Companies-House-Historie für die Gesellschaftsnummer 17069738 interpretiert werden.

Die Unterscheidung ist nicht pingelig. Wenn ein Dienst ältere Kunden, ältere Bedienfelder oder ältere Infrastrukturverträge hat, kann eine neue Gesellschaft einige Betriebspraktiken erben, ohne eine lange Historie rechtlicher Einreichungen zu erben.

Wenn die Gesellschaft eine neu formalisierte Hülle um ein bestehendes rumänisches oder europäisches Hosting-Unternehmen ist, sollten Kunden fragen, welche juristische Person den aktuellen Vertrag unterzeichnet, welche Person die Ausrüstung besitzt oder mietet, welche Person die Kreditorenkonten führt und was mit bestehenden Diensten passiert, wenn eine andere Marke, ein Reseller-Konto oder ein altes Bedienfeld in der Kette verbleibt.

Der eingetragene Sitz in London ist auch kein Anspruch auf ein Rechenzentrum. Die Companies-House-Adresse und die strukturierten Organisationsdaten der Website identifizieren eine Geschäftsadresse, keinen Rack-Standort. Dies entspricht einer britischen Gesellschaft, die rumänische und deutsche Infrastruktur verkauft. Es belegt nicht, dass Kundendaten im Vereinigten Königreich verarbeitet werden, dass Support-Mitarbeiter in London sind oder dass das Unternehmen eine Einrichtung im Vereinigten Königreich besitzt. Die Hosting-Geschichte muss anhand der Produktseiten, Statusseiten, Routing-Tabellen und Geschäftsbedingungen überprüft werden.

Was die öffentliche Produktoberfläche verkauft

Die Produktseiten zeigen einen Dienst, der sich an kleine und mittlere Hosting-Käufer richtet, nicht an Hyperscale-Clouds. DieHauptseite von LigaHostingbewirbt "Standard & Performance VPS", DDoS-Schutz, sofortige Bereitstellung, Premium-Netzwerkanbindung, Unternehmenshardware und europäische Reichweite in Rumänien und Deutschland. Sie nennt AS201131 als das Backbone des Unternehmens und gibt an, dass die VPS-Bereitstellung weniger als 60 Sekunden dauert. Sie bewirbt auch Uplinks von 10 bis 40 Gbps und Support-Antworten in weniger als 15 Minuten. Dies sind kommerzielle Behauptungen, aber sie sind spezifisch genug, um sich in physische Fragen zu übersetzen.

DieStandard-VPS-Seitenennt zwei Infrastrukturknoten: Tulcea, Rumänien, beschrieben als Standard auf dualer Intel Xeon Gold 6254-Hardware, und Frankfurt, Deutschland, beschrieben als Standard auf AMD EPYC 7702. Die Tarifblätter reichen von kleinen VPS-Instanzen aufwärts und enthalten eine IPv4-Adresse und DDoS-Schutz. DiePerformance-VPS-Seitekonzentriert die Hochfrequenzstufe in Frankfurt auf AMD Ryzen 9 9950X-Prozessoren, mit Plänen, die von 1 vCPU, 2 GB RAM und 100 GB NVMe bis zu 12 vCPU, 64 GB RAM und 1,6 TB NVMe skalieren. Dies ist eine konkrete Rechengeschichte, nicht nur ein leeres "Cloud"-Etikett.

DieWebhosting-Seitefügt eine andere Produktoberfläche hinzu: cPanel-Hosting, SSD-Speicher, kostenloses SSL, E-Mail-Konten und tägliche Backups. Web Starter bewirbt 20 GB SSD-Speicher und eine Website. Web Pro erweitert Speicher und Kontoabdeckung. Web Business bewirbt unbegrenzten SSD-Speicher, unbegrenzte Websites und eine kostenlose dedizierte IP. Die wichtige Abhängigkeitsänderung ist, dass cPanel-Hosting mehrere Konten auf gemeinsam genutzten Servern und gemeinsamen Verwaltungssystemen konzentriert, während VPS-Hosting dem Käufer Root-Zugriff gibt, aber auch mehr Backup- und Konfigurationsverantwortung auf den Käufer überträgt.

Die rumänische Game-Hosting-Marke fügt ein weiteres Signal hinzu.LigaHosting.robewirbt Game-Server-Hosting in Rumänien und Deutschland, ein Verfügbarkeitsziel von 99,9 %, Support rund um die Uhr und ein Infrastruktur-Bedienfeld, das Rumänien auf 5.180.33.0/24 und Deutschland auf 163.5.26.0/24 zeigt. Es listet Computing in Rumänien als Intel Core i9-14900K-Plattform mit 192 GB DDR5 und 2 TB NVMe, während Deutschland eine AMD Ryzen 9 9950X-Plattform mit 128 GB DDR5 und 2 TB NVMe ist. Diese Seitenangaben entsprechen zwei der sichtbaren IPv4-Präfixe von AS201131, identifizieren aber immer noch nicht den Einrichtungsbetreiber und belegen keine Reservekapazität.

DieStatusseiteist ebenfalls nützlich, da sie die Dienststandorte betrieblich benennt: Tulcea, Rumänien für Standard-VPS, und Frankfurt, Deutschland für Standard-VPS, Performance-VPS und Webhosting. Sie zeigte zum Zeitpunkt der Überprüfung "Alle Systeme betriebsbereit" und keine aktiven Vorfälle, wobei beide Standorte als betriebsbereit markiert waren. Eine aktuelle grüne Statusseite ist kein Verfügbarkeitsarchiv, aber sie sagt Kunden, was der Anbieter als seine öffentlichen Dienstkomponenten betrachtet.

Dies ist genug Beweis, um zu sagen, dass LigaHosting nicht nur eine leere Hülle ist. Es hat einen öffentlichen Katalog, aktive Dienststandorte, Behauptungen über bestimmte Prozessoren, eine Kunden-Statusseite, Geschäftsbedingungen und ein Live-Netzwerk. Es reicht nicht aus, um zu sagen, dass das Unternehmen die Racks besitzt, die Gebäude kontrolliert oder alle Workloads zwischen Regionen verschieben kann. Ein VPS-Käufer sieht einen Tarifnamen, eine CPU-Familie und eine IP-Adresse. Die Resilienzentscheidung hängt davon ab, was sich hinter diesen Etiketten verbirgt.

Das AS201131 ist sichtbar, aber Sichtbarkeit bedeutet nicht überall Kontrolle

Der stärkste technische Beweis ist das Netzwerk.Das RIPE RDAP für AS201131identifiziert AS201131 als LGH-Network, registriert am 3. März 2026 und zuletzt geändert am 15. Juni 2026, mit LIGA HOSTING LTD als Inhaberorganisation und Missbrauchskontakt [email protected].Die AS-Übersicht von RIPEstatidentifiziert den Inhaber als "LGH-Network LIGA HOSTING LTD" und markiert die ASN als angekündigt. Dies deckt sich mit der Behauptung der Website und den öffentlichen Routing-Nachweisen.

Der aktuelle Routensatz ist kompakt.Die Routing-Status-Ansicht von RIPEstatzeigte für die letzte Abfrage vom 12. Juli 2026 drei IPv4-Präfixe mit insgesamt 768 IPv4-Adressen und zwei IPv6 /48. Sie meldete vollständige IPv4-Sichtbarkeit bei RIS-Peers und nahezu vollständige IPv6-Sichtbarkeit.Die Ansicht der angekündigten Präfixe von RIPEstatzeigte auch, dass mehrere IPv6 /48 im vorherigen Zweiwochenfenster aufgetaucht waren, aber im aktuellen hochsichtbaren Satz zum 12. Juli nicht mehr enthalten waren. Dies ist für ein kleines Netz ziemlich normal, bedeutet aber, dass Käufer zwischen aktuellen Produktionsrouten und kürzlicher oder experimenteller Routensichtbarkeit unterscheiden müssen.

Die drei aktuellen IPv4-Präfixe entsprechen der Produktgeographie.5.180.33.0/24,163.5.26.0/24und146.19.215.0/24waren jeweils mit AS201131 als Ursprung in den Präfix-Übersichtsansichten von RIPEstat sichtbar. Die rumänische Gaming-Seite ordnet 5.180.33.0/24 explizit Rumänien und 163.5.26.0/24 Deutschland zu. Die offiziellen Produktseiten und die Statusseite platzieren VPS- und Webhosting-Dienste in Rumänien und Deutschland. Dies ergibt eine plausible Geographie: Rumänien und Deutschland sind die für Kunden bestimmten Dienstregionen, mit der britischen Gesellschaft als rechtlicher Gegenpartei.

Die Routenursprungssicherheit ist ein Pluspunkt für IPv4.Die RPKI-Validierung von RIPEstat für 5.180.33.0/24,163.5.26.0/24und146.19.215.0/24lieferte für AS201131 gültig. Ein gültiges RPKI macht einen Server nicht zuverlässig, reduziert aber eine Klasse von Routing-Ausfällen, indem es Netzwerken, die eine Ursprungsvalidierung durchführen, mitteilt, dass AS201131 berechtigt ist, diese Präfixe anzukündigen.

Die IPv6-Tabelle ist schwächer. Die aktuellen Präfix-Übersichtsprüfungen für2a06:9801:c2::/48und2a06:9801:22c::/48zeigten sie von AS201131 angekündigt, aber die überprüften RPKI-Validierungs-URLs lieferten unbekannt statt gültig. Unbekannt bedeutet nicht ungültig. Es bedeutet, dass die überprüfte Ansicht keine validierende Routenursprungsberechtigung für das abgefragte Ursprung-Präfix-Paar gefunden hat. Für Kunden, die natives IPv6 und Routenursprungsgarantie benötigen, ist dies eine Frage, die vor dem Kauf zu klären ist.

Die Upstream-Nachweise erfordern eine vorsichtige Formulierung. Deraut-num-Eintrag der RIPE-Datenbanklistet eine Import- und Exportrichtlinie mit AS209735, AS58061, AS58212, AS213323 und AS207841 auf.Die ASN-Nachbarschaftsansicht von RIPEstatbeobachtete zum letzten überprüften Zeitpunkt vier Nachbarn: AS213323, AS397373, AS58061 und AS58212.CAIDA AS Ranksah AS201131 als kleine AS mit drei Anbietern, keinen beobachteten Kunden und keinen beobachteten Peers in seinem Datensatz. Die genauen Namen und Rollen unterscheiden sich zwischen Routing-Richtlinieneinträgen und Beobachtungsdatensätzen, was in BGP zu erwarten ist. Die vorsichtige Schlussfolgerung ist, dass AS201131 in der öffentlichen Beobachtung multihomed ist, aber der öffentliche Akt beweist nicht, welche Upstream-Anbieter jeden Standort versorgen, ob beide in jeder Region aktiv sind oder ob Glasfaserpfade und Router-Paare physisch diversifiziert sind.

PeeringDB fügt eine weitere Abwesenheit hinzu. DiePeeringDB-API-Abfrage für AS201131gab zum Zeitpunkt der Überprüfung kein Netzobjekt zurück. Dies ist kein Fehler; viele kleine Netzwerke pflegen kein PeeringDB-Profil. Es bedeutet, dass Kunden PeeringDB nicht verwenden können, um Einrichtungspräsenzen, Austausch-LANs, öffentliche Peering-Richtlinien oder Verkehrsniveaus zu bestätigen. Für einen Betreiber, der mit der Sprache "eigenes Backbone" verkauft, würde die Veröffentlichung eines grundlegenden Interkonnektionsprofils die Kontrolloberfläche leichter überprüfbar machen.

Die Geschichte der Racks schweigt am wichtigsten Punkt

Ein gehosteter Server wird als Softwareobjekt verkauft, fällt aber als physisches Objekt aus. Die Website kann eine VPS in Sekunden bereitstellen, nur weil ein echter Server bereits mit Strom versorgt, gekühlt, verbunden und in einem Rack installiert ist. Ein Game-Server kann niedrige Latenz bewerben, nur weil Pakete über Top-of-Rack-Switches, Edge-Router, Transit-Anbieter und DDoS-Minderung gehen. Ein cPanel-Konto kann Backups versprechen, nur weil Speicher- und Backup-Jobs irgendwo mit ausreichend Speicherplatz, Bandbreite und Betreiberaufmerksamkeit ausgeführt werden.

Für LigaHosting sind die sichtbaren Standorte Tulcea und Frankfurt. Das ist besser als eine vage "Europa"-Behauptung. Die verbleibende Lücke ist die Identität der Einrichtung. Die für diesen Artikel geprüften öffentlichen Quellen haben den Rechenzentrumsbetreiber in Tulcea, die Frankfurter Einrichtung, das Rack-Eigentum, die Anzahl der Schränke, das Stromversorgungsdesign, den Remote-Hand-Anbieter, das Ausmaß der Brandbekämpfung, die Kühlungsredundanz, den Operator-Meet-Room oder den Hardware-Ersatzprozess nicht identifiziert.

Die öffentliche Website gibt "europäische Cloud-Infrastruktur in Rumänien und Deutschland" an; sie sagt nicht, ob LIGA HOSTING LTD die Hardware in Colocation-Racks besitzt, dedizierte Server mietet, eine Plattform weiterverkauft oder diese Modelle nach Produkt mischt.

Dies ist wichtig, da eine Einrichtung, ein Rack und ein Virtualisierungscluster verschiedene Schichten sind. Ein Frankfurter Rechenzentrum kann mehrere Stromversorgungen, USV-Systeme und Generatoren haben, während ein Mieter dennoch einen Server mit einem einzelnen Kabel an eine einzelne Steckdosenleiste anschließt. Ein Rack kann in einer guten Einrichtung stehen, während sein Top-of-Rack-Switch ein Single Point of Failure bleibt. Ein Server kann zwei NVMe-Geräte haben, während Snapshots auf demselben Knoten liegen. Eine grüne Anzeige auf Standortebene kann mit einem ausgefallenen Host oder einem überlasteten Speicherpool koexistieren.

Die Produktnachweise deuten auf eine kompakte Plattform hin. Die Standard-VPS-Seite erwähnt die Tulcea-Knoten mit dualem Intel Xeon Gold 6254 und Frankfurt AMD EPYC 7702. Die Performance-Seite erwähnt den Frankfurter Ryzen 9 9950X. Die Gaming-Seite erwähnt Core i9-14900K-Plattformen in Rumänien und Ryzen 9 9950X in Deutschland. Dies sind vertraute Hosting-Serverklassen und können ein hervorragendes Preis-Leistungs-Verhältnis für kleine Workloads bieten. Sie allein beweisen kein Cluster-Failover, Live-Migration, verteilten Speicher oder Ersatzserver.

DieNIST-Definition von Cloud Computingist hier nützlich, da sie einen echten elastischen Ressourcenpool von gewöhnlichen gehosteten virtuellen Maschinen trennt. Ein VPS-Produkt kann breiten Netzwerkzugriff und eine gewisse Self-Service-Bereitstellung bieten, ohne schnelle Elastizität, gemessenen Dienst, hostübergreifendes Pooling oder Multi-Site-Resilienz zu beweisen. Das Wort "Cloud" in der Fußzeile einer Hosting-Website regelt nicht die Architektur. Der Test ist, ob ein Kunde einen Knoten, ein Rack oder einen Standort verlieren und innerhalb eines bekannten Zeitfensters wiederherstellen kann.

Für einen kleinen Anbieter ist diese Lücke nicht ungewöhnlich. Viele echte Hosting-Unternehmen veröffentlichen keine Einrichtungsverträge oder Rack-Diagramme. Das Problem ist nicht, dass die Informationen auf der Startseite fehlen. Das Problem ist, dass Kunden, die Produktionsworkloads kaufen, fragen müssen, da die Beweise nicht abgeleitet werden können. Welche Produkte sind Einzelknoten? Welche verwenden replizierten Speicher? Welche haben Snapshots? Sind Rumänien und Deutschland unabhängige Fehlerdomänen oder nur getrennte Produktstandorte? Kann sich die VM eines Kunden zwischen ihnen bewegen? Bewegt sich die IP-Adresse mit?

Diese Antworten bestimmen, ob das Produkt günstige oder resiliente Kapazität ist.

Installierte Kapazität ist nicht wiederherstellbare Kapazität

Die Routing-Tabelle gibt eine Obergrenze für einige Netzwerkressourcen an, nicht für Rechenleistung. Drei IPv4 /24 ergeben 768 IPv4-Adressen im aktuellen öffentlichen Ursprungssatz. Ein Plan mit einer IPv4 pro VPS kann diese Adressen schnell verbrauchen, aber die Anzahl der Adressen gibt nicht an, wie viele physische Hosts vorhanden sind. Ein Server kann viele günstige VPS-Instanzen unterstützen. Ein Kunde kann viele Adressen verbrauchen. Einige Adressen sind für Infrastruktur, Missbrauchsersatz, Routing-Tests oder zukünftiges Wachstum reserviert. Die IPv4-Anzahl ist daher eine Einschränkung, kein Kapazitätsregister.

Gleiches gilt für die beworbenen Prozessoren. Ein Ryzen 9 9950X-Host kann für Gaming- und Performance-VPS-Workloads mit hoher Frequenz attraktiv sein. Er kann auch eine grobe Fehlerdomäne werden, wenn viele latenzempfindliche Server ein einzelnes physisches Gehäuse teilen. Ein AMD EPYC- oder Dual-Xeon-Knoten kann viele Standard-VPS-Instanzen unterstützen, aber die Reservekapazität hängt vom Speicherspielraum, Speicherspielraum, CPU-Overcommitment und der Verfügbarkeit eines anderen kompatiblen Knotens ab. Die öffentlichen Seiten geben Tarifspezifikationen an, keine Überbuchungsverhältnisse oder Hot-Standby-Pools.

Speicher ist die andere verborgene Grenze. NVMe kann schnelle lokale Festplatten auf einem Host, gespiegelten lokalen Speicher, einen separaten Speicherserver oder ein verteiltes Speichersystem bedeuten. Jedes Design hat ein anderes Fehlerverhalten. Lokales NVMe kann extrem schnell sein, bis eine Festplatte, ein Controller oder ein Host ausfällt. Gespiegelter lokaler Speicher kann eine Festplatte überleben, aber nicht alle Host-Ausfälle. Verteilte Speicher können Knotenverlust nur tolerieren, wenn Replikate auf unabhängigen Maschinen verteilt sind, das Quorum überlebt und der Wiederaufbauverkehr das Netzwerk nicht überlastet.

Die öffentlichen Seiten von LigaHosting bewerben NVMe- und SSD-Speicher, beschreiben aber nicht die Haltbarkeitsarchitektur für VPS-Pläne.

Das Webhosting-Produkt ist klarer, da die Bedingungen besagen, dass cPanel-Webhosting-Pläne automatische tägliche Backups erhalten, die sieben Tage aufbewahrt werden. Das ist nützlich, aber nicht dasselbe wie kontinuierliche Replikation oder unveränderliche Offsite-Backups. Es schützt einige Kunden vor Serververlust und gewöhnlichen Fehlern, vorausgesetzt, die Backups werden abgeschlossen, bleiben lesbar und werden außerhalb des Fehlers gespeichert, der den primären Server beschädigt hat.

Die Bedingungen weisen ausdrücklich darauf hin, dass interne Backups für die Notfallwiederherstellung auf Serverebene bestimmt sind und der Anbieter ihre Integrität oder Verfügbarkeit nicht garantiert. Dies ist eine vernünftige Einschränkung, und Kunden sollten darin eine Warnung sehen, eigene Kopien aufzubewahren.

Das VPS-Produkt ist umgekehrt klarer: Backups sind standardmäßig nicht enthalten. Die Bedingungen besagen, dass VPS-Kunden für ihre eigenen Backups verantwortlich sind und dass zusätzliche Snapshots oder Backups gegen Gebühr verfügbar sein können. Dies ist eine ehrliche Grenze, aber sie verschiebt das Produkt von "der Host wird meinen Server wiederherstellen" zu "der Host kann die VM am Laufen halten, aber ich bin Eigentümer der Wiederherstellbarkeit, es sei denn, ich kaufe und teste mehr". Jeder Käufer, der eine Standard-VPS als gesicherte Infrastruktur betrachtet, hat die Betriebsvereinbarung verpasst.

Die 99,9 %-SLA des Anbieters ist ebenfalls als Kreditmechanismus zu lesen, nicht als Wiederherstellungsgarantie. DieGeschäftsbedingungendefinieren eine monatliche Verfügbarkeit von 99,9 % für Netzwerk und Kerninfrastruktur, was etwa 43 Minuten ungeplanter Ausfallzeit pro Monat entspricht, mit Ausschlüssen für geplante Wartung, DDoS-Angriffe, die die Minderungskapazität überschreiten, höhere Gewalt, Kunden-Code und Drittanbieter-Software. Wird die SLA nicht eingehalten, besteht der Rechtsbehelf des Kunden in einer Gutschrift auf das Konto, die auf die monatliche Zahlung beschränkt und auf 50 % gedeckelt ist. Das stellt keine Datenbank wieder her, stellt keine verlorene IP-Reputation wieder her und entschädigt nicht für Geschäftsunterbrechungen, die über die Servicegebühren hinausgehen.

Dies ist in der Hosting-Ökonomie normal. Niedrige monatliche Preise basieren auf Haftungsbeschränkung, gemeinsam genutzten Systemen, Automatisierung und Kundenverantwortung. Die praktische Frage ist, ob die Kunden ihr eigenes Risiko an diese Transaktion angepasst haben. Ein Gelegenheits-Game-Server kann ein paar Stunden Ausfallzeit und eine Wiederherstellung von einer lokalen Kopie akzeptieren. Eine Agentur, die Kunden-Websites hostet, eine zahlungsorientierte Anwendung oder einen E-Mail-Server mit IP-Whitelists, sollte das Standardprodukt als eine Komponente eines breiteren Wiederherstellungsplans betrachten.

Transit-Diversität muss innerhalb jedes Dienststandorts getestet werden

Das öffentliche Routing von AS201131 ist eines der besten Elemente des Dossiers. Es ist aktiv, kompakt und sichtbar. Die drei IPv4-Routen sind validiert, und RIPEstat sieht mehrere Nachbarn. Die Website bewirbt Uplinks von 10 bis 40 Gbps, Premium-Konnektivität in Europa und DDoS-Schutz an der Netzwerkgrenze. Diese Fakten stützen einen echten Netzbetrieb. Sie beweisen nicht, dass jeder Standort über unabhängige physische Pfade verfügt.

Der Unterschied wird bei einem Ausfall wichtig. Ein rumänischer Server kann eine AS201131-Adresse haben, aber dennoch von einem einzigen lokalen Uplink, Switch oder Einrichtungs-Interconnect abhängen. Ein Performance-Knoten in Frankfurt kann sich hinter einer robusteren Transitmischung verstecken, aber dennoch ein einziges kundenseitiges Router-Paar haben. DDoS-Filterung kann gut funktionieren, bis die Angriffsgröße die gebuchte Kapazität überschreitet oder die Filterung den Datenverkehr so umleitet, dass die Latenz für Game-Server steigt. Eine BGP-Tabelle zeigt die Erreichbarkeit von Route Collectors, nicht den Kabelpfad durch ein Gebäude.

DieRFC 7454beschreibt betriebliche Kontrollen wie Präfixfilterung, AS-Pfad-Prüfungen, maximale Präfixgrenzen und Routing-Richtlinien-Hygiene. Die RPKI-Validierung ergänzt dies, indem sie die Frage beantwortet, ob ein Routenursprung autorisiert ist. Der überprüfte IPv4-Routenursprungsstatus von LigaHosting ist positiv, aber BGP-Hygiene ist nicht dasselbe wie Verfügbarkeitsengineering. Eine gültige Route kann dennoch versehentlich zurückgezogen, von einem Upstream-Anbieter gefiltert, während der Minderung verstopft oder hinter einer ausgefallenen Interkonnektion blockiert werden.

Der Routing-Richtlinien-Eintrag zeigt auch, warum Kunden direkte Fragen stellen müssen. Der RIPE-aut-num-Eintrag listet Importe von mehreren ASNs auf, und RIPEstat beobachtet einen anderen Live-Satz. Dies ist an sich nicht verdächtig. So unterscheiden sich Routenregister und Live-BGP oft. Für einen Produktionskauf ist die relevante Frage jedoch nicht: "Wie viele Namen stehen im Richtlinienobjekt?", sondern: "Welche Upstream-Anbieter transportieren das Präfix dieses Kunden aktiv von diesem Standort, und was passiert, wenn einer ausfällt?"

Die nützlichste Offenlegung wäre eine einfache standortbezogene Konnektivitätserklärung: Rumänien hat diese Upstream-Anbieter, Frankfurt hat diese Upstream-Anbieter, beide werden überwacht, DDoS-Minderung befindet sich hier, geplante Wartung wird über diese Kanäle angekündigt, und Notfall-Routenänderungen werden von diesen Personen autorisiert. Einrichtungsnamen und Router-Adressen müssen nicht öffentlich sein. Ziel ist es zu zeigen, ob das als Backbone beworbene Netzwerk über unabhängige Pfade verfügt, auf denen der Server des Kunden tatsächlich läuft.

Für Game-Hosting zählt nicht nur die Verfügbarkeit der Route. Latenz und Jitter sind wichtig. Eine Route, die aktiv bleibt, aber einen Umweg durch ein anderes Land macht, kann Spielern das Gefühl geben, der Server sei kaputt. Die Gaming-Seite misst die Latenz vom Gerät des Benutzers aus und zeigt Regions-Sonden an, was zum Zeitpunkt des Kaufs nützlich ist. Es ersetzt keine historischen Latenzdaten, Paketverlustberichte oder Vorfallnotizen. Kunden mit wettbewerbsorientierten oder Community-Workloads sollten ihre eigenen Sonden von den wichtigen Spieler-Geographien aus ausführen.

Abrechnung und Kontoverwaltung sind Teil der Ausfalloberfläche

Die Geschäftsbedingungen legen einen ungewöhnlich expliziten Ausfallpfad fest. Dienste werden im Voraus abgerechnet. Bleibt eine Rechnung unbezahlt, werden an Tag eins und zwei nach Fälligkeit Erinnerungs-E-Mails gesendet, der Dienst wird automatisch an Tag drei ausgesetzt, eine endgültige Kündigungswarnung erscheint an Tag sieben, und an Tag vierzehn wird der Dienst gekündigt und alle Daten werden endgültig gelöscht. Die Bedingungen besagen, dass gelöschte Daten nicht wiederhergestellt werden können und eine Reaktivierung nach Kündigung eine Neubestellung erfordert und nicht dieselbe IP, denselben Hostnamen oder dieselben Daten garantiert.

Dies ist nicht nur Finanzsprache. Es ist eine betriebliche Abhängigkeit. Ein laufender Server kann unverfügbar werden, weil eine Karte fehlgeschlagen ist, ein PayPal-Konto gesperrt wurde, eine Kryptowährungsbestätigung sich verzögert hat, die Abrechnungs-E-Mail im Spam gelandet ist, ein Mitarbeiter der Agentur gegangen ist oder ein kundenseitiges Konto kompromittiert wurde. Von außen ist der Dienst ausgefallen, selbst wenn Rack, Strom und Route intakt sind. Das schnellste technische Team kann eine gekündigte VM, deren Daten gemäß den Abrechnungsregeln absichtlich gelöscht wurden, nicht wiederherstellen.

Die Löschregel an Tag 14 betrifft auch die Migration. Wenn ein Kunde wartet, bis ein Streit- oder Nichtzahlungsfenster bereits begonnen hat, kann die verbleibende Zeit für den Export von Daten, die Reduzierung von DNS-TTLs, die Replikation von Datenbanken und das Testen eines anderen Anbieters kurz sein. Wenn der Kontoinhaber abwesend ist, erhält der Diensteigentümer möglicherweise nicht einmal die Erinnerungen. Multi-Personen-Kontozugriff, überwachte Abrechnungskontakte und unabhängige Backups sind daher Verfügbarkeitskontrollen, keine administrativen Feinheiten.

Die Rückerstattungsbedingungen verstärken dieselbe wirtschaftliche Logik. Die 30-tägige Geld-zurück-Garantie gilt für eine erste Hosting-Dienstbestellung für Neukunden, nicht für Domains, als nicht erstattungsfähig gekennzeichnete Einrichtungsgebühren, dedizierte Server oder kundenspezifische Hardware, Verlängerungen, wegen Verstoß gegen die Bedingungen gekündigte Konten oder bestimmte Kryptowährungsrückerstattungen. Dies ist für Hosting normal. Es bedeutet auch, dass Kunden die Rückzahlungsfähigkeit nicht als Ersatz für Tests verwenden sollten.

Eine Workload sollte im ersten Monat bewertet, gesichert und anderswo wiederhergestellt werden, wenn die Ausstiegsreibung am geringsten ist.

Die Kontoverwaltung kann auch die IP-Adresskontinuität beeinflussen. Die Bedingungen versprechen nicht, dass ein wiederhergestellter oder reaktivierter Dienst nach Kündigung dieselbe IP-Adresse behält. Viele gehostete Workloads können hinter DNS umziehen, wenn der Kunde die Zone kontrolliert. Manche können das nicht. Zahlungsintegrationen, Sicherheits-Whitelists, E-Mail-Reputation, Game-Server-Communities und Partner-APIs hängen oft von stabilen IPs ab. Ein LigaHosting-Kunde sollte dokumentieren, welche Abhängigkeiten einen IP-Wechsel tolerieren und welche eine vorherige Ankündigung oder einen zweiten Anbieter erfordern.

Wartungsfenster und Wiederherstellungstests bestimmen das tatsächliche Produkt

Die öffentlichen Geschäftsbedingungen verpflichten sich, dass geplante Wartungen mindestens 48 Stunden im Voraus angekündigt und von der SLA ausgeschlossen werden. Dies ist eine vernünftige Vorankündigungsnorm für Kunden, lässt aber praktische Fragen offen. Über welchen Kanal erfolgt die Ankündigung? Erscheint sie auf der Statusseite, per E-Mail, im Kundenportal oder auf Discord? Nennt die Ankündigung den Standort, den Knoten oder das betroffene Produkt? Kann ein Kunde einen Neustart verschieben? Wird Notfallwartung anders behandelt?

Die aktuelle Statusseite zeigt Live-Status, kein Wartungsarchiv, sodass ein Käufer noch nicht überprüfen kann, wie frühere Arbeiten kommuniziert wurden.

Wartungsfenster sind besonders wichtig für kleine Hosting-Anbieter, da Ausfälle oft Anbietergrenzen überschreiten. Fällt ein Knoten in Tulcea aus, benötigt der Anbieter möglicherweise lokale Hilfe. Fällt ein Interconnect in Frankfurt aus, müssen die Einrichtung oder der Betreiber handeln. Setzt ein DDoS-Anbieter ein Ziel auf eine Blackhole-Route, muss der Netzbetreiber die Filterung koordinieren. Hat ein Ryzen-Performance-Knoten einen Mainboard-Defekt, hängt der Ersatz von der Verfügbarkeit kompatibler Lagerbestände ab. Kunden benötigen nicht jeden Anbieternamen, aber sie müssen wissen, wer handeln kann und wie schnell.

DerRansomware-Leitfaden der CISAempfiehlt verschlüsselte Offline-Backups, regelmäßige Tests auf Verfügbarkeit und Integrität, Referenzimages und die Berücksichtigung eines zweiten Cloud-Anbieters. Der Rat gilt für Cybervorfälle, aber dieselbe Wiederherstellungsdisziplin gilt für Speicherverlust, Kontosperrung und ausgefallene Hardware. Ein Backup, das nie wiederhergestellt wurde, ist Hoffnung, keine Kontrolle.

DasNotfallplanungsdokument des NISTrahmt die Wiederherstellung um Ersatzausrüstung, Ausweichstandorte, Ersatzspeicher und Telekommunikation. Für einen LigaHosting-Kunden ist die praktische Version einfach: Exportieren Sie die Anwendung, stellen Sie sie bei einem anderen Anbieter wieder her, zeigen Sie einen Test-Hostnamen darauf, bestätigen Sie Authentifizierung und E-Mails, und messen Sie die Übung. Wenn die Wiederherstellung erfordert, dass der ursprüngliche VPS online ist, ist der Wiederherstellungsplan zu sehr vom fehlerhaften System abhängig.

Für cPanel-Benutzer ist das 7-tägige Backup-Fenster des Anbieters nützlich, aber kurz. Es kann vor einem schnell entdeckten fehlerhaften Update schützen, deckt aber möglicherweise keine langsame Korruption, eine wochenlang unentdeckte Kompromittierung oder einen Kunden ab, der eine Wiederherstellung nach Kündigung des Kontos anfordert. Für VPS-Benutzer ist die Standardsituation strenger: keine Backups inklusive. Snapshots können bei der sofortigen Wiederherstellung helfen, aber Snapshots unter demselben Anbieterkonto schützen nicht vor Kündigung des Kontos, anbieterseitiger Löschung oder einem dienstweiten Vorfall.

Das kundeneigene Modell ist daher ein mehrschichtiges Modell. Bewahren Sie Anbieter-Snapshots auf, wenn sie erschwinglich und getestet sind. Bewahren Sie unabhängige Backups außerhalb des Kontos auf. Halten Sie DNS und Domain-Registrierung unter Kontrolle des Kunden. Speichern Sie Bereitstellungsnotizen, Anmeldeinformationen und Konfiguration in einem separaten System. Testen Sie die Wiederherstellung auf einer kleinen VM an einem anderen Standort. Für Workloads, bei denen die IP-Adresse selbst Teil des Dienstes ist, unterhalten Sie einen Kommunikationsplan zur Änderung von Whitelists und einen Ausweichpfad über einen anderen Anbieter.

Die Lokalität ist zwischen der Gründung im Vereinigten Königreich und der europäischen Infrastruktur geteilt

Das Unternehmen ist in England und Wales gegründet. Die öffentlichen Dienststandorte sind Rumänien und Deutschland. Die Game-Hosting-Marke ist auf den rumänischen Markt ausgerichtet, und die produzierten Inhalte sind auf der öffentlichen Oberfläche zwei- oder mehrsprachig. Dies ist eine tragfähige europäische Hosting-Vereinbarung, aber sie bedeutet, dass "lokal" von der Frage des Käufers abhängt. Ein britischer Kunde kann eine rechtliche Gegenpartei im Vereinigten Königreich und Rechenleistung in der EU haben. Eine rumänische Gaming-Community kann eine Dienstregion in Rumänien, aber einen Vertrag mit einer britischen Gesellschaft haben.

Ein deutscher Performance-VPS-Kunde kann sich weniger für den Firmensitz als für das Frankfurter Routing und die Datenverarbeitung interessieren.

Personenbezogene Daten machen dies zu einer Frage von Vertrag und Kartierung. DieICO-Anleitung zu internationalen Transferserklärt, dass Organisationen verstehen müssen, wann personenbezogene Informationen grenzüberschreitend übertragen oder zugänglich gemacht werden. DieICO-Anleitung zu Verantwortlichen und Auftragsverarbeiternerklärt, warum die Rolle jeder Partei die Pflichten beeinflusst. Ein Hosting-Kunde kann diese Fragen nicht allein aus dem Ländercode der IP beantworten.

Die EU-UK-Beziehung ist auch nicht dasselbe wie "überall in Europa ist gleich". DieInformationen der Europäischen Kommission zur Angemessenheiterklären den Mechanismus, mit dem die Kommission entscheiden kann, dass ein Drittland ein angemessenes Schutzniveau bietet, und die Kommission hat im Januar 2026 angekündigt, die Angemessenheitsbeschlüsse für das Vereinigte Königreich erneuert zu haben. Dies hilft bei EU-UK-Datenflüssen, regelt aber nicht alle nachfolgenden Transfers, den Fernzugriff von Support, den Zugriff von Auftragsverarbeitern, Backups oder Protokolle.

Die europäische Cybersicherheitsgesetzgebung fügt eine weitere Linse hinzu. DieNIS-2-Richtliniedeckt Kategorien wichtiger digitaler Infrastrukturen ab, einschließlich Cloud-Computing und Rechenzentrumsdienste, vorbehaltlich der nationalen Umsetzung und Größen- oder Rollenschwellen. Ein kleines Hosting-Unternehmen kann in einen bestimmten nationalen Anwendungsbereich fallen oder nicht, und dieser Artikel stellt keine rechtliche Bewertung dar. Der betriebliche Punkt ist, dass Kunden identifizieren sollten, welche juristische Person den Dienst erbringt, wo Daten und Backups gespeichert sind und welche Auftragsverarbeiter auf Systeme zugreifen können.

Datensouveränität umfasst auch das Fehlermanagement. Wenn ein Backup in ein anderes Land kopiert wird, wenn Support-Mitarbeiter von einer anderen Gerichtsbarkeit aus auf eine Konsole zugreifen können, wenn DDoS-Minderung Datenverkehr über ein anderes Netz umleitet oder wenn Protokolle in einem SaaS-Dienst eines Drittanbieters aufbewahrt werden, ist die praktische Datenkarte breiter als der angekündigte VPS-Standort.

Die öffentlichen Geschäftsbedingungen von LigaHosting besagen, dass Kundeninhalte Eigentum des Kunden bleiben und dem Anbieter ein eingeschränktes Recht einräumen, Inhalte zu speichern, zu Backup- und Redundanzzwecken zu kopieren und zur Erbringung der Dienste zu übertragen. Die Bedingungen veröffentlichen keine länderweise Karte der Auftragsverarbeiter oder Backup-Standorte.

Für gewöhnliche Workloads mit geringem Risiko kann die Struktur Vereinigtes Königreich-Rumänien-Deutschland ausreichen, wenn der Kunde sie versteht. Für regulierte personenbezogene Daten, sensible Communities, Workloads des öffentlichen Sektors oder Kunden mit strengen Lokalitätsverpflichtungen sollte der Käufer eine schriftliche Datenverarbeitungsvereinbarung, eine Standortkarte für Produktions- und Backup-Daten, Zugriffskontrollen für Support, Löschregeln und Details zu Auftragsverarbeitern anfordern. Die öffentliche Website gibt einen Ausgangspunkt, keine vollständige Souveränitätsantwort.

Wer ist betroffen, wenn das System ausfällt

Die wahrscheinlich exponierten Benutzer sind nicht nur die Personen, deren Namen auf den Rechnungen stehen. Eine kleine Agentur kann viele Kunden-Websites auf einem einzigen cPanel-Plan oder mehreren VPS-Instanzen hosten. Ein Game-Server-Besitzer kann eine große Community unterstützen, die nur einen Domainnamen und einen Discord-Kanal kennt. Ein Entwickler kann eine API für zahlende Benutzer betreiben. Ein Unternehmen kann E-Mail auf einem Shared-Plan hosten und während eines Ausfalls feststellen, dass Passwortzurücksetzungen, Rechnungen und Support-Kommunikation alle vom selben Anbieter abhängen.

Für VPS-Kunden sind die direkten Fehlermodi vertraut: Ein Host-Knoten stürzt ab, ein Speichergerät fällt aus, ein DDoS-Filter reagiert übermäßig, ein Upstream-Anbieter ändert die Richtlinie oder ein Abrechnungsereignis setzt den Zugriff aus. Indirekte Ausfälle sind oft schlimmer. Ein Kunde hat kein aktuelles Offsite-Backup. Das DNS wird vom selben Konto gehalten. Der einzige Administrator verwendet ein E-Mail-Postfach auf dem ausgefallenen Server. Die Anwendung ist von einer hartcodierten IP abhängig. Ein Snapshot existiert, kann aber nicht heruntergeladen oder anderswo wiederhergestellt werden.

In jedem Fall wird das Wiederherstellungsfenster des Anbieters nur ein Teil des Ausfalls.

Für Webhosting-Kunden ist das Shared-Server-Risiko anders. Ein missbräuchliches oder kompromittiertes Konto kann die Server-Reputation, die E-Mail-Zustellbarkeit oder die Ressourcengrenzen beeinträchtigen. Die Bedingungen behalten sich das Recht vor, Dienste zu drosseln, Upgrades zu verlangen oder auszusetzen, die andere Kunden auf demselben physischen Server beeinträchtigen. Dies ist für Shared-Hosting notwendig, bedeutet aber, dass der Kunde die Leistungsumgebung nicht vollständig kontrolliert.

Die Sprache "unbegrenzter" Bandbreite und Speicher wird durch normale Nutzung eingeschränkt und schließt die Verteilung großer Dateien, Medien-Streaming, Download-Server oder CDN-ähnliche Nutzung auf Shared-Hosting aus.

Für Game-Hosting sind die Auswirkungen sowohl sozialer als auch technischer Natur. Gaming-Communities bemerken sofort Latenz, Paketverlust, Neustarts und Regionsänderungen. Ein technisch online, aber überlasteter Knoten kann dennoch einen Server leeren. Eine geänderte IP kann Serverlisten, gespeicherte Favoriten und Community-Anweisungen zerstören.

Die rumänische Website gibt nützliche Regions- und Hardwareinformationen, aber Kunden, die ernsthafte Communities betreiben, sollten fragen, wie Gaming-Bedienfelder, Datenverzeichnisse, Mod-Pakete und Datenbanken gesichert werden und wie schnell ein Server zwischen Rumänien und Deutschland verschoben werden kann.

Für alle drei Produktfamilien ist die stärkste Kontrolle des Kunden die Portabilität. Halten Sie Domainnamen unabhängig. Lassen Sie Zahlungs- und Support-Kontakte von mehr als einer Person überwachen. Bewahren Sie die Anwendungskonfiguration außerhalb des Servers auf. Halten Sie Backups auf einem anderen Konto und bei einem anderen Anbieter. Testen Sie eine Wiederherstellung vor dem ersten schwerwiegenden Vorfall. Dies sind keine Anzeichen von Misstrauen. Es ist die normale Aufgabenteilung im günstigen und mittleren Hosting-Bereich.

Welche Beweise ein stärkeres Urteil rechtfertigen würden

Network LIGA HOSTING LTD könnte von einem mittleren zu einem starken Beweismittel übergehen, ohne sensible interne Informationen preiszugeben. Die erste Verbesserung wäre eine prägnante Infrastrukturerklärung: Welche Städte sind aktiv, ob das Unternehmen die Hardware besitzt oder dedizierte Kapazität in jeder Stadt mietet, welche Produktfamilien an jedem Standort laufen, ob jeder Standort über mindestens zwei Upstream-Pfade verfügt und ob sich der IP-Raum des Kunden bei einem Anbieterausfall bewegen kann.

Ein öffentlicher PeeringDB-Eintrag wäre nützlich, aber selbst eine einfache Netzwerkseite im Klartext würde die Backbone-Behauptung leichter überprüfbar machen.

Die zweite Verbesserung wäre der Einrichtungs- und Stromkontext. Kunden benötigen keine Rack-Nummern. Sie müssen wissen, ob sich die Server in professionellen Rechenzentren befinden, ob die Stromversorgung doppelt ist, ob die Hosts einfach oder doppelt angeschlossen sind, ob Remote-Hand vertraglich vereinbart ist, ob Ersatzteile vor Ort gelagert werden und ob geplante Einrichtungswartung ein unterbrechungsfreies Design oder ein Neustartfenster für den Kunden hat. DieMaterialien zu den Uptime-Institute-Tiererinnern daran, dass Einrichtungskapazität und Mieter-Topologie nicht identisch sind; ein zertifiziertes Gebäude zertifiziert nicht automatisch jeden gehosteten Knoten.

Die dritte Verbesserung wären Backup- und Wiederherstellungsnachweise. Die Bedingungen ziehen bereits eine klare Grenze um cPanel-Backups und die standardmäßige VPS-Verantwortung. Der nächste stärkere Schritt wären produktspezifische Wiederherstellungsziele: Anforderungszeit für cPanel-Wiederherstellung, Snapshot-Aufbewahrungsoptionen, Offsite-Backup-Standortwahl, Download-/Exportformate und das Ergebnis der letzten vom Anbieter durchgeführten Wiederherstellungsübung. Für VPS sollte ein kostenpflichtiges Backup-Produkt angeben, ob es außerhalb des Knotens, des Racks oder des Standorts gespeichert ist.

Die vierte Verbesserung wäre eine Status-Historie. Eine grüne Seite zu einem bestimmten Zeitpunkt ist nützlich; eine Historie von Vorfällen und Wartungen ist nützlicher. Kunden sollten sehen können, wie oft Rumänien und Frankfurt geplante Arbeiten hatten, ob Vorfälle Regionen übergreifend waren, wie lange die Wiederherstellung dauerte und was anschließend geändert wurde. Dies ist nicht nur Transparenztheater. Es ermöglicht Käufern, das behauptete monatliche 99,9 %-Ziel mit dem tatsächlichen Betriebsverhalten zu vergleichen.

Die fünfte Verbesserung wären Ausstiegsrechte. Die Bedingungen besagen bereits, dass gekündigte Dienste möglicherweise keine IPs, Hostnamen oder Daten behalten. Ein produktionsreifer Anbieter kann dennoch veröffentlichen, wie Kunden VPS-Images exportieren, cPanel-Backups abrufen, DNS-Abhängigkeit reduzieren, Domains übertragen und vor der Löschung Notfall-Datenzugriff anfordern. Hosting-Lock-in tritt oft während eines Ausfalls auf, nicht beim Kauf.

Urteil: Sichtbare Hosting-Kapazität, tiefe Resilienz nicht nachgewiesen

Network LIGA HOSTING LTD ist ein Hosting-Subjekt, das besser belegt ist, als der erste Eindruck eines spärlichen Verzeichnisses vermuten ließ. Die britische Gesellschaft existiert und entspricht dem Hosting-SIC-Code. Die öffentliche Website und die Geschäftsbedingungen beschreiben konkrete VPS-, cPanel- und Game-Hosting-Dienste. Die Statusseite nennt die Dienststandorte Tulcea und Frankfurt. AS201131 ist auf den Namen von LIGA HOSTING LTD registriert, im öffentlichen Routing aktiv und gibt derzeit drei IPv4 /24 plus zwei sichtbare IPv6 /48 aus. Der überprüfte IPv4-Routenursprungsstatus ist gültig.

Diese Punkte stützen einen echten operativen Fußabdruck.

Die Obergrenze ist ebenso wichtig. Die Gesellschaft ist neu gegründet. Der öffentliche Akt nennt keine Einrichtungen, Rack-Eigentum, Remote-Hand-Anbieter, Interkonnektionen, Ersatzteilbestand, genaue Upstream-Zusammensetzung pro Standort, DDoS-Kapazität, Speicherreplikationsdesign, Historie der Wiederherstellungstests oder Migrationsrechte der Kunden. Die SLA ist hauptsächlich ein Service-Guthaben-Versprechen. VPS-Backups sind standardmäßig nicht enthalten. Die Abrechnungsregeln können den Dienst am dritten Tag aussetzen und Daten am vierzehnten Tag löschen. Dies sind keine Fehler an sich; es ist die tatsächliche Form der Abhängigkeit.

Für experimentelle VPS-Nutzung, Gaming-Communities mit eigenen Backups, kleine Websites und Workloads, die per DNS umziehen können, können die öffentlichen Nachweise von LigaHosting ausreichen, wenn Preis, Latenz und Support passen. Für regulierte Daten, Produktionshosting von Kunden, umsatzintensive Anwendungen oder Dienste mit strengen Wiederherstellungszielen sollte der Käufer die Plattform als gehostete Kapazität behandeln, die dennoch ein unabhängiges Wiederherstellungsdesign erfordert. Fragen Sie nach Standort-, Backup- und Routennachweisen. Testen Sie die Wiederherstellung außerhalb des Kontos.

Besitzen Sie DNS und Domain-Registrierung. Wissen Sie, was passiert, wenn eine Rechnung, ein Rack, ein Knoten, ein Upstream-Anbieter oder ein Anbietervertrag ausfällt.

Das zentrale Faktum ist nicht, dass AS201131 existiert, noch dass Tulcea und Frankfurt auf einer Statusseite erscheinen. Es ist, dass jeder virtuelle Server, der unter dieser Oberfläche verkauft wird, sich immer noch in eine kleine Kette physischer und vertraglicher Abhängigkeiten auflöst: ein Server, ein Rack, Strom, Kühlung, Transit, DDoS-Minderung, Support-Personal, Abrechnungsstatus und ein Ausstiegspfad. Network LIGA HOSTING LTD hat genügend öffentliche Nachweise, um als operativer Host ernst genommen zu werden. Es hat noch nicht genügend Nachweise veröffentlicht, damit Kunden die Resilienz an den Anbieter delegieren können.