Eternity Cloud Limited verkauft gehostete Kapazität, die noch von Racks, Transit und Wartungsfenstern abhängt

Zusammenfassung

• Eternity Cloud Limited ist eine neue private britische Gesellschaft mit öffentlicher Hosting-Präsenz, einer aktiven AS-Nummer und einem kleinen, aber sichtbaren IPv4-Präfix. Dasoffizielle Profil von Companies Houseverzeichnet die Gründung am 27. Oktober 2025, einen aktiven Status, einen Sitz in London und einen SIC-Code für Beratung statt einer Einrichtungs- oder Betreiberklassifikation.
• Die öffentliche Website des Unternehmens leitet Nutzer zu etyCloud, Whitewhale, Identität, Checkout und Dokumenten weiter. Die Websiteety.oneund die WebsiteetyCloudbeschreiben einen Cloud- oder Hosting-Dienst, währendWhitewhaleeuropäische VPS-Pläne, Routing über das eigene AS, Hosting in erstklassigen Rechenzentren, DDoS-Schutz und eine Verfügbarkeitsgarantie von 99,9 % anbietet.
• Die Netzwerkbelege sind real, aber begrenzt. DasRIPE-Objekt für AS201830nennt Eternity Cloud Limited,RIPEstatzeigt ein angekündigtes IPv4-/24-Präfix während des Beobachtungsfensters, und dieRPKI-Validierungmarkiert den aktuellen Ursprung für 82.41.36.0/24 als gültig.
• Das praktische Risiko ist die Konzentration von Abhängigkeiten. Die öffentlichen Routingdaten zeigen eine einzelne Präfix-Fußabdruck, einen einzelnen beobachteten Nachbarn im aktuellen AS-View, keine sichtbaren IPv6-Ankündigungen, Web- und Kontooberflächen über Cloudflare und keine öffentliche Liste von Einrichtungen, Wartungshistorie oder Incident-Register. Dies macht Eternity zu einem plausiblen kleinen Hosting-Anbieter, aber nicht zu einem bewährten Multi-Site-Infrastrukturbetreiber.

Warum Eternity trotz seiner Größe wichtig ist

Kleine Hosting-Gesellschaften können von außen marginal erscheinen, da ihre rechtlichen Erklärungen dünn sind, ihre Websites einfach sind und ihre Routing-Tabellen klein sind. Das macht sie nicht unbedeutend. Ein billiger VPS-Anbieter kann immer noch zwischen einem Entwickler und einer Live-Anwendung stehen, zwischen einem kleinen Unternehmen und seinem Bedienfeld oder zwischen einem regionalen Projekt und dem einzigen Server, den es sich leisten kann zu betreiben. Die Infrastrukturfrage ist nicht, ob Eternity Cloud Limited groß genug ist, um mit den großen Cloud-Plattformen zu konkurrieren.

Es geht darum, ob ein Käufer verstehen kann, was er tatsächlich kauft, wenn das Angebot Cloud, VPS, europäische Standorte, eigene ASN, DDoS-Schutz und günstige monatliche Kapazität erwähnt.

Das öffentliche Register gibt eine gemischte Antwort. Eternity hat mehr Substanz als eine bloße Homepage. Das britische Unternehmen existiert. Das öffentliche Register nenntEternity Cloud Limitedals aktive private Gesellschaft mit beschränkter Haftung. Die RIPE-Einträge verbinden den Firmennamen und die Londoner Adresse mit AS201830, und die öffentlichen Routingdaten zeigen ein von dieser AS stammendes IPv4-Präfix. Die Serviceoberfläche ist nicht nur eine Logoseite: dieetyCloud-Anwendung präsentiert eine Hosting-Kontoumgebung, und die SeiteWhitewhalegibt Plannamen, Preise, Ressourcengrößen und Netzwerkbehauptungen an.

Der gleiche Eintrag zeigt auch, warum das Unternehmen mit Vorsicht zu lesen ist. Eternity wurde am 27. Oktober 2025 gegründet, hatte zum Zeitpunkt dieser Überprüfung also noch keinen ersten Jahresabschluss eingereicht. Die ersten Abschlüsse werden für 2027 erwartet, gemäß derEinreichungshistorie von Companies House. Das in der Gründungsurkunde sichtbare Kapital ist gering. Der eingetragene Sitz ist eine zentrale Londoner Adresse, die oft von vielen Unternehmen genutzt wird, kein Beleg für ein Rechenzentrum. Die Direktoren- und Kontrollregister identifizieren einen einzigen aktiven Direktor und bedeutenden Kontrolleur,Mikhail Karlov, dessen Companies House-Korrespondenzadresse mit dem eingetragenen Sitz identisch ist. Keine dieser Tatsachen macht das Unternehmen an sich verdächtig. Sie definieren lediglich den Ausgangspunkt: ein junger Betreiber mit wenig öffentlicher Finanzhistorie und einer engen öffentlichen Betriebsfußabdruck.

Diese Unterscheidung ist für Infrastrukturkäufer wichtig, da das Risiko bei gehosteter Kapazität selten im Marketingnamen liegt. „Cloud“ ist ein kommerzielles Versprechen, aber der Dienst hängt immer noch von bestimmten Racks, vorgelagerten Anbietern, Adressblöcken, DNS, Identitätssystemen, Abrechnungssystemen und Supportpersonal ab. Wenn ein Server ausfällt, eine Route zurückgezogen wird, ein Kontodienst Verbindungen verweigert, ein Zahlungslink bricht, ein DDoS-Ereignis eine Filterung auslöst oder ein gemieteter Adressblock verschoben werden muss, benötigt der Kunde praktische Wiederherstellungswege.

Öffentliche Register können nicht jede Supportfrage beantworten, aber sie können zeigen, welche Abhängigkeiten sichtbar sind und welche undurchsichtig bleiben.

Die öffentliche Fußabdruck von Eternity deutet auf einen Betreiber hin, der an der Grenze dieses Übergangs arbeitet. Er ist sichtbar genug, um Kapazität unter eigenem Namen und eigener Netzwerksnummer zu verkaufen. Er ist noch nicht sichtbar genug, um einem Käufer zu ermöglichen, die Einrichtungsvielfalt, Carrier-Vielfalt, Hardware-Eigentum, Reparaturpersonal, Backup-Praktiken, Incident-Transparenz oder Migrationsgarantien unabhängig zu überprüfen. Das Ergebnis ist ein Unternehmen, das für eine kostengünstige Hosting-Anfrage relevant sein kann, aber eine niedrige Bewertung für Netzwerkbelege in Bezug auf öffentliche Sicherheit verdient.

Das Unternehmensregister zeigt neu, aktiv und eng kontrolliert

Der rechtliche Ausgangspunkt ist einfach. DasCompanies House-Profillistet Eternity Cloud Limited unter der Nummer 16810688, eine aktive private Gesellschaft mit beschränkter Haftung, gegründet in England und Wales am 27. Oktober 2025. Ihr eingetragener Sitz ist 71-75 Shelton Street, London, WC2H 9JQ. Der angegebene SIC-Code ist 62020, „Beratungstätigkeiten im Bereich Informationstechnologie“. Das Register gibt an, dass der erste Abschluss bis zum 31. Oktober 2026 erstellt und vor dem 27. Juli 2027 eingereicht werden muss, mit einer ersten Bestätigungserklärung, die für November 2026 erwartet wird.

Für einen Infrastrukturleser betreffen diese Einträge weniger die Formalität als die Reife. Ein Anbieter kann vor der Einreichung seines ersten Abschlusses Geschäfte tätigen, aber das Fehlen von Abschlüssen bedeutet, dass es keine öffentliche Bilanz, eingereichte Umsätze, eingereichte Verbindlichkeiten oder eine geprüfte oder ungeprüfte Sicht auf die Vermögenswerte hinter dem Dienst gibt.

Ein Kunde von gehosteter Kapazität kann daher das britische Unternehmensregister nicht nutzen, um auf die Anzahl der Server, das Ausmaß der Lieferantenbindungen, das Umsatzvolumen, die Höhe des Betriebskapitals oder die Tiefe der Reparaturressourcen zu schließen. Das Register bestätigt Existenz und Status. Es bestätigt nicht den operativen Umfang.

Das Kontrollregister ist ebenfalls konzentriert. DieSeite der Direktorenlistet Mikhail Karlov als aktiven Direktor, ernannt zum Gründungsdatum. DieSeite der Personen mit bedeutender Kontrollelistet Herrn Mikhail Karlov als Inhaber von 75 % oder mehr der Anteile, 75 % oder mehr der Stimmrechte und dem Recht, Direktoren zu ernennen oder abzuberufen. Companies House verzeichnet auch ein Identitätsprüfungsdatum im November 2026 für die Direktoren- und Kontrollregister.

Eine enge Kontrolle ist bei jungen Hosting-Gesellschaften üblich. Sie kann schnelle Entscheidungen ermöglichen, aggressive Preise aufrechterhalten und Bürokratie reduzieren. Sie kann auch ein Schlüsselpersonenrisiko schaffen. Wenn Routing, Lieferantenbeziehungen, Abrechnungsstreitigkeiten, Missbrauchsbehandlung, Identitätswiederherstellung und Kundensupport alle von einer kleinen Gründergruppe abhängen, kann der Dienst fragiler sein, als die Produktseite vermuten lässt.

Das öffentliche Register zeigt keinen Vorstand, kein Managementteam und kein technisches Personal, das über die mit dem Unternehmen in RIPE-Einträgen verbundene NOC-Rolle hinaus benannt ist. Ein Käufer muss daher annehmen, dass die Kontinuität stark von einer kleinen menschlichen Schicht abhängt, es sei denn, Eternity veröffentlicht stärkere operative Offenlegungen.

Der eingetragene Sitz ist ebenfalls mit Vorsicht zu behandeln. Die Shelton Street ist eine Londoner Rechtskorrespondenzadresse. Sie sollte nicht als Hosting-Standort oder Netzwerkeinrichtung interpretiert werden. Die RIPE-Einträge verwenden dieselbe Adresse für das Unternehmen und die Kontaktobjekte, aber diese Einträge begründen einen administrativen Kontakt, keinen Rack-Standort. Die Whitewhale-Website spricht von europäischen Rechenzentrumsstandorten, und die Routingdaten deuten auf europäische Upstream-Beziehungen hin, aber die öffentliche Adresse des Unternehmens selbst ist kein Beleg für Server in London.

Dies ist ein wiederkehrendes Thema im öffentlichen Profil von Eternity. Die Einträge sind nicht leer. Sie leisten einfach nicht mehr Arbeit, als sie sollen. Companies House beweist, dass das Unternehmen existiert, aktiv ist und von einer benannten Person kontrolliert wird. RIPE beweist, dass eine AS und Routenobjekte registriert wurden. Die Dienstseiten beweisen, dass jemand VPS- und Cloud-Kapazität unter der Ägide von Eternity/etyCloud/Whitewhale bewirbt.

Keiner dieser Einträge für sich allein beweist die Menge der bereitgestellten physischen Kapazität, die Verwaltung von Wartungsfenstern, die Verfügbarkeit von Ersatzhardware oder wie ein Kunde bei einem Lieferantenstreit migriert würde.

Die Serviceoberfläche ist ein Set, keine einzelne Produktseite

Der öffentliche Dienst von Eternity verteilt sich über mehrere Domains. Die Root-Websiteety.onepräsentiert die Marke Eternity und Links zu Produkten, Support, Konto-Login und Registrierung. Der öffentliche Text und die Assets verbinden die Marke mit etyCloud und Whitewhale, und die Fußzeile verwendet den Namen Eternity Cloud Limited. Die Website legt auch öffentliche Support-Kontaktpunkte wie[email protected]und Links zu einem Dokumentationszentrum auf Englisch und Russisch offen. Dies verleiht der Marke mehr Struktur als eine Platzhalterseite, aber die Struktur bleibt kompakt.

Die WebsiteetyCloudist die direkte Cloud-Hosting-Oberfläche. Ihre öffentliche Beschreibung auf Russisch besagt, dass etyCloud zuverlässige und schnelle Hosting-Lösungen für Unternehmen und Entwickler bietet. Der Seitentitel präsentiert sie als erschwingliches Hosting. Ihr Anwendungstext zeigt Benutzerkontenaktionen, Serverbestellungen, Rechnungen, Tickets und Serverdetails wie CPU, Arbeitsspeicher, Speicher, Standort, Kanal, Speichertyp und Preis. Die Website liest sich daher eher als Hosting-Kontrollumgebung denn als allgemeine Unternehmensbroschüre.

Dies ist wichtig, denn eine Kontrollumgebung ist der Ort, an dem Cloud-Versprechen zu operativen Versprechen werden. Wenn ein Käufer einen Server über etyCloud bestellt, hängt die Erfahrung von Identität, Kontoerstellung, Zahlungsabwicklung, Rechnungsbearbeitung, Serverbereitstellung, IP-Zuweisung, Ticket-Routing und Support-Antwort ab. Die öffentlichen Website-Assets zeigen, dass diese Komponenten als Weboberflächen existieren. Sie beweisen nicht den Grad der Automatisierung dahinter, die Ausnahmebehandlung oder ob die Serverbereitstellung sofort, manuell oder lieferantenabhängig ist.

Whitewhale fügt ein expliziteres kommerzielles Angebot hinzu. Seineenglische Seitenennt Whitewhale einen Cloud-Anbieter an europäischen Standorten, beschreibt „seine eigene ASN AS201830“, bietet Pläne ab 1 € pro Monat und listet Support unter[email protected]sowie Abrechnung unter[email protected]. Die Plankarten umfassen KRILL für 1 € pro Monat mit 1 vCPU, 2 GB RAM und 10 GB NVMe, NARWHAL für 4 € pro Monat mit 2 vCPU, 4 GB RAM und 40 GB NVMe, ORCA für 8 € pro Monat mit 4 vCPU, 8 GB RAM und 80 GB NVMe, LEVIATHAN für 15 € pro Monat mit 6 vCPU, 12 GB RAM und 160 GB NVMe, und eine benutzerdefinierte Stufe WHITEWHALE+ ab 25 € pro Monat. Die Seite bewirbt auch unbegrenzten Traffic, gemeinsam genutzte Uplinks, DDoS-Schutz, europäische Standorte und 99,9 % Verfügbarkeit.

Die Whitewhale-Seite ist nützlich, da sie das Angebot konkret macht. Hier sollten Käufer langsamer werden. Sehr niedrige Preise und Sprache von unbegrenztem Traffic können legitim sein, wenn die Kapazität geteilt wird, Überbuchung verwaltet wird und Missbrauchsregeln streng sind. Sie können auch zu Druckpunkten werden, wenn Netzwerkereignisse, laute Nachbarn, Support-Warteschlangen oder Lieferantenkosten steigen. Whitewhales eigene Vergleichstabelle gibt an, dass die Einstiegspläne 500 Mbit/s teilen, während ein anderer Text auf der Seite einen Hochgeschwindigkeits-Uplink von 1-3 Gbit/s für alle VPS erwähnt.

Dies kann eine Präsentationsinkonsistenz sein und kein Servicewiderspruch, aber es zeigt, warum die genaue garantierte Rate, Fair-Use-Grenzen und Überlastungspraxis bestätigt werden sollten, bevor man sich für Produktionslasten auf die Pläne verlässt.

Das Produktset trennt auch mehrere Rollen, die Kunden als einen einzigen Dienst erleben können. Eternity ist das britische Unternehmen. ety.one ist die Marke und der Kontozugang. etyCloud ist die Hosting-Anwendung. Whitewhale ist das VPS/Cloud-Angebot mit den stärksten öffentlichen Netzwerkbehauptungen. Die Identitätsoberfläche liegt unter auth.ety.one, und die Zahlungsoberfläche erscheint unter checkout.ety.one. Das Dokumentationszentrum ist unter documents.ety.one. In der Praxis kann ein Kundenausfall in jeder dieser Schichten auftreten. Ein Server kann noch laufen, während das Kundenportal nicht verfügbar ist.

Das Kundenportal kann zugänglich sein, während der geroutete IP-Bereich des Kunden beeinträchtigt ist. Die Abrechnung kann fehlschlagen, während die Rechenlast gesund ist. Die öffentliche Fußabdruck muss daher als eine Kette von Diensten gelesen werden, nicht als ein einzelnes System.

Hier kommt auch Cloudflare ins Spiel. Die HTTP-Header für ety.one, cloud.ety.one, auth.ety.one, checkout.ety.one, documents.ety.one und Whitewhale zeigen Cloudflare am Web-Rand, und das öffentliche DNS fürety.one,cloud.ety.oneundwhitewhale.helplöst in den Cloudflare-Adressraum auf. Dies ist eine normale und oft sinnvolle Wahl für die öffentliche Webbereitstellung. Es bedeutet auch, dass der sichtbare Website-Pfad nicht dasselbe ist wie der Server-Pfad des Kunden über AS201830. Cloudflare kann den Ursprungsort verbergen, einige Angriffe auf Webebene absorbieren und eine Marketing- oder Kontoseite zugänglich halten, selbst wenn das eigene geroutete Präfix des Anbieters ein anderes Problem hat. Die Web-Oberfläche ist ein Beleg für die Dienstpräsentation, kein Beleg für die Widerstandsfähigkeit der Backend-Rechenlast.

Das geroutete Netzwerk ist real, aber eng

Der stärkste Infrastrukturbeleg von Eternity findet sich im Routing-Eintrag. DasRIPE aut-num-Objekt für AS201830nennt die AS ETERNITY-CLOUD-MNT, verknüpft sie mit ORG-ECL85-RIPE und registriert sie als zugewiesen. Das Objekt wurde am 29. Januar 2026 erstellt und zuletzt am 5. Februar 2026 geändert. Es listet Import- und Exportbeziehungen mit AS16276 und AS24940. AS16276 ist OVH, und AS24940 ist Hetzner. Dies sind substanzielle europäische Infrastrukturnetzwerke, und ihr Erscheinen im Policy-Eintrag entspricht Whitewhales Behauptung über europäisches Hosting und Routing über die eigene AS.

DerRIPE RDAP-Eintrag für die ASmacht die Verbindung zum Unternehmen klarer. Er nennt den Handle AS201830, gibt den Namen ETERNITY-CLOUD-MNT, listet Eternity Cloud Limited als registrierte Entität und zeigt einen NOC-Kontakt unter dem Namen Eternity Cloud. Die Adresse in diesen RIPE-Objekten entspricht dem Londoner eingetragenen Sitz. Der RDAP-Eintrag listet auch einen Missbrauchskontakt, der mit[email protected]verbunden ist. Zusammengenommen zeigen diese Einträge eine reale, registrierte Netzwerkidentität und nicht nur eine Marketingbehauptung.

Die Routing-Sichtbarkeit ist jedoch kleiner, als die Existenz einer AS vermuten lässt.RIPEStats AS-Übersichtmeldet AS201830 als angekündigt und nennt den Inhaber als Eternity Cloud Limited.RIPEStats Ansicht der angekündigten Präfixezeigt ein aktuelles IPv4-Präfix, 82.41.36.0/24, während des Beobachtungsfensters.Die Routing-Statusansicht für die ASzeigt ein angekündigtes IPv4-Präfix, 256 IPv4-Adressen, vollständige IPv4-Sichtbarkeit im Berichtsset, keinen angekündigten IPv6-Raum in dieser Ansicht und einen einzelnen beobachteten Nachbarn.

Dies reicht aus, um zu sagen, dass Eternity eine live geroutete Fußabdruck hat. Es reicht nicht aus, um zu sagen, dass es ein weites Netzwerk hat. Ein einzelnes /24 kann einen echten Kundendienst unterstützen, insbesondere für kleine VPS-Pläne, aber es schafft auch Konzentration. Wenn das Präfix gefiltert, zurückgezogen, angefochten, gekapert, auf eine schwarze Liste gesetzt oder erschöpft wird, gibt es wenig öffentliche Belege für alternative Adresspools.

Wenn die beobachtete Nachbarzahl bei eins bleibt, kann die Kundenerreichbarkeit von einem einzigen effektiven Upstream-Pfad abhängen, selbst wenn die Policy mehr als einen autorisierten Anbieter im Register auflistet. Wenn kein IPv6 sichtbar ist, müssen Kunden, die Dual-Stack-Dienst benötigen, fragen, ob IPv6 nicht verfügbar, nicht angekündigt, über einen anderen Pfad bereitgestellt oder einfach nicht in der aktuellen öffentlichen Ansicht dargestellt ist.

Der Präfix-Eintrag fügt eine weitere Schicht hinzu.RIPEStats Präfix-Übersicht für 82.41.36.0/24identifiziert AS201830 als ankündigenden Ursprung.Das RIPE route-Objektregistriert die Ursprungs-AS AS201830 für dieses /24 und wurde am 29. Januar 2026 erstellt.Die RPKI-Validierungmeldet den Ursprung als gültig, mit einem ROA, der AS201830 erlaubt, das genaue /24 zu ursprüngen. Dies ist eine positive Hygiene. Ein gültiger ROA reduziert eine Klasse von Routenursprungs-Mehrdeutigkeit und hilft Netzwerken, ungültige widersprüchliche Ursprungsankündigungen abzuweisen.

Die Adresszuweisung trägt auch einen Abhängigkeitshinweis. DieRIPE Whois-Daten für 82.41.36.0/24und derIP-RDAP-Eintragidentifizieren den Netznamen NET-82-41-36-0-24, das Land EU, eine mit Eternity Cloud Limited verbundene Endbenutzerorganisation, ein von netutils-mnt gewartetes route-Objekt und einen mit IPXO verbundenen Geofeed. Der Adressblock ist öffentlich und geroutet, aber der Wartungs- und Geofeed-Kontext weist auf eine Kette von Adressressourcen hin, die über Eternity selbst hinausgeht. Dies ist auf dem IPv4-Markt üblich. Es ist auch für Kunden relevant, da Adressressourcen-Vereinbarungen die Portabilität, Missbrauchsbehandlung, Geolokalisierung, Reputation und Kontinuität beeinflussen können, wenn sich eine Geschäftsbeziehung ändert.

Die sichtbaren Pfaddaten verstärken das Bild der Abhängigkeiten. EineRIPEStats Looking-Glass-Anfrage für 82.41.36.0/24zeigt mehrere Collectors, die Pfade sehen, die über AS16276 zu AS201830 enden. Dies entspricht der aut-num-Policy und legt nahe, dass OVH ein wichtiger direkter Upstream-Pfad für das angekündigte Präfix ist. Dies beweist nicht an sich den Einrichtungsstandort, die Reserved-Upstream-Kapazität oder ein erfolgreiches Failover zu Hetzner. Ein Kunde muss den öffentlichen Pfad als Beleg für Erreichbarkeit behandeln, nicht als Beleg für Multi-Carrier-Resilienz.

Die Racks, der Transit und die Wartungsfenster sind das versteckte Produkt

Der Ausdruck „gehostete Kapazität“ klingt digital, wird aber aus physischen und vertraglichen Schichten verkauft. Jemand muss die Server besitzen oder mieten. Jemand muss Strom, Kühlung, Cross-Connects und Remote-Hände bereitstellen. Jemand muss die Pakete zum Rest des Internets transportieren. Jemand muss die Adresseinträge, Routenobjekte, RPKI und Missbrauchs-Mailboxen pflegen. Jemand muss auf Tickets antworten, wenn ein Server ausgefallen ist, die Website aber noch läuft. Die öffentlichen Belege um Eternity identifizieren einige dieser Schichten, lassen aber die operativsten Teile unbenannt.

Whitewhale behauptet, dass seine Infrastruktur an europäischen Standorten und erstklassigen Rechenzentren mit redundanter Stromversorgung und Konnektivität läuft. Es bewirbt auch DDoS-Schutz und eine Verfügbarkeits-SLA von 99,9 %. Dies sind kommerziell bedeutsame Behauptungen. Sie erfordern auch Details, bevor sie zur Sicherheit werden. Ein 99,9 %-Verfügbarkeitsversprechen kann je nachdem, ob es sich auf Netzwerkverfügbarkeit, Serverstrom, Bedienfeldzugriff, Kunden-VM-Verfügbarkeit, Zahlungsdienste, Speicherleistung oder Support-Antwort bezieht, viel bedeuten.

Es kann auch über verschiedene Zeiträume gemessen werden, mit verschiedenen Ausschlüssen für geplante Wartung, Angriffe, Kundenfehlkonfiguration und Upstream-Fehler.

Die öffentlichen Seiten nennen keine Einrichtungen, Rack-Anbieter oder Städte hinter der Behauptung „europäische Standorte“. Sie veröffentlichen keine Looking-Glass-Seite unter der eigenen Marke von Eternity, keine Netzwerkstatusseite, kein Incident-Archiv, keinen Wartungskalender, keine Route-Map, keine Liste der Produktionstransitanbieter, keinen BGP-Community-Leitfaden, keinen DDoS-Mitigationspartner, kein Hardware-Ersatzziel und keine Backup-Aufbewahrungszusage. Einige kleine Anbieter entscheiden sich aus Sicherheits- oder Geschäftsgründen dafür, diese Details nicht zu veröffentlichen.

Für einen Kunden, der den Dienst als Infrastruktur nutzt, wird jedes fehlende Detail zu einer Frage, die vor der Abhängigkeit zu klären ist.

Die erste Frage ist, wo die Kapazität physisch gehostet wird. Wenn die Server in OVH- oder Hetzner-Einrichtungen oder in Colocation, die mit diesen Netzwerken verbunden ist, stehen, spiegelt das Zuverlässigkeitsprofil die Strom-, Netzwerk- und Remote-Hand-Regeln dieser Anbieter wider. Wenn die Server gemietete dedizierte Maschinen statt eigener Hardware sind, kann die Reparatur von der Support-Warteschlange des Anbieters abhängen. Wenn die Server eigentumsrechtlich gehalten, aber in Drittanbieter-Racks platziert sind, hängt die Reparatur von Ersatzteilen, Zugriffsrechten und Remote-Hand-Antwort ab.

Wenn der Anbieter virtuelle Kapazität von einer größeren Plattform weiterverkauft, während er eine eigene AS-Schicht präsentiert, unterscheiden sich die operativen Grenzen erneut. Die öffentlichen Register entscheiden diese Frage nicht.

Die zweite Frage ist, wie die Upstream-Diversität tatsächlich funktioniert. Das RIPE aut-num-Objekt listet Policy-Eingänge für AS16276 und AS24940. Der RIPEstat AS-View zeigt einen einzelnen beobachteten Nachbarn. Die Looking-Glass-Daten für das aktuelle Präfix zeigen stark AS16276-Pfade. Dies beweist nicht, dass AS24940 ungenutzt ist, aber es bedeutet, dass die öffentliche Ansicht zum Zeitpunkt der Überprüfung keine aktive ausgewogene Diversität demonstriert.

Wenn ein Pfad zu OVH ausfällt, möchte ein Käufer wissen, ob die Route zu Hetzner verschoben werden kann, ob diese Verschiebung automatisch oder manuell ist, ob die Präfixfilter vorab genehmigt sind, ob der DDoS-Reinigung verfügbar bleibt und wie lange die Konvergenz normalerweise dauert.

Die dritte Frage ist, wie die Adressen verwaltet werden. Die Route 82.41.36.0/24 ist unter RPKI gültig, was gut ist. Die Whois- und RDAP-Daten des Blocks verweisen auch auf netutils-mnt, IPXO-Geofeed-Informationen und eine Endbenutzerorganisation. Dies deutet auf eine Adressressourcen-Vereinbarung hin, bei der die Einträge von mehr als einer Partei zählen. Wenn die Geolokalisierung falsch ist, Missbrauchsmeldungen schlecht behandelt werden, ein Präfix einen schlechten Ruf entwickelt oder der Adressvertrag sich ändert, können Kunden auf Probleme stoßen, die nicht einfach durch Neustarten eines Servers behoben werden.

Käufer von billigem Hosting unterschätzen diese Schicht oft, bis E-Mail-Zustellung, Zahlungsprüfung, regionale Zugriffsregeln oder Betrugsbewertung beginnen, einen IP-Bereich negativ zu behandeln.

Die vierte Frage ist der Reparaturzeitpunkt. Die etyCloud-Oberfläche scheint Tickets, Rechnungen und Serverdetails zu enthalten. Whitewhale veröffentlicht Support- und Abrechnungs-E-Mail-Adressen. Die Eternity-Root-Website veröffentlicht Support-Kontaktinformationen. Dies sind notwendige Kundenkanäle. Es ist nicht dasselbe wie eine veröffentlichte Reparaturzusage. Ein kleiner Anbieter kann schnell reagieren, aber ein öffentlicher Käufer kann aus den Kontakt-E-Mails allein kein 24/7-Personal, keine Ersatzkapazitätspools, keine Eskalationsrechte bei Upstream-Anbietern oder keine Kommunikation nach Vorfällen ableiten.

Die Whitewhale-Seite gibt an, dass der Support 24/7 ist, aber Kunden sollten dennoch fragen, wie dringende Ausfälle klassifiziert werden, ob Gutschriften angeboten werden und welche Informationen während eines Netzwerkereignisses bereitgestellt werden.

Die fünfte Frage ist der Kundenausstieg. Billige VPS-Kapazität ist attraktiv, weil die Einstiegskosten niedrig sind. Die Ausstiegskosten können hoch sein, wenn ein Kunde keine aktuellen Backups, dokumentierte Wiederaufbauschritte, einen DNS-Plan, einen alternativen IP-Pfad oder getestete Migration hat. Die öffentlichen Seiten von Eternity veröffentlichen keine Backup-Portabilität, Snapshot-Exporte, Datenlöschung, Image-Downloads oder Notfall-Migrationsgarantien. Dies bedeutet nicht, dass diese Funktionen fehlen. Es bedeutet, dass Käufer die Portabilität als ihre eigene Verantwortung behandeln sollten, sofern der Vertrag nichts anderes angibt.

Cloudflare schützt die Eingangstür, nicht jeden Kundenserver

Der öffentliche Web-Rand ist eine separate Abhängigkeit vom gerouteten Hosting-Netzwerk. Die DNS-Antworten für ety.one, cloud.ety.one und whitewhale.help zeigen auf Anycast-Cloudflare-Adressen, und die HTTP-Antworten identifizieren Cloudflare als den Server vor den Seiten. Der Authentifizierungspunkt unterauth.ety.onegibt eine geschützte Antwort zurück, währendcheckout.ety.oneeine anwendungsartige Antwort auf der Root zurückgibt. Das Dokumentationszentrum unterdocuments.ety.oneist ebenfalls hinter Cloudflare.

Diese Anordnung ist für einen jungen Anbieter sinnvoll. Cloudflare kann häufige Webangriffe absorbieren, TLS-Terminierung bereitstellen, öffentliche Seiten zwischenspeichern, die Seitenzugänglichkeit verbessern und die Exposition der Ursprungsserver reduzieren. Es kann die Marke auch bei bestimmten Vorfällen verfügbarer machen als das zugrunde liegende Rechennetzwerk. Eine Marketing-Seite kann über Cloudflare zugänglich sein, während der VPS eines Kunden auf 82.41.36.0/24 nicht erreichbar ist. Umgekehrt kann ein Kundenserver noch laufen, während die Authentifizierungs- oder Zahlungsoberfläche beeinträchtigt ist.

Für Kunden sind dies unterschiedliche Ausfälle mit unterschiedlichen Abhilfemaßnahmen.

Diese Unterscheidung wird bei der Due Diligence kleiner Anbieter oft übersehen. Ein Käufer lädt die Website, sieht, dass die Seite schnell ist, und nimmt an, dass die Hosting-Plattform ebenso widerstandsfähig ist. Aber der Website-Pfad nutzt das Cloudflare-Netzwerk. Der Kundenserver-Pfad, wenn er aus dem aktuellen gerouteten Präfix von Eternity zugewiesen ist, hängt von AS201830, seinem aktuellen Upstream-Pfad, dem Adressblock, dem Netzwerk der Einrichtung und dem Server selbst ab. Der Kontopfad hängt von auth.ety.one ab. Der Abrechnungspfad hängt von checkout.ety.one ab. Der Dokumentationspfad hängt von documents.ety.one ab.

Der Support-Pfad hängt von der E-Mail- und Ticketbearbeitung ab. Diese Schichten können unabhängig voneinander ausfallen.

Das öffentliche DNS zeigt auch Cloudflare-Mail-Routing-Einträge für ety.one und Whitewhale. Das ist wieder normal, aber es bedeutet, dass der E-Mail-Empfang für Support- und Abrechnungsadressen seine eigene Dienstabhängigkeit hat. Wenn ein Kundenausfall die Unfähigkeit umfasst, E-Mails zu empfangen oder zu senden, kann die Support-Kommunikation durch DNS, Mail-Routing, Spam-Filterung, Konto-Zugriff und menschliche Antwort beeinträchtigt werden. Nichts davon ist einzigartig bei Eternity. Es ist der übliche Stack hinter kleinen Hosting-Anbietern.

Das Risiko besteht darin, dass der niedrige monatliche Preis den Stack einfacher erscheinen lässt, als er ist.

Es gibt auch einen Governance-Aspekt. Die öffentlichen Seiten hinter Cloudflare können schnell aktualisiert werden und können die Ursprungstopologie verbergen. Dies ist nützlich für die Sicherheit, reduziert aber, was externe Beobachter überprüfen können. Der Kunde sieht die Marke, den Plan und die Zahlung. Der Netzwerkforscher sieht eine AS, ein sichtbares IPv4-Präfix, gültige RPKI und Cloudflare-Weboberflächen. Das fehlende Glied ist die Produktionsplattform: Hypervisoren, Speicher, Backups, Einrichtungsverträge, Transit-Failover und Personalpraktiken.

Ein ernsthafter Käufer muss nicht, dass all dies auf einer Homepage veröffentlicht wird, sollte aber genügend Details anfordern, um das Risiko der Arbeitslast anzupassen.

Was Kunden aus den Preisen ableiten müssen

Die Preisskala von Whitewhale ist eines der klarsten öffentlichen Signale für den angestrebten Markt. Pläne ab 1 € pro Monat sind keine Unternehmens-Cloud-Angebote. Es sind budgetfreundliche VPS-Angebote für Entwickler, kleine Projekte, Experimente und kostenbewusste Arbeitslasten. Dies kann wertvoll sein. Viele Internetdienste beginnen auf billigen virtuellen Maschinen, weil die Alternative kein Hyperscale-Vertrag ist, sondern gar nicht erst zu starten.

Die Frage ist, was ein Kunde zu diesem Preis aufgibt. Billige VPS-Anbieter verlassen sich typischerweise auf hohe Auslastung, gemeinsam genutzte Uplinks, strenge Missbrauchsregeln, einfache Support-Abläufe und begrenzte maßgeschneiderte Garantien. Die Whitewhale-Seite ist offen über gemeinsame Bandbreite auf den Plankarten, während sie auch unbegrenzten Traffic bewirbt. „Unbegrenzt“ sollte in diesem Zusammenhang nicht als unendliche dedizierte Kapazität interpretiert werden.

Es bedeutet in der Regel, dass es keine feste monatliche Übertragungsobergrenze im Rahmen akzeptabler Nutzungsregeln gibt, nicht dass jeder Kunde den gemeinsamen Uplink kontinuierlich ohne Konsequenzen sättigen kann. Ein Käufer sollte sich nach Fair Use, Drosselung, DDoS-Schwellenwerten, Port-Beschränkungen, Mail-Richtlinien und dem, was passiert, wenn der Traffic Nachbarn beeinträchtigt, erkundigen.

Die Plankarte weist auch auf die Hosting-Ökonomie hin. Der KRILL-Plan bietet 1 vCPU, 2 GB RAM und 10 GB NVMe für 1 € pro Monat. Selbst bei großem Maßstab lässt dieser Preis wenig Spielraum für teure manuelle Eingriffe. Ein Support-Ticket, das eine Stunde dauert, kann mehrere Monate Bruttoumsatz für diesen Kunden übersteigen. Das bedeutet nicht, dass der Support schlecht sein wird. Es bedeutet, dass der Dienst standardisiert, automatisiert und streng im Umfang sein muss, um nachhaltig zu sein.

Kunden mit ungewöhnlichen Anforderungen sollten nicht davon ausgehen, dass maßgeschneiderte Technik in einem budgetären VPS-Plan enthalten ist, es sei denn, sie wird explizit verkauft.

Die öffentlichen Kontooberflächen von Eternity verstärken diese Self-Service-Form. etyCloud scheint Serverbestellung, Tickets, Rechnungen, Serverstatus und Konfigurationsfelder darzustellen. Der Zahlungspunkt ist unter checkout.ety.one getrennt, und die Identitätsoberfläche ist unter auth.ety.one getrennt. Dies ist ein Standardmodell für einen kleinen Anbieter, der versucht, manuelle Arbeit zu reduzieren. Es gibt Kunden eine vertraute Art, Server zu kaufen und zu verwalten. Es bedeutet auch, dass die Steuerungsoberfläche selbst Teil des Dienstes ist.

Wenn Rechnungen, Zahlungen oder Konto-Zugriff fehlschlagen, können Serveränderungen und -verlängerungen beeinträchtigt sein, selbst wenn die zugrunde liegende VM noch läuft.

Für Produktionsnutzer sollte der Preis zu einer Priorisierung führen. Ein Server für 1 oder 4 € kann für einen Überwachungsknoten, eine Testumgebung, ein persönliches Projekt, ein kleines Relay, eine Vorproduktionsarbeitslast oder eine risikoarme Website geeignet sein. Er ist nicht automatisch für eine umsatzrelevante Anwendung geeignet, es sei denn, der Kunde verfügt über Backups, Überwachung, sekundäres DNS, einen zweiten Anbieter, getestete Wiederherstellungsschritte und eine klare Akzeptanz von Ausfallzeiten.

Die öffentlichen Belege von Eternity rechtfertigen nicht, den Dienst als Single-Vendor-Plattform für hochwertige Arbeitslasten ohne zusätzliche Sicherungen zu behandeln.

Für datenschutz- oder jurisdiktionsbewusste Nutzer ist die Sprache „europäische Standorte“ attraktiv, aber unvollständig. Whitewhale gibt an, dass die Standorte europäisch sind und erwähnt DSGVO/europäischen Standort in seinem Vergleichstext. Der RIPE-Präfix-Eintrag listet das Land als EU. Das Unternehmen selbst ist im Vereinigten Königreich registriert, der Wohnsitz des Kontrolleurs laut Companies House ist Georgien, das Nationalitätsfeld des Direktors gibt russisch an, und der Web-Rand ist Cloudflare. Nichts davon ist an sich disqualifizierend. Es bedeutet lediglich, dass Datenstandort- und Jurisdiktionsfragen präzise sein müssen.

Wo befindet sich der VM-Host? Wo sind die Backups? Welche juristische Person schließt den Vertrag mit dem Kunden? Welches Recht regelt die Vereinbarung? Welche Unterauftragsverarbeiter behandeln Identität, Zahlung, DDoS-Filterung, E-Mails und Support? Die öffentlichen Seiten beantworten diese Fragen nicht vollständig.

Missbrauch, Vertrauen und die Kosten des Billigseins

Jeder billige VPS-Anbieter muss mit Missbrauch umgehen. Schnelle, billige virtuelle Server ziehen sowohl legitime Entwickler als auch unerwünschten Traffic an. Spam, Credential-Angriffe, Scannen, Proxy-Weiterverkauf, Urheberrechtsbeschwerden, Zahlungsbetrug und DDoS-Vergeltung können schneller kommen als Einnahmen. Die Whitewhale-Seite betont klare Regeln und legale Nutzung. Die RIPE-Einträge veröffentlichen Missbrauchskontakte. Dies sind gute Zeichen, aber Missbrauchsmanagement ist ein weiterer Bereich, in dem die öffentliche Akte dünn ist.

Der Adressblock ist hier wichtig. Ein einzelnes /24 enthält nur 256 IPv4-Adressen. Wenn eine kleine Anzahl von Kunden den Ruf durch Spam, Malware-Blacklists oder Proxy-Missbrauch verbrennt, können unschuldige Nachbarn die Konsequenzen über Blacklists, Risikobewertung bei Zahlungen, CAPTCHAs, Geolokalisierungsverdacht oder Mail-Ablehnung erben. RPKI schützt die Gültigkeit des Routenursprungs; es schützt nicht die IP-Reputation. Cloudflare schützt öffentliche Webseiten; es macht den Client-Ursprungs-Traffic nicht vertrauenswürdig.

Ein Kunde, der Eternity für ausgangssensitive Arbeitslasten nutzt, sollte die IP-Reputation testen und fragen, ob saubere Ersatzadressen verfügbar sind, wenn eine Adresse bereits beschädigt ist.

Die Missbrauchskontaktstruktur ist ebenfalls geteilt. Die RDAP-Daten der AS zeigen einen Missbrauchskontakt, der mit ety.one verbunden ist. Der RDAP-Eintrag des Präfixes für 82.41.36.0/24 listet eine Missbrauchs-E-Mail unter abuseradar.com. Dies ist nicht unbedingt ein Problem; Adressressourcen-Anbieter verwalten oft Missbrauchskontakte für zugewiesene Blöcke. Aber es bedeutet, dass Meldungen die Bearbeitungsregeln von mehr als einer Organisation durchlaufen können.

Kunden, die benutzergenerierte Inhalte, E-Mails, Proxys, Spielserver oder andere beschwerdeanfällige Dienste hosten, sollten verstehen, welche Entscheidung einen Server sperren, eine IP null-routen oder Kundeninformationen anfordern kann.

Vertrauen wird auch durch die Dokumentation geprägt. DasDokumentationszentrumvon Eternity bietet eine öffentliche Rechtsdokumentenoberfläche mit Sprachoptionen, und die Root-Website verweist auf Abonnementvertragsdokumente. Das Vorhandensein von Dokumenten ist positiv. Der öffentliche Käufer muss dennoch den genauen Vertrag prüfen, der bei der Registrierung verwendet wird, da die Bedingungen kleiner Anbieter oft die wichtigsten Teile des Dienstes regeln: Rückerstattungsberechtigung, Verlängerungsfristen, Kündigung, Sperrung, verbotene Nutzung, Datenaufbewahrung, Haftungsbeschränkungen, SLA-Gutschriften, Gerichtsstand und Kündigungsrechte. Das operative Risiko liegt nicht nur darin, ob der Server schnell ist; es liegt darin, ob der Vertrag dem Anbieter weitreichende Rechte zur Sperrung des Dienstes bei Streitigkeiten oder Missbrauchsfällen einräumt.

Billige Anbieter leben auch unter Lieferantendruck. Wenn die Upstream-Kosten steigen, ein Präfix-Leasing sich ändert, der DDoS-Traffic zunimmt oder eine Einrichtung strengere Missbrauchsregeln auferlegt, muss ein kleiner Anbieter möglicherweise schnell Preise, Standorte, Adressbereiche oder Bedingungen ändern. Öffentliche Kunden sollten auf Zeichen der Kontinuität achten: Verlängerungsmitteilungen, Statusmeldungen, öffentliche Erklärungen von Vorfällen, stabile Support-Kanäle, saubere Routing-Historie und konsistente Preissprache. Die derzeitige öffentliche Fußabdruck von Eternity ist zu jung, um ein langes Muster zu zeigen.

Die beste Lesart der Belege

Die großzügige Lesart ist, dass Eternity Cloud Limited ein junger, echter Anbieter ist, der ein europäisches Hosting-Angebot um eine britische Gesellschaft, eine eigene registrierte AS, ein IPv4-/24, öffentliche Dienste hinter Cloudflare, eine Self-Service-Hosting-Oberfläche und eine billige VPS-Marke unter Whitewhale herum aufbaut. Das Unternehmen hat die notwendigen öffentlichen Netzwerkobjekte registriert, eine gültige Route ursprüngt, Support- und Abrechnungskontakte veröffentlicht und konkrete Pläne detailliert dargestellt. Das ist mehr als eine vage Unternehmensseite.

Die konservative Lesart ist, dass die sichtbare operative Oberfläche eng bleibt. Ein einzelnes aktuelles /24 und ein einzelner beobachteter Nachbar zeigen keine breite Netzwerk-Resilienz. Die öffentlichen Seiten identifizieren keine Einrichtungen, Hardware-Eigentum, aktive Upstream-Diversität, Reparaturverpflichtungen, Backup-Garantien oder eine lange Historie von Vorfällen. Das Unternehmen ist neu gegründet und eng kontrolliert, ohne bisher eingereichte Abschlüsse. Die Weboberflächen sind hinter Cloudflare, was die öffentliche Präsentation verbessert, aber die Website-Verfügbarkeit von der Kundenserver-Verfügbarkeit trennt.

Der Adressblock scheint in einer breiteren Adressressourcenkette zu liegen, was normal ist, aber eine weitere Abhängigkeit hinzufügt.

Beide Lesarten können wahr sein. Eternity kann ein echter kleiner Anbieter und dennoch eine schwach dokumentierte Infrastrukturwette sein. Dies ist die richtige Kategorie, die Käufer im Hinterkopf behalten sollten. Der Dienst kann für risikoarme, kostenbewusste Arbeitslasten geeignet sein. Er kann als sekundärer Knoten, Testserver, kleiner Webhoster, Laborumgebung, regionales Relay oder Projekt, das niedrige monatliche Kosten über formelle Unternehmensgarantien schätzt, nützlich sein.

Er sollte nicht als bewährte widerstandsfähige Plattform behandelt werden, nur weil er Cloud-Sprache verwendet, eine eigene ASN bewirbt oder eine gültige Route hat.

Die wichtigste Verbesserung wäre operative Transparenz. Eternity könnte seine öffentliche Sicherheit materiell verbessern, indem es eine Statusseite, eine Liste von Einrichtungen oder Metros, eine kurze Netzwerkseite, die aktive Upstream-Anbieter nennt, einen IPv6-Plan, eine Route-Looking-Glass-Seite, eine Missbrauchsrichtlinie, ein SLA-Dokument, das Messung und Gutschriften definiert, eine Backup- und Snapshot-Richtlinie und ein Incident-Archiv veröffentlicht.

Es könnte auch klären, ob Whitewhale ein Produkt von Eternity Cloud Limited ist, wie etyCloud und Whitewhale vertraglich verbunden sind, welche juristische Person Kunden abrechnet und welche Bedingungen für jeden Dienst gelten. Keine dieser Offenlegungen erfordert die Preisgabe sensibler Topologie. Sie würden lediglich die Mehrdeutigkeit verringern.

Kunden können ihr eigenes Risiko ohne Wartezeit reduzieren. Sie sollten einen Testserver vor der Verlagerung einer Arbeitslast testen, Latenz und Paketverlust aus relevanten Regionen überprüfen, das Verhalten von ausgehenden E-Mails und Zahlungsrisiken überprüfen, den zugewiesenen IP-Bereich bestätigen, den Vertrag lesen, die Support-Antwort testen, sich nach Backups erkundigen, anbieterfremde Kopien aufbewahren, unabhängiges DNS verwenden, außerhalb des Netzwerks überwachen und für kritische Systeme einen zweiten Anbieter bereithalten. Je niedriger der monatliche Preis, desto wichtiger sind diese kundenseitigen Kontrollen.

Fazit

Eternity Cloud Limited sollte als aufstrebender Hosting-Betreiber mit einer realen, aber kleinen öffentlichen Netzwerk-Fußabdruck betrachtet werden. Das Unternehmen existiert in britischen Registern, bewirbt Hosting- und Cloud-Dienste über eigene Web-Präsenzen, verbindet seine Marke mit etyCloud und Whitewhale, hält AS201830 in RIPE-Einträgen, ursprüngt 82.41.36.0/24 und hat eine gültige RPKI für diese Route. Dies sind signifikante Fakten.

Dieselben Fakten beweisen nicht, dass Eternity tiefe physische Kapazität kontrolliert, redundanten Live-Transit unterhält, Ersatzhardware vorhält, in mehreren Einrichtungen operiert oder den Kundendienst bei komplexen Vorfällen schnell wiederherstellen kann. Das Produkt, das an Kunden verkauft wird, ist nicht nur CPU, RAM und NVMe-Speicher. Es ist eine Kette von Rack-Zugang, Lieferantenverträgen, Transit-Policy, Adress-Governance, DDoS-Management, Konto-Diensten hinter Cloudflare, Zahlungswegen, Dokumentation, Tickets und Reparaturpersonal. Die öffentlichen Belege zeigen Teile dieser Kette und lassen andere Teile ungeprüft.

Dies macht die aktuelle Belegbewertung eher schwach als negativ. Der Anbieter ist sichtbar, geroutet und kommerziell präsent. Die Unsicherheit liegt nicht darin, ob es eine öffentliche Fußabdruck gibt; die Unsicherheit liegt darin, ob die öffentliche Fußabdruck die implizite Widerstandsfähigkeit des Wortes Cloud tragen kann.

Bis Eternity mehr operative Details veröffentlicht oder eine längere öffentliche Historie aufbaut, sollten Käufer ihn als kostengünstige Hosting-Option behandeln, die auf der richtigen Ebene nützlich sein kann, und nicht als Infrastrukturabhängigkeit, der man ohne Backups, Überwachung und einen klaren Ausstiegsweg vertrauen sollte.