Civo DNS und Domains aus einem Mac-Fenster.
Domain auf Civos Nameserver zeigen lassen und die Zone danach in einer nativen App pflegen statt in einem Browser-Tab.
Civo hostet DNS für Domains, die du woanders registriert hast. Der Aufbau ist kurz: Nameserver beim Registrar umstellen, Domain in Civo anlegen, Records eintragen. Der Schmerz kommt danach, bei der Pflege im Browser, denn der Moment, auf den es ankommt, ist meistens eine Zertifikats-Challenge zu einer ungünstigen Uhrzeit, und du hängst drei Klicks tief in einem Web-Dashboard und versuchst, einen TXT-Wert ohne Tippfehler einzufügen. CivoCloudManager hält dieselbe Zone über dieselbe Civo REST API v2, in einem Fenster, das ohnehin offen ist.
Eine Domain auf Civo zeigen lassen, von vorn bis hinten
-
01
Domain woanders registrieren
Civo verkauft keine Domain-Registrierung. Die eigene Doku ist da eindeutig: der DNS-Dienst hostet nur die Zone. Die Domain bleibt bei dem Registrar, bei dem du sie gekauft hast, und nur die Nameserver-Delegation zieht um.
-
02
Nameserver auf ns0.civo.com und ns1.civo.com setzen
Im Control Panel deines Registrars ersetzt du die aktuellen Nameserver durch
ns0.civo.comundns1.civo.com. Diese zwei Hostnamen dokumentiert Civo. Wie schnell die Änderung greift, entscheiden die TTL der alten Delegation und dein Registrar, nicht Civo. Rechne also mit Wartezeit, bevor das, was du danach einträgst, von außen sichtbar wird. -
03
Domain in Civo anlegen, damit die Zone existiert
Die Nameserver zu delegieren bringt nichts, solange Civo keine Zone hat, für die es antworten kann. In CivoCloudManager ist das die Domains-Ansicht: das Plus in der Toolbar legt die Domain an. Die App postet sie an den /dns-Endpoint der Civo REST API v2. Domains gelten für den ganzen Account und hängen nicht an einer Region, die beim Onboarding gewählte Region sperrt also keine Zone aus.
-
04
Records eintragen
Klapp eine Domain in der Liste auf, dann erscheinen ihre Records darunter, jeder mit Typ, Name, Wert und TTL. Add Record öffnet einen Editor mit Typ-Auswahl, einem Namensfeld (www, mail oder @ für die Apex), einem Wertfeld, einer TTL, die bei 600 startet, und einem Prioritätsfeld, das nur bei MX und SRV auftaucht.
-
05
Gegen die API prüfen, nicht nur gegen deinen Resolver
Lad die Domain in der App neu, um zu sehen, ob Civo gespeichert hat, was du geschickt hast. Scheitert ein Lookup danach immer noch, liegt es meist an Delegation oder Caching und nicht an einem falschen Record. Die API-Health-Ansicht sagt dir auf einem Bildschirm, ob Civos DNS-Endpoint überhaupt antwortet, und trennt damit ein Civo-Problem von einem Resolver-Problem, bevor du anfängst zu raten.
Welche Record-Typen die App schreibt
Die Typ-Auswahl bietet A, AAAA, CNAME, MX, TXT, SRV und NS. Nach der Priorität wird nur bei MX und SRV gefragt, weil nur diese beiden Typen eine tragen. Die TTL ist mit 600 vorbelegt, dem Wert, den Civo selbst als Default dokumentiert. Civos eigene CLI-Doku nennt A, CNAME, TXT, SRV und MX. Wenn du also einen AAAA- oder NS-Record schreibst, lies die Antwort, die die App dir zurückgibt, statt anzunehmen, dass er angekommen ist. Das Löschen eines Records ist absichtlich zäh: im Bestätigungsdialog musst du das Record-Label exakt so eintippen, wie es angezeigt wird, bevor der Löschen-Button aktiv wird.
Warum ein nativer Editor bei einer Zertifikats-Challenge gewinnt
Eine ACME-DNS-01-Challenge gibt dir eine lange Zufallszeichenkette und ein kurzes Zeitfenster. In der App klappt die Domain an Ort und Stelle auf, die vorhandenen Records bleiben beim Arbeiten sichtbar, und Edit auf einem Record öffnet ein Sheet, das mit Typ, Name, Wert und TTL schon gefüllt ist. Einen TXT-Wert zu korrigieren heißt damit: markieren, einfügen, speichern. Nichts navigiert weg, nichts lädt neu, und der Record, mit dem du vergleichst, steht weiter auf dem Bildschirm. Ein Webformular, das nach jedem Speichern die Seite zurücksetzt, kostet dich genau das, was du in diesem Moment nicht hast, nämlich Aufmerksamkeit.
Reverse DNS hängt an der Instanz, nicht in der Zone
Reverse DNS ist ein echtes Civo-Feature mit dünner Doku, und es ist überhaupt kein Teil der DNS-Zone. Es ist eine Eigenschaft der Instanz, du setzt es also in der Instanz-Detailansicht: die Zeile Reverse DNS zeigt entweder den aktuellen Hostnamen oder Not set, und ein Klick macht daraus ein Textfeld. Beim Speichern wird das Feld reverse_dns auf der Instanz geschrieben und die Änderung mit Zeitstempel im lokalen Aktivitätsprotokoll der App festgehalten. Das zählt vor allem für alles, was Mail verschickt, denn empfangende Server prüfen üblicherweise, ob zu einer IP ein plausibler Hostname zurückkommt.
Was das nicht ist: ein Ersatz für external-dns
external-dns ist ein Kubernetes-Controller mit eingebautem Civo-Provider, der sich per CIVO_TOKEN anmeldet und Records automatisch aus Services und Ingresses erzeugt. CivoCloudManager tut davon nichts. Die App hat keine Komponente im Cluster, sie reagiert auf nichts, und sie wird nie einen Record anlegen, weil ein Service aufgetaucht ist. Sollen deine Records deinen Workloads folgen, betreib external-dns und betreib es weiter. Beide vertragen sich auf derselben Domain, solange du die Namen in Ruhe lässt, die external-dns verwaltet: nimm die App für die Records, die ein Mensch besitzt, also Apex, Mail, Verifizierungs-Strings und Delegationen, und lass dem Controller den Rest.
Wenn Records nicht ankommen, erst die API ausschließen
Der DNS-Endpoint ist einer von sechzehn Civo-REST-Endpoints, die die App aus dem Account-Bereich heraus prüft. Jeder wird der Reihe nach mit zehn Sekunden Timeout aufgerufen, und du bekommst den HTTP-Statuscode plus die Laufzeit in Millisekunden, grün unter 200 ms, orange unter 500 ms, rot darüber. Die Kopfzeile fasst den Durchlauf als All Systems Operational oder als Zahl nicht erreichbarer Endpoints zusammen. Eine Kleinigkeit, die eine bestimmte Art verschwendeter Stunde spart: wenn ein gerade geschriebener Record nicht auftaucht, siehst du, ob Civo den Schreibvorgang überhaupt angenommen hat, bevor du Caches leerst und deinen Resolver verdächtigst.
Wo die Zugangsdaten liegen
Ein Civo API Key treibt das alles an, und er liegt im macOS Keychain, mit Touch ID, bevor die App ihn anzeigt. Zwischen dem Mac und Civo steht kein Server des Herausgebers, und es gibt keine Telemetrie. Die App ist mit vier Entitlements sandboxed, sie braucht macOS 15 oder neuer auf Apple Silicon oder Intel, und der Quelltext liegt einsehbar auf github.com/marcelrgberger/civo-cloud-manager, falls du den Request-Code lieber liest, als einer Beschreibung zu glauben.
Drei Wege, einen Civo-Record zu ändern
Das sind weniger Konkurrenten als verschiedene Aufgaben. Ehrlich aufgeteilt: einer davon ist für Automatisierung da, zwei sind für Menschen.
| Fähigkeit | Civo-Dashboard (Browser) | external-dns | CivoCloudManager |
|---|---|---|---|
| Einzelnen Record von Hand bearbeiten | Ja | Nicht sein Zweck | Ja, in einem vorbefüllten Editor |
| Records automatisch aus Kubernetes-Services und -Ingresses erzeugen | Nein | Ja, genau dafür ist es da | Nein, und das bleibt so |
| Braucht ein laufendes Kubernetes-Cluster | Nein | Ja | Nein |
| Reverse DNS auf einer Instanz | Ja | Nein | Ja, direkt an der Instanz |
| Wo der API Key liegt | Browser-Session | Kubernetes Secret im Cluster | macOS Keychain, Touch ID zum Anzeigen |
| Zustand der Civo-API-Endpoints | Nein | Nein | Sechzehn Endpoints mit Status und Laufzeit |
Civo-DNS-Fragen, beantwortet
- Wie zeige ich meine Domain auf Civo?
- Beim Registrar die Nameserver auf
ns0.civo.comundns1.civo.comändern, dann die Domain in Civo anlegen, damit es eine Zone gibt, die dafür antwortet. Civo hostet DNS, registriert aber keine Domains, die Domain selbst bleibt also, wo du sie gekauft hast. Beide Hälften sind nötig: eine Delegation ohne Zone liefert nichts, und eine Zone ohne Delegation wird nie gefragt. - Welche DNS-Record-Typen kann ich in CivoCloudManager bearbeiten?
- Die Typ-Auswahl bietet A, AAAA, CNAME, MX, TXT, SRV und NS. Ein Prioritätsfeld erscheint nur bei MX und SRV, und die TTL ist mit 600 vorbelegt, dem von Civo dokumentierten Default. Civos eigene CLI-Doku listet A, CNAME, TXT, SRV und MX, prüf also die Antwort, nachdem du deinen ersten AAAA- oder NS-Record geschrieben hast.
- Kann ich Civo DNS ohne Browser bearbeiten?
- Ja. Die Civo CLI macht das aus dem Terminal, und CivoCloudManager macht es aus einem nativen macOS-Fenster über dieselbe Civo REST API v2. In der App klappen Domains an Ort und Stelle auf und zeigen ihre Records, Edit öffnet ein Sheet mit den aktuellen Werten, und zum Löschen musst du das Record-Label zur Bestätigung eintippen.
- Ersetzt CivoCloudManager external-dns?
- Nein. external-dns ist ein Kubernetes-Controller mit eingebautem Civo-Provider, der Records automatisch anlegt und entfernt, wenn sich Services und Ingresses ändern. CivoCloudManager hat keine Komponente im Cluster und legt von sich aus nichts an. Betreib beides auf derselben Domain: der Controller besitzt die Namen, die er verwaltet, dir gehört der Rest.
- Wofür ist Reverse DNS da, und wo stelle ich es bei Civo ein?
- Reverse DNS bildet die IP einer Instanz auf einen Hostnamen zurück ab, und Mail-Empfänger prüfen das routinemäßig, bevor sie eine Nachricht annehmen. Bei Civo ist es eine Eigenschaft der Instanz und kein Eintrag in deiner Zone, in CivoCloudManager stellst du es also in der Instanz-Detailansicht ein: Zeile Reverse DNS anklicken, Hostnamen eintippen, speichern.
Anleitungen
Schritt für Schritt, und ehrliche Vergleiche.
- 01 Civo API Key verbinden Key im Civo-Dashboard erzeugen, einmal einfügen, ab dann hält ihn der macOS Keychain.
- 02 Firewall für deine IP öffnen Der manuelle Ablauf, die Falle mit wechselnden IPs und ein kostenloser Weg aus der Menüleiste, der die Regel auf Frist schließt.
- 03 vs Lens, OpenLens und k9s Drei clusterunabhängige Werkzeuge, eines nur für Civo. Der Unterschied entscheidet, welches offen ist.
- 04 Civo Object Storage per S3 Der regionale Endpoint, funktionierende Konfiguration für s3cmd, rclone und die AWS CLI, und was ein nativer Client anders macht.
- 05 Changelog Jedes ausgelieferte Release, neuestes zuerst, mit den Details, für die eine Store-Release-Note zu kurz ist.
Vertiefen
Eigene Seite pro Civo-Produkt.
Jede Civo-Fläche, die CivoCloudManager bedient, hat eine eigene Seite mit Details, Trade-offs und Architektur. Wähl die, die deinem Arbeitstag am nächsten kommt.
- 01 Civo-CLI-Alternative für Mac Wo die GUI die CLI schlägt, wo nicht und wie beide nebeneinander laufen.
- 02 Civo Kubernetes GUI für Mac Live-Cluster-Dashboard, Pod-Logs in Echtzeit, kein kubectl nötig.
- 03 Civo Object Storage Browser für Mac Nativer S3-kompatibler Browser. Inaktive Buckets in einen zentralen Vault pausieren.
- 04 Civo Firewall aus der Mac-Menüleiste Firewall per Klick öffnen oder schließen, Auto-IP-Erkennung, Auto-Close-Timer.
- 05 Civo Kosten-Dashboard für Mac Echte Abrechnungsdaten aus der Civo-Charges-API. Zeitraum-Picker und Monatsende-Hochrechnung.
Die Zone da lassen, wo deine Hände schon sind.
CivoCloudManager ist ein einmaliger Kauf im Mac App Store, mit sieben Tagen Vollzugriff ab dem ersten Start und einem Menüleisten-Firewall-Tier, das danach kostenlos bleibt.
Benötigt macOS 15 (Sequoia) oder neuer.
Zurück zur CivoCloudManager-Übersicht