Gib einen Teil der Fehlermeldung, den Toolnamen, die Verbindungsart oder das Bestellthema ein. Diese Dokumentation behandelt Erstverbindung, Berechtigungen, macOS, Xcode-Builds, Node-Netzwerk, Speicher, Abrechnung und Zahlungen.
Sieben Themenbereiche sind gleichzeitig geöffnet; eine Auswahl ist nicht nötig. Öffne zuerst das Thema, das am besten zum Symptom passt, und grenze den Fehler dann anhand der Prüfreihenfolge ein.
Prüfe Hostadresse, Verbindungsport und Kontonamen aus der Bestellung. Bei der ersten SSH-Verbindung den Fingerabdruck manuell bestätigen; bei VNC zunächst mit Standardauflösung und mittlerer Bildqualität eine Referenz herstellen.
Verbindung prüfenWenn die Anmeldung funktioniert, aber ein Verzeichnis nicht beschrieben werden kann, prüfe Eigentümer, Verzeichnisrechte und die Identität, unter der der Befehl ausgeführt wird. Bei vollständigem Anmeldefehler prüfe zuerst Zugangsdaten, Schlüsselrechte und Verbindungsziel.
Prüfpfad anzeigenPrüfe freien Speicher, Speicherdruck, CPU-intensive Prozesse und Zeitzone. Halte bei Änderungen an Versionen oder Toolchains zuerst den aktuellen Zustand fest, damit nicht mehrere Variablen gleichzeitig geändert werden.
Erstkonfiguration ansehenNotiere Xcode-Version, Scheme, Configuration, Zielplattform und Originalbefehl. Analysiere das Protokoll ab dem ersten eindeutigen Fehler, statt nur die letzte fehlgeschlagene Zeile auszuschneiden.
Build-Handbuch öffnenEin einzelner Ping sagt nichts über das Interaktionserlebnis aus. Führe fortlaufende Messungen durch und beobachte Median, Jitter und Paketverlust. Schließe außerdem lokales WLAN, Proxy, Uploads und Remote-Desktop mit hoher Bildqualität als Ursachen aus.
Node-Richtung vergleichenUnterscheide Quellcode, Abhängigkeits-Cache, Build-Artefakte und Mediendateien. Erfasse vor der Erweiterung freien Speicher und tägliches Wachstum und entscheide dann zwischen +1 TB SSD und +2 TB SSD.
Optionen anzeigenBei Abrechnungsfragen nicht nur den Gesamtbetrag senden. Notiere auch Bestell-ID, Modell, Abrechnungszeitraum, gewählten Node, SSD-Erweiterung und Thunderbolt-5-Kopplung.
Bestellhinweise ansehenWechsle Client, Netzwerk und Zugangsdaten nicht gleichzeitig. Ändere pro Versuch nur eine Bedingung und bewahre Zeitpunkt und Fehlermeldung auf.
Bei Permission denied oder fehlgeschlagener Schlüssel-Authentifizierung Benutzername, private Schlüsseldatei, Schlüsselberechtigungen und Zielhost prüfen. Zugangsdaten nicht wiederholt erraten.
Bei Timeout oder abgelehnter Verbindung zuerst Adresse und Port bestätigen und anschließend über ein anderes Netzwerk testen. Ein Timeout weist meist auf einen unterbrochenen Pfad hin; eine sofortige Ablehnung bedeutet, dass das Ziel erreichbar ist, den Port aber nicht akzeptiert.
Wenn eine Sitzung hergestellt wird, aber der Bildschirm schwarz, fehlerhaft oder stark verzögert ist, reduziere zuerst Auflösung und Bildqualität, stoppe große Hintergrundübertragungen und stelle die Sitzung neu her.
Wenn derselbe Node über einen mobilen Hotspot funktioniert, im Büronetz aber nicht, prüfe zuerst lokale Firewall, Proxy-Regeln, Ausgangsbeschränkungen und WLAN-Paketverlust, statt sofort den Cloud-Node zu wechseln.
Der Wert von Build-Protokollen hängt vom Kontext ab. Gib mindestens Toolversion, ausgeführten Befehl, Arbeitsverzeichnis, Ziel und ersten Fehler gemeinsam an.
| Problemtyp | Zuerst prüfen | Empfohlene Aktion | Zu sichernde Informationen |
|---|---|---|---|
| xcodebuild | Scheme, Configuration, Destination, SDK und Arbeitsverzeichnis | Mit demselben vollständigen Befehl erneut ausführen und ab dem ersten eindeutigen Fehler analysieren | Befehl, Exit-Code, Xcode-Version, Fehlerkontext |
| fastlane | Ruby-Umgebung, gesperrte Abhängigkeiten, Lane-Parameter und Arbeitsverzeichnis | Vorrangig die gesperrten Projektabhängigkeiten verwenden und kein komplettes Toolset spontan aktualisieren | Lane-Name, Aufrufparameter, Abhängigkeitsversionen, Originalausgabe |
| Signierumgebung | Zertifikatsgültigkeit, Zuordnung des Provisioning-Profils und Schlüsselbundzugriff | Bundle Identifier, Teameinstellungen und Zielkonfiguration prüfen; Signiermaterial nicht ungeschwärzt hochladen | Zielname, Signiermethode, geschwärzte Fehlermeldung |
| Cache-Bereinigung | DerivedData, Paketmanager-Cache und freier Speicher | Nur den zum fehlerhaften Ziel gehörenden Cache löschen und nicht die gesamte Umgebung zurücksetzen | Befehle vor und nach der Bereinigung, freier Speicher, Ergebnis der Abhängigkeitsauflösung |
| Protokollerfassung | Zeitraum, Zeitzone, Exit-Code des Befehls und Ergebnis-Bundle | Textprotokolle und erforderliche Ergebnis-Bundles speichern; Screenshots nur ergänzend verwenden | Zeitpunkt, Reproduktionsschritte, erster Fehler sowie Ausgabe davor und danach |
Wenn der Fehler nur in automatisierten Aufgaben auftritt, führe ihn einmal manuell mit demselben Arbeitsverzeichnis, denselben Umgebungsvariablen und Abhängigkeitsversionen aus. Ist die manuelle Ausführung erfolgreich, vergleiche anschließend Ausführungsidentität, Arbeitsverzeichnis und injizierte Umgebung.
xcodebuild -scheme App -configuration Release build
echo $?
sw_vers
xcodebuild -versionDas aktuelle Verzeichnis umfasst nur Singapur, Tokio, Seoul, Hongkong und US-West. Beide Modelle sind an allen fünf Nodes bestellbar; die tatsächliche Verfügbarkeit wird in Echtzeit über die Konsole angezeigt.
Geeignet für Workflows mit Hauptzugriff aus Südostasien. Vergleiche Nodes anhand fortlaufender Tests im tatsächlichen Büronetzwerk, nicht nur anhand der geografischen Entfernung.
Richtung SüdostasienGeeignet für interaktive Aufgaben mit Ausrichtung auf Japan und Ostasien. Bei längerer VNC-Nutzung zusätzlich Latenz, Jitter und Bildrate beobachten.
Richtung Japan und OstasienGeeignet für Korea und Nordostasien. Wenn SSH normal reagiert, das Bild aber stockt, zuerst die Remote-Desktop-Qualität reduzieren und Hintergrundübertragungen pausieren.
Richtung Korea und NordostasienGeeignet für Südchina und Teile Südostasiens. Unternehmens- und Heimnetzwerke können unterschiedliche Ausgangspfade verwenden; vor der Auswahl im echten Nutzungsnetz testen.
Richtung SüdchinaGeeignet für die nordamerikanische Westküste und Aufgaben mit Nähe zu lokalen Kollaborationsketten. Bei interkontinentalem Zugriff zuerst interaktive Latenz und danach große Dateiübertragungen bewerten.
Richtung nordamerikanische WestküsteBeginne mit einem geografisch nahen Node und führe anschließend im selben Netzwerk und Zeitraum fortlaufende Messungen durch. Vergleiche Medianlatenz, Jitter, Paketverlust und VNC-Reaktion. Bei Zusammenarbeit über mehrere Regionen entscheiden Hauptnutzer und Richtung großer Dateiübertragungen gemeinsam über den Node.
Die Bestellkonfiguration bestimmt den Lieferumfang, der Zahlungsnachweis den Abrechnungsstatus. Übermittle bei einer Anfrage beide Informationsgruppen und nicht nur einen Zahlungs-Screenshot ohne Bestell-ID.
Prüfe nacheinander Bestell-ID, Lemon M4 oder Lemon M4 Pro, Tages-/Wochen-/Monats-/Quartalslaufzeit, gewählten Node, SSD-Erweiterung, Thunderbolt-5-Kopplung und aktuellen Servicestatus.
Alle Bestellungen werden in US-Dollar (USD) abgerechnet. Welches Gateway tatsächlich verfügbar ist, ergibt sich aus der Backend-Antwort. Unterstützt werden ausschließlich die folgenden zwei Kategorien:
Wenn Zahlungs- und Bestellstatus nicht übereinstimmen, bewahre Bestell-ID, Zahlungszeitpunkt, Betrag und einen geschwärzten Transaktionsnachweis auf. Übermittle weder vollständige Kartendaten noch Zugriffstoken.
Entferne private Schlüssel, Seed-Phrasen, vollständige Zugriffstoken und ungeschwärztes Signiermaterial. Das Supportteam benötigt reproduzierbare Informationen, keine vertraulichen Zugangsdaten.
Gib die in der Konsole sichtbare Bestell-ID an, nicht nur Modellname oder Zahlungsbetrag.
Nenne Zeitpunkt und Zeitzone des Problems. Bei sporadischen Problemen zusätzlich den letzten Zeitpunkt, zu dem alles normal funktionierte.
Nenne Singapur, Tokio, Seoul, Hongkong oder US-West und gib die Zugriffsrichtung der Hauptnutzer an.
Beginne mit einem bekannten funktionierenden Zustand und liste Befehle, UI-Aktionen und Fehlerstelle in der tatsächlichen Reihenfolge auf.
Übermittle bevorzugt kopierbaren Fehlertext. Screenshots müssen den nötigen Kontext enthalten; Protokolle sollten die Ausgabe vor und nach dem ersten Fehler bewahren.
Beschreibe getrennt, was erwartet wurde, was tatsächlich geschah und ob der Fehler zuverlässig reproduzierbar ist.
Sende ein Ticket über die Konsole, wenn es um bestehende Bestellungen und den Servicestatus geht; oder sende eine E-Mail an support@lemonvm.comfür die Auswahl vor dem Kauf und bei fehlendem Konsolenzugriff.
Zwei Modelle, fünf Nodes und vier Laufzeiten – täglich, wöchentlich, monatlich und quartalsweise – werden im Bestellprozess klar angezeigt. Nach dem Kauf lassen sich Konfiguration und Servicestatus in der Konsole einsehen.