DNS-01 im Homelab: Vertrauenswürdiges HTTPS mit Caddy und IONOS
Eine detaillierte Anleitung für interne HTTPS-Dienste: Split-DNS mit Technitium, Caddy als Reverse Proxy und automatisierte Zertifikate über die IONOS DNS-API.
Beitrag lesenIT-Management · AI Ops · Homelab
Ideen werden
Systeme.
Ich bin Torsten Dillenburg. Hier vertiefe ich Gedanken aus meinem beruflichen Netzwerk und dokumentiere Projekte, Entscheidungen und Lernwege ausführlicher als es ein kurzer Feed erlaubt.
01 / Profil
Technik einordnen. Komplexität reduzieren. Wissen teilen.
Mich interessieren Systeme nicht nur technisch, sondern auch als Teil von Organisationen: Wie werden Entscheidungen nachvollziehbar? Wie bleiben Plattformen betreibbar? Und wie entsteht aus einem Experiment belastbares Wissen?
Auf LinkedIn erscheinen kurze Impulse. Hier bekommen ausgewählte Themen den nötigen Raum für Hintergründe, Architektur, Abwägungen und Ergebnisse.
- IT-Management
- AI Ops
- Homelab
- Infrastruktur
- Betriebsmodelle
02 / Journal
Projekte & Veröffentlichungen
Das Homelab als Lernraum
Wie ein Homelab vom Technikspielplatz zum strukturierten Lernraum wird.
Beitrag lesenKomplexität sichtbar machen, bevor man sie automatisiert
Warum Automatisierung im IT-Management erst dann nachhaltig wirkt, wenn Verantwortlichkeiten und Betriebsrealität sichtbar sind.
Beitrag lesenEin eigener Ort im Netz
Warum dillenburg.net bewusst schnell, unabhängig und ohne Besuchertracking startet.
Beitrag lesenHochverfügbares DNS im Homelab mit Technitium und UniFi
Eine ausführliche Anleitung für zwei physische DNS-Server auf Raspberry Pi, Primary/Secondary-Zonentransfer, UniFi DHCP und einen kontrollierten Ausfalltest.
Beitrag lesenDer AI-Shored NOC: Wenn AI Agents Teil des Teams werden
Wie sich Network Operations vom Ticket-Fließband zum kontrollierten Entscheidungs- und Assurance-System entwickeln.
Beitrag lesenWarum AI Infrastrukturwissen zurück ins Unternehmen bringen kann
AI-Shoring als Capability Strategy: Wie Unternehmen repetitive Arbeit automatisieren und gleichzeitig Wissen, Architektur und Entscheidungsfähigkeit zurückgewinnen.
Beitrag lesenWo soll die AI laufen?
Vier Betriebsmodelle für AI in Firewall & IP Connectivity – und warum der Ort des Modells nicht automatisch der Ort der Kontrolle ist.
Beitrag lesenDer AI-Ready Contract für Firewall & IP Connectivity
Warum AI-Shoring neue Vertragsbausteine für Autonomie, Nachweise, Architecture Accountability, Fallback und Exit benötigt.
Beitrag lesenVom Service Level zum Decision Level
Wie SLAs für AI-Shored Infrastructure Services technische Qualität, Decision Quality, Architecture Compliance und Business Outcomes verbinden.
Beitrag lesenWir haben die Offshore Black Box ersetzt. Bauen wir keine AI Black Box
Wie Unternehmen verhindern, dass Provider-Abhängigkeit lediglich durch eine undurchsichtige AI-Plattform ersetzt wird.
Beitrag lesenFirewall & IP Connectivity ist Security Architecture
Warum Firewall Changes, Routing und Segmentation keine reine Betriebsarbeit sind – und welche Verantwortung trotz Outsourcing beim Unternehmen bleibt.
Beitrag lesenAI-Shoring ist nicht Offshoring 2.0
Warum AI-Shoring nicht dieselbe Arbeit mit günstigerer digitaler Arbeitskraft erledigt, sondern die Aufgabenteilung zwischen internen Experten, Providern und AI neu gestaltet.
Beitrag lesenVom Offshoring zum AI-Shoring: Firewall & IP Connectivity neu denken
Warum AI Agents die Logik traditioneller Sourcing-Modelle verändern und welche Fähigkeiten bei Firewall & IP Connectivity intern bleiben sollten.
Beitrag lesen03 / Prinzipien
Eine Website, die ihre Besucher respektiert.
0Tracker
0Werbenetzwerke
0extern geladene Schriften
100%Inhalte per RSS