Integrationen
Integrationen verbinden Opfield mit Konten und Hosts, die Sie bereits kontrollieren. Beginnen Sie unter Settings > Integrations. Die verfügbaren Aktionen hängen von Ihren Opfield-Berechtigungen, Ihrem Tarif und den Zugangsdaten ab, die das externe System akzeptiert.
Die Verbindung wählen
Abschnitt betitelt „Die Verbindung wählen“| Ziel | Integration | Weiter mit |
|---|---|---|
| VMs beim Anbieter erstellen und betreiben | Hosting-Anbieter: Proxmox VE, DigitalOcean, Hetzner Cloud, HOSTKEY, CloudBlast | Einen Node hinzufügen |
| Repositories für Builds oder Quelloperationen auswählen | Git-Hosting: GitLab, GitHub, generisches Git | Docker-Builds, Pages-Git-Deployments |
| Einen benannten externen Host über SSH erreichen | SSH-Verbindungen | Vertrauenswürdiger Host-Zugriff und geeignete Hosting-Installation |
| DNS-Zonen erkennen und DNS für Domains und Zertifikate verwalten | Cloudflare | Domains, Routen und TLS |
Container-Registries werden im Docker-Bereich konfiguriert; Git-Integrationen können außerdem geeignete Registries erkennen. E-Mail und Webhooks haben eigene Zustelleinstellungen. API und MCP verbinden Werkzeuge mit Opfield, statt Opfield mit einem Hosting- oder Git-Konto zu verbinden.
Drei unabhängige Zugriffsprüfungen
Abschnitt betitelt „Drei unabhängige Zugriffsprüfungen“- Opfield-Berechtigungen: wer den Connector ansehen oder verwalten und auf die ausgewählte Ressource einwirken darf.
- Auswahl des Connectors: welche Konten, Repositories, Zonen, Hosts oder Zuweisungspools diese Verbindung umfasst.
- Externe Zugangsdaten: was das Anbieter-Token oder das Konto des entfernten Betriebssystems tatsächlich erlaubt.
Systemadministrator in Opfield zu sein, gibt einem Proxmox-API-Token oder einem SSH-Konto keine zusätzlichen Rechte. Umgekehrt gewährt ein Administrator-Token beim Anbieter einem Opfield-Benutzer keine Berechtigung für jede Ressource. Siehe Berechtigungen.
Verbinden, prüfen und pflegen
Abschnitt betitelt „Verbinden, prüfen und pflegen“Verwenden Sie eigene Zugangsdaten, prüfen Sie TLS oder die SSH-Host-Identität und beschränken Sie den Zugriff, bevor Sie Automatisierung aktivieren. Ein erfolgreicher Verbindungstest weist die Konnektivität und die geprüften Fähigkeiten nach; er beweist nicht, dass eine VM bereitgestellt, ein Build ausgeliefert oder eine DNS-Änderung bei den Clients angekommen ist.
Ermitteln Sie vor dem Rotieren, Deaktivieren oder Löschen einer Verbindung abhängige Nodes, Quell-Bindings, Registries, Domains und Zertifikate. Prüfen Sie den Ersatz mit dem entsprechenden Ablauf. Fügen Sie Anbieter-Tokens oder private Schlüssel nicht in Chats, URLs, Screenshots oder Logs ein.