Zusammenfassung

  • Die Identität von MYCLOUD LLC ist für einen jungen, kleinen Anbieter ungewöhnlich gut überprüfbar: Die eigenen kommerziellen Seiten, das öffentliche Angebot und Zahlungsdetails stimmen mit einem RIPE NCC-Organisationseintrag für ein usbekisches lokales Internet-Register und mit AS213165 überein.
  • Sein Dienstleistungskatalog ist konkret statt rein werblich, mit konfigurierbaren VPS-Kapazitäten, Colocation, Synology-basiertem Unternehmensspeicher und Cloud-Videoaufbewahrung, alles in usbekischen Soʻm bepreist und an lokale Konnektivität gebunden.
  • Das Bild der Sicherheit bleibt unvollständig. Öffentliche Aufzeichnungen zeigen nur zwei sichtbare IPv4-/24-Ankündigungen, uneinheitliche Route-Origin-Autorisierung, spärliche Interkonnektionsangaben, kein benanntes Rechenzentrum und eine erhebliche Lücke zwischen der schnellen Support-Nachricht der Website und den Antwortbedingungen in ihrem öffentlichen Angebot.

Ein Unternehmensname, der sich zu einem Betreiber auflöst

„MyCloud“ ist die Art von Marke, die fast alles beschreiben kann, von einer Dateifreigabe-Anwendung bis zu einem Wiederverkäufer. MYCLOUD LLC wird erst lesbar, wenn mehrere unabhängige öffentliche Aufzeichnungen zusammengelesen werden.

DieÜber-uns-Seitedes Unternehmens sagt, dass es 2024 in Usbekistan gegründet wurde. Seineöffentlichen Dienstleistungsbedingungen, gültig ab 25. Januar 2024, nennen die ООО „MYCLOUD" als Vertragspartei, identifizieren den Direktor R.K. Kurbanov und geben eine Adresse in Taschkent und eine Steuernummer an. DieZahlungsseitewiederholt den gesetzlichen Namen, die Adresse, Bankdaten und Telefonnummer für Geschäftskunden. Eine separateDokumentenseiteverlinkt eine staatliche Registrierungsbescheinigung, eine Dienstleistungslizenz und das öffentliche Angebot.

Diese selbstveröffentlichte Identität wird durch dieRIPE-Datenbankbestätigt. Der Organisationseintrag nennt MYCLOUD LLC, Ländercode UZ, Registrierungsnummer 2362063, dieselbe Straßenadresse in Taschkent, die E-Mail-Domain mycloud.uz und eine passende Telefonnummer. RIPE führt sie als lokales Internet-Register, während der zugehörige Autonome-System-Eintrag AS213165 dem Namen MYCLOUD zuweist. Dies begründet keine finanzielle Stärke, Personalstärke oder Servicequalität, beseitigt aber eine wichtige erste Hürde: Die Website, der rechtliche Vertragspartner und die Netzidentität zeigen auf dieselbe Organisation.

Der Katalog zeigt, was Kunden kaufen

Die Produktseiten von MYCLOUD beschreiben einen Anbieter, der auf usbekische Unternehmen abzielt, die bescheidene Infrastruktur benötigen, ohne alles selbst zu betreiben. Die Angebote sind in kleinen Einheiten bemessen und werden täglich abgerechnet – ein Ansatz, der den Einstieg günstig macht, aber die Abrechnungskontinuität nahe an die Dienstkontinuität rückt.

DieVPS-Seitebepreist virtuelle CPU, RAM, Festplattenspeicher und IP-Adressen separat. Sie beinhaltet Internet- und TAS-IX-Konnektivität mit bis zu 100 Mbit/s, wobei zusätzliche Internet- und lokale Netzwerkkapazität pro Mbit/s verkauft werden. Das ist eher ein konfigurierbarer Infrastrukturdienst als ein festes Shared-Hosting-Paket. DasColocation-Angebotist ebenso spezifisch: Preise werden für Rack-Einheiten, Leistungsbänder, IP-Adressen und Switch-Anschlüsse angegeben, mit einem 1-Gbit/s-Switch-Port und bis zu 100 Mbit/s TAS-IX-Dienst inklusive. Die Kunden bleiben für ihre Serversoftware verantwortlich, und die Ausrüstung muss die angegebenen Rack-, Strom-, Brandschutz- und Ethernet-Anforderungen erfüllen.

Zwei übergeordnete Dienste erweitern die Betriebsoberfläche.MCDrivewird als Unternehmensspeicher auf Basis von Synology DSM präsentiert, mit Plänen von 50 GB bis 10 TB, Browser- und Mobilzugriff, Synchronisation, Zusammenarbeit, Zugriffskontrollen und automatischer Sicherung.MCVideospeichert Überwachungsaufzeichnungen zur Fernansicht, mit veröffentlichten 30-Tage- und 90-Tage-Optionen, Kapazität pro Kamera, kontinuierlicher oder bewegungsausgelöster Aufzeichnung und täglicher Verlängerung. Unzureichende Kontoguthaben können den Zugriff blockieren, wenn die nächste tägliche Gebühr fällig wird.

Diese Details sind wichtig, weil sie die tatsächliche Kontrolloberfläche offenlegen. Kunden kaufen nicht nur eine abstrakte Cloud. Sie verlassen sich auf MYCLOUD für die Zuweisung virtueller Maschinen, Rack-Strom und Switching, Speicherberechtigungen, Sicherungszusagen, Videoaufbewahrung und automatische Kontoabrechnung. Ein Ausfall in einer dieser Ebenen kann einen anderen Geschäftsprozess beeinträchtigen, von einer Webanwendung bis zur physischen Standortsicherheit.

Ein kleiner Netz-Fußabdruck mit echten Routing-Beweisen

AS213165 verleiht MYCLOUD eine überprüfbare Netzpräsenz. DieRIPEstat-AS-Übersichtzeigte das autonome System als am 15. Juli 2026 angekündigt. DieAnsicht der angekündigten Präfixeverzeichnete zwei sichtbare IPv4-Routen, 38.226.16.0/24 und 212.47.58.0/24. Das begleitendeRouting-Status-Ergebniszählte 512 angekündigte IPv4-Adressen, keinen angekündigten IPv6-Raum und volle Sichtbarkeit unter den 326 IPv4-RIPE-RIS-Peers in dieser Beobachtung.

Der Routing-Eintrag ist aussagekräftig, aber kompakt. Der RIPE-Registrierungseintrag deklariert Traffic-Akzeptanz- und Route-Announcement-Beziehungen mit AS58254, Nano Telecom, und AS59668, Turon Media. Zum Beobachtungszeitpunkt am 15. Juli sahRIPEstats Nachbardateneinen einzigen Upstream-Pfad über AS58254. Der Unterschied ist nicht unbedingt ein Widerspruch: Die Registry-Politik kann eine beabsichtigte Beziehung beschreiben, die nicht bei jedem Collector oder zu jedem Zeitpunkt sichtbar ist. Es bedeutet jedoch, dass ein Käufer, der Pfadvielfalt benötigt, nach aktuellen Diagrammen, Failover-Tests und gemessener Upstream-Verfügbarkeit fragen sollte, anstatt Redundanz aus Registry-Text abzuleiten.

Der Route-Origin-Schutz ist ebenfalls gemischt. RIPEstat meldete einegültige RPKI-Autorisierung für 212.47.58.0/24, während die Prüfung für38.226.16.0/24 unbekannt zurückgab, was bedeutet, dass von diesem Dienst keine validierende Route-Origin-Autorisierung gefunden wurde. Unbekannt ist nicht dasselbe wie ungültig, aber ein konsistenter gültiger Zustand über den beworbenen Raum hinweg würde einen stärkeren Schutz vor versehentlichen Ursprungsfehlern bieten.

MYCLOUDsPeeringDB-Eintragfügt wenig operativen Kontext hinzu. Zum Beweiszeitpunkt listete er keine Website, keinen Verkehrslevel, keine Richtlinie, keine Exchange-Verbindung und keine Einrichtung auf. Ein leeres Interkonnektionsprofil beweist nicht, dass dem Betreiber Einrichtungen oder private Konnektivität fehlen. Es zeigt, dass Kunden diese Behauptungen dort nicht überprüfen können.

Lokalität ist sichtbar, aber Datenstandort nicht

Der Dienst ist unverkennbar auf Usbekistan ausgerichtet. Die Preise sind in Soʻm; Geschäftszahlungen verwenden ein usbekisches Bankkonto; Verbraucherzahlungsanweisungen nennen lokale Karten- und Zahlungssysteme; die Kontakt- und Registrierungsadressen sind in Taschkent; und Produktseiten unterscheiden wiederholt Internetkonnektivität von TAS-IX-Zugang. Der Support wird über lokale Telefonnummern, Telegram und einen Kundenkontokanal angeboten.

Diese Signale machen MYCLOUD relevant für Organisationen, die lokale kommerzielle Unterstützung und schnellen Zugang zu nationalen Netzressourcen schätzen. Sie beantworten jedoch nicht von selbst, wo jede Arbeitslast, Sicherung oder Aufzeichnung liegt. Die Website bezieht sich auf moderne Rechenzentren, nennt aber keine Einrichtung öffentlich, veröffentlicht keine Standortmatrix, identifiziert keine Sicherungsgeografie und gibt nicht an, ob jeder Dienst innerhalb Usbekistans bleibt. MCDrives Verwendung von Synology DSM identifiziert eine Plattform, keinen Speicherort.

Für Kunden, die Residenz-, Vertraulichkeits- oder Sektorregeln unterliegen, muss Lokalität daher zu einer vertraglichen Tatsache werden. Die nützlichen Fragen sind dienstspezifisch: Welche Einrichtung hostet die primäre Kopie; wo liegen Replikate und Sicherungen; wer kann sie verwalten; welche Subunternehmer können auf die Umgebung zugreifen; wie werden Verschlüsselungsschlüssel kontrolliert; wie wird die Löschung verifiziert; und was passiert mit Daten nach Kündigung oder Nichtzahlung. Eine lokale Marke und TAS-IX-Reichweite können die Entfernung verringern, ohne diese Governance-Fragen zu lösen.

Support-Versprechen brauchen eine vertragliche Lesart

MYCLOUDs Startseite wirbt mit Support rund um die Uhr, während dieKontaktseiteeine Reaktionszeit von 30 Minuten angibt. Das ist ein attraktives Versprechen für ein kleines Unternehmen, dessen Server oder Kameraarchiv nicht mehr reagiert. Das öffentliche Angebot ist zurückhaltender. Es leitet autorisierte Anfragen über das Kundenkonto, sagt, dass Telefonantworten an Werktagen während der Geschäftszeiten erfolgen, und dass das Support-Team nach Möglichkeit innerhalb einer angemessenen Frist von höchstens 48 Stunden antwortet, mit möglichen Verlängerungen. Es heißt auch, dass Anfragen auf Usbekisch oder Russisch sein müssen.

Das Angebot definiert die Pflichten des Anbieters enger, als mancher Produkttext vermuten lässt. Allgemeine Geschäftsbedingungen besagen, dass der Internetzugang des Kunden außerhalb der Pflichten des Anbieters liegt, während VPS- und Colocation-Seiten enthaltene Konnektivität bewerben. Die praktische Verpflichtung kann durch die gewählte Bestellung und Dienstbedingungen geklärt werden, aber ein Unternehmenskäufer sollte diese Auslegung nicht implizit lassen.

Hier wird lokaler Support zu einer Arbeitsfrage, nicht nur zu einem Kontaktknopf. Käufer sollten besetzte Stunden, Eskalationsverantwortlichkeit, Incident-Schweregrade, Wiederherstellungsziele und die Grenze zwischen Infrastrukturhilfe und kundenverwalteter Software festlegen. Sie sollten auch fragen, welche Verpflichtung greift, wenn Marketingtext, eine Tarifseite und der unterzeichnete Vertrag unterschiedliche Sprache verwenden.

Die gleiche Lesart sollte für Verlängerung und Sperrung gelten. Die tägliche Abrechnung für Speicher und Video kann für kleine Kunden nützlich sein, verwandelt aber auch Kontostand, Benachrichtigungsqualität und Wiederherstellungsverfahren in Zuverlässigkeitskontrollen. Ein Käufer sollte testen, was passiert, wenn das Guthaben ausgeht, wann der Zugriff wiederhergestellt wird und wann aufbewahrte Aufnahmen oder Sicherungen nach einer Abrechnungsunterbrechung benötigt werden.

Glaubwürdig genug für eine Bewertung, noch nicht standardmäßig gesichert

MYCLOUDs öffentliches Register ist stärker, als der generische Name vermuten lässt. Es gibt eine kohärente rechtliche Identität, ein datiertes Angebot, sichtbare Preise, konkrete Produkte, eine nationale kommerzielle Ausrichtung und eine lebende ASN. Die Kombination stützt eine vernünftige Schlussfolgerung, dass es sich um einen operierenden usbekischen Infrastrukturanbieter mit Diensten handelt, die für lokale Unternehmen entwickelt wurden.

Das gleiche Register setzt dieser Schlussfolgerung Grenzen. Der geroutete Fußabdruck ist klein, IPv6 ist nicht sichtbar, ein angekündigtes Präfix entbehrt einer sichtbaren RPKI-Autorisierung, die aktuelle Upstream-Diversität ist nicht nachgewiesen, und öffentliche Einrichtungs- und Interkonnektionsdetails sind spärlich. Datenstandortkontrollen, unabhängige Sicherheitsgarantien und durchsetzbare Service-Level sind aus dem öffentlichen Material nicht leicht zu ermitteln.

Für eine Testumgebung, eine lokale Anwendung oder einen klar umrissenen Speicherbedarf kann MYCLOUD eine technische und kommerzielle Prüfung verdienen. Für die kritische Produktion, regulierte Daten oder Überwachungsbeweise sollte der nächste Schritt eine dokumentarische Überprüfung und ein konstruierter Fehlertest sein. Der Cloud-Name eröffnet das Gespräch; der Vertrag, das Routing-Verhalten, Wiederherstellungsnachweise und ein rechenschaftspflichtiges Support-Team bestimmen, ob er die Arbeitslast tragen kann.