Zusammenfassung

  • AS131316 zeigte am 15. Juli 2026 sieben sichtbare IPv4-Ankündigungen mit 2.048 Adressen. PeeringDB listete betriebsbereite 10-Gbps-Austauschverbindungen in Melbourne und Perth und eine 1-Gbps-EdgeIX-Verbindung in Melbourne, während RIPE RIS das Netzwerk über 325 seiner 326 IPv4-Peers sah.
  • Das aktuelle Dedicated-Cloud-Datenblatt beginnt bei 200 AUD plus GST und verspricht einen CWP-basierten VPS mit Berechnungs-, Speicher- und Netzwerkredundanz. Es identifiziert nicht die Cloud-Infrastruktur, einen zweiten Berechnungsstandort, die Anzahl der Racks, das Speicherlayout, die Stromversorgungsauslegung, den Backup-Host-Pool, das Wiederherstellungsziel oder das getestete Failover-Ergebnis.
  • Dasselbe vierseitige Dokument gibt zwei unterschiedliche Ressourcenbeschreibungen: mindestens 2 vCPU, 8 GB RAM und 50 GB SSD am Anfang, dann einen 6-Kern-VPS mit 16 GB RAM und 150 GB SSD in seiner endgültigen Zusammenfassung. Ein Kunde benötigt das Angebot und den Serviceplan, um zu bestimmen, was tatsächlich reserviert ist.
  • Der aktuelle Netzwerkbetrieb ist gut unterstützt, aber die Widerstandsfähigkeit der gehosteten Kapazität ist es nicht. Die faire Bewertung ist Mittel für das sichtbare Netzwerk und Niedrig für öffentliche Beweise physischer Cloud-Redundanz, nutzbarer Reservekapazität und Kundenwiederherstellung.

Die klarste Zahl befindet sich am Netzwerkrand, nicht innerhalb der Cloud

Slnet Hosting hat einen öffentlichen Netzwerk-Fußabdruck, der substanzieller ist, als sein kompakter Name vermuten lässt. Um 08:00 UTC am 15. Juli 2026 zählte die Routing-Status-Ansicht für AS131316 von RIPEstat sieben IPv4-Präfixe, 2.048 angekündigte Adressen, fünf beobachtete Nachbarn und eine Sichtbarkeit bei 325 von 326 RIS-IPv4-Peers. Die erste beobachtete Route stammte von Juli 2011. Es handelt sich nicht um einen ruhenden Eintrag im Regal. Es ist ein langjähriges autonomes System, dessen Routen in diesem Schnappschuss fast universell von den Kollektoren sichtbar waren.

Der Interconnection-Eintrag ist ebenfalls spezifisch. Das vom Betreiber gepflegtePeeringDB-Profillistet einen 10-Gbps-Port bei IX Australia Melbourne, einen zweiten 10-Gbps-Port bei IX Australia Perth und einen 1-Gbps-Port bei EdgeIX Melbourne. Alle drei Einträge sind als betriebsbereit markiert und enthalten sowohl IPv4- als auch IPv6-Austauschadressen. DieListe der Teilnehmervon EdgeIX zeigt unabhängig Screw Loose Software, AS131316, auf einer 1-Gbps-Verbindung. Diese Einträge belegen einen glaubwürdigen australischen Ost-West-Netzwerkrand.

Sie belegen nicht die Kapazität der an einen Kunden verkauften Cloud. Ein Austauschport ist ein Ort, an dem ein Netzwerk Datenverkehr austauschen kann. Es ist keine Abrechnung von Hypervisoren, keine Garantie für Speicherreplikation, keine Stromreservierung oder ein Beweis dafür, dass die Arbeitslast eines Kunden in der anderen Stadt neu gestartet werden kann. Das Addieren von 10, 10 und 1, um eine Überschrift von 21 Gbps zu erhalten, wäre arithmetisch einfach und operativ irreführend.

Die Ports befinden sich in verschiedenen Austauschen, können unterschiedlichen Datenverkehr bedienen und durch Transit, Routing-Richtlinien, interne Verbindungen, Server-Ports oder die Arbeitslast selbst eingeschränkt sein.

Die kundenorientierte Hosting-Nummer stammt aus einem anderen Dokument. DasDedicated-VPS-Hosting-Inclusions-Datenblattvon Screwloose IT vom Dezember 2025 bewirbt einen VPS-Container ab 200 AUD plus GST pro Monat. Es besagt, dass die Plattform eine zugrunde liegende Redundanz zwischen Berechnung, Speicher und Netzwerk umfasst. Dennoch nennt es weder das Rechenzentrum, die Anzahl unabhängiger Räume oder Racks, den Standort der Sicherungskopie, die Wiederherstellungszeit, den Wiederherstellungspunkt noch den letzten Failover-Test.

Diese Diskrepanz definiert die Geschichte. Slnet kann eine live geroutete Grenze nachweisen. Es kann nachweisen, dass ein aktuelles Hosting-Produkt existiert. Die öffentlichen Akten verbinden diese beiden Ebenen nicht zu einem überprüfbaren Wiederherstellungsdesign.

Slnet ist der Netzwerkname innerhalb eines breiteren australischen Dienstleistungsunternehmens

Die Namen um AS131316 müssen entwirrt werden, bevor das Eigentum beurteilt wird. Der APNIC-Autonome-System-Eintrag nennt das Netzwerk SLNET-AU, beschreibt es als Slnet Hosting und identifiziert den Antragsteller als Screw Loose Software. Der Eintrag ist seit dem 7. Juni 2011 aktiv und wurde zuletzt im September 2024 geändert. PeeringDB verwendet Screw Loose Software als Organisationsnamen und ScrewlooseIT als alternativen Namen.

Die aktuelle kommerzielle Website verwendet Screwloose IT. Ihre Kundendokumente zeigen ABN 59 160 395 479. Das australischeABN-Registerder Regierung identifiziert diese Nummer als Australian Client Services Pty. Ltd., eine aktive private Gesellschaft, und listet Screwloose IT und Hostone als eingetragene Handelsnamen. Mit anderen Worten, Slnet Hosting ist besser als die öffentliche Routing- und Hosting-Identität zu verstehen, die mit einem breiteren australischen Unternehmen für verwaltete IT-Dienste, Telekommunikation und Cloud verbunden ist. Es sollte nicht als separate juristische Person behandelt werden, nur weil die ASN ein eigenes Label hat.

Die eigene Firmengeschichte liefert nützlichen Kontext. DieUnternehmensseitevon Screwloose IT besagt, dass es 2009 in Rechenzentrumspräsenz investiert hat und begann, Exchange-Hosting, Webhosting und Webanwendungen, Cloud-Server und Cloud-Desktops anzubieten. Sie besagt, dass das Unternehmen 2013 in die Telekommunikation eingestiegen ist und später durch Host One eine Präsenz in Westaustralien erworben hat. Eine separateHost-One-Ankündigunggibt an, dass die Übernahme am 1. Januar 2022 wirksam wurde und ein Team in Perth und drei zusätzliche Support-Stunden pro Tag durch die Zusammenarbeit zwischen Perth und Melbourne hinzugefügt hat.

Diese beiden Seiten bieten nicht einen perfekt abgestimmten Zeitplan: Ein Verlauf datiert die Expansion nach Westaustralien auf 2018, während die Übernahmeankündigung 2022 angibt. Die Diskrepanz löscht nicht das sichtbare Netzwerk oder die aktuelle ABN. Es bedeutet, dass das genaue Datum und die rechtliche Struktur der Host One-Integration aus Unternehmensdokumenten und Verträgen stammen sollten, nicht aus einer Marketing-Zeitleiste.

DieKontaktseitelistet nun Büros in Osborne Park, Mulgrave, Milton und Bondi. Dies sind wertvolle Signale für Support und Servicebereich. Es sind keine Rechenzentrumsadressen. Ein Büro kann Ingenieure und Buchhaltungspersonal beherbergen, während sich die Kundenserver in einer fremden Einrichtung anderswo befinden. Keines der aufgeführten Büros sollte ohne separate Einrichtungserklärung als Cloud-Standort betrachtet werden.

Diese Eigentumsgrenze zählt bei einem Ausfall. Australian Client Services kann die Kundenbeziehung, die Plattformkonfiguration, die eigenen Server, die Routing-Richtlinie von AS131316 und die Eskalation kontrollieren. Ein Colocation-Betreiber kontrolliert den Gebäudezugang, die Stromverteilung und die Remote-Hände. Transit- und Austauschbetreiber kontrollieren andere Teile des Pfades. Der Kunde kontrolliert das Anwendungsdesign, unabhängige Kopien und die Fähigkeit, umzuziehen. Der Name auf der Rechnung kann diese anderen Abhängigkeiten nicht beseitigen.

Zwei Hosting-Produkte zeigen zwei sehr unterschiedliche Kapazitätsmodelle auf

Die aktuelle Produktdokumentation beschreibt sowohl Shared Hosting als auch einen dedizierten Cloud-Container. DasDatenblatt für Webhosting-Inklusivleistungenbepreist Shared Webhosting mit 15 AUD plus GST pro Monat. Es bietet ein CWP-Konto, eine gemeinsame öffentliche Adresse und einen aktuellen Apache- oder Nginx-Stack, PHP und MariaDB oder MySQL. CPU, Speicher und Festplatten-I/O werden zwischen Kunden geteilt. Das Dokument warnt ausdrücklich davor, dass die intensive Nutzung durch einen Kunden andere beeinträchtigen kann, dass bestimmte Einstellungen nicht auf Kontoebene geändert werden können und dass der E-Mail-Ruf geteilt wird.

Dies ist eine einfache Shared-Hosting-Vereinbarung. Der Anbieter erhält die Verfügbarkeit des gemeinsam genutzten Servers, die gemeinsamen Dienste, die grundlegende Sicherheit und die Servergesundheit. Der Kunde oder der Entwickler erhält die Website, den Code, die Plugins, die Themes, die Datenbanknutzung und die Administrationskonten. OS-Patches, CWP-Reparaturen, Leistungsarbeiten, Malware-Entfernung, Site-Reparatur und die meisten Wiederherstellungen sind außerhalb des 15-AUD-Plans. Migration und Wiederherstellung ohne Serverfehler können als professionelle Dienstleistungen erworben werden.

Das Dedicated-Produkt verschiebt die Grenze, beseitigt sie aber nicht. Das Dedicated-VPS-Hosting-Datenblatt beschreibt einen VPS-Container mit einer dedizierten statischen Adresse, einer dedizierten Bandbreitenzuteilung und Root-Isolation. Es verspricht mindestens 2 vCPU, 8 GB RAM und 50 GB SSD-Speicher, die über ein formelles Angebot dimensioniert werden. Es listet auch eine Web Application Firewall, ModSecurity-Regeln, FirewallD- oder CSF-Schutz, Angriffserkennung, Protokollierung, Überwachung und automatische Neustarts von Diensten bei Bedarf auf.

Der Anbieter übernimmt die Verantwortung für die Verfügbarkeit des VPS, den Betrieb der zugewiesenen CPU, des RAM und des Speichers, die Wartung seiner Cloud-Infrastruktur und die Aufrechterhaltung der grundlegenden Sicherheitskontrollen. Die Gebühr umfasst jedoch keine OS-Patches, CWP-Updates, Server-Stack-Upgrades, Leistungsoptimierung, härtere Härtung, Website-Fehlerbehebung oder Incident-Response bei einem Verstoß auf Serverebene. Die Wiederherstellung einer kompromittierten Website ist nicht im Lieferumfang enthalten, und die Wiederherstellung aus einem Backup ist nur enthalten, wenn der Bedarf auf einen Serverausfall zurückzuführen ist.

Dies ist keine Kritik an einem ungewöhnlichen Vertrag. Hosting wird oft in Installations-, Plattform-, System- und Anwendungsebenen unterteilt. Der wichtige Punkt ist, dass die aktuelle Verkaufsseite das Angebot von Screwloose als professionellen Cloud-Dienst bezeichnet und angibt, dass lokale Spezialisten fortlaufenden Support bieten, während die formalen Inklusivleistungsblätter eine engere Linie um die grundlegenden Hosting-Gebühren ziehen. Ein Käufer muss entscheiden, ob er einen isolierten Container, ein verwaltetes Betriebssystem, eine verwaltete Anwendung oder alle drei möchte.

Die Rechnung mag wie ein einzelner Cloud-Dienst aussehen, während die Wiederherstellung mehrere separat berechnete Verantwortlichkeiten umfasst.

Die 2-Kern- und 6-Kern-Beschreibungen können nicht beide denselben Standard-Mindestwert definieren

Das Dedicated-Datenblatt enthält ein konkretes Spezifikationsproblem. Abschnitt 2 gibt an, dass jede dedizierte Umgebung mindestens 2 vCPU-Kerne, 8 GB RAM und 50 GB SSD-Speicher umfasst. Abschnitt 6 auf der letzten Seite fasst den Plan als einen 6-Kern-Dedicated-VPS mit 16 GB RAM und 150 GB SSD zusammen. Das Dokument erklärt nicht, ob die größere Konfiguration ein Beispiel, ein überarbeiteter Plan, ein kundenspezifisches Überbleibsel oder das tatsächliche Standardprodukt ist.

Dies ist wichtig, da die Kapazitätsbuchhaltung mit der verkauften Einheit beginnt. Wenn der Basiscontainer zwei virtuelle Kerne und 8 GB reserviert, unterscheiden sich seine Host-Dichte und Preisökonomie von einem Dienst mit sechs Kernen und 16 GB. Eine 50-GB-Festplatte schafft eine andere Backup-, Snapshot- und Migrationslast als 150 GB. Der Satz „ab” lässt bereits Raum für Angebote; die widersprüchliche Zusammenfassung macht das Angebot wesentlich statt zusätzlich.

Ein Kunde sollte die Diskrepanz nicht zu seinen Gunsten auflösen. Er sollte einen unterzeichneten Serviceplan anfordern, der angibt, ob die CPU gemeinsam genutzt, begrenzt, burstbar oder fest zugewiesen ist; ob „Kern” vCPU oder physischer Kern bedeutet; ob der Speicher reserviert ist; ob der Speicher lokal oder verteilt ist; ob 50 GB oder 150 GB enthalten sind; und ob die statische Adresse von AS131316 stammt. Er sollte auch fragen, was „dedizierte Bandbreitenzuteilung” in Megabit pro Sekunde bedeutet, ob es sich um eine Portgeschwindigkeit oder einen garantierten Durchsatz handelt und welche Überlastungs- oder Fair-Use-Kontrollen gelten.

Die Diskrepanz begrenzt auch jede Schätzung der installierten Kapazität. Die öffentlichen Routing-Daten liefern 2.048 Adressen, aber eine Adresse entspricht nicht einem VPS, und viele Adressen können Router, Shared Hosts, Kundennetzwerke oder ruhende Zuweisungen bedienen. Die Produktblätter liefern Ressourcen pro Konto, aber keine Anzahl von Hosts. PeeringDB liefert Portgeschwindigkeiten, aber keine Fabric-Kapazität auf der Serverseite.

Die vertretbare Kapazitätsaussage ist daher eng. Slnet verfügt über einen echten, gerouteten Adresspool und eine deklarierte Austauschkonnektivität. Screwloose verkauft mindestens eine Shared-Hosting-Stufe und eine VPS-Stufe auf Angebotsbasis. Die Gesamtzahl der Server, virtuellen Kerne, Terabyte, Racks und verfügbaren Bestellungen bleibt nicht offengelegt.

Sieben gültige IPv4-Routen zeigen einen aktuellen Betrieb, keine Reserveberechnungskapazität

Der Routenpool ist ungewöhnlich ordentlich. DieAntwort der angekündigten Präfixevon RIPEstat zeigte diese sieben Routen während des beobachteten Fensters vom 1. bis 15. Juli kontinuierlich sichtbar:103.4.122.0/24,103.4.123.0/24,103.50.12.0/24,103.50.13.0/24,103.100.199.0/24,103.114.34.0/24und103.172.76.0/23. Zusammen enthalten sie 2.048 IPv4-Adressen.

Die APNIC-Einträge offenbaren die Geschichte hinter dem Satz. Die Einträge103.4.122.0/24und103.4.123.0/24tragen den Namen SLNET.103.50.13.0/24ist bei Hostone Pty Ltd eingetragen.103.114.34.0/24nennt Screw Loose Software. Die Zuweisung103.172.76.0/23nennt Australian Client Services Pty Ltd. Ein weiteres sichtbares /24 stammt aus einem bei Bottle Communications eingetragenen Block. Diese Labels sind konsistent mit einem Netzwerk, das über Betriebsnamen und erworbene oder verknüpfte Adresseigentumstitel zusammengestellt wurde, aber sie beweisen nicht selbst den aktuellen Vertrag, der jeden Block regelt.

Die sieben Ursprungsüberprüfungen waren in RIPEstat gültig, als sie gegen AS131316 getestet wurden. Zum Beispiel fand dieValidierung 103.172.76.0/23eine entsprechende Route-Origin-Autorisierung mit einer maximalen Länge von /23. Ein gültiges RPKI ist wertvoll: Es ermöglicht es empfangenden Netzwerken, einen nicht autorisierten Ursprung für die abgedeckte Route abzulehnen. Es hält den autorisierten Router nicht in Betrieb, verhindert keine schlechten Richtlinien, fügt keine Bandbreite hinzu und stellt keinen ausgefallenen Server wieder her.

Der öffentliche Rand hatte auch keinen IPv6-Raum, der im RIPE-Schnappschuss stammt. Dies ist bemerkenswert, da jeder PeeringDB-Austauscheintrag eine IPv6-Schnittstelle enthält. Eine IPv6-Adresse in einem Austausch-LAN zeigt, dass der Router daran teilnehmen kann; dies ist nicht dasselbe wie das Ursprüngen von IPv6-Kundenpräfixen. Ein Käufer, der natives IPv6 benötigt, sollte eine dienstspezifische Zuweisung anfordern und testen, anstatt die Verfügbarkeit aus Austauschzeilen abzuleiten.

Die sieben Routen sind ein starker Beweis dafür, dass der Betreiber aktiv bleibt. Sie können einem Käufer nicht sagen, wie viele Adressen frei sind, wie viel Serverinventar dahinter verfügbar ist, ob die Adresspools von Perth und Melbourne einer separaten Berechnung entsprechen oder ob die Adresse eines Kunden bei einem Standortausfall umziehen kann.

Drei Austauschverbindungen sind kein physischer Straßenplan

PeeringDB kennzeichnet die 10-Gbps-Austauschverbindungen von Melbourne und Perth als betriebsbereit, und der neuere EdgeIX Melbourne-Eintrag wurde im März 2026 aktualisiert. DieWA-IX-Ansicht der Teilnehmervon Packet Clearing House listet ebenfalls AS131316 bei27.106.192.207, was eine unabhängige Bestätigung der Perth-Austauschidentität liefert. Das Netzwerk ist eindeutig in beiden Städten vertreten.

Was fehlt, ist ebenso wichtig. Die PeeringDB-API gibt keine Installationseinträge für AS131316 zurück. Dies beweist nicht, dass das Netzwerk keine Racks besitzt oder keine Colocation mietet. PeeringDB wird selbst gepflegt und ist unvollständig. Es bedeutet nur, dass das öffentliche Profil die Gebäude nicht identifiziert, in denen sich die Router oder Hosting-Systeme von Slnet befinden. Die Austauschnamen identifizieren die Metro-Fabrics, nicht die genauen Suiten, Stromversorgungen oder Kabelwege.

Eine Austauschverbindung kann auf verschiedene Weise bereitgestellt werden. Ein Router kann sich in einer der aufgeführten Einrichtungen des Austauschs befinden. Ein Betreiber kann das Austausch-LAN über Transport zu einem anderen Gebäude erweitern. Ein Wiederverkäufer kann eine virtuelle Verbindung bereitstellen. Ein einzelner physischer Port kann mehrere logische Dienste tragen. Ohne Installationseintrag oder Betreibererklärung sollte eine Austauschleitung als logische Metro-Präsenz mit einer deklarierten Portgeschwindigkeit behandelt werden, nicht als eine durch ein benanntes Gebäude führende Route.

Die gleiche Vorsicht gilt für die Geolokalisierung von Adressen. IPinfo platziert die reaktiven AS131316-Adressen in Melbourne und Perth und hat einen aktuellen kurzen Pfad zu103.172.76.1von einer Sonde in Perth beobachtet. Dies ist ein nützliches Marktsignal. Geolokalisierungsdatenbanken können auf Registrierung, Latenz, Routing und Betreiberübermittlungen basieren und auf Gebäude- oder sogar Stadtebene falsch sein. Ein Sondenergebnis zeigt einen Netzwerkendpunkt, der mit geringer Latenz von einem Standort aus antwortet; es zeigt nicht das Rack, das die Kundendatenträger enthält.

Die Büros von Screwloose können die Lücke nicht schließen. Ein Support-Büro in Osborne Park ist nicht automatisch der Standort des WA-IX-Routers. Ein Büro in Mulgrave ist nicht automatisch die Melbourne-Cloud. Die Aussage von 2009 über eine Rechenzentrumspräsenz belegt, dass das Unternehmen in gehostete Infrastruktur eingestiegen ist, aber es nennt keine aktuelle Einrichtung. Die Übernahme von Host One stützt eine geschäftliche und Netzwerkpräsenz in Westaustralien, aber sie gibt nicht an, dass sich VPS-Container zwischen Perth und Melbourne replizieren.

Die Karte, die verantwortungsvoll gezeichnet werden kann, hat zwei Netzwerkknoten auf Stadtebene, Melbourne und Perth, plus vier Geschäftsbüros. Sie kann keinen genauen Cloud-Standort, keine Kundendatenroute oder keine stadtübergreifende Failover-Leitung enthalten. Diese bleiben Beschaffungsfragen.

Redundanz muss an eine Ausfalldomäne gebunden sein

„Redundanz der zugrunde liegenden Infrastruktur” klingt vollständig, da sie Berechnung, Speicher und Netzwerk nennt. Um den Satz operativ zu machen, benötigt jede Schicht eine unabhängige Komponente und einen definierten Ausfall, den sie überleben soll.

Rechenredundanz kann einen Backup-Physischen Host, einen Cluster, der einen Container neu starten kann, Live-Migration oder einfach mehrere Netzteile in einem einzigen Chassis bedeuten. Diese Designs haben unterschiedliche Ergebnisse. Ein Backup-Host kann einen Ausfall nur absorbieren, wenn er genügend CPU, Speicher, Speicherzugriff und kompatible Netzwerkkonfiguration hat. Live-Migration hilft bei geplanter Wartung, kann aber nach einem plötzlichen Host- oder Speicherausfall nicht helfen. Zwei Hosts im selben Rack teilen sich weiterhin die Stromversorgung und das Switching des Racks.

Speicherredundanz kann gespiegelte Festplatten, RAID, replizierte Volumes, Snapshots oder Backups bedeuten. Spiegelung kann einen Festplattenausfall überleben, repliziert aber sofort die Beschädigung. Ein Snapshot kann vor einer fehlerhaften Änderung schützen, bleibt aber auf demselben Array. Replikation kann die Verfügbarkeit verbessern, behält aber die gleiche Abhängigkeit vom Betreiber und Konto bei. Ein Backup wird nur nützlich, wenn es mit den Anwendungen, Einstellungen, Anmeldeinformationen und der Netzwerkkonfiguration wiederhergestellt werden kann, die für die Wiederherstellung des Dienstes erforderlich sind.

Netzwerkredundanz kann doppelte Verbindungen, zwei Switches, zwei Router, separate Zugangsanbieter oder physisch unterschiedliche Gebäudeeingänge bedeuten. Die drei PeeringDB-Austauschports schaffen nützliche Optionen, und dieNachbarschaftsansichtvon RIPEstat beobachtete Kinetix Networks, Simtronic, Hurricane Electric und zwei Nachbarn mit geringerer Vertrauenswürdigkeit. Aber die beobachtete BGP-Adjazenz offenbart nicht die Verträge, den Verkehrsanteil, die Glasfaserwege oder ob das Failover getestet wurde. Zwei logische Zugangsanbieter können sich eine Transportleitung oder eine Stromversorgungsdomäne teilen.

Die Stromversorgungsredundanz ist im Hosting-Datenblatt überhaupt nicht beschrieben. Das öffentliche Material gibt keine Anzahl der Netzstromeingänge, UPS-Topologie, Generatorlaufzeit, Rack-Leistungsdichte oder ob die Slnet-Geräte A- und B-Stromversorgungen verwenden, an. Dies sind normalerweise Fakten auf Einrichtungsebene und können unter Vertraulichkeit verfügbar sein, aber sie können nicht aus einer Austauschverbindung abgeleitet werden.

Die relevante Kundenfrage ist nicht „Ist es redundant?“ sondern „Welche einzelnen Ausfälle kann dieser Dienst ohne Kundenaktion überleben, und was passiert nach zwei zusammenhängenden Ausfällen?“ Eine nützliche Antwort nennt den primären und sekundären Host, die Speicherkopie, das Rack und die Einrichtung, den Auslöser für den Neustart, das erwartete Datenverlustintervall, die voraussichtliche Wiederherstellungszeit und die letzte erfolgreiche Übung. Kein öffentliches Dokument von Slnet liefert diese Kette.

Der erste Ausfallpfad beginnt im VPS

Eine von Slnet gehostete Anwendung kann ausfallen, während AS131316 perfekt sichtbar bleibt. Das Gastbetriebssystem kann abstürzen. Ein volles Dateisystem kann eine Datenbank stoppen. Eine nicht gepatchte CWP-Komponente kann kompromittiert werden. Ein Site-Plugin kann den Speicher erschöpfen. Ein Zertifikat kann ablaufen. In diesen Fällen können die Router, die Stromversorgung der Einrichtung und der physische Host alle gesund sein.

Das Dedicated-Service-Datenblatt zieht diese Grenze deutlich. Der Anbieter überwacht die grundlegende Erreichbarkeit und hält die grundlegenden Firewall-Tools aktiv, aber OS-Patches, CWP-Updates, Web-Stack-Upgrades, proaktive Optimierung und härtere Härtung sind nicht enthalten. Die Wiederherstellung nach einer Kompromittierung auf Site-Ebene ist ebenfalls nicht in der Grundgebühr enthalten. Ein Kunde, der dachte, dass „professionelles Cloud-Hosting” verwaltete Systemadministration beinhaltet, könnte den Unterschied bei einem Vorfall feststellen.

Der zweite Ausfallpfad ist der Host. Eine CPU, ein Speichermodul, ein Motherboard, eine Netzwerkkarte, eine Festplatte, ein Controller oder ein Netzteil kann ausfallen. Die öffentlichen Akten legen nicht offen, wie viele Hosts existieren, ob Kundendatenträger lokal sind, ob ein Cluster einen Container woanders neu starten kann, wie viel reservierter Speicher frei gehalten wird oder ob Ersatzteile vor Ort sind. Der automatische Dienstneustart ist nützlich für einen abgestürzten Prozess; er ist kein Beweis dafür, dass ein ausgefallenes Chassis innerhalb eines Zeitlimits ersetzt werden kann.

Der dritte Pfad ist der gemeinsam genutzte Speicher oder Serverpool. Ein dedizierter VPS kann reservierte Gastressourcen haben, während er sich Speicher-Arrays, Switches und Steuerungssysteme mit anderen Containern teilt. Ein Shared-Hosting-Konto geht noch weiter: Das Produktdatenblatt gibt ausdrücklich an, dass Kunden CPU, Speicher und Festplatten-I/O teilen, und ein schwerer Benutzer kann andere beeinträchtigen. Kapazitätsdruck kann daher als langsame Seiten, verzögerte Datenbankabfragen oder E-Mail-Fehler auftreten, bevor er als vollständiger Ausfall erscheint.

Der vierte Pfad ist das Rack und die Einrichtung. Ein Leistungsschalter, eine Stromverteilungseinheit, ein Kühlungsereignis, eine Zugangsbeschränkung oder ein Wartungsfehler kann mehrere Hosts gleichzeitig betreffen. Redundanz innerhalb eines Chassis ist nutzlos, wenn beide Netzteile dieselbe Quelle verwenden. Ein Backup-Host im selben Rack kann bei einem Rack-Ausfall nicht verfügbar sein. Ohne eine zweite benannte Ausfalldomäne muss die öffentliche Redundanzbehauptung als lokal für eine nicht offengelegte Architektur behandelt werden.

Keines dieser Risiken beweist einen schlechten Betrieb. Sie definieren die Beweise, die ein ernsthafter Käufer benötigt. Die aktuellen Dokumente von Slnet legen Verantwortlichkeiten und Produktmerkmale fest. Sie veröffentlichen keine Ausfallhistorie, Statusmetriken oder zeitgesteuerte Wiederherstellungsergebnisse, die zeigen, wie sich die Schichten unter Belastung verhalten.

Backups werden im Marketing versprochen und in den Bedingungen dem Kunden zugewiesen

DieCloud-Services-Seitevon Screwloose gibt an, dass die Cloud immer gesichert ist und setzt Redundanz in den Kern der Lösung. Das breitere Migrationsmaterial empfiehlt unveränderliche Kopien, vereinbarte Wiederherstellungszeit- und Wiederherstellungspunktziele, routinemäßige Testwiederherstellungen und Wiederherstellungspläne. Dies sind vernünftige Praktiken.

Die rechtlichen und produktbezogenen Dokumente sind bedingter. DieAllgemeinen Geschäftsbedingungenbesagen, dass der Kunde allein für die Sicherung und Sicherung der mit dem Dienst verbundenen oder bereitgestellten Daten verantwortlich ist. Das Dedicated-Datenblatt schließt die Wiederherstellung einer Website aus dem Backup aus, es sei denn, der Bedarf ergibt sich aus einem Serverausfall. Das Shared-Datenblatt beschränkt ebenfalls die enthaltenen Wiederherstellungen und macht andere Wiederherstellungen abrechenbar.

Diese Aussagen können nebeneinander bestehen, wenn der Dienst Infrastrukturkopien pflegt, während der Kunde für die Geschäftskontinuität verantwortlich bleibt. Aber die öffentlichen Dokumente definieren die Unterscheidung nicht. Sie geben keine Sicherungshäufigkeit, Aufbewahrung, Verschlüsselung, Unveränderlichkeit, Standort, Medium, Kontotrennung, Wiederherstellungsbandbreite oder Löschzeitplan an. Sie sagen nicht, ob „immer gesichert” für jeden VPS, nur für verwaltete Engagements oder nur für bestimmte Datenklassen gilt.

DerEssential Eight Assessment Process Guidedes Australian Cyber Security Centre unterscheidet zwischen dem Vorhandensein von Kopien und dem Nachweis der Wiederherstellung. Er fragt, ob Daten, Anwendungen und Konfigurationen zu einem gemeinsamen Zeitpunkt wiederhergestellt werden können und ob eine vollständige oder teilweise Wiederherstellung geübt wurde. Diese Unterscheidung ist hier direkt relevant. Eine Datenträgerkopie ohne die richtige CWP-Konfiguration, den Datenbankstatus, DNS, Schlüssel und Firewall-Regeln kann möglicherweise keinen funktionierenden Dienst neu erstellen.

Ein Slnet-Kunde sollte zwei Antworten verlangen. Erstens, welche Kopie pflegt der Anbieter, um sich von einem eigenen Host- oder Speicherausfall zu erholen? Zweitens, welche Kopie kann der Kunde unabhängig wiederherstellen, wenn der Anbieter, das Konto oder die Einrichtung nicht verfügbar ist? Die zweite Kopie sollte die Daten und genug Konfiguration enthalten, um auf einer anderen Plattform neu aufzubauen. Sie sollte außerhalb des primären Hosting-Kontos getestet werden.

Ohne diese Antworten ist die sicherste Auslegung konservativ: Die Redundanz des Anbieters kann die normale Verfügbarkeit verbessern, aber der Kunde bleibt Eigentümer der Kontinuität. Dies ist auch die Position, die am konsistentesten mit den veröffentlichten Geschäftsbedingungen ist.

Routing-Diversität hilft nur, wenn der Server vom Rand aus erreichbar ist

Die beobachteten Netzwerkbeziehungen von AS131316 verringern die Wahrscheinlichkeit, dass eine einzelne logische Adjazenz der gesamte öffentliche Rand ist. RIPEstat sah zwei starke linke Nachbarn, AS134143 und AS55707, plus Hurricane Electric und zwei unsichere Beziehungen. PeeringDB zeigt die Teilnahme am Routingserver an allen drei Austauschen. Die öffentlichen Route-Origin-Autorisierungen decken alle sieben sichtbaren Präfixe ab. Dies ist eine stärkere Routing-Position als ein kleiner Host mit einem vom Anbieter zugewiesenen Adressblock und ohne unabhängige AS.

Dennoch beantwortet jede Netzwerkprüfung eine begrenzte Frage. RPKI hilft anderen Netzwerken, einen autorisierten Ursprung zu unterscheiden. Es verhindert nicht, dass Slnet eine Route zurückzieht oder einen schlechten Pfad ankündigt. Ein Austausch-Routing-Server hilft, viele Peerings effizient herzustellen, ist aber kein Ersatz für bezahlten Transit zum gesamten Internet. Ein 10-Gbps-Port kann lokalen Austauschverkehr transportieren, während der Kundenverkehr zu einem anderen Ziel einen kleineren oder überlasteten Transitpfad verwendet.

Ein Perth-Rand und ein Melbourne-Rand können dennoch von einer einzigen internen Steuerebene oder einem einzigen Anbietervertrag abhängen.

DieAllgemeinen Geschäftsbedingungenerkennen die Anbietergrenze direkt an. Sie erlauben Screwloose, eine Mischung aus eigener und fremder Infrastruktur zu verwenden und zu variieren, sagen, dass der Dienst von Geräten und Vereinbarungen Dritter abhängen kann, und ermöglichen die Kündigung, wenn ein Dritter die Bereitstellung eines erforderlichen Dienstes einstellt. Sie lehnen auch, soweit gesetzlich zulässig, die Haftung für Ausfälle der Netzwerkinfrastruktur Dritter ab.

Für einen gehosteten Kunden muss die Routing-Resilienz von der Arbeitslast nach außen getestet werden. Ist der VPS doppelt mit separaten Edge-Routern verbunden? Befinden sich diese Router im selben Gebäude? Erscheint das Kundenpräfix über beide Transitbeziehungen? Kann eine Route zwischen den Städten wechseln, ohne den Server zu bewegen? Führt die DDoS-Minderung eine weitere Abhängigkeit ein? Gibt es eine Out-of-Band-Konsole, wenn die öffentliche Route ausfällt?

IPv6 verdient seinen eigenen Test. Die PeeringDB-Austauschschnittstellen sind dual-stack, aber RIPEstat sah am 15. Juli kein IPv6-Präfix. Ein Kunde sollte nicht davon ausgehen, dass sein VPS global geroutetes IPv6 hat, nur weil der Edge-Router eine Austauschadresse hat. Der Vertrag sollte das zugewiesene Präfix, den Ursprung und das Support-Limit angeben.

Die öffentliche Netzwerkakte von Slnet ist gut genug, um präzise Fragen zu stellen. Sie ist nicht detailliert genug, um sie im Namen des Betreibers zu beantworten.

Die Reparatur hängt von Personen, Umfang und Uhr ab

Screwloose präsentiert lokalen Support als Unterscheidungsmerkmal. Die Cloud-Seite gibt an, dass Spezialisten die Migration und den laufenden Support verwalten und dass die Helpdesk-Zeiten Montag bis Freitag von 9 bis 17 Uhr sind. Die Ankündigung der Host One-Übernahme gibt an, dass die Teams in Perth und Melbourne die tägliche Support-Abdeckung um drei Stunden erweitern. Die aktuelle Kontaktseite listet dasselbe wochentägliche Bürofenster in vier Städten.

Die veröffentlichteSLA für verwaltete IT-Dienstefügt Details für Kunden hinzu, die diesen Dienst kaufen. Der reguläre Remote- und E-Mail-Support arbeitet von 9 bis 17 Uhr Westaustralischer Zeit. Anrufe außerhalb der Geschäftszeiten werden nach Möglichkeit an ein Mobiltelefon weitergeleitet und nach besten Kräften bearbeitet, mit einem externen Antwortdienst als Backup. Dringende Vorfälle haben ein Reaktionsziel von null bis vier Arbeitsstunden, während mittlere und niedrige Prioritäten länger dauern können. Der erste Sonntag jedes Monats ist für Systemwartung reserviert, mit Vorankündigung, falls ein Ausfall erwartet wird.

Diese SLA ist nicht automatisch die Hosting-SLA. Sie regelt einen benannten Managed-IT-Services-Vertrag und kann durch einen kundenspezifischen Zeitplan ersetzt werden. Das Dedicated-VPS-Datenblatt bietet grundlegende Überwachung, veröffentlicht aber keine Vorfallpriorität, Eingangsbestätigungszeit, Wiederherstellungsziel, Servicegutschrift oder 24-Stunden-Ingenieurverpflichtung für das Hosting-Produkt selbst.

DasBeschwerdeverfahrenbietet Eskalation für Fehler, Service, Vereinbarungen und Abrechnung. Es verspricht eine sofortige Eingangsbestätigung, wenn ein Vertreter telefonisch antwortet, und eine Eingangsbestätigung innerhalb von zwei Werktagen für E-Mails oder aufgezeichnete Nachrichten, gefolgt von einer Eskalation an den Vorgesetzten, falls erforderlich. Dies ist ein nützlicher Weg für Kundenrechte. Es ist kein Notfallreparaturkanal und sollte nicht mit einem solchen verwechselt werden.

Wenn ein Host um 2 Uhr morgens an einem Samstag ausfällt, sind die entscheidenden Fakten praktisch: Alarmiert die Überwachung einen Ingenieur; kann dieser Ingenieur auf den Hypervisor und Speicher zugreifen; sind Remote-Hände in der Einrichtung verfügbar; ist kompatible Hardware vor Ort; wer kann ein Failover autorisieren; und wie wird der Kunde informiert? Ein Helpdesk von Montag bis Freitag kann mit automatisierter Wiederherstellung und Bereitschaftsingenieurwesen koexistieren, aber die öffentlichen Hosting-Dokumente definieren dieses Arrangement nicht.

Die Support-Belegschaft ist eine Kapazität. Ein Ingenieur kann einen routinemäßigen Neustart durchführen. Ein Einrichtungs- oder Routing-Ereignis kann viele gleichzeitige Anrufe erzeugen, eine Eskalation des Anbieters erfordern und dieselben Personen verbrauchen, die mit Kunden kommunizieren. Slnets nationale Bürofläche ist ein positives Signal. Teamgröße, Bereitschaftstiefe und Notfallverfahren bleiben nicht offengelegt.

Abrechnung und Lieferantenverträge können einen gesunden Server stoppen

Nicht jeder Ausfall beginnt mit defekter Hardware. Die Geschäftsbedingungen von Screwloose erlauben es, den Dienst einzuschränken, zu suspendieren oder zu kündigen, wenn Geld geschuldet wird. Sie erlauben auch die Kündigung, wenn ein erforderlicher Dritter die Bereitstellung des Dienstes einstellt. Diese Klauseln schaffen zwei nicht-technische Ausfallpfade: das Kundenkonto und die Lieferkette des Anbieters.

Eine Abrechnungssperre kann einen gesunden VPS unzugänglich machen. Eine umstrittene Rechnung, eine abgelaufene Karte oder ein administrativer Fehler können zum gleichen für den Kunden sichtbaren Symptom führen wie ein Routerausfall. Die Bedingungen sehen einen Weg zur Anfechtung der Abrechnung vor und verlangen, dass unbestrittene Beträge gezahlt werden. Sie geben nicht an, ob ein Notfalldatenexport während eines Streits oder einer Sperre verfügbar bleibt.

Der Anbieterpfad ist ebenso wichtig. Slnet kann Router und Server besitzen, während es Rack-Platz, Strom, Glasfaser, Transit oder Remote-Hände mietet. Ein Einrichtungsvertrag, eine Transportrechnung oder ein Geschäftsrückzug können eine Migration erzwingen, ohne dass Geräte ausfallen. Die Nutzung der Infrastruktur Dritter durch Screwloose ist in seinen Bedingungen explizit. Die öffentlichen Materialien nennen weder die Cloud-Einrichtung noch die Anbieter, sodass Kunden die Konzentration, Vertragslaufzeit oder Ersatzoptionen nicht allein anhand der Website bewerten können.

Die Geschichte von Host One zeigt, warum Geschäftskontinuität wichtig ist. Die Westaustralien-Operationen und der Adressraum erscheinen im aktuellen Fußabdruck von AS131316, aber die öffentlichen Seiten bieten unterschiedliche Daten für die Integration. Dies signalisiert kein gegenwärtiges Problem. Es veranschaulicht, wie Unternehmenskombinationen Menschen, Adressen und Kundendienste über organisatorische Grenzen hinweg verschieben können, während der Netzwerkname stabil bleibt.

Der relevante Schutz ist ein Vertrag, der den Datenzugriff von einer Kontostreitigkeit trennt, eine Kündigungsfrist vor einem geplanten Rückzug definiert, angibt, wie lange Daten nach der Kündigung aufbewahrt werden, und eine angemessene Unterstützung für die Migration verlangt. Ein Kunde sollte auch aktuelle Kontaktdaten, Zahlungsmethoden und Eskalationskontakte außerhalb der gehosteten Umgebung pflegen. Wenn der einzige Passwort-Tresor, das E-Mail-System oder das Support-Portal auf dem betroffenen Dienst gehostet wird, wird die administrative Wiederherstellung schwieriger.

Die Cloud-Ökonomie macht diese Abhängigkeiten während des Normalbetriebs oft unsichtbar. Der Kunde zahlt einen einzigen monatlichen Betrag, während der Anbieter mehrere Anbieter bezahlt und begrenztes Personal einsetzt. Die Kontinuität hängt davon ab, dass jedes verbleibende Glied innerhalb der Toleranz des Kunden verfügbar oder ersetzbar bleibt.

Die Portabilität endet an der Adresse, es sei denn, der Vertrag besagt etwas anderes

DasCloud-Migrations-Playbookvon Screwloose aus dem Jahr 2026 empfiehlt Inventarisierung, Leistungsprofilierung, Wiederherstellungsziele, unveränderliche Kopien, Pilotgruppen, schrittweise Umstellungen, Delta-Synchronisation und einen getesteten Rückweg. Es gibt auch an, dass Arbeitslasten und Backups in australischen Regionen bleiben sollten, wenn die Lokalität wichtig ist. Dies ist eine vernünftige Migrationsberatung.

Die Hosting-Inklusivleistungsblätter machen die Migration zu einer kostenpflichtigen oder separat gerahmten Aktivität. Die Migration von Shared Hosting kann Gebühren für professionelle Dienstleistungen nach sich ziehen. Das Dedicated-Datenblatt gibt an, dass die Anwendungsverwaltung dem Kunden oder Entwickler gehört. Dies bedeutet, dass ein Wechsel von Slnet zu einem anderen Anbieter sowohl die Zusammenarbeit der Infrastruktur als auch die Anwendungsarbeit erfordern kann.

IP-Adressen sind besonders klar. Klausel 12 der Allgemeinen Geschäftsbedingungen besagt, dass eine Adresse nur für die Dauer des Dienstes ausgestellt wird, das Recht des Kunden, sie zu nutzen, mit der Kündigung endet und Screwloose das zugehörige Routing und die DNS-Delegation kontrolliert. Ein normaler Kunde kann daher nicht davon ausgehen, dass eine statische AS131316-Adresse seinen VPS woandershin begleitet.

Die Konsequenzen gehen über DNS hinaus. Partner können die alte Adresse auf die Whitelist setzen. Der E-Mail-Ruf kann daran haften. Sicherheitsprotokolle, Zertifikate, Firewall-Regeln, Zahlungssysteme und entfernte APIs können davon abhängen. Shared-Hosting-Kunden stehen vor einer zusätzlichen Rufbeschränkung, da das Service-Datenblatt angibt, dass sie die öffentliche Adresse und den E-Mail-Ruf mit anderen Konten teilen.

Ein praktischer Ausstiegstest sollte eine repräsentative Arbeitslast auf einem unabhängigen Anbieter mit einer neuen Adresse neu aufbauen. Er sollte aktuelle Daten wiederherstellen, Anmeldeinformationen rotieren, DNS aktualisieren, Whitelists ersetzen, ausgehende E-Mails validieren, die Überwachung überprüfen und die vergangene Zeit messen. Der Kunde sollte wissen, welche Artefakte exportiert werden können: Datenbank-Dumps, Webdateien, virtuelle Festplattenimages, CWP-Konfiguration, DNS-Zonen, Protokolle, Zertifikate und Backup-Archive.

Die öffentliche Akte sagt nicht, ob ein Slnet-VPS-Image exportierbar ist, ob Snapshots existieren oder wie schnell eine vollständige Festplatte wiederhergestellt werden kann. Sie besagt, dass der Kunde die Backups und die Anwendungsverwaltung besitzt. Bis der Vertrag mehr sagt, sollte die Portabilität vom Kunden entworfen werden, nicht aus dem Wort „Cloud” abgeleitet werden.

Der australische Umfang ist sichtbar; die Arbeitslastlokalität ist es nicht

Jedes starke Identitätssignal zeigt nach Australien. APNIC weist AS131316 einen australischen Ländercode zu. PeeringDB gibt an, dass sein geografischer Umfang Australien ist. Die ABN ist aktiv, das Unternehmen hat australische Handelsnamen und die öffentlichen Büros erstrecken sich über Westaustralien, Victoria, Queensland und New South Wales. Der Routing-Rand ist in Melbourne und Perth deklariert. Das aktuelle Migrations- und Hosting-Material von Screwloose diskutiert wiederholt australische Unternehmen und australische Datenresidenz.

Dies unterstützt einen australischen Betriebsumfang. Es beweist nicht, wo jede Arbeitslast, jedes Backup, jedes Protokoll oder jedes Support-System residiert. Ein Ländercode eines Registers beschreibt den Ressourceninhaber, nicht den Server. Eine Austauschstadt beschreibt die Verbindung, nicht den Speicher. Ein Büro beschreibt die geschäftliche Präsenz, nicht ein Rack. Selbst ein primärer australischer VPS kann ein Backup im Ausland, einen Überwachungsdienst, einen E-Mail-Relay oder ein Support-Tool haben.

Die Unterscheidung ist je nach Datenschutz- und Beschaffungsregeln wichtig. DerAPP 8-Leitfadendes Office of the Australian Information Commissioner erklärt, dass ein australisches Unternehmen verantwortlich bleiben kann, wenn es personenbezogene Daten an einen Empfänger im Ausland weitergibt. Es unterscheidet auch die Offenlegung von bestimmten, streng kontrollierten Nutzungen durch Auftragnehmer und verweist auf Vertragsbedingungen, Zugriff, Abruf, Löschung und Unterauftragnehmer als relevante Fakten. Einfach bei einem australischen Unternehmen zu kaufen, beantwortet diese Fragen nicht.

Der eigeneCloud-Hosting-Vergleichvon Screwloose rät Kunden, zu bestätigen, dass Backups, Protokolle und Support-Tools lokal bleiben, nicht nur der primäre Server. Dies ist genau die Offenlegung, die im Dedicated-VPS-Datenblatt fehlt. Die Seite erklärt den richtigen Sorgfaltstest, veröffentlicht aber keinen Standortplan für das Produkt von Slnet.

Ein regulierter oder lokalitätssensibler Kunde sollte das Land und den Staat der primären Einrichtung, den Standort der sekundären Kopie, die Länder des Support-Zugriffs, Unterauftragnehmer, Überwachungs- und Protokollierungsstandorte und was sich beim Failover ändert, anfordern. Er sollte auch fragen, ob Melbourne und Perth beide bestellbare Berechnungsstandorte oder nur Netzwerkstandorte sind. Wenn der Dienst auf eine andere Plattform umschaltet, können sich der Standort und der vertragliche Controller genau dann ändern, wenn die Lokalität am wichtigsten ist.

Ein Anbieter kann über Australien hinaus verkaufen, ohne eine global verteilte Cloud zu betreiben. Die öffentlichen Beweise unterstützen ein australisches Netzwerk und ein australisches Dienstleistungsunternehmen. Sie unterstützen keinen Multi-Länder-Berechnungspool.

Die Wirtschaft belohnt die Nutzung, während Resilienz ungenutzte Kapazität verbraucht

Für 15 AUD pro Monat funktioniert Shared Hosting durch Bündelung. Viele kleine Websites teilen sich einen Server, eine Adresse, einen E-Mail-Ruf, einen Software-Stack und eine Support-Struktur. Für 200 AUD und mehr kauft das VPS-Produkt mehr Isolation und eine größere Ressourcenzuweisung, bleibt aber auf einer gemeinsam genutzten physischen Infrastruktur, sofern der Vertrag nichts anderes angibt. Kein Preis kann ohne Nutzung verstanden werden.

Anbieter amortisieren die Kosten für Server, Speicher, Rack-Platz, Strom, Transit, Adressen, Software und Arbeitskräfte, indem sie Scheiben des installierten Pools verkaufen. Ungenutzte Kapazität ist teuer. Ein Backup-Host bringt wenig, bis etwas ausfällt. Eine zweite Stadt erfordert Ausrüstung, Lizenzen, Konnektivität und Wartung, auch wenn Kunden sie nicht aktiv nutzen. Backup-Aufbewahrung verbraucht Speicher; Testwiederherstellungen verbrauchen Personal und temporäre Berechnung. Authentische Resilienz hat daher einen Preis, der möglicherweise nicht in den günstigsten Plan passt.

Slnets Adresspool und Austauschpräsenz geben ihm nützliche Ökonomien. Es kann seine eigenen Blöcke routen, lokal in zwei Märkten peeren und Netzwerktechnik auf Hosting, Internet und andere verwaltete Dienste verteilen. Die Host One-Integration kann auch Support über die Zeitzonen in Australien verteilen. Dies sind plausible Vorteile, die in sichtbaren Vermögenswerten verankert sind.

Die Einschränkungen sind ebenso verankert. Shared Hosting gibt laute Nachbarn zu. Das Dedicated-Datenblatt lässt seine Basisressourcen inkonsistent. Das Verkehrsprofil in PeeringDB beträgt nur 100-1000 Mbps und wurde zuletzt 2024 aktualisiert, weit unter der Summe der deklarierten Portgeschwindigkeiten; da Verkehrsniveaus selbstdeklarierte Bänder sind und Portgeschwindigkeiten Maxima sind, beweist keine Zahl die aktuelle Auslastung. Die öffentliche Akte gibt keine verkaufte, reservierte oder freie Kapazität an.

Für einen Kunden ist der richtige Vergleich nicht einfach 15 AUD gegenüber 200 AUD. Es sind die Kosten, um ein Verfügbarkeitsziel zu erreichen. Eine kleine Visitenkarten-Website mit externen Backups und ohne Einnahmenabhängigkeit kann Shared Hosting vernünftigerweise akzeptieren. Eine geschäftskritische Anwendung erfordert möglicherweise ein verwaltetes Betriebssystem, ein unabhängiges Backup, eine sekundäre Umgebung, Reaktionsfähigkeit außerhalb der Geschäftszeiten und getestete Wiederherstellung.

Diese Ergänzungen können den Basispreis der Berechnung übersteigen, aber sie kaufen die Schichten, die einen VPS in einen Kontinuitätsplan verwandeln.

Der billigste Dienst ist nicht unbedingt schlecht, und der teuerste ist nicht automatisch widerstandsfähig. Der Schlüssel ist, ob der Preis die Ausfälle abdeckt, die der Kunde nicht absorbieren kann.

Was Kunden von Slnet fordern sollten, um zu demonstrieren

Die erste Forderung sollte ein korrigierter Serviceplan sein. Er sollte die Diskrepanz zwischen 2 vCPU und 6 Kernen bereinigen, den reservierten Speicher und die SSD-Kapazität angeben, die dedizierte Bandbreite definieren, Virtualisierungs- und Speichergrenzen identifizieren und jede kostenpflichtige Support-Option auflisten, die für Patches, Incident-Response und Wiederherstellung erforderlich ist.

Die zweite sollte ein Standortplan sein. Er sollte Büros, Netzwerkpunkte und Berechnungsstandorte unterscheiden. Für jeden aktiven Cloud-Standort sollte er den Einrichtungsbetreiber, den Bundesstaat oder das Land, ob Slnet die Ausrüstung besitzt oder mietet, und ob ein zweiter Standort für Kundenarbeitslasten verfügbar ist, nennen. Wenn Einrichtungsnamen nicht öffentlich gemacht werden können, können sie dennoch in einem Kundenvertrag offengelegt werden.

Die dritte sollte eine Ausfalldomänenerklärung sein. Welche Komponenten sind dupliziert? Sind Hosts über Racks verteilt? Durchläuft die Speicherreplikation Racks oder Einrichtungen? Verlassen Netzwerkpfade über separate Carrier und Gebäudeeingänge? Werden A- und B-Netzteile verwendet? Welcher Ausfall löst einen automatischen Neustart aus und welcher erfordert eine Person?

Die vierte sollte die Betriebskapazität dokumentieren. Ein Käufer benötigt kein kundensensitives Inventar, kann aber die aktuelle Marge-Politik, Backup-Host-Ziele, Speicherplatzkapazitätsschwellen, Portnutzungsrichtlinien, Hardware-Ersatzbestand und die Bedingungen, unter denen neue Bestellungen verzögert werden, anfordern. Installierte Ausrüstung, unter Spannung stehende Ausrüstung, betriebsbereite Ausrüstung und sofort nutzbare Kapazität sollten getrennt werden.

Die fünfte sollte ein Wiederherstellungsergebnis sein. Fragen Sie nach dem Datum und Umfang der letzten Host-Evakuierung, Speicherwiederherstellung und Übung auf Standortebene. Fragen Sie nach der gemessenen Wiederherstellungszeit und dem Datenverlust, allen manuellen Schritten und ob der Test eine Kopie außerhalb des primären Kontos und der Ausfalldomäne verwendet hat.

Die sechste sollte das Netzwerk abdecken. Fragen Sie, welcher Upstream-Anbieter das Kundenpräfix transportiert, ob Melbourne und Perth physisch unabhängig sind, wie Route-Origin- und Route-Leak-Kontrollen aufrechterhalten werden, ob natives IPv6 verfügbar ist und wie sich eine Adresse bei der Wiederherstellung ändert. Austauschports sollten als unterstützende Beweise behandelt werden, nicht als vollständige Antwort.

Die siebte sollte die Personalabdeckung definieren. Welche Nummer ist außerhalb der Geschäftszeiten für einen Hosting-Ausfall besetzt? Wer hat Zugang zur Einrichtung? Welche Eingangsbestätigungs- und Wiederherstellungsziele gelten? Wann sind Wartungsfenster, welche Vorankündigung wird gegeben und welche Servicegutschriften gelten?

Die achte sollte den Austritt abdecken. Kann der Kunde ein vollständiges Image, eine Datenbank, eine DNS-Zone, Protokolle und Backups exportieren? Wie lange werden Daten nach Kündigung oder Sperrung aufbewahrt? Kann der Export während eines Abrechnungsstreits fortgesetzt werden? Welche Adressen, Lizenzen und Bedienfeldeinstellungen können nicht verschoben werden?

Die neunte sollte die Lokalität regeln. Wo werden Produktionsdaten, Backups, Protokolle und Support-Tools gespeichert? Wer kann von außerhalb Australiens darauf zugreifen? Welche Unterauftragnehmer sind beteiligt? Ändert das Failover die Gerichtsbarkeit?

Die zehnte sollte ein vom Kunden durchgeführter Test sein. Bauen Sie eine kleine Arbeitslast auf, messen Sie Routen und Latenz, erzwingen Sie einen Anwendungsneustart, stellen Sie aus einer unabhängigen Kopie wieder her und bauen Sie woanders neu auf. Eine erfolgreiche kommerzielle Demonstration zeigt, dass ein Dienst gestartet werden kann. Eine Wiederherstellungsübung zeigt, ob er zurückkehren kann.

Ein aktiver australischer Rand umgibt eine unvollständig beschriebene Cloud

Slnet Hosting sollte nicht als Name ohne Betriebssubstanz abgetan werden. AS131316 ist aktiv und langlebig. Sieben IPv4-Ankündigungen waren zum Zeitpunkt der Veröffentlichung fast universell sichtbar. Die sieben überprüften Ursprünge waren RPKI-gültig. Die Peering-Aufzeichnungen zeigen betriebsbereite Austauschverbindungen in Melbourne und Perth, und EdgeIX bestätigt unabhängig die 1-Gbps-Präsenz in Melbourne. Das aktuelle Unternehmen hat eine aktive ABN, nationale Büros, aktuelle Veröffentlichungen von 2026 und explizite Shared- und Dedicated-Hosting-Angebote.

Die Unsicherheit beginnt dort, wo die Kundenresilienz beginnt. PeeringDB nennt keine Einrichtung für das Netzwerk. Die Hosting-Dokumente nennen keinen Cloud-Standort. Das Dedicated-Datenblatt verspricht redundante Berechnung, Speicher und Netzwerk, gibt aber weder Topologie noch Test an. Seine eigene Ressourcenzusammenfassung steht im Konflikt mit seiner Mindestspezifikation. Die öffentlichen Materialien legen keine Anzahl von Racks, Hosts, Brutto- oder Nutzspeicher, Strom, aktuelle Nutzung, Ersatzteile, verkaufte Kapazität, Backup-Aufbewahrung, Wiederherstellungsergebnisse oder einen zweiten bestellbaren Berechnungsstandort offen.

Dies ergibt eine geteilte Bewertung. Der Netzwerkbetrieb verdient eine mittlere Bewertung auf der Grundlage der Beweise, die sich der Stärke in der Routensichtbarkeit und Identität nähert, aber durch das Fehlen von Einrichtungsdetails und physischen Pfaden gebremst wird. Die Resilienz der gehosteten Kapazität verdient eine niedrige Bewertung, da die entscheidenden physischen und Wiederherstellungsfakten nicht verfügbar sind. Keine Bewertung sagt einen Ausfall voraus. Sie messen, was ein Kunde vor einem Ausfall überprüfen kann.

Die wichtigste Unterscheidung ist zwischen Umfang und Wiederherstellung. Slnet hat den Umfang demonstriert: Seine Präfixe sind sichtbar und seine Austauschports decken zwei australische Metropolen ab. Die Wiederherstellung erfordert eine andere Reihe von Beweisen: kompatible Reserveberechnung, unabhängige Speicherkopien, Strom- und Routing-Trennung, Personen mit Zugang, eine definierte Uhr und einen Kundenausstiegspfad. Bis diese Details an den 200-AUD-VPS gebunden sind, bleibt das gehostete Versprechen von einer Infrastruktur abhängig, die die Öffentlichkeit nur an ihrem Netzwerkrand sehen kann.