<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Torsten Dillenburg — IT-Management &amp; Homelab</title><link>https://www.dillenburg.net/</link><description>Torsten Dillenburg schreibt über IT-Management, AI Ops, Homelab-Projekte und verlässliche technische Systeme.</description><language>de-DE</language><lastBuildDate>Fri, 02 Oct 2026 21:26:52 +0200</lastBuildDate><atom:link href="https://www.dillenburg.net/rss.xml" rel="self" type="application/rss+xml"/><item><title>DNS-01 im Homelab: Vertrauenswürdiges HTTPS mit Caddy und IONOS</title><link>https://www.dillenburg.net/beitraege/dns-01-im-homelab-mit-caddy-und-ionos/</link><guid>https://www.dillenburg.net/beitraege/dns-01-im-homelab-mit-caddy-und-ionos/</guid><pubDate>Fri, 02 Oct 2026 20:00:00 +0200</pubDate><description>Eine detaillierte Anleitung für interne HTTPS-Dienste: Split-DNS mit Technitium, Caddy als Reverse Proxy und automatisierte Zertifikate über die IONOS DNS-API.</description></item><item><title>Das Homelab als Lernraum</title><link>https://www.dillenburg.net/beitraege/homelab-als-lernraum/</link><guid>https://www.dillenburg.net/beitraege/homelab-als-lernraum/</guid><pubDate>Fri, 02 Oct 2026 08:10:00 +0200</pubDate><description>Wie ein Homelab vom Technikspielplatz zum strukturierten Lernraum wird.</description></item><item><title>Komplexität sichtbar machen, bevor man sie automatisiert</title><link>https://www.dillenburg.net/beitraege/komplexitaet-vor-automatisierung/</link><guid>https://www.dillenburg.net/beitraege/komplexitaet-vor-automatisierung/</guid><pubDate>Fri, 02 Oct 2026 08:05:00 +0200</pubDate><description>Warum Automatisierung im IT-Management erst dann nachhaltig wirkt, wenn Verantwortlichkeiten und Betriebsrealität sichtbar sind.</description></item><item><title>Ein eigener Ort im Netz</title><link>https://www.dillenburg.net/beitraege/ein-neuer-ort-im-netz/</link><guid>https://www.dillenburg.net/beitraege/ein-neuer-ort-im-netz/</guid><pubDate>Fri, 02 Oct 2026 08:00:00 +0200</pubDate><description>Warum dillenburg.net bewusst schnell, unabhängig und ohne Besuchertracking startet.</description></item><item><title>Hochverfügbares DNS im Homelab mit Technitium und UniFi</title><link>https://www.dillenburg.net/beitraege/hochverfuegbares-dns-im-homelab/</link><guid>https://www.dillenburg.net/beitraege/hochverfuegbares-dns-im-homelab/</guid><pubDate>Sat, 26 Sep 2026 09:00:00 +0200</pubDate><description>Eine ausführliche Anleitung für zwei physische DNS-Server auf Raspberry Pi, Primary/Secondary-Zonentransfer, UniFi DHCP und einen kontrollierten Ausfalltest.</description></item><item><title>Der AI-Shored NOC: Wenn AI Agents Teil des Teams werden</title><link>https://www.dillenburg.net/beitraege/ai-shored-noc/</link><guid>https://www.dillenburg.net/beitraege/ai-shored-noc/</guid><pubDate>Mon, 07 Sep 2026 09:00:00 +0200</pubDate><description>Wie sich Network Operations vom Ticket-Fließband zum kontrollierten Entscheidungs- und Assurance-System entwickeln.</description></item><item><title>Warum AI Infrastrukturwissen zurück ins Unternehmen bringen kann</title><link>https://www.dillenburg.net/beitraege/ai-shoring-infrastrukturwissen-zurueck/</link><guid>https://www.dillenburg.net/beitraege/ai-shoring-infrastrukturwissen-zurueck/</guid><pubDate>Mon, 31 Aug 2026 09:00:00 +0200</pubDate><description>AI-Shoring als Capability Strategy: Wie Unternehmen repetitive Arbeit automatisieren und gleichzeitig Wissen, Architektur und Entscheidungsfähigkeit zurückgewinnen.</description></item><item><title>Wo soll die AI laufen?</title><link>https://www.dillenburg.net/beitraege/wo-soll-die-ai-laufen/</link><guid>https://www.dillenburg.net/beitraege/wo-soll-die-ai-laufen/</guid><pubDate>Mon, 24 Aug 2026 09:00:00 +0200</pubDate><description>Vier Betriebsmodelle für AI in Firewall &amp; IP Connectivity – und warum der Ort des Modells nicht automatisch der Ort der Kontrolle ist.</description></item><item><title>Der AI-Ready Contract für Firewall &amp; IP Connectivity</title><link>https://www.dillenburg.net/beitraege/ai-ready-contract/</link><guid>https://www.dillenburg.net/beitraege/ai-ready-contract/</guid><pubDate>Mon, 17 Aug 2026 09:00:00 +0200</pubDate><description>Warum AI-Shoring neue Vertragsbausteine für Autonomie, Nachweise, Architecture Accountability, Fallback und Exit benötigt.</description></item><item><title>Vom Service Level zum Decision Level</title><link>https://www.dillenburg.net/beitraege/vom-service-level-zum-decision-level/</link><guid>https://www.dillenburg.net/beitraege/vom-service-level-zum-decision-level/</guid><pubDate>Mon, 10 Aug 2026 09:00:00 +0200</pubDate><description>Wie SLAs für AI-Shored Infrastructure Services technische Qualität, Decision Quality, Architecture Compliance und Business Outcomes verbinden.</description></item><item><title>Wir haben die Offshore Black Box ersetzt. Bauen wir keine AI Black Box</title><link>https://www.dillenburg.net/beitraege/kein-ai-black-box/</link><guid>https://www.dillenburg.net/beitraege/kein-ai-black-box/</guid><pubDate>Fri, 31 Jul 2026 09:00:00 +0200</pubDate><description>Wie Unternehmen verhindern, dass Provider-Abhängigkeit lediglich durch eine undurchsichtige AI-Plattform ersetzt wird.</description></item><item><title>Firewall &amp; IP Connectivity ist Security Architecture</title><link>https://www.dillenburg.net/beitraege/firewall-connectivity-ist-security-architecture/</link><guid>https://www.dillenburg.net/beitraege/firewall-connectivity-ist-security-architecture/</guid><pubDate>Fri, 24 Jul 2026 09:00:00 +0200</pubDate><description>Warum Firewall Changes, Routing und Segmentation keine reine Betriebsarbeit sind – und welche Verantwortung trotz Outsourcing beim Unternehmen bleibt.</description></item><item><title>AI-Shoring ist nicht Offshoring 2.0</title><link>https://www.dillenburg.net/beitraege/ai-shoring-ist-nicht-offshoring-2/</link><guid>https://www.dillenburg.net/beitraege/ai-shoring-ist-nicht-offshoring-2/</guid><pubDate>Fri, 17 Jul 2026 09:00:00 +0200</pubDate><description>Warum AI-Shoring nicht dieselbe Arbeit mit günstigerer digitaler Arbeitskraft erledigt, sondern die Aufgabenteilung zwischen internen Experten, Providern und AI neu gestaltet.</description></item><item><title>Vom Offshoring zum AI-Shoring: Firewall &amp; IP Connectivity neu denken</title><link>https://www.dillenburg.net/beitraege/vom-offshoring-zum-ai-shoring/</link><guid>https://www.dillenburg.net/beitraege/vom-offshoring-zum-ai-shoring/</guid><pubDate>Fri, 10 Jul 2026 09:00:00 +0200</pubDate><description>Warum AI Agents die Logik traditioneller Sourcing-Modelle verändern und welche Fähigkeiten bei Firewall &amp; IP Connectivity intern bleiben sollten.</description></item></channel></rss>