DEWOLF.IT / TECHNISCHE KENNISBANK
Enterprise Linux, uitgelegd vanuit de beheerpraktijk.
Technische kennisbank voor Linux-beheerders, platform engineers en teams die werken met Red Hat Enterprise Linux. Van een RHEL-migratie tot een falende service: vind een aanpak die begint bij bewijs en eindigt bij controleerbaar beheer.
Van probleem naar een onderbouwde oplossing
Deze kennisbank verbindt diagnose, configuratie en enterprise-afwegingen. De artikelen helpen je meetgegevens te interpreteren, veranderingen te begrenzen en vast te stellen of een oplossing werkelijk werkt. Voorbeelden zijn generiek en bevatten geen klantgegevens.
Begin bij het onderwerp dat past bij je vraag. Binnen ieder artikel vind je achtergrond, een concrete aanpak, commando’s of configuratievoorbeelden, valkuilen en verwijzingen naar gerelateerde kennis.
Onderwerpen voor beheersbare Linux-platformen
AI en enterprise security: meer kwetsbaarheden zichtbaar, maar ook beter verdedigbaar
AI vergroot de capaciteit om kwetsbaarheden te vinden en creëert daarmee meer findings om te beoordelen. Tegelijk kan dezelfde technologie helpen om scannerdata, vendorinformatie, exploitcontext en assetkritiek te correleren tot een beheersbare vulnerability-workflow.
RHEL 8 naar 9 met Leapp: voorbereiding, lifecycle en migratie
Een RHEL 8 naar 9 migratie begint met een supportbaar upgradepad en een aantoonbaar herstelplan. Leapp helpt bij de technische overgang; applicatiecompatibiliteit, contentvoorziening en acceptatie blijven onderdelen van het migratieontwerp.
Red Hat Satellite: gecontroleerd patchen met content views
Red Hat Satellite patchmanagement draait om reproduceerbare content. Een gesynchroniseerde repository is nog geen goedgekeurde patchset. Met content views en lifecycle environments kun je dezelfde geteste inhoud gecontroleerd naar productie brengen.
Ansible voor RHEL: idempotent beheer met inventory en roles
Betrouwbaar Ansible RHEL beheer beschrijft de gewenste toestand en maakt afwijkingen zichtbaar. Een playbook dat één keer slaagt is een begin; dezelfde uitvoering moet ook herhaalbaar zijn, correct rapporteren en fouten op de juiste plek laten stoppen.
SELinux AVC-denials oplossen: contexts, booleans en policy
SELinux AVC-denials geven informatie over een geweigerde handeling, geen automatisch advies om de beveiliging uit te zetten. Door procesdomein, doeltype en gevraagde permissie te koppelen aan de bedoeling van de service kun je gericht herstellen.
systemd troubleshooting: services, dependencies en restart-beleid
Bij systemd troubleshooting is de melding ‘failed’ het begin van de diagnose. De oorzaak kan in de applicatie liggen, maar ook in het serviceaccount, een mount, een verkeerde unit of een dependency. Eerst bewijs verzamelen maakt een restart een gerichte handeling.
Podman in beheer: rootless containers, Quadlet en Docker-migratie
Podman rootless en Quadlet bieden een manier om containers onder een eigen account met systemd te beheren. De overstap vanaf Docker vraagt wel aandacht voor storage, netwerkgedrag, rechten en de levensduur van de gebruikerssessie.
Linux performance: CPU, geheugen en I/O systematisch onderzoeken
Een bruikbare Linux performance diagnose begint bij de vertraagde gebruikershandeling en het tijdvenster waarin die optreedt. CPU, geheugen en storage zijn mogelijke oorzaken; losse meetwaarden vertellen zelden welke component de werkelijke beperking vormt.
Enterprise Linux-beheer: tmp, journald, NFS en versionlock
Enterprise Linux beheer raakt meerdere lagen tegelijk. Een tijdelijke map, loglimiet, Kerberos-ticket of package-lock kan een applicatie beïnvloeden zonder dat de applicatieconfiguratie is veranderd. Deze gids maakt vier van zulke beheerafspraken expliciet en toetsbaar.
Een route door de kennisbank
Een verandering voorbereiden? Begin bij RHEL Lifecycle & Migratie, bepaal de contentketen in Satellite en leg herhaalbare stappen vast met Ansible.
Een storing onderzoeken? Verzamel eerst de tijdlijn met systemd en journald. Controleer vervolgens SELinux of performance als de foutmeldingen en metingen daarop wijzen.
Een beheerstandaard ontwerpen? Combineer de Podman-gids met de afspraken over tijdelijke bestanden, logging, NFS en package-versies. Leg vast wie wijzigingen goedkeurt en hoe je afwijkingen detecteert.
Gebruik de voorbeelden in hun context
Release, architectuur, securitybeleid en applicatieafhankelijkheden bepalen welke stappen toepasbaar zijn. Ieder artikel vermeldt zijn scope en officiële bronnen. Lees bij een wijziging ook de validatie- en herstelstappen; een commando is onderdeel van een aanpak.
Hulp bij de uitvoering? Bekijk Linux Consultancy, Red Hat Enterprise Linux, Automation & Ansible en Migratie & Lifecycle.