Ihre Fragen, unsere Antworten

MiniSSH bietet zwei Modelle des Mac mini M4 als dedizierte physische Server. Die Zahlung erfolgt im Voraus für Tag, Woche, Monat oder Quartal. Der Einstiegspreis liegt bei $20.8/Tag. Die folgende Tabelle zeigt die Grundpreise ohne optionale Speichererweiterung oder Thunderbolt-5-Verbindung. Alle Preise werden in US-Dollar berechnet.

Für einen kurzen Test können Sie zunächst einen Server für einen Tag buchen. Steht der Arbeitsumfang fest und läuft das Projekt länger, vergleichen Sie die Wochen-, Monats- und Quartalspreise. Rechnen Sie den Tagespreis nicht einfach auf andere Laufzeiten hoch. Prüfen Sie bei der Bestellung Laufzeit, Zusatzoptionen und Gesamtbetrag.

Wenn Sie nicht verlängern, endet der Dienst mit Ablauf der Laufzeit und die Abrechnung stoppt. Anschließend wird der Server freigegeben; eine Gebühr für die Beendigung fällt nicht an. Der Server wird nicht pausiert und auf unbestimmte Zeit für Sie reserviert. Freigegebene Server können auch nicht als Speicherort für Ihre Dateien dienen.

Sichern Sie vor dem Ablauf Quellcode, Build-Artefakte, Konfigurationen und alle Dateien, die Sie behalten möchten. Prüfen Sie außerdem, ob sich die Sicherung öffnen lässt. Bei Projekten, die durchgehend laufen müssen, kontrollieren Sie das Ablaufdatum im Kundenportal und verlängern Sie rechtzeitig. Temporäre Server für abgeschlossene Projekte können einfach auslaufen.

Nach der Freigabe werden die Daten auf dem Server gelöscht. Die Bedingungen zum Laufzeitende und zur Datenverarbeitung finden Sie in den Nutzungsbedingungen. Warten Sie mit der Datensicherung nicht, bis die Verbindung bereits getrennt ist.

Ja. Geben Sie für dasselbe Projekt eine weitere Bestellung auf und wählen Sie Modell, Standort und Laufzeit für den zusätzlichen Server. Der neue Server ist ein eigenständiger, dedizierter physischer Mac mini. Seine Laufzeit richtet sich nach der neuen Bestellung und wird nicht automatisch mit der des bestehenden Servers zusammengelegt.

Ein gängiges Vorgehen: Den dauerhaft benötigten Server für ein Quartal buchen und zu einem Release zusätzlich einen Server für eine Woche oder einen Tag für Builds nutzen. Nach dem Release übertragen Sie Artefakte und Konfigurationen und lassen den temporären Server auslaufen. Eine zusätzliche Maschine übernimmt Ihre Umgebung nicht automatisch: Toolchain, Projektdateien und Zugriffsrechte müssen Sie selbst einrichten.

Die Einrichtung dauert insgesamt etwa 4 Minuten: rund 1 Minute für Standort und Laufzeit, 1 Minute für die Zahlung und 2 Minuten für die Zuweisung des physischen Servers und die Systemvorbereitung. Sobald der Server bereit ist, können Sie die SSH-Zugangsdaten abrufen und sich anmelden. Maßgeblich sind der Bestell- und Serverstatus im Kundenportal.

Öffnen Sie im Kundenportal die Details des betreffenden Servers und prüfen Sie Hostadresse, Benutzername und Zugangsdaten. Verwenden Sie für die Verbindung die Angaben Ihres eigenen Servers und nicht die Beispieladresse aus einer Anleitung.

Ändert sich der Bestellstatus nach der Zahlung nicht, notieren Sie die Bestellnummer und bewahren Sie den Zahlungsbeleg auf. Erstellen Sie dann ein Ticket im Kundenportal. Bezahlen Sie dieselbe Bestellung nicht wiederholt, um die Einrichtung erneut anzustoßen.

Sie mieten einen dedizierten physischen Mac mini, keine virtuelle Maschine. Sie teilen sich auch kein Systemkonto mit anderen Kunden. Die Ausstattung entspricht Ihrer Bestellung: M4 Core mit M4 / 16GB RAM / 256GB SSD und M4 Plus mit M4 / 24GB RAM / 512GB SSD.

Die macOS-Oberfläche und die Kommandozeile stehen vollständig zur Verfügung – ideal für Remote-Entwicklung und Builds, die eine echte Mac-Umgebung erfordern. Wenn Sie mehrere Benutzer für Ihr Team einrichten, nutzen diese weiterhin die Ressourcen desselben Geräts. Ein dedizierter Server bedeutet nicht, dass gleichzeitige Aufgaben auf diesem Gerät keine Ressourcen miteinander teilen.

Es gibt 4 Standorte: Singapur, Tokio, Seoul und Hongkong. M4 Core und M4 Plus sind an allen 4 Standorten verfügbar. Die aktuelle Verfügbarkeit sehen Sie bei der Bestellung im Kundenportal.

Für Teams in Südostasien bietet sich zunächst Singapur an. Arbeiten Ihre Teammitglieder hauptsächlich in Japan oder Südkorea, kommen Tokio beziehungsweise Seoul infrage. Für Teams mit Verbindungen nach Hongkong, Macau, Taiwan oder Südchina kann Hongkong passen. Die folgenden Werte sind Richtbereiche und keine Messung Ihrer aktuellen Verbindung.

Die Werte dienen nur zur Orientierung. Entscheidend ist Ihre tatsächliche Verbindung. Anbieter, Routing zwischen Regionen und das lokale Netzwerk beeinflussen die Latenz. Daraus lässt sich keine Latenz von Nordamerika zu den einzelnen Standorten ableiten.

Tokio kann infrage kommen, ist aber nicht automatisch für alle Teammitglieder in Nordamerika der schnellste Standort. Klären Sie zunächst, wer häufig mit dem Remote-Desktop arbeitet und wer hauptsächlich Build-Aufträge übermittelt. Testen Sie anschließend die Verbindung über das Netzwerk der Personen, die den Server am meisten nutzen.

Führen Sie die Tests unter gleichbleibenden lokalen Netzwerkbedingungen durch. Prüfen Sie SSH-Interaktionen, die Bedienung des Remote-Desktops und Dateiübertragungen. Ein einzelner Latenztest sagt nichts darüber aus, wie stabil eine längere Übertragung ist, und ersetzt keinen Test Ihres tatsächlichen Workflows.

Wenn Teammitglieder in Asien und Nordamerika einen Server gemeinsam nutzen, planen Sie umfangreiche Builds möglichst nach Zeitzonen versetzt. Müssen mehrere Personen gleichzeitig Builds ausführen, können Sie einen weiteren Server buchen, statt immer mehr Aufgaben auf einem einzigen Gerät auszuführen.

Alle 4 Standorte sind an 365 Tagen im Jahr online. Solange Ihre Laufzeit aktiv ist und der Dienst ordnungsgemäß funktioniert, können Sie Aufgaben nach der Zeitzone Ihres Teams planen – unabhängig von üblichen Bürozeiten.

Bei Verbindungsproblemen erstellen Sie im Kundenportal ein Ticket. Geben Sie die Servernummer, Beginn des Problems samt Zeitzone, Fehlermeldung und bereits durchgeführte Prüfschritte an. Die Verfügbarkeitszusage beträgt 99.9 %. Messzeitraum, Ausnahmen und mögliche Gutschriften richten sich nach den Nutzungsbedingungen. Der Betrieb an 365 Tagen im Jahr bedeutet nicht, dass unter allen Umständen keine Probleme auftreten können.

Ja. Der Mac mini bietet eine dauerhaft verfügbare macOS-Umgebung für Remote-Entwicklung, kontinuierliche Xcode-Builds, App-Store-Release-Builds und die Verarbeitung von Build-Artefakten. Sie können die Kommandozeile per SSH nutzen oder über unsere Verbindungshinweise die grafische macOS-Oberfläche verwenden.

Prüfen Sie vorab, wie viel Speicherplatz Toolchain, Build-Cache, Abhängigkeiten und Artefakte benötigen. M4 Core bietet 16GB RAM / 256GB SSD, M4 Plus bietet 24GB RAM / 512GB SSD. Entscheidend ist der tatsächliche Bedarf Ihres Projekts, nicht allein der Modellname.

Wenn Ihr Team den Server gemeinsam nutzt, richten Sie für jedes Mitglied ein eigenes Systemkonto mit eigenem SSH-Schlüssel ein und stimmen Sie Build-Zeiten ab. Zertifikate, Projektzugriffe und die Sicherung von Artefakten verwalten Sie selbst. Mehrere gleichzeitige Anmeldungen bedeuten nicht, dass sich beliebig viele Builds parallel ausführen lassen.

Bei der Bestellung können Sie eine zusätzliche SSD mit +1TB oder +2TB auswählen. Diese Speichererweiterungen ergänzen das Grundmodell. Sie sind keine weiteren Grundmodelle und ändern nicht den Arbeitsspeicher des gewählten Servers.

Berücksichtigen Sie bei der Planung Quellcode, Abhängigkeiten, Build-Cache und ältere Artefakte. Wenn Sie den Speicher eines bestehenden Servers anpassen möchten, klären Sie das Vorgehen zunächst per Ticket im Kundenportal und sichern Sie Ihre Daten. Eine Speichererweiterung verschiebt vorhandene Dateien nicht automatisch und erstellt auch keine Sicherungskopie.

Dies ist eine optionale Thunderbolt-5-Verbindung zwischen mehreren Servern. Die Kosten fallen für jeden beteiligten Server an; im Grundpreis ist sie nicht enthalten. Mehrere Geräte werden dadurch weder automatisch zu einem System zusammengefasst noch zu einem gemeinsamen Arbeitsspeicherpool.

Der Aufpreis pro Server beträgt $1.7/Tag, $4.6/Woche, $8.6/Monat oder $23.4/Quartal. Bei mehreren Geräten sollten Sie zuerst festlegen, welche Server beteiligt sind, wie Daten übertragen und Aufgaben aufgeteilt werden. Klären Sie die benötigte Konfiguration anschließend per Ticket im Kundenportal.

Für die Remote-Entwicklung oder gewöhnliche Builds auf einem einzelnen Server müssen Sie diese Option nicht allein wegen ihres Namens auswählen. Die Verbindung übernimmt weder verteilte Builds noch Projektsynchronisierung oder Auftragsplanung für Sie.

Wir akzeptieren ausschließlich USDT-TRC20 sowie Kreditkarten von Visa, Mastercard und Amex. Kartenzahlungen werden über Stripe abgewickelt. Alle Beträge werden in US-Dollar (USD) berechnet. Welche Zahlungsmöglichkeiten verfügbar sind, zeigt die Schnittstelle beim Bezahlvorgang an.

Bei USDT-TRC20 folgen Sie den Angaben zu Netzwerk, Adresse und Betrag auf der Bestellseite und bewahren Sie anschließend den Transaktions-Hash auf. Bei Kartenzahlung notieren Sie die Bestellnummer. Senden Sie niemals Ihre vollständige Kartennummer, den Sicherheitscode oder andere sensible Zahlungsdaten per E-Mail oder Ticket.

Wurde Ihre Zahlung bereits ausgeführt, die Bestellung aber noch nicht aktualisiert, prüfen Sie zuerst den Bestellstatus im Kundenportal und erstellen Sie dann ein Ticket. Bei USDT-TRC20 benötigen wir den Transaktions-Hash und die Bestellnummer. Bei Kartenzahlung geben Sie Bestellnummer, Zeitpunkt und angezeigten Hinweis an. Nennen Sie auch die Zeitzone, damit wir die Zahlung eindeutig zuordnen können.