obhut
Vorhaben besprechen

Der Edge vor Ihren Anwendungen.
Aus Deutschland betrieben.

obhut betreibt autoritatives DNS, Zertifikate, TLS und eine WAF, die Anfragen prüft, bevor sie Ihre Anwendung erreichen. Statische Websites veröffentlichen Sie auf obhut, mit Versionen und Rollback. obhut wird von einem deutschen Unternehmen betrieben. Verschlüsselte Verbindungen enden auf unseren Servern in Nürnberg.

Vorhaben besprechen So betreiben wir obhut

Jede Anfrage an eine Website oder Anwendung nimmt denselben Weg: Ein Name wird aufgelöst, eine verschlüsselte Verbindung entsteht, die Anfrage erreicht ihr Ziel. obhut betreibt diese Strecke in einer Plattform: autoritatives DNS, Zertifikate, TLS, eine WAF vor Ihren Anwendungen und Hosting für statische Websites.

Sie oder Ihre Agentur entwickeln die Anwendung. Wir betreiben die Strecke davor.

Vom DNS-Eintrag bis zur Anwendung.

Domains, Zertifikate, die Verbindung zu Ihren Anwendungen, die WAF und statische Websites verwalten Sie in einer Plattform.

Websites und Anwendungen online bringen.

Verbinden Sie eine Anwendung auf ihrem bisherigen Server mit Ihrer Domain: Der Edge nimmt die verschlüsselte Verbindung an und leitet die Anfrage weiter. Davor filtert eine WAF Anfragen mit bekannten Angriffsmustern. Fertige Website-Dateien veröffentlichen Sie direkt auf obhut.

Mehr zu Proxy und TLS

In Betrieb

Domains und DNS verwalten.

Legen Sie fest, wohin Ihre Domain führt. Übernehmen Sie vorhandene DNS-Einträge und prüfen Sie Änderungen, bevor Sie sie veröffentlichen.

Mehr zur Domain-Einrichtung

In Betrieb

HTTPS-Zertifikate automatisch erneuern.

obhut beantragt die Zertifikate für verschlüsselte Verbindungen zu Ihrer Domain bei Let's Encrypt und erneuert sie automatisch.

Mehr zu HTTPS-Zertifikaten

In Betrieb

Ein Vorhaben wie Ihres.

Eine Website. Ein eigenes CRM. Eine KI-Anwendung. Zehn Beispiele zeigen, wie ein Vorhaben heute mit obhut läuft, ob Ihr eigenes Team die Anwendung betreibt oder Ihre Agentur.

Unser CRM ist fertig

Am Wochenende gebaut. Jetzt soll das Team damit arbeiten.

Lena arbeitet im Vertrieb eines Fensterherstellers. Mit einem KI-Werkzeug hat sie ein CRM gebaut: Kunden, Angebote, Wiedervorlagen. Auf ihrem Rechner funktioniert es. Jetzt sollen fünf Mitarbeitende damit arbeiten, auch beim Kunden auf der Baustelle.

So läuft das Projekt

Das IT-Team richtet das CRM und seine Datenbank auf einem Firmenserver ein, den obhut über seine öffentliche Adresse erreicht. obhut verbindet das CRM mit einer festen Adresse unter der Firmendomain: DNS, Zertifikat und die verschlüsselte Verbindung laufen über obhut.

Die WAF filtert Anfragen mit bekannten Angriffsmustern, bevor sie das CRM erreichen. Anmeldung und Rollen bleiben im CRM: Das IT-Team legt dort fest, wer Angebote bearbeiten und wer Kundendaten verwalten darf.

Die Anwendung läuft beim Unternehmen. obhut betreibt die Strecke davor: Adresse, Zertifikat, verschlüsselte Verbindung und WAF.

Ein Montag mit dem neuen CRM

Lena aktualisiert ein Angebot im Büro. Ihr Kollege ergänzt beim Kunden die Maße. Eine Wiedervorlage landet in derselben Anwendung. Das Team arbeitet an einem gemeinsamen Stand.

So beginnt Ihr erstes Projekt

Ein Angebotsablauf, fünf Mitarbeitende und eine Adresse unter Ihrer Domain. Gemeinsam gehen wir Serveradresse, Zertifikat und WAF durch und prüfen, ob Anmeldung und Rollen im CRM zum Team passen.

Ähnliches Projekt besprechen
Was braucht dieses Projekt?

Von obhut: autoritatives DNS für die Firmendomain, ein automatisch erneuertes Zertifikat von Let's Encrypt, TLS-Terminierung mit Weiterleitung an den Firmenserver und die WAF.

Beim IT-Team: der Firmenserver oder die VM mit öffentlicher Adresse, Anmeldung und Rollen im CRM, Anwendungssicherheit, Updates und die Backups der Datenbank.

Die Website muss online

Die Fahrräder sind bereit. Die Website muss es zur Messe auch sein.

Ein Fahrradhersteller stellt am Mittwoch seine neue Serie vor. Das Webteam hat Produktseiten, Fotos und Händlerkontakte fertig. Auf dem Messestand liegt schon der QR-Code. Er soll zur freigegebenen Website führen.

So läuft das Projekt

Das Webteam veröffentlicht die fertigen Website-Dateien auf obhut und verbindet die Domain des Herstellers. obhut beantwortet die DNS-Anfragen, holt das Zertifikat und liefert die Dateien aus. Der Auslieferungsstatus zeigt, wann die Website unter der Domain live ist.

Jede Änderung wird eine neue Version. Wird eine falsche Datei ausgeliefert, wählt das Webteam die vorige Version wieder aus; hochgeladen wird dafür nichts.

Das Webteam gestaltet die Website. obhut liefert ihre Dateien unter der Domain des Herstellers aus.

Mittwoch auf dem Messestand

Eine Besucherin scannt den QR-Code, sieht das neue Modell auf ihrem Telefon und findet den Händlerkontakt. Nach der Messe ergänzt das Webteam weitere Bilder im selben Veröffentlichungsablauf.

So beginnt Ihr erstes Projekt

Eine Produktserie, eine Domain und eine klare Freigabe. Wir gehen den ersten Start und die Rückkehr zu einer früheren Version gemeinsam durch.

Ähnliches Projekt besprechen
Was braucht dieses Projekt?

Von obhut: statisches Hosting mit Versionen und Rollback, autoritatives DNS für die Domain, ein automatisch erneuertes Zertifikat und der Auslieferungsstatus je Domain.

Beim Webteam: der Build, der die fertigen Dateien schreibt. Das Hosting führt keinen Code aus; ein Shop, ein CMS oder ein Formular-Backend läuft auf seiner bisherigen Infrastruktur weiter.

Die Premiere bleibt privat

Die neue Maschine wird am Dienstag vorgestellt. Heute sieht sie das Projektteam.

Eine Designagentur bereitet die Website für eine Produktpremiere vor. Vertrieb, Geschäftsführung und Produktmanagement sollen sie freigeben. In ihren Postfächern liegen drei verschiedene Screenshots. Welche Fassung ist die aktuelle?

So läuft das Projekt

Die Agentur lädt den fertigen Stand im Dashboard mit „Nur Vorschau“ hoch. obhut bereitet das Deployment vor und listet jeden fremden Host, den HTML, CSS und JavaScript der Website ansprechen. Die Kundendomain liefert weiter die bisherige Fassung aus.

Das Projektteam gibt genau dieses Deployment frei. Am Dienstag wählt die Agentur es für die Kundendomain aus, ohne neu hochzuladen. Der Auslieferungsstatus zeigt, wann es live ist.

Die Freigabe nennt ein bestimmtes Deployment. Genau dieses geht auf der Kundendomain online.

Die letzte Prüfung vor der Premiere

Die Agentur führt in der Abnahme den Build vor, aus dem das Deployment stammt. Der Vertrieb prüft die technischen Daten, die Geschäftsführerin den Text, die Datenschutzbeauftragte die Liste der fremden Hosts aus dem Bericht von obhut. Eine Korrektur wird ein neues Deployment. Die Freigabe nennt das Deployment, das am Dienstag online geht.

So beginnt Ihr erstes Projekt

Eine Landingpage, drei Prüfer und ein vereinbarter Freigabeschritt. Gemeinsam gehen wir vom hochgeladenen Stand bis zur Auswahl auf der Kundendomain.

Ähnliches Projekt besprechen
Was braucht dieses Projekt?

Von obhut: statisches Hosting mit Deployments, die erst nach ihrer Auswahl auf der Domain erscheinen, der Bericht über fremde Hosts, der Auslieferungsstatus und die Rückkehr zu einer früheren Version.

Beim Projektteam: die Abnahme, die fachliche Freigabe und die Kommunikation der Korrekturen.

Händler brauchen Antworten

Ist das Ventil lieferbar? Die Antwort steht schon im ERP.

Bei einem Heizungsfachgroßhandel klingelt morgens das Telefon. Händler fragen nach Beständen, Unterlagen und Angebotsständen. Das ERP kennt viele Antworten. Eine Mitarbeiterin sucht sie heraus und schickt sie per E-Mail weiter.

So läuft das Projekt

Eine Agentur entwickelt ein Händlerportal, das die vorhandene HTTP-Schnittstelle des ERP nutzt. Portal und ERP bleiben auf der Infrastruktur des Großhändlers; das Portal ist über eine öffentliche Serveradresse erreichbar. obhut verbindet es per HTTPS mit einer festen Adresse unter der Domain des Großhändlers.

Die WAF filtert Anfragen mit bekannten Angriffsmustern, bevor sie das Portal erreichen. Die Händler melden sich im Portal an. Die Anwendung ordnet jedem Händler seine Preise, Angebote und Unterlagen zu.

Die Kundenanwendung verbindet das ERP mit dem Portal. obhut betreibt die Web-Anbindung davor, mit Zertifikat und WAF.

Ein Händler vor dem ersten Kundentermin

Der Händler öffnet das Portal auf seinem Telefon, meldet sich an, prüft eine Produktgruppe und lädt das Datenblatt herunter. Für eine Sonderausführung stellt er eine Angebotsanfrage, die das Team im vertrauten Ablauf bearbeitet.

So beginnt Ihr erstes Projekt

Ein Händler, eine Produktgruppe und zwei Funktionen: Bestand ansehen und Unterlagen finden. Danach entscheiden wir, welche nächste Verbindung im Alltag gebraucht wird.

Ähnliches Projekt besprechen
Was braucht dieses Projekt?

Von obhut: autoritatives DNS, ein automatisch erneuertes Zertifikat, TLS-Terminierung mit Weiterleitung per HTTPS an die öffentliche Serveradresse des Portals und die WAF.

Bei Agentur und Großhändler: das Portal mit seiner Händleranmeldung, die Datenzuordnung und eine geeignete HTTP-Schnittstelle des ERP.

Die Zahlen fürs Montagsmeeting

Drei Depots. Eine Besprechung. Ein gemeinsamer Blick auf die Zahlen.

Miriam ist Controllerin in einem Logistikunternehmen. Vor der Montagsrunde sammelt sie Tabellen aus drei Depots. Während sie den Bericht vorbereitet, schickt ein Standort bereits die nächste Fassung. Im Meeting beginnt die Suche nach dem richtigen Stand.

So läuft das Projekt

Das IT-Team baut ein internes Dashboard, das vereinbarte Exporte und vorhandene Webschnittstellen zusammenführt. Es läuft auf einem Firmenserver mit öffentlicher Adresse und zeigt bei jeder Zahl, aus welchem Stand sie stammt.

obhut verbindet das Dashboard mit einer Adresse unter der Firmendomain, mit Zertifikat und WAF davor. So erreicht der Managementkreis es auch unterwegs; angemeldet wird im Dashboard selbst.

Die Anwendung bereitet die Zahlen auf. obhut nimmt die Verbindungen unter der Firmendomain an und leitet sie an das Dashboard weiter.

Montag, kurz vor der Besprechung

Miriam öffnet das Dashboard im Besprechungsraum. Eine Depotleiterin ist zugeschaltet und sieht dieselben Kennzahlen samt Aktualisierungsstand. Die Runde bespricht die Abweichung und hält fest, wer sie überprüft.

So beginnt Ihr erstes Projekt

Drei Kennzahlen für eine echte Montagsrunde. Wir klären ihre Quellen, die Nutzer und den Umgang mit einem fehlenden oder veralteten Datenstand.

Ähnliches Projekt besprechen
Was braucht dieses Projekt?

Von obhut: DNS für die Firmendomain, ein automatisch erneuertes Zertifikat, TLS-Terminierung mit Weiterleitung an die öffentliche Serveradresse und die WAF. Die WAF-Seiten zeigen, wie oft ihre Regeln in den letzten 24 Stunden gegriffen haben.

Beim IT-Team: Zusammenführung, Datenqualität und Aktualisierungslogik, die Anmeldung im Dashboard und der Server, auf dem es läuft.

Ein Partner arbeitet mit

Sechs Wochen im Projekt. Klare Rechte bis zur Übergabe.

Ein Maschinenbauer betreibt seine Website und sein Serviceportal mit obhut, in der eigenen Organisation. Für den Relaunch der Website holt er ein externes Entwicklungsbüro dazu. Das Büro braucht für sechs Wochen die Verwaltung von Website und DNS. Danach soll wieder alles beim Maschinenbauer liegen.

So läuft das Projekt

Das Entwicklungsbüro bietet seine Betreuung über obhut an, und der Maschinenbauer stimmt in seiner eigenen Organisation zu. Das Büro ordnet nur die zwei Mitarbeitenden zu, die am Relaunch arbeiten. Jede Person meldet sich mit eigenem Konto und zweitem Faktor an.

Domains, Website und Einstellungen gehören weiter dem Maschinenbauer. Zum vereinbarten Ende gehen beide Seiten die Übergabe im Dashboard durch: das Inventar der Zugangsdaten, die Zuordnungen und die Rechte des Büros.

Der Maschinenbauer bleibt Eigentümer. Das Büro arbeitet mit seiner Zustimmung und nur mit den zugeordneten Mitarbeitenden.

Der letzte Projekttag

Die neue Website ist seit einer Woche online. Im Abschlusstermin gehen Maschinenbauer und Büro das Inventar durch. Eigenständige Zugangsdaten des Büros werden widerrufen, die Zuordnungen der beiden Mitarbeitenden enden. Danach verwaltet nur noch das eigene Team die Website.

So beginnt Ihr erstes Projekt

Ein externer Partner, ein Auftrag mit festem Ende und eine Website. Wir gehen Zustimmung, Zuordnungen und die Übergabe am Ende gemeinsam durch.

Ähnliches Projekt besprechen
Was braucht dieses Projekt?

Von obhut: die kundeneigene Betreuung mit Zustimmung des Maschinenbauers, ausdrückliche Zuordnungen der Mitarbeitenden, das Inventar der Zugangsdaten und die geprüfte Übergabe, im Dashboard auf den Seiten „Kunden“ und „Verwaltung“.

Bei Maschinenbauer und Büro: je ein benannter Verantwortlicher und ein vereinbartes Projektende. Benutzer und Rollen im Serviceportal regelt das Portal selbst.

Die Automation braucht Betrieb

Die Bestellung läuft automatisch. Die Ausnahme braucht einen Menschen.

Eine Kaffeerösterei erhält Großhandelsbestellungen per E-Mail. Eine Agentur hat einen Ablauf gebaut, der die Angaben übernimmt. In der Vorführung klappt alles. Dann schreibt ein Stammkunde: dieselbe Bestellung wie letzte Woche, diesmal an eine andere Adresse.

So läuft das Projekt

Workflows und eine kleine Oberfläche für Ausnahmen laufen auf dem Firmenserver der Rösterei. Das Team sieht dort die Fälle, die es prüfen muss. obhut verbindet die Oberfläche mit einer festen Adresse unter der Domain der Rösterei, mit Zertifikat und WAF davor.

Das Team meldet sich in der Oberfläche an. Die Rösterei hat der Betreuung durch die Agentur in ihrer eigenen obhut-Organisation zugestimmt; die zugeordneten Mitarbeitenden der Agentur verwalten Adresse, Zertifikat und WAF.

Die Automation läuft in der Kundenumgebung. obhut verbindet ihre Oberfläche mit dem Betriebsteam; die Agentur betreut sie mit Zustimmung der Rösterei.

Eine Ausnahme vor dem Versand

Die Mitarbeiterin prüft die abweichende Lieferadresse und gibt den Auftrag frei. Die Agentur kann den betroffenen Ablauf untersuchen. Für das Team ist klar, wo eine Ausnahme auftaucht und wer sich darum kümmert.

So beginnt Ihr erstes Projekt

Ein Bestellablauf, eine sichtbare Ausnahme und ein benanntes Betreuungsteam. Wir gehen den Normalfall und den nötigen Eingriff gemeinsam durch.

Ähnliches Projekt besprechen
Was braucht dieses Projekt?

Von obhut: DNS, ein automatisch erneuertes Zertifikat, TLS-Terminierung mit Weiterleitung an den Firmenserver, die WAF und die kundeneigene Betreuung mit Zustimmung der Rösterei und ausdrücklichen Zuordnungen der Mitarbeitenden.

In der Kundenanwendung: Workflow-Ausführung, Wiederholungen und Fehlerbehandlung, die Anmeldung des Teams und die Authentifizierung ihrer Webhooks.

Ein Kunde wechselt die Agentur

Die Betreuung wechselt. Das Kundenprojekt hat einen klaren Inhaber.

Eine sechsköpfige Agentur betreut zwanzig Kunden. Domains, Websites und Zugänge verteilen sich auf verschiedene Konten. Ein Kunde stellt einen eigenen Entwickler ein. Ein anderer beauftragt eine neue Agentur. Beide Übergaben beginnen mit der Frage: Was gehört eigentlich wem?

So läuft das Projekt

Im Agenturmodell besitzt jeder Kunde seine eigene Organisation. Er genehmigt die Managementrechte der Agentur. Deren Mitarbeitende bekommen die Kundenzuordnungen, die sie für ihre Arbeit benötigen.

Für eine Übergabe zeigt obhut ein Inventar der Zugänge, die unabhängig von der Betreuung bestehen bleiben, etwa API-Tokens, Mitgliedschaften und Vorschau-Links. Domains, Veröffentlichungen und Zuständigkeiten gehen die Beteiligten gemeinsam durch. Die neuen Betreuer erhalten ihren Zugang; die bisherigen Rechte werden geprüft und entzogen.

Das Modell beschreibt die Verwaltung des Kundenprojekts: Eigentum beim Kunden, Betreuung mit dessen Zustimmung.

Der gemeinsame Übergabetermin

Kunde, bisherige Agentur und neuer Entwickler gehen das Inventar durch. Sie prüfen die veröffentlichte Website und die DNS-Einträge. Für eigenständige Zugangsdaten wird festgelegt, was widerrufen oder erneuert werden muss.

So beginnt Ihr erstes Projekt

Ein Kunde wechselt den Betreuer. Wir prüfen Eigentum, Arbeitszugänge und die verbleibenden Zugangsdaten an einem vollständigen, dokumentierten Übergabeablauf.

Ähnliches Projekt besprechen
Was braucht dieses Projekt?

Von obhut: das kundeneigene Agenturmodell mit Zustimmung des Kunden, Zuordnungen der Mitarbeitenden, dem Inventar der Zugangsdaten und der geprüften Übergabe, im Dashboard auf den Seiten „Kunden“ und „Verwaltung“.

Bei Kunde und Agenturen: Verantwortliche auf beiden Seiten und die getrennte Prüfung delegierter Managementrechte und eigenständiger technischer Zugangsdaten.

Zwei KI-Assistenten gehen live

Zwei Kundenassistenten. Zwei Domains. Dieselbe Strecke davor.

Jonas entwickelt KI-Anwendungen für mehrere Kunden. Ein Assistent beantwortet Produktfragen für einen Händler, ein anderer unterstützt den Support eines Softwarehauses. Nach der Testwoche sollen beide unter der Domain ihres Kunden live gehen, jeder auf dem Server, den sein Kunde gewählt hat.

So läuft das Projekt

Jeder Assistent läuft auf einem eigenen Server mit öffentlicher Adresse und ruft den Modellanbieter auf, den sein Kunde vertraglich geprüft hat. obhut verbindet jeden Assistenten mit einer Adresse unter der Domain seines Kunden: DNS, Zertifikat, TLS und die WAF davor.

Jeder Kunde besitzt seine eigene obhut-Organisation und hat der Betreuung durch Jonas zugestimmt. Die Modelle betreibt obhut nicht: Schlüssel, Budgets und Anbieterwahl bleiben in der Anwendung und beim Kunden.

Assistent und Modellanbieter bleiben in der Hand des Kunden. obhut betreibt die Strecke von den Nutzern bis zum Server.

Der erste Tag im Betrieb

Beide Assistenten sind live. Auf den WAF-Seiten sieht Jonas je Hostname, wie oft Regeln gegriffen haben. Mit einem Kunden bespricht er das Budget beim Modellanbieter für den nächsten Monat.

So beginnt Ihr erstes Projekt

Ein Assistent, eine Domain und ein Server mit öffentlicher Adresse. Die WAF läuft für diesen Hostnamen zuerst im Modus „Nur protokollieren“. Gemeinsam prüfen wir, ob alle legitimen Anfragen durchkommen, bevor die WAF in den Modus „Blockieren“ wechselt.

Ähnliches Projekt besprechen
Was braucht dieses Projekt?

Von obhut: DNS für die Kundendomain, ein automatisch erneuertes Zertifikat, TLS-Terminierung mit Weiterleitung an den Server des Assistenten, die WAF mit ihren Zählungen und die kundeneigene Betreuung.

Bei Jonas und seinen Kunden: der Assistent und sein Server, die Wahl des Modellanbieters und der Vertrag mit ihm, Schlüssel, Budgets und die Anmeldung, wo eine nötig ist.

Vom Dokument zum Angebotsentwurf

Zwölf Anhänge. Eine Angebotsanfrage. Wo fängt die Kalkulation an?

Ein Metallbetrieb erhält Zeichnungen, Tabellen und lange Spezifikationen für eine Baugruppe. Die Kalkulatorin sucht Mengen, Materialien, Liefertermine und offene Fragen zusammen. Das Team möchte diese Vorbereitung mit einem eigenen Assistenten unterstützen.

So läuft das Projekt

Ein Entwicklungsteam baut eine Anwendung, die freigegebene Unterlagen aufbereitet und einen Entwurf mit Verweisen auf die Quellen erzeugt. Das Kalkulationsteam prüft jede relevante Angabe und entscheidet über das Angebot.

Die Anwendung läuft auf einem Server des Metallbetriebs. Dort legt das Team fest, welche Inhalte an welchen Modellanbieter gehen. obhut verbindet sie mit einer Adresse unter der Firmendomain, mit Zertifikat und WAF davor. Angemeldet wird in der Anwendung selbst.

Die Anwendung wählt Modellanfragen und Anbieter und zeigt den prüfbaren Entwurf. obhut betreibt die Strecke davor; das Team verantwortet das Angebot.

Vor der ersten Kalkulation

Die Kalkulatorin liest die vorgeschlagenen Positionen, öffnet die jeweiligen Quelldokumente und markiert eine widersprüchliche Mengenangabe. Aus dem Entwurf entsteht ihre Rückfrage an den Kunden.

So beginnt Ihr erstes Projekt

Ein wiederkehrender Anfragetyp und ein kleiner freigegebener Beispielsatz. Gemeinsam gehen wir Adresse, Zertifikat und WAF für die Anwendung durch; die Ergebnisse prüft die Kalkulatorin anhand ihrer bisherigen Arbeitsweise.

Ähnliches Projekt besprechen
Was braucht dieses Projekt?

Von obhut: eine Adresse unter der Firmendomain mit DNS und automatisch erneuertem Zertifikat, TLS-Terminierung mit Weiterleitung an den Server der Anwendung und die WAF.

Beim Entwicklungsteam: der Assistent, die Dokumentenablage und die Quellenverweise, die Anmeldung in der Anwendung, die Wahl des Modellanbieters und die Festlegung, welche Inhalte an ihn gehen.

Die Geschichten und Personen sind fiktiv. Die Abläufe beschreiben, was obhut heute betreibt. Ihr konkretes Projekt besprechen wir gemeinsam.

Beim Datenschutz zählt auch der Betreiber.

Wo ein Server steht, ist nur ein Teil der Entscheidung. Ebenso wichtig ist, welches Unternehmen Ihre Daten verarbeitet. obhut wird von einem deutschen Unternehmen betrieben, mit Servern in Nürnberg.

Beispiel: US-Anbieter

Betreiber aus den USA

Ihre Nutzer
verschlüsselt
Daten hier lesbar
neu verschlüsselt
Ihre Anwendung
Standort
Europa
Betreiber
US-Unternehmen

obhut

Betreiber aus Deutschland

Ihre Nutzer
verschlüsselt
Verarbeitung bei obhut
neu verschlüsselt
Ihre Anwendung
Standort
Europa
Betreiber
AKAU.Solutions UG (haftungsbeschränkt)

Welche Anbieter obhut außerdem nutzt, nennen wir offen.

Antworten auf Ihre Fragen.

Anwendungssicherheit

Was muss vor dem Start geprüft werden?

Eine Anwendung aus einem KI-Werkzeug soll mit echten Kundendaten arbeiten? Unser Leitfaden zeigt an einem Beispiel, wie Sie Anmeldung, Datenzugriffe und Backups prüfen. Mit Checkliste für den Start.

Agenturen

Website, Portal oder SaaS?

Ob Website, Kundenportal oder interne Anwendung: Finden Sie heraus, wie obhut zu Ihrem Projekt passt und welche Aufgaben bei Ihrer Agentur bleiben.

Verantwortung

Was bedeutet ein europäischer Serverstandort?

Unser Artikel zum CLOUD Act erklärt, warum neben dem Serverstandort auch das Unternehmen hinter dem Dienst wichtig ist.

Lieferkette

Was verlangt NIS2 von Ihrer Lieferkette?

NIS2 verpflichtet erfasste Einrichtungen, ihre Lieferkette zu bewerten, auch Edge und DNS. Unser Beitrag erklärt, was die Pflicht umfasst und wo Anbieter einzuordnen sind.

So wächst die Plattform.

Die unteren fünf Schichten des Modells sind in Betrieb, dazu Hosting für statische Websites. Die oberen fünf folgen; zum Ziel gehören außerdem ein KI-Gateway zu Modellen, die in der EU betrieben werden, und Laufzeiten für Anwendungen.

  1. LastverteilungGeplant: Anfragen auf mehrere Server verteilen, nur erreichbare Ziele nutzen.
  2. CacheGeplant: häufig abgerufene Inhalte am Edge zwischenspeichern.
  3. Eigenes NetzGeplant: eigene IP-Adressen und weitere Standorte in Europa.
  4. AnalysenDie WAF zählt je Stunde, Hostname und Regel. Geplant: Anfrageprotokolle und Analysen des Datenverkehrs.
  5. Tunnel und ZugriffHTTP-Tunnel sind gebaut und laufen; Connectoren vergeben wir derzeit nicht an Kundenkonten. Eine Anmeldung vor Kundenanwendungen ist im Aufbau.
  6. Regeln und WAFIn BetriebAnfragen mit bekannten Angriffsmustern filtern, bevor sie eine verbundene Anwendung erreichen. Den Modus wählen Sie je Zone und Hostname: blockieren, nur protokollieren oder aus.
  7. Proxy und TLSIn BetriebVerschlüsselte Anfragen empfangen und an den passenden Anwendungsserver weiterleiten.
  8. ZertifikateIn BetriebHTTPS-Zertifikate automatisch bei Let's Encrypt beantragen, geschützt verteilen und erneuern.
  9. Autoritatives DNSIn BetriebVorhandene DNS-Einträge übernehmen, Änderungen prüfen und veröffentlichen. Jede Organisation erhält eigene Nameserver-Namen.
  10. Zonen und VerteilungIn BetriebDomain-Einstellungen auf die Server verteilen und bestätigen lassen, welche Änderungen angekommen sind.

So betreiben wir obhut.

Server in Nürnberg, Anbieter offen genannt.

Die wichtigsten Abhängigkeiten nennen wir: Unsere Server mietet obhut bei der netcup GmbH. Sie stehen in Nürnberg. Backups legt obhut bei Cloudflare R2 mit Speicherort in der EU ab. Die Backups werden auf unseren Servern verschlüsselt, bevor sie hochgeladen werden; Cloudflare ist ein US-Unternehmen und sieht nur verschlüsselte Daten. Zertifikate stellt Let's Encrypt aus, eine gemeinnützige US-Organisation. Sie sieht bei der Ausstellung nur Hostnamen, die ohnehin in öffentlichen Certificate-Transparency-Logs erscheinen. Öffentliche Schriftpakete für Websites, die Google Fonts von ihrer eigenen Domain ausliefern, lädt obhut aus der npm-Registry. Die Registry erhält dabei keine Kundendaten.

Domain-Einstellungen liegen direkt am Server.

Jeder Server hält die Einstellungen für die Anfragen, die er verarbeitet, selbst vor. Er muss sie nicht für jeden Seitenaufruf neu von der zentralen Verwaltung abrufen.

Zertifikatsschlüssel werden geschützt verteilt.

Die privaten Schlüssel Ihrer HTTPS-Zertifikate werden verschlüsselt verteilt. Erst der berechtigte Server entschlüsselt sie für die Verwendung. Mehr zum Schutz der Zertifikatsschlüssel

Zusätzlicher Schutz für HTTPS-Verbindungen.

Wenn Ihr Browser es unterstützt, ergänzt obhut den klassischen Schlüsselaustausch um ein Post-Quanten-Verfahren. Es ist dafür ausgelegt, aufgezeichnete Verbindungen auch gegen spätere Angriffe mit Quantencomputern zu schützen. Mehr zum Post-Quanten-Verfahren

Wir bauen ein europäisches Netz.

Den Anfang machen unsere Server in Nürnberg. Unser Ziel ist ein eigenes Netz mit weiteren Standorten in Europa.

Besprechen wir Ihr Vorhaben.

Sie betreiben eine Website oder eine Anwendung, für Ihr Unternehmen oder für Kunden? Erzählen Sie uns kurz davon.