# IT-Nerds GmbH — Deutsch — full context > Status: maßgebliche deutsche Quelle. ## [IT-Nerds GmbH](https://it-nerds.eu/de/)IT-Beratung, Planung und Umsetzung für regulierte, öffentliche, soziale und ausfallsensible Organisationen. Technik darf kompliziert sein. Der Betrieb nicht. Wir beraten, planen und realisieren herstellerunabhängig robuste digitale Infrastruktur für Organisationen, bei denen Ausfälle reale Folgen haben. Netzwerke, Verbindungen und Schnittstellen bilden dafür das Fundament. Für regulierte, öffentliche, soziale und ausfallsensible Organisationen. ### Typische Anlässe Die technische Ursache muss noch nicht feststehen. Beschreiben Sie, was im Betrieb nicht funktioniert, Zeit kostet oder unnötig kompliziert geworden ist. Wir klären zuerst Problem, Zusammenhänge und vorhandene Technik. - Störungen und Wiederanlauf: Wenn Ausfälle wiederkehren oder unklar ist, wie der Betrieb wieder anläuft. - Unklare Verbindungen: Wenn Netze, Schnittstellen oder Aussagen beteiligter Dienstleister nicht zusammenpassen. - Gewachsene Komplexität: Wenn Änderungen schwer einschätzbar werden und der Betrieb unnötig Zeit kostet. Erst danach empfehlen wir eine technische Maßnahme oder Beschaffung – wenn sie tatsächlich erforderlich ist. ### Leistungen Womit Sie uns beauftragen können Technisches Lagebild, Architektur- und Netzwerkreview, Projektplanung und definierte Umsetzung – ergänzt um Prüfungen und Begleitung nach Vereinbarung. - Beratung & Projektplanung: Anforderungen, Risiken und Entscheidungswege strukturiert einordnen. - Netzwerke, Routing & Funk: Standortnetze, Kopplungen und Funkstrecken robust planen. - Linux, Open Source & Standards: Offene Systeme gezielt für Wartbarkeit und Unabhängigkeit einsetzen. ### Erfahrung & Einsatzfelder Erfahrung, die nicht ins Schaufenster gehört. Wir arbeiten in regulierten, ausfallsensiblen und sicherheitskritischen Umfeldern. Dort müssen technische Entscheidungen nicht nur funktionieren, sondern prüfbar, dokumentiert und langfristig tragfähig sein. Viele unserer Projekte unterliegen der Vertraulichkeit. Deshalb sprechen wir über Aufgaben, Vorgehensweisen und Ergebnisse – nicht über Kundennamen. - Regulierte Organisationen: Erfahrung im Gesundheits- und Finanzwesen sowie in öffentlichen und sozialen Einrichtungen. - Kritische Betriebsumfelder: Arbeit in ausfallsensiblen und sicherheitskritischen Kontexten – bis hin zu verteidigungsnahen und geheimschutzrelevanten Bereichen. - Standortnetze & Richtfunk: Praxis aus dezentralen Standortkopplungen, Routing-Übergängen sowie Funk- und Richtfunkstrecken. - Offene Netzplattformen: OpenWrt, VyOS, OpenBSD und OPNsense für transparente und langfristig wartbare Infrastrukturen. ### Arbeitsweise Erst verstehen. Dann schrauben. Fünf Schritte von der Bestandsaufnahme bis zur dokumentierten Übergabe. - Informationskette erfassen: Zusammenhänge sichtbar machen. - Funktion klären: Wer braucht was – und was passiert beim Ausfall? - Vorhandenes prüfen: Nicht alles muss neu gekauft werden. - Abhängigkeiten ordnen: Offene Standards sinnvoll einsetzen. - Betrieb übergeben: Entscheidungen dokumentieren und Wissen übertragen. ### Technik nachvollziehbar machen Grundsätze, Methoden und häufige Fragen – ruhig erklärt und ohne Herstellerprospekt. ### Haltung / IT-Nerd Nicht beim ersten plausiblen Ergebnis aufhören. Warum Skepsis, Beharrlichkeit, Neugier und technische Redlichkeit in komplexen Projekten einen Unterschied machen. ### Kontakt Kein Formular, kein Funnel – eine Mail oder ein Anruf reicht. Schildern Sie dabei kurz Ihre Ausgangslage; wir klären die fachliche Passung und ob beziehungsweise wie wir unterstützen können. - E-Mail: info@it-nerds.eu - Telefon: +49 30 319 55 979 - Standort: Haynauer Straße 40, 12249 Berlin ## [Datenschutz](https://it-nerds.eu/de/datenschutz/)Informationen zur Verarbeitung personenbezogener Daten beim Besuch der Website und bei der Kontaktaufnahme mit der IT-Nerds GmbH. Stand: 27. August 2026 Diese Datenschutzhinweise erläutern, welche personenbezogenen Daten IT-NERDS beim Besuch der Website und bei einer Kontaktaufnahme verarbeitet, zu welchen Zwecken und auf welchen Grundlagen dies geschieht und welche Rechte betroffene Personen haben. Verantwortlicher und Kontakt IT-Nerds GmbH Haynauer Straße 40 12249 Berlin Deutschland Die IT-NERDS GmbH ist für die nachfolgend beschriebenen Verarbeitungen verantwortlich. Fragen zum Datenschutz können über die angegebene E-Mail-Adresse an uns gerichtet werden. Vertreten durch die Geschäftsführung E-Mail: info@it-nerds.eu Telefon: +49 30 319 55 979 Aufruf der Website und Cloudflare Pages Diese statische Website wird über Cloudflare Pages ausgeliefert. Dabei verarbeitet Cloudflare technisch erforderliche Verbindungs- und Auslieferungsdaten, insbesondere IP-Adresse, Zeitpunkt und angeforderte Ressource sowie übermittelte Browser-, System- und Referrerangaben. Betroffen sind die Besucherinnen und Besucher der Website; die Daten entstehen beim Seitenaufruf und werden zur technischen Auslieferung an Cloudflare übermittelt. Zweck ist die sichere und stabile Bereitstellung der Website. Rechtsgrundlage ist Art. 6 Abs. 1 lit. f DSGVO; unser berechtigtes Interesse liegt in der zuverlässigen und vor Angriffen geschützten Auslieferung. Cloudflare wird hierbei als Dienstleister in die Verarbeitung eingebunden und erhält die für die Auslieferung erforderlichen Daten. Cloudflare kann Daten im Rahmen seines globalen Betriebs auch in Drittländern verarbeiten. Für solche Übermittlungen sieht das Cloudflare Customer Data Processing Addendum unter anderem die EU-Standardvertragsklauseln vor. Die EU-Standardvertragsklauseln sind Bestandteil des Cloudflare Data Processing Addendum und dort öffentlich abrufbar. Die Speicherdauer richtet sich nach der Erforderlichkeit für die Diensterbringung sowie den anwendbaren vertraglichen und gesetzlichen Pflichten. Kontakt per E-Mail Wenn Sie uns per E-Mail kontaktieren, verarbeiten wir insbesondere Ihre Kontaktdaten, den Inhalt Ihrer Nachricht und die für die Kommunikation erforderlichen Metadaten, etwa Absender- und Empfängeradresse, Zeitpunkt und Betreff. Die Verarbeitung dient der Zuordnung, Bearbeitung und Beantwortung Ihrer Anfrage. Rechtsgrundlage ist Art. 6 Abs. 1 lit. b DSGVO, soweit die Kommunikation einen Vertrag oder vorvertragliche Maßnahmen betrifft. Für andere geschäftliche Anfragen ist die Rechtsgrundlage Art. 6 Abs. 1 lit. f DSGVO; unser berechtigtes Interesse liegt in der Bearbeitung und Beantwortung dieser Anfragen. Für die E-Mail-Kommunikation nutzen wir Zoho Mail im europäischen Dienstbereich zoho.eu. Zoho wird dabei als Dienstleister in die Verarbeitung eingebunden; eine Vereinbarung zur Auftragsverarbeitung ist vorhanden. Nach Angaben von Zoho werden die Daten dieses Dienstbereichs grundsätzlich innerhalb der EU gespeichert und verarbeitet. Für Supportzwecke kann in begrenzten Fällen ein Zugriff aus Indien erfolgen. Zoho stützt solche Zugriffe auf EU-Standardvertragsklauseln und beschreibt ergänzende Zugriffs- und Sicherheitsmaßnahmen in seinen Datenschutzinformationen. Kontakt per Telefon Für die Telefonie nutzen wir O2, einen Dienst der Telefónica Germany GmbH & Co. OHG. IT-NERDS verarbeitet in der lokalen Anrufliste eines Telefons insbesondere Rufnummer, Zeitpunkt und Anrufrichtung, um eingehende und ausgehende Geschäftsanrufe zuzuordnen und zu bearbeiten. Rechtsgrundlage ist je nach Anlass Art. 6 Abs. 1 lit. b oder f DSGVO. Einträge werden 90 Tage nach dem Anrufdatum gelöscht. Gespräche werden nicht aufgezeichnet. Aufbewahrung und Löschung Allgemeine und erfolglose Anfragen löschen wir regelmäßig 12 Monate nach der letzten sachlichen Kommunikation. Bei einer konkreten erfolglosen Projektanbahnung kann die Aufbewahrung ausnahmsweise bis zu 24 Monate betragen, wenn der fortbestehende betriebliche Bedarf dokumentiert ist. Während einer laufenden Anfrage oder Angebotsphase verarbeiten wir die Daten bis zu deren Abschluss. Anschließend ordnen wir sie anhand der hier beschriebenen Kriterien ein oder löschen sie. E-Mails, die Handels- oder Geschäftsbriefe oder sonst gesetzlich aufzubewahrende Unterlagen sind, speichern wir nach der jeweils einschlägigen gesetzlichen Frist; Rechtsgrundlage ist insoweit Art. 6 Abs. 1 lit. c DSGVO. Daten zu Vertrags- oder Streitfällen bewahren wir nur so lange auf, wie dies für die Vertragsabwicklung, zur Geltendmachung, Ausübung oder Verteidigung von Rechtsansprüchen oder aufgrund gesetzlicher Pflichten erforderlich ist. Soweit die Aufbewahrung der Geltendmachung, Ausübung oder Verteidigung von Rechtsansprüchen dient, ist Rechtsgrundlage Art. 6 Abs. 1 lit. f DSGVO; unser berechtigtes Interesse liegt in der Wahrung und Durchsetzung unserer Rechtspositionen. Danach werden die von uns kontrollierten Daten gelöscht. Darstellung und lokale Suche Die Website speichert den Wert light oder dark unter dem lokalen Speicherschlüssel it-nerds-theme erst nach einer aktiven Auswahl. Die Auswahl system löscht den Schlüssel und verwendet wieder die Systemeinstellung. Die Speicherung ist erforderlich, um die ausdrücklich gewünschte Darstellung bei weiteren Seitenaufrufen bereitzustellen; Grundlage ist § 25 Abs. 2 Nr. 2 TDDDG. Ohne aktive Auswahl wird kein Theme-Wert gespeichert. Die lokale Seitensuche lädt einen statischen Suchindex von dieser Website. Suchbegriffe werden im Browser verarbeitet und nicht an Dritte übermittelt. Die Website verwendet keine Analyse-, Tracking- oder Werbedienste und bindet keine externen Inhalte ein. Rechte betroffener Personen Nach Maßgabe der DSGVO können betroffene Personen insbesondere Auskunft, Berichtigung, Löschung, Einschränkung der Verarbeitung und Datenübertragbarkeit verlangen. Soweit eine Verarbeitung auf Art. 6 Abs. 1 lit. f DSGVO beruht, besteht unter den gesetzlichen Voraussetzungen ein Widerspruchsrecht. Anfragen zur Wahrnehmung dieser Rechte können an info@it-nerds.eu gerichtet werden. Außerdem besteht das Recht auf Beschwerde bei einer Datenschutzaufsichtsbehörde. Die für die IT-NERDS GmbH zuständige Aufsichtsbehörde ist die Berliner Beauftragte für Datenschutz und Informationsfreiheit. Freiwilligkeit der Kontaktaufnahme Die Kontaktaufnahme ist freiwillig. Ohne die für die Bearbeitung einer Anfrage erforderlichen Angaben kann die Anfrage gegebenenfalls nicht bearbeitet werden. ## [Impressum](https://it-nerds.eu/de/impressum/)Anbieterkennzeichnung und geschäftliche Kontaktangaben der IT-Nerds GmbH. Anbieter IT-Nerds GmbH Haynauer Straße 40 12249 Berlin Deutschland Vertreten durch den Geschäftsführer Martin Koltonowski Register und Umsatzsteuer Registergericht: Amtsgericht Charlottenburg Handelsregister: HRB 263174 B Umsatzsteuer-Identifikationsnummer gemäß § 27a UStG: DE367792236 Kontakt E-Mail: info@it-nerds.eu Telefon: +49 30 319 55 979 ## [Leistungen](https://it-nerds.eu/de/leistungen/)Beratung, Planung und Umsetzung für Netzwerke, offene Plattformen und betreute IT-Infrastruktur. Unser Angebot reicht von der technischen Bestandsaufnahme und Projektplanung bis zur Umsetzung und vereinbarten Betreuung. Umfang und Ergebnis richten sich nach Aufgabe, Betriebsumfeld und vorhandener Technik. Beratung und Projektplanung Wir erstellen Entscheidungsgrundlagen und Projektpläne für Anwendungen, Prozesse, Netze und Kommunikationswege. Dazu gehören Anforderungen, Risiken, Prioritäten und die nächsten umsetzbaren Schritte. Netzwerke, Routing und Funk Wir planen und realisieren lokale Netze, Standortverbindungen, Routing, Funknetze und Richtfunkstrecken. Linux, Open Source und Standards Wir planen Router- und Firewall-Lösungen mit OpenWrt, VyOS, OpenBSD und OPNsense sowie anderen passenden offenen Standards. Maßgeblich sind die Aufgabe und die dauerhafte Betreibbarkeit. Betrieb, Wartung und Wissenstransfer Nach Vereinbarung übernehmen wir Support, Wartung und betreute Installationen. Auch die Bewertung und Planung dezentraler Cloud-Infrastrukturen gehört zum Angebot; jede Übergabe umfasst Dokumentation, geklärte Zuständigkeiten und notwendiges Betriebswissen. ## [Beratung & Projektplanung](https://it-nerds.eu/de/leistungen/beratung-projektplanung/)Technische Ausgangslagen klären, Architekturentscheidungen vorbereiten und umsetzbare Projekt- oder Migrationswege planen. Beratung und Planung sind der typische Einstieg, wenn kritische Funktionen von gewachsener, nur teilweise dokumentierter oder zu verändernder Infrastruktur abhängen. Unser Schwerpunkt liegt auf regulierten, öffentlichen, sozialen und ausfallsensiblen Organisationen. Anspruchsvolle Vorhaben von Privatkunden prüfen wir im Einzelfall. Typische Ausgangslagen Wichtige Anwendungen, Netze, Schnittstellen oder Zuständigkeiten sind nur teilweise dokumentiert. Störungen lassen sich schwer einer technischen oder organisatorischen Abhängigkeit zuordnen. Standorte, Netzsegmente, Routing- oder Funkverbindungen sind historisch gewachsen und Änderungen schwer einzuschätzen. Das Ziel einer Veränderung steht fest, aber Reihenfolge, Verantwortungen, Übergänge und Rückfallwege sind noch offen. Vor einer Investition, Migration oder Umsetzung fehlt eine gemeinsame und nachvollziehbare Entscheidungsgrundlage. Ziel und Scope Wir klären die relevante Informationskette, ihre benötigte Funktion, bekannte Einschränkungen und Verantwortlichkeiten. Je nach Fragestellung kann der vereinbarte Scope einen oder mehrere dieser Einstiege umfassen: Technisches Lagebild und Bestandsaufnahme Wir nehmen relevante Anwendungen, Prozesse, Schnittstellen, Netze und Kommunikationswege auf. Vorhandene Unterlagen und Technik werden einbezogen; Abhängigkeiten, Zuständigkeiten und offene Punkte werden strukturiert. Architektur- und Netzwerkreview Wir betrachten bestehende oder geplante Architekturen gegen Funktion, Abhängigkeiten, Betreibbarkeit und Wiederherstellbarkeit. Dazu können lokale Netze, Standortverbindungen, Routing sowie Funk- und Richtfunkstrecken gehören. Empfehlungen werden technisch begründet und nicht an Produkt- oder Lizenzverkauf gekoppelt. Projekt- und Migrationsplanung Wir halten Ziel, Anforderungen, Randbedingungen und Ausschlüsse fest und strukturieren Arbeitspakete, Abhängigkeiten, Entscheidungspunkte und Zuständigkeiten. Übergänge, Rückfallwege und die spätere Betriebsübergabe werden von Anfang an berücksichtigt. Vorgehen und mögliche Artefakte Zu Beginn grenzen wir Fragestellung, betroffene Funktionen und verfügbare Informationen gemeinsam ab. Danach erfassen und prüfen wir den vereinbarten Bestand, ordnen Befunde und Abhängigkeiten ein und bereiten die anstehenden Entscheidungen vor. Je nach Auftrag können daraus beispielsweise entstehen: ein strukturiertes technisches Lagebild; eine Übersicht relevanter Informationsketten, Schnittstellen und Abhängigkeiten; ein Reviewbericht mit Befunden und begründeten Empfehlungen; eine aktualisierte Architektur- oder Netzskizze; ein Projekt- oder Migrationsplan mit Arbeitspaketen und Verantwortungen; eine Liste offener Fragen, Risiken, Entscheidungsoptionen und nächster Schritte; ein Vorgehen für Übergabe, Rückfall und Wiederherstellung. Das sind mögliche Arbeitsartefakte, keine pauschal zugesagten Ergebnisse. Welche Unterlagen benötigt werden und in welcher Tiefe sie entstehen, wird für das konkrete Vorhaben vereinbart. Rollen und Mitwirkung Wir übernehmen die moderierende, technisch prüfende Beratung und die vereinbarte Planung. Für eine belastbare Grundlage braucht es auf Kundenseite sowohl Entscheidungsbefugte als auch Personen, die Anwendungen, Betrieb und vorhandene Technik kennen. Das Kundenteam stellt soweit verfügbar Unterlagen, Systeminformationen und Zugänge bereit, benennt interne und externe Schnittstellen und erläutert betriebliche Prioritäten, Freigabewege und Einschränkungen. Prüfzeiten, Betriebsfenster und die Einbindung weiterer Dienstleister werden gemeinsam abgestimmt. Von der Planung zur Umsetzung und zum Betrieb Beratung und Planung schaffen eine Entscheidungs- oder Umsetzungsgrundlage. Abgestimmte technische Arbeitspakete können anschließend aus einer Hand umgesetzt werden, bleiben aber ein eigener, ausdrücklich vereinbarter Scope. Nach einer Umsetzung kann für einen definierten Bereich geprüft werden, ob Dokumentation, Zuständigkeiten, Zugänge, Sicherungen und Wiederherstellungswege für Betrieb und Übergabe verwendbar sind. Support und Wartung sind nur nach gesonderter Vereinbarung möglich; daraus entsteht keine pauschale Betriebsverantwortung. Grenzen und Ausschlüsse keine kostenlose Beratung, Festpreise, Termin-, Verfügbarkeits- oder Ergebnisgarantien; keine pauschalen Reaktionszeiten, SLAs oder ein pauschaler 24/7-Betrieb; kein Pentest, keine Zertifizierung und kein standardisiertes Compliance-Audit; kein Produkt- oder Lizenzvertrieb und kein klassisches Reseller-Systemhaus; kein allgemeiner PC-, Drucker- oder Kleinstsupport; keine automatische Umsetzung identifizierter Maßnahmen ohne gesonderten Auftrag. Die Leistungsübersicht ordnet Beratung und Planung in das Gesamtangebot ein. Mehr zu den fachlichen Leitlinien steht in unseren Grundsätzen für beherrschbare Systeme und in der Beschreibung unserer Arbeitsweise. Anonymisierte Projektprofile zeigen abgegrenzte Beispiele, ohne Auftraggeber oder vertrauliche Betriebsdetails zu nennen. Vorhaben besprechen Schildern Sie Ausgangslage, betroffene Funktionen, vorhandene Unterlagen und die anstehende Entscheidung. So können wir gemeinsam klären, welcher Einstieg und welcher Scope für das Vorhaben sinnvoll sind. Vorhaben besprechen ## [Linux, Open Source & Standards](https://it-nerds.eu/de/leistungen/linux-open-source-standards/)Offene Systeme und Standards nach Wartbarkeit, Kontrollierbarkeit, Interoperabilität und langfristiger Betreibbarkeit bewerten und umsetzen. Linux, Open Source und offene Standards sind kein Selbstzweck. Sie sind dann sinnvoll, wenn sie eine konkrete Aufgabe besser wartbar, kontrollierbar und mit anderen Systemen interoperabel machen. Entscheidend sind die Anforderungen, der vorhandene Bestand und die Frage, wer eine Lösung langfristig betreiben und wiederherstellen kann – nicht ein pauschales Versprechen, dass offen immer besser, sicherer oder günstiger sei. Typische Ausgangslagen Ein Linux- oder BSD-System erfüllt eine wichtige Funktion, ist aber nur teilweise dokumentiert oder hängt von Einzelwissen ab. Proprietäre und offene Komponenten müssen verlässlich zusammenspielen, während Schnittstellen oder Verantwortungen unklar sind. Eine Plattform soll erneuert werden, ohne funktionierende Bestandstechnik unnötig abzulösen. Offene Formate, Protokolle oder Schnittstellen sollen die Übergabe und den Datenaustausch erleichtern. Für eine geplante Veränderung fehlen Entscheidungskriterien, ein schrittweiser Übergang oder ein belastbarer Rückfallweg. Sicherungen bestehen, aber Wiederanlauf, Zugänge und Zuständigkeiten wurden für den betroffenen Scope nicht gemeinsam nachvollzogen. Entscheidungskriterien statt Grundsatzentscheidung Wir bewerten mögliche Komponenten gegen die tatsächlich benötigte Funktion. Dazu gehören Wartbarkeit, nachvollziehbare Konfiguration, verfügbare Schnittstellen, Interoperabilität, Betriebswissen, Aktualisierungswege, Abhängigkeiten und die geplante Nutzungsdauer. Auch vorhandene Lizenzen, Verträge und externe Dienste können die Entscheidung beeinflussen. Offener Quellcode allein schafft weder einen sicheren Betrieb noch Unabhängigkeit. Eine offene Lösung kann ungeeignet sein, wenn notwendige Funktionen, verantwortliche Personen, Pflegewege oder verwendbare Dokumentation fehlen. Umgekehrt kann die kontrollierte Kombination offener und proprietärer Systeme die belastbarste Lösung sein. Analyse, Planung und klar abgegrenzte Umsetzung Analyse Wir erfassen die vereinbarte Funktion, betroffene Linux-/BSD-Systeme, Anwendungen, Netze, Datenflüsse und Schnittstellen. Vorhandene Dokumentation, Konfigurationen, Sicherungen und Zuständigkeiten werden im freigegebenen Umfang eingeordnet. Das Ergebnis ist eine nachvollziehbare Ausgangsbasis mit Annahmen, Abhängigkeiten und offenen Entscheidungen – kein pauschales Produkturteil. Planung Wir entwickeln eine Zielstruktur und legen fest, welche vorhandenen Komponenten bleiben können, welche Übergänge notwendig sind und wie Betrieb und Rückfall während einer Veränderung abgesichert werden sollen. Arbeitspakete, Prüfbedingungen, Zuständigkeiten und Übergaben werden vor der Umsetzung abgegrenzt. Koexistenz oder ein schrittweiser Übergang sind möglich, wenn sie zur Aufgabe und zum Betriebsumfeld passen. Klar abgegrenzte Umsetzung Wir setzen vereinbarte Installations-, Konfigurations-, Integrations- und Dokumentationsarbeiten innerhalb des freigegebenen Scopes um. Änderungen an Netzen, Anwendungen oder externen Diensten werden mit den jeweils Verantwortlichen abgestimmt. Gesamtbetrieb, Beschaffung, Fremdgewerke oder nicht freigegebene Systeme werden nicht stillschweigend Teil des Auftrags. Systeme und Standards im Kontext Linux- und BSD-Systeme können Aufgaben als Plattform, Netzwerkkomponente oder betriebsnahe Infrastruktur übernehmen. OpenWrt, VyOS, OpenBSD und OPNsense sind vorhandene Beispiele für offene Router- und Firewall-Plattformen. Welche Technik geeignet ist, richtet sich nach Funktion, Schnittstellen, Wartbarkeit und Betriebsübergabe. Die Beispiele sind weder vollständig noch exklusiv und begründen keine Hersteller-, Partner- oder Zertifizierungsbehauptung. Offene Formate, Protokolle und dokumentierte Schnittstellen können den Austausch zwischen Komponenten und eine spätere Übergabe erleichtern. Ob sie im konkreten Umfeld ausreichen, muss jedoch technisch geprüft werden; eine Standardbezeichnung ersetzt keine Integrations- oder Wiederanlaufprüfung. Betrieb, Sicherung, Rückfall und Wiederanlauf Zum vereinbarten Betriebsbild gehören nicht nur laufende Systeme. Wir betrachten auch benötigte Zugänge, Konfigurations- und Datensicherungen, Abhängigkeiten zu Netzen und externen Diensten sowie Zuständigkeiten für Änderungen und Störungen. Rückfall- und Wiederanlaufwege werden so konkret geplant oder geprüft, wie es Scope, vorhandene Möglichkeiten und freigegebene Betriebsfenster erlauben. Dokumentation und Sicherungen sind wichtige Voraussetzungen, aber keine Verfügbarkeits- oder Wiederherstellungsgarantie. Praktische Prüfungen oder Übungen werden nur durchgeführt, wenn Umfang, Risiken und Freigaben ausdrücklich vereinbart sind. Mögliche Dokumentations- und Übergabeartefakte Je nach Auftrag können beispielsweise entstehen: ein Lagebild der betroffenen Systeme, Funktionen, Schnittstellen und Verantwortungen; eine begründete Options- oder Entscheidungsübersicht; eine Ziel- und Übergangsplanung mit abgegrenzten Arbeitspaketen; Konfigurations-, Änderungs- und Prüfprotokolle; eine Übersicht zu Zugängen, Sicherungen, Rückfall und Wiederanlauf; Betriebs- und Übergabeunterlagen für den vereinbarten Scope. Das sind mögliche, auftragsabhängige Arbeitsartefakte und keine pauschal zugesagten Ergebnisse. Inhalt, Detailtiefe, Abnahme und Pflegeverantwortung werden für das konkrete Vorhaben festgelegt. Kundenschnittstellen und Mitwirkung Das Kundenteam benennt fachliche und technische Verantwortliche, stellt vorhandene Unterlagen und vereinbarte Zugänge bereit und beschreibt betroffene Funktionen sowie akzeptable Betriebsrisiken. Freigaben, Wartungsfenster, Abnahmen und die Einbindung interner Teams oder weiterer Dienstleister bleiben klar zugeordnet. Für Schnittstellen und schrittweise Übergänge müssen die Verantwortlichen der beteiligten Systeme erreichbar sein. Fehlende Voraussetzungen, Rechte oder Entscheidungen werden als offene Kundenschnittstellen dokumentiert; daraus entsteht keine automatische Verantwortung für Systeme außerhalb des vereinbarten Scopes. Grenzen und Ausschlüsse keine pauschale Aussage, dass Open Source sicherer, günstiger oder grundsätzlich überlegen ist; Support und Wartung nur nach gesonderter Vereinbarung, kein pauschaler 24/7-Betrieb; kein Produkt- oder Lizenzvertrieb und kein Reseller-Systemhaus; kein allgemeiner PC-, Drucker- oder Kleinstsupport; keine automatisch eingeschlossene Migration, Zertifizierung, Compliance-Prüfung oder Sicherheitsgarantie; keine Termin-, Verfügbarkeits-, Einsparungs- oder Ergebnisgarantie; keine Umsetzung außerhalb des abgestimmten Scopes oder ohne notwendige Freigaben. Die Leistungsübersicht ordnet das Thema in das Gesamtangebot ein. Beratung und Projektplanung schaffen die Entscheidungsgrundlage; Netzwerke, Routing und Funk vertieft netzbezogene Aufgaben. Unsere Grundsätze für beherrschbare Systeme erläutern die technischen Leitlinien. Vorhaben mit offenen Systemen besprechen Beschreiben Sie die betroffene Funktion, den vorhandenen Bestand, bekannte Schnittstellen und die gewünschte Veränderung. Gemeinsam klären wir, welche Analyse, Planung oder abgegrenzte Umsetzung sinnvoll ist und welche Voraussetzungen zuerst geschaffen werden müssen. Vorhaben mit offenen Systemen besprechen ## [Netzwerke, Routing & Funk](https://it-nerds.eu/de/leistungen/netzwerke-routing-funk/)Standortnetze, Kopplungen, Routing-Übergänge sowie Funk- und Richtfunkstrecken analysieren, planen und klar abgegrenzt umsetzen. Netze verbinden Anwendungen, Standorte und Menschen. Wenn ihre Abhängigkeiten unklar sind oder Änderungen ohne belastbaren Rückfallweg erfolgen, können bereits einzelne Übergänge wichtige Funktionen beeinträchtigen. Wir arbeiten vor allem für regulierte, öffentliche, soziale und ausfallsensible Organisationen. Anspruchsvolle Vorhaben von Privatkunden prüfen wir im Einzelfall. Typische Ausgangslagen und Risiken Standortnetze und Kopplungen sind historisch gewachsen oder nur teilweise dokumentiert. Netzsegmente erfüllen unterschiedliche Aufgaben, ihre Übergänge und Zuständigkeiten sind aber nicht eindeutig abgegrenzt. Statische und dynamische Routing-Entscheidungen sind schwer nachzuvollziehen oder Änderungen lassen sich nur mit hohem Betriebsrisiko vorbereiten. Funk- oder Richtfunkstrecken sollen ergänzt, erneuert oder in ein bestehendes Netz eingebunden werden. Abhängigkeiten von Stromversorgung, Montageorten, vorhandener Verkabelung oder externen Anschlüssen sind vor einer Umsetzung noch offen. Rückfall- und Wiederherstellungswege sind nicht ausreichend dokumentiert oder praktisch überprüfbar. Analyse, Planung und Umsetzung Der konkrete Auftrag wird nach betroffenen Funktionen, Standorten und Schnittstellen abgegrenzt. Analyse, Planung und Umsetzung können aufeinander aufbauen, bleiben aber nachvollziehbare Arbeitspakete mit eigenen Voraussetzungen und Freigaben. Analyse Wir erfassen den vereinbarten Bestand, relevante Netzsegmente, Kopplungen, Routing-Übergänge und Funkverbindungen. Dabei ordnen wir Abhängigkeiten, bekannte Engpässe, Zuständigkeiten und vorhandene Unterlagen ein. Bei Funk- und Richtfunkvorhaben berücksichtigen wir im vereinbarten Rahmen unter anderem Standortbedingungen, Montagewege und die Einbindung in das übrige Netz. Planung Wir entwickeln eine umsetzbare Zielstruktur und beschreiben notwendige Übergänge. Dazu können Segmentierungsgrenzen, Routing-Verhalten, Funkstrecken, Änderungsreihenfolge, Prüfbedingungen sowie Rückfall- und Wiederherstellungswege gehören. Entscheidungen und offene Annahmen werden so dokumentiert, dass sie vor einer Umsetzung geprüft werden können. Klar abgegrenzte Umsetzung Wir setzen vereinbarte Konfigurations-, Integrations- und Inbetriebnahmearbeiten innerhalb des freigegebenen Scopes um. Arbeiten an Gebäuden, Stromversorgung, Verkabelung oder externen Anschlüssen werden nur übernommen, wenn sie ausdrücklich vereinbart und fachlich abgedeckt sind. Änderungen erfolgen in abgestimmten Zeitfenstern und mit den für das Vorhaben festgelegten Prüf- und Rückfallpunkten. Offene Router- und Firewall-Plattformen im Kontext OpenWrt, VyOS, OpenBSD und OPNsense können je nach Aufgabe geeignete Beispiele für offene Router- oder Firewall-Plattformen sein. Entscheidend sind jedoch Anforderungen, vorhandene Schnittstellen, notwendige Funktionen, Wartbarkeit und die geplante Betriebsübergabe. Die genannten Systeme sind weder eine vollständige noch eine exklusive Technologieliste und begründen keine Hersteller- oder Partnerbindung. Betriebssicherheit, Rückfall und Wiederherstellung Betriebssicherheit wird über den gesamten Auftrag betrachtet: von nachvollziehbaren Abhängigkeiten und abgestimmten Änderungen bis zu verwendbaren Sicherungen, Rückfallwegen und einer geordneten Übergabe. Welche Prüfungen oder Wiederanlaufübungen sinnvoll und möglich sind, hängt vom vereinbarten Scope und vom Betriebsumfeld ab. Redundanz oder alternative Verbindungswege können Teil einer Planung sein. Daraus folgt keine pauschale Hochverfügbarkeits-, Compliance-, Zertifizierungs-, Verfügbarkeits- oder Ergebnisgarantie. Mögliche Dokumentations- und Übergabeartefakte Je nach Auftrag können beispielsweise entstehen: eine Bestands- oder Zielübersicht für relevante Netze, Segmente und Kopplungen; eine nachvollziehbare Beschreibung von Routing-Übergängen und Abhängigkeiten; eine Strecken- oder Montageplanung für vereinbarte Funk- und Richtfunkverbindungen; Konfigurations-, Änderungs- und Prüfprotokolle; eine Übersicht zu Zuständigkeiten, Schnittstellen und offenen Punkten; ein Übergabepaket mit Sicherungs-, Rückfall- und Wiederherstellungswegen. Das sind mögliche, auftragsabhängige Arbeitsartefakte und keine pauschal zugesagten Ergebnisse. Inhalt, Detailtiefe und Pflegeverantwortung werden für das konkrete Vorhaben festgelegt. Kundenschnittstellen und Mitwirkung Das Kundenteam benennt fachliche und technische Ansprechpersonen, betroffene Funktionen, betriebliche Prioritäten und Freigabeberechtigte. Es stellt vorhandene Unterlagen und vereinbarte Zugänge bereit und koordiniert Änderungsfenster sowie die Einbindung interner Betriebsverantwortlicher und externer Beteiligter. Für Funk- und Richtfunkvorhaben müssen insbesondere Zugänglichkeit, Montagefreigaben, Strom- und Leitungswege sowie erforderliche Abstimmungen mit Eigentümern oder weiteren zuständigen Stellen geklärt sein. Fehlende Voraussetzungen und Entscheidungen werden als offene Kundenschnittstellen dokumentiert; sie werden nicht stillschweigend als Teil der technischen Umsetzung übernommen. Grenzen und Ausschlüsse Support und Wartung nur nach gesonderter Vereinbarung, kein pauschaler 24/7-Betrieb; keine Hochverfügbarkeits-, Termin-, Verfügbarkeits- oder Ergebnisgarantie; kein Produkt- oder Lizenzvertrieb und kein Reseller-Systemhaus; kein allgemeiner PC-, Drucker- oder Kleinstsupport; kein automatisch eingeschlossener Pentest, keine Zertifizierung und kein Compliance-Audit; keine Umsetzung außerhalb des abgestimmten Scopes oder ohne notwendige Freigaben. Die Leistungsübersicht ordnet Netzwerkthemen in das Gesamtangebot ein. Die freigegebenen anonymisierten Projektprofile zur robusteren Netzanbindung im Krankenhausumfeld und zur dezentralen Konnektivität einer Pflegeeinrichtung zeigen begrenzte Praxisbeispiele ohne Auftraggeber oder vertrauliche Betriebsdetails. Netzwerkvorhaben besprechen Beschreiben Sie betroffene Funktionen und Standorte, den bekannten Bestand, die gewünschte Veränderung und vorhandene Zeitfenster. Gemeinsam klären wir, welche Analyse, Planung oder abgegrenzte Umsetzung sinnvoll ist und welche Voraussetzungen zuerst geschaffen werden müssen. Netzwerkvorhaben besprechen ## [Anonymisierte Projektprofile](https://it-nerds.eu/de/projektprofile/)Abstrahierte Einblicke in Aufgaben, Vorgehensweisen und übergebene Ergebnisse aus vertraulichen Projektumfeldern. Viele unserer Projekte unterliegen der Vertraulichkeit. Die folgenden Profile nennen deshalb keine Auftraggeber, Personen, Orte oder identifizierenden Betriebsdetails. Sie zeigen stattdessen, welche Ausgangslagen wir bearbeitet, welche Rolle wir übernommen und welche Artefakte wir übergeben haben. Jedes Profil ist als anonymisiertes Projektprofil · Auftraggeber vertraulich gekennzeichnet. Es ist keine Kundenempfehlung und enthält keine erfundenen Kennzahlen. ## [Segmentierte dezentrale Konnektivität in einer Pflegeeinrichtung](https://it-nerds.eu/de/projektprofile/dezentrale-konnektivitaet-pflegeeinrichtung/)Anonymisiertes Projektprofil zu getrennten Netzzugängen für Bewohner, Gäste, Mitarbeitende und betriebliche Dienste. Anonymisiertes Projektprofil · Auftraggeber vertraulich Kontext Eine größere Pflegeeinrichtung benötigte eine einfache, stabile und klar abgegrenzte Konnektivität für Bewohner, Besucher, Mitarbeitende und ausgewählte betriebliche Dienste. Standort, Betreiber und konkrete Gebäudedaten bleiben vertraulich. Ausgangslage und Ziel Einzelne Anschlüsse pro Bewohner hätten regelmäßig Technikertermine, individuelle Anschlussprozesse, teilweise bauliche Eingriffe und hohen Verwaltungsaufwand verursacht. Neue Bewohner, Gäste und private Endgeräte sollten ohne komplexe Einzelfreigaben angebunden werden können, während betriebliche Systeme getrennt bleiben. Ziel war eine wartungsarme Lösung ohne Einzelanschluss für jeden Bewohner und ohne unnötige Öffnung der internen Infrastruktur. Rolle und Vorgehen IT-NERDS erfasste die Gebäude- und Netzsituation, bewertete vorhandene Anschlussmöglichkeiten und plante eine dezentrale Architektur. Ein Freifunk-orientierter Ansatz stellte logisch getrennte Zugangsbereiche bereit. Mehrere Gateways beziehungsweise Anbindungspunkte verteilten die verfügbare Konnektivität auf die vorgesehenen Nutzergruppen. Private und betriebliche Nutzung wurden durch Segmentierung, klare Netztrennung und Zero-Trust-Grundsätze voneinander abgegrenzt. Dabei bezeichnet „Zero Trust“ hier ein Gestaltungsprinzip und keine vollständige formale Implementierung. Technologien und Prinzipien dezentrale Netzwerkarchitektur Freifunk-orientierter Ansatz mehrere Gateways und Anbindungspunkte logische Netzwerksegmentierung Zero-Trust-Grundsätze offene Standards und wartungsarme Komponenten Ergebnis und Artefakte Bewohner, Besucher und Mitarbeitende erhielten flexiblere Zugangsmöglichkeiten, während betriebliche Systeme getrennt blieben. Der organisatorische Aufwand für Einzelanschlüsse und Freigaben wurde reduziert, ohne eine quantifizierte Einsparung zu behaupten. Übergeben wurden die technische Konzeption, die Netz- und Segmentierungslogik, eine Betriebsdokumentation und Hinweise zur Störungsbehandlung. Das Profil trifft keine formale Einordnung der Einrichtung oder der Lösung. ## [Robustere Netzanbindung im Krankenhausumfeld](https://it-nerds.eu/de/projektprofile/robustere-netzanbindung-krankenhausumfeld/)Anonymisiertes Projektprofil zur Nutzung mehrerer vorhandener Leitungswege mit Multipath TCP (MPTCP) und klarer Betriebsübergabe. Anonymisiertes Projektprofil · Auftraggeber vertraulich Kontext Das Projekt fand in einem Krankenhausumfeld mit hohen Anforderungen an eine stabile Netzanbindung, verständliche Betriebsprozesse und verlässliche Kommunikation statt. Auftraggeber, Ort, Provider und konkrete Architekturdetails bleiben vertraulich. Ausgangslage und Ziel Im Tagesbetrieb traten wiederholt kurze Verbindungsunterbrechungen auf. Einzeln waren sie schwer greifbar; zusammen beeinträchtigten sie Anwendungen, Arbeitsabläufe und die Wahrnehmung der Nutzer. Die Abhängigkeit von einzelnen Leitungswegen und Providern sollte sinken. Zugleich sollte die vorhandene Infrastruktur besser genutzt werden. Im definierten Projektumfang waren dafür weder neue Hardware noch zusätzliche Lizenzmodelle erforderlich. Rolle und Vorgehen IT-NERDS übernahm die technische Bestandsaufnahme, analysierte wiederkehrende Ausfallmuster und bewertete die bestehende Netz- und Betriebsstruktur. Auf dieser Grundlage wurden vorhandene Anbindungen und Linux-basierte Systeme mit High-Availability-Mechanismen und Multipath TCP (MPTCP) so kombiniert, dass kurze Störungen eines einzelnen Weges weniger unmittelbar auf die Nutzung durchschlagen. Ein separater, klar segmentierter Netzzugang für private Endgeräte des Personals wurde berücksichtigt, ohne interne Systeme unnötig zu öffnen. Das Betriebsteam erhielt eine Einweisung in Funktionsweise, Betriebslogik und grundlegende Fehleranalyse. Technologien Linux-basierte Systeme Multipath TCP (MPTCP) High-Availability-Mechanismen Netzwerksegmentierung vorhandene Netzwerkkomponenten und Anbindungen offene Standards Ergebnis und Artefakte Die vorhandenen Leitungswege konnten robuster genutzt und die Abhängigkeit von einem einzelnen Weg reduziert werden. Übergeben wurden eine technische Bewertung, eine nachvollziehbare Konfiguration, eine Betriebsdokumentation, Empfehlungen für den weiteren Betrieb und die Einweisung des Betriebsteams. Das Profil enthält bewusst keine Verfügbarkeitswerte und behauptet keine formale Bestätigung über den beschriebenen Projektumfang hinaus. ## [Autorisierte Sicherheitsprüfung und segmentierte Schutzarchitektur im Kanzleiumfeld](https://it-nerds.eu/de/projektprofile/sicherheitspruefung-kanzleiumfeld/)Anonymisiertes Projektprofil zu unabhängiger technischer Zweitprüfung und ergänzender BSD-basierter Schutzarchitektur. Anonymisiertes Projektprofil · Auftraggeber vertraulich Kontext Das Projekt betraf ein Steuerberatungs- und Wirtschaftsprüfungsumfeld mit hohen Anforderungen an Vertraulichkeit, sichere Datenflüsse, Remote-Arbeit und verständliche Schutzmaßnahmen. Auftraggeber, Personen, Ort, Produkte und konkrete Schwachstellen bleiben vertraulich. Ausgangslage und Ziel Ein vorheriger Dienstleister hatte Maßnahmen zur Härtung der Infrastruktur und zur Unterstützung von Remote-Arbeit umgesetzt. Anschließend sollte unabhängig geprüft werden, ob die tatsächliche Umsetzung den definierten Anforderungen entsprach und welche technisch relevanten Risiken verblieben. Ziel war eine sachliche Validierung des Ist-Zustands. Der vorherige Dienstleister wurde weder öffentlich bewertet noch identifizierbar gemacht. Prüfung, Beratung und Umsetzung IT-NERDS führte eine autorisierte technische Prüfung aus Angreifer- und Betreiberperspektive durch. Untersucht wurden vorhandene Sicherheitsmaßnahmen, Remote-Arbeitsmöglichkeiten, Netzwerksegmentierung sowie relevante Zugriffs- und Datenflusswege. Die Ergebnisse wurden als technischer Befund mit priorisierten Handlungsempfehlungen dokumentiert. Davon getrennt wurde eine ergänzende Schutzarchitektur beraten und umgesetzt. Eine DMZ-ähnliche, BSD-basierte Struktur ermöglichte eine transparentere Trennung und Führung sensibler Datenflüsse. Die konkrete Konfiguration und festgestellte Schwachstellen werden nicht veröffentlicht. Technologien und Prinzipien Netzwerksegmentierung und DMZ-ähnliche Architektur BSD-basierte Sicherheitssysteme kontrollierte Zugriffstrennung und Datenflussführung technische Härtung offene Standards dokumentierte Betriebs- und Übergabestrukturen Ergebnis und Artefakte Übergeben wurden ein technischer Befund, priorisierte Handlungsempfehlungen, die ergänzende Schutzarchitektur sowie eine nachvollziehbare Betriebsdokumentation. Die BSD-basierte Lösung wurde als für die konkrete Aufgabe geeignete und gut einsehbare technische Option eingesetzt, nicht als pauschale Abwertung proprietärer Produkte. Das Profil behauptet weder ein formales Testat noch eine erfolgreiche Abwehr oder quantifizierte Risikoreduktion. ## [Unternehmen](https://it-nerds.eu/de/unternehmen/)Verantwortung, Diskretion und Kontakt der IT-Nerds GmbH. Die IT-Nerds GmbH berät Organisationen, deren Betrieb verlässliche Technik und einen verantwortungsvollen Umgang mit sensiblen Informationen verlangt. Verantwortungsprofil Martin Koltonowski ist Geschäftsführer, Gründer und technischer Ansprechpartner der IT-Nerds GmbH. Er bringt rund 20 Jahre Erfahrung in IT, Infrastruktur, Netzwerken und technischen Umgebungen ein. Seine fachlichen Schwerpunkte sind IT-Infrastruktur, Netzwerke, Routing und Funk, Linux und Open Source, technische Analyse, Betriebssicherheit und Wiederanlauf sowie robuste und nachvollziehbare Systemarchitekturen. Die IT-Nerds GmbH entstand aus dem Wunsch, IT unabhängiger, ehrlicher und technischer zu betrachten. Ziel ist es, Unternehmen dabei zu helfen, ihre Infrastruktur nicht nur zu nutzen, sondern zu verstehen, zu kontrollieren und im Ernstfall handhabbar zu halten. Arbeitsmodell IT-Nerds ist eine inhabergeführte Spezialberatung mit Schwerpunkt auf technischer Analyse, Planung und Umsetzung robuster IT- und Netzwerkinfrastruktur. Verantwortung Technische Entscheidungen richten wir an der Aufgabe aus. Die Menschen, die Systeme betreiben oder übernehmen, beziehen wir ein; Zuständigkeiten und Wissen sollen nicht dauerhaft nur bei externen Beteiligten liegen. Diskretion Viele Einsatzfelder sind reguliert, ausfallsensibel oder sicherheitskritisch. Deshalb veröffentlichen wir keine Kunden-, Personen- oder Projektdaten und sprechen nur in abstrahierter Form über Aufgaben, Methoden und Ergebnisse. Anonymisierte Projektprofile Die anonymisierten Projektprofile zeigen Beispiele aus unserer Arbeit, ohne Auftraggeber oder vertrauliche Betriebsdetails zu nennen. Kontakt Die freigegebenen Kontaktangaben stehen auf der Startseite. Rechtliche Angaben finden Sie im Impressum und in der Datenschutzerklärung. ## [Wissen](https://it-nerds.eu/de/wissen/)Fachliche Begründungen und praktische Methoden für Architektur, Betrieb und Übergabe. Dieser Bereich trennt das Warum vom Wie: Die Grundsätze begründen Architekturentscheidungen; die Arbeitsweise zeigt deren Ablauf. Beide geben Orientierung, ersetzen aber keine Analyse des konkreten Vorhabens. ## [Arbeitsweise](https://it-nerds.eu/de/wissen/arbeitsweise/)Fünf Schritte vom Lagebild bis zur Betriebsübergabe. Informationskette erfassen Wir erfassen Anwendungen, Prozesse, Schnittstellen, Netze und Kommunikationswege. Das Ergebnis ist ein gemeinsames Lagebild der relevanten Informationskette. Funktion klären Wir klären, wer welche Funktion benötigt, welche Folgen Ausfälle haben und welche Reaktionszeiten notwendig sind. So entsteht der Maßstab für die weitere Planung. Vorhandenes prüfen Wir prüfen vorhandene Technik und bekannte Einschränkungen gegen diesen Maßstab. Was geeignet ist, bleibt; Ersatz wird begründet. Abhängigkeiten ordnen Wir benennen technische und organisatorische Abhängigkeiten, Zuständigkeiten sowie Auswirkungen von Änderungen. Offene Standards setzen wir ein, wenn sie eine konkrete Bindung verringern oder einen Übergang erleichtern. Betrieb übergeben Wir halten Entscheidungen und Zuständigkeiten fest, gehen die Unterlagen gemeinsam durch und übertragen das für Betrieb, Änderung und Wiederherstellung nötige Wissen. ## [Grundsätze für beherrschbare Systeme](https://it-nerds.eu/de/wissen/grundsaetze/)Wie Offenheit, Reparierbarkeit, Dokumentation und klare Abhängigkeiten robuste IT ermöglichen. Robuste IT ist nicht die IT mit den meisten Produkten. Sie ist die IT, deren Zweck, Abhängigkeiten und Wiederherstellungswege verstanden werden. Technik darf anspruchsvoll sein; ihr Betrieb darf aber nicht von Zufall, Einzelwissen oder undurchsichtigen Schnittstellen abhängen. Mit der Funktion beginnen Bevor Komponenten ausgewählt werden, muss klar sein, welche Funktion erhalten werden soll. Wer benötigt welche Information? Welche Antwortzeit ist notwendig? Was darf vorübergehend ausfallen, und was nicht? Erst diese Fragen geben Architekturentscheidungen einen belastbaren Rahmen. Eine Funktionsbeschreibung trennt Bedarf von Produktnamen. Dadurch bleibt eine Lösung auch dann prüfbar, wenn Hersteller, Versionen oder Betriebsmodelle wechseln. Die Informationskette betrachten Eine Anwendung steht selten allein. Endgeräte, Identitäten, Netze, Namensauflösung, Zeitquellen, Speicher, Sicherungen und Kommunikationswege bilden eine Kette. Eine Störung an einem unscheinbaren Glied kann eine sichtbare Fachanwendung stilllegen. Deshalb betrachten wir Anwendungen, Prozesse, Schnittstellen, Netze und Kommunikationswege zusammen. Die Darstellung muss so konkret sein, dass Abhängigkeiten im Normalbetrieb und im Störfall erkennbar bleiben. Offenheit mit einem Zweck einsetzen Open Source und offene Standards sind Werkzeuge, keine Dekoration. Sie sind dann wertvoll, wenn sie Austauschbarkeit, Prüfbarkeit, Wartbarkeit oder Wissenstransfer verbessern. Eine offene Komponente ohne Verantwortlichkeit und Betriebswissen löst dagegen kein Problem. Herstellerunabhängigkeit bedeutet auch nicht, jeden Hersteller zu meiden. Sie bedeutet, Entscheidungen an der Aufgabe auszurichten und vermeidbare Bindungen sichtbar zu machen. Reparierbarkeit einplanen Reparierbarkeit beginnt vor dem Defekt. Ersatzwege, Konfigurationssicherungen, nachvollziehbare Änderungen und erreichbare Dokumentation müssen vorhanden sein, bevor eine Störung eintritt. Ein System ist nicht robust, wenn seine Wiederherstellung nur in den Köpfen einzelner Personen existiert. Wo möglich, sollten Komponenten einzeln austauschbar sein. Schnittstellen, Formate und Zuständigkeiten müssen dokumentiert werden. Wiederherstellungsschritte gehören getestet, nicht nur aufgeschrieben. Abhängigkeiten sichtbar halten Jede Abhängigkeit kann sinnvoll sein. Problematisch wird sie, wenn sie unbekannt, unnötig oder nicht beeinflussbar ist. Dazu zählen technische Abhängigkeiten ebenso wie Verträge, Konten, Schlüsselpersonen und externe Dienste. Eine gute Übersicht beantwortet mindestens: Welche Funktion hängt davon ab? Wer ist verantwortlich? Wie wird die Abhängigkeit überwacht? Welche Alternative oder welcher Notbetrieb existiert? Wie lässt sich der Zustand wiederherstellen? Dokumentation als Betriebsmittel behandeln Dokumentation ist kein Abschlussfoto eines Projekts. Sie ist ein Betriebsmittel und muss die Fragen beantworten, die bei Änderung, Übergabe und Störung tatsächlich entstehen. Entscheidungen verdienen dabei ebenso viel Aufmerksamkeit wie Konfigurationen. Wer später nur sieht, was gebaut wurde, aber nicht warum, wird dieselben Abwägungen erneut durchführen oder wichtige Randbedingungen übersehen. Wissen übertragbar machen Ein beherrschbares System darf nicht dauerhaft von Einzelwissen abhängen. Übergaben, gemeinsame Durchgänge und verständliche Begriffe machen Wissen belastbar. Das Ziel ist nicht, jedes Detail zu vereinfachen, sondern die richtigen Details für die jeweilige Rolle zugänglich zu machen. Sicherheit und Datenschutz zusammen denken Sicherheit entsteht nicht durch eine einzelne Kontrolle. Identitäten, Berechtigungen, Netzgrenzen, Updates, Sicherungen, Protokollierung und Wiederherstellung wirken zusammen. Datenschutz verlangt zusätzlich, Datenflüsse, Zwecke und externe Empfänger zu kennen. Offene und nachvollziehbare Strukturen erleichtern diese Prüfung. Sie ersetzen jedoch weder eine fachliche Risikoanalyse noch eine rechtliche Bewertung. Weniger, aber bewusst Jede zusätzliche Komponente erhöht Betriebs-, Aktualisierungs- und Dokumentationsaufwand. Eine kleinere Architektur ist nicht automatisch besser, doch unnötige Schichten sollten begründet oder entfernt werden. Die einfachste tragfähige Lösung ist häufig die robusteste: klar genug für den Betrieb, offen genug für Veränderungen und vollständig genug für den Störfall. Eine praktische Prüfliste Vor einer Architekturentscheidung helfen neun Fragen: Welche Funktion muss zuverlässig erhalten bleiben? Welche Menschen und Prozesse sind beteiligt? Welche technischen und organisatorischen Abhängigkeiten entstehen? Welche vorhandenen Komponenten können weiter genutzt werden? Wo entsteht eine vermeidbare Hersteller- oder Dienstbindung? Wie wird der Zustand gesichert und wiederhergestellt? Wer kann das System warten und reparieren? Welche Entscheidungen müssen dokumentiert werden? Wie wird das notwendige Wissen übergeben? Diese Fragen ersetzen keine Detailplanung. Sie verhindern aber, dass wichtige Betriebsfragen erst nach dem Kauf gestellt werden. ## [Der IT-Nerd als Haltung](https://it-nerds.eu/de/wissen/it-nerd/)Warum Skepsis, Beharrlichkeit, Neugier und technische Redlichkeit in komplexen IT-Projekten wertvoll sind. Der Name IT-NERDS steht für unseren Anspruch, IT unabhängig, ehrlich und technisch zu betrachten. Gemeint sind Neugier und fachliche Tiefe, ein unabhängiges Urteil und die Verantwortung, Entscheidungen verständlich zu erklären und nachvollziehbar zu dokumentieren. So sollen Unternehmen ihre Infrastruktur nicht nur nutzen, sondern verstehen, kontrollieren und im Ernstfall handhabbar halten. Ob wir diesem Anspruch gerecht werden, zeigt sich nicht am Namen, sondern an unserer Arbeit. Die folgende Einordnung ist bewusst humorvoll und erhebt keinen wissenschaftlichen Anspruch. Menschen sind selbstverständlich mehr als Etiketten oder Kreise in einem Diagramm. Eine nicht ganz wissenschaftliche, aber erstaunlich alltagstaugliche Einordnung. Vom Etikett zur Haltung Treffen Intelligenz und Begeisterungsfähigkeit aufeinander, spricht die Grafik vom Geek: jemandem, der sich freiwillig tiefer mit einem Thema beschäftigt, als es vernünftigerweise notwendig wäre. Kommen Begeisterung und soziale Eigenwilligkeit zusammen, entsteht in der augenzwinkernden Darstellung der Dork: fachlich oder thematisch völlig versunken, während gesellschaftliche Konventionen gelegentlich nur als unverbindliche Empfehlung betrachtet werden. Die Kombination aus Intelligenz und sozialer Eigenwilligkeit ergibt den Dweeb: klug, analytisch und möglicherweise überzeugender im Gespräch mit einem Server als beim Small Talk am Stehtisch. Wo sich alle drei Bereiche überschneiden, befindet sich der Nerd: intelligent genug, ein komplexes Problem zu verstehen, hartnäckig genug, es nicht vorschnell aufzugeben, und eigenständig genug, sich von Modeerscheinungen oder Gruppendynamiken nicht unnötig beeindrucken zu lassen. Die englischen Begriffe sind nicht eindeutig ins Deutsche übertragbar. Entscheidend ist ohnehin nicht das Etikett, sondern die dahinterstehende Haltung. Was zeichnet einen IT-Nerd aus? Ein IT-Nerd verbindet Fachwissen, Skepsis, Beharrlichkeit und eine notwendige Portion Humor. Statt jedem neuen Trend hinterherzulaufen, konzentriert er sich auf Lösungen, die robust, verständlich und beherrschbar bleiben. Für uns bedeutet digitale Unabhängigkeit deshalb mehr als Cloud, Compliance oder große Schlagworte rund um Resilienz und digitale Souveränität. Am Anfang steht eine wesentlich einfachere Frage: Versteht und kontrolliert ein Unternehmen seine eigene Infrastruktur noch? Wer diese Frage nicht eindeutig beantworten kann, hat häufig kein reines Technikproblem. Die schwierigsten Probleme entstehen selten ausschließlich in der IT. Oft liegen ihre Ursachen bei Organisation, Verantwortlichkeiten, Kommunikation, Angst vor Fehlern, eingefahrenen Gewohnheiten, Budgetlogik oder fehlender Entscheidungsfähigkeit. In der IT spricht man scherzhaft vom Layer 8: dem Menschen vor dem Bildschirm. In offiziellen Netzwerkmodellen existiert diese Schicht nicht. In der betrieblichen Praxis entscheidet die menschliche und organisatorische Ebene jedoch häufig, ob Technik unterstützt oder zusätzliche Komplexität erzeugt. Das ist keine Schuldzuweisung, sondern eine Erinnerung daran, Systeme immer gemeinsam mit ihren Nutzern und Verantwortlichen zu betrachten. Zwischen technischem Problem und tragfähiger Lösung liegen oft Hype, Politik, Zeitdruck und menschliche Unsicherheit. Warum ist diese Haltung ein guter Partner? Der IT-Nerd ist kein weltfremder Sonderling, der ausschließlich in dunklen Kellerräumen mit blinkenden Geräten kommuniziert. In komplexen Situationen ist vor allem eine Fähigkeit wertvoll: Er hält das Nichtwissen etwas länger aus. Er wird nicht sofort ungeduldig, wenn etwas nicht funktioniert. Er ersetzt nicht vorschnell ein Produkt, nur weil ein Prozess stockt. Und er verwechselt eine neue Benutzeroberfläche nicht automatisch mit einer gelösten Ursache. Stattdessen fragt er: Was passiert hier tatsächlich? Welche Abhängigkeiten bestehen? Welche Annahmen wurden bisher nicht überprüft? Ist das System in seinen Einzelteilen verstanden? Wird gerade das Problem gelöst – oder nur sein sichtbares Symptom? Dabei ist er möglichst wenig emotional an Hersteller, Produkte oder die eigene ursprüngliche Meinung gebunden. Eine bevorzugte Lösung darf verworfen werden, wenn die Fakten gegen sie sprechen. Ein lieb gewonnenes Konzept darf scheitern. Selbst der eigene Fehler ist zulässig – sofern man bereit ist, ihn zu finden und zu korrigieren. Das ist keine Sturheit. Es ist technische Redlichkeit. Vielleicht braucht jedes Unternehmen einen IT-Nerd Einen Menschen, der Zusammenhänge, Systeme und Prozesse verstehen will. Der nicht beim ersten plausiblen Ergebnis aufhört, sondern eine Ursache sorgfältig verfolgt. Und der technische Tatsachen nicht aus Bequemlichkeit, Hierarchie oder politischer Zweckmäßigkeit umdeutet. Über Budgets, Prioritäten und Strategien kann man verhandeln. Mit der Physik eher nicht. Für ein Beratungsunternehmen ist diese Haltung dann glaubwürdig, wenn sie mit Kommunikation, Dokumentation und Respekt verbunden bleibt. Genau deshalb gehört sie in diesen Wissensbereich: nicht als Selbstlob, sondern als überprüfbarer Anspruch an unsere Arbeit.