Linux serverbeheer en troubleshooting
Servers zijn zelden spectaculair stuk. Het is een schijf die volloopt, een certificaat dat niet vernieuwt, een container die na een update niet meer start, of replicatie die stilletjes is gestopt. Ik ben degene die je erbij haalt als het productie is en het nu moet werken.
Direct een servers-specialist nodig?
Geen offertetraject van drie weken: bel, leg het voor, dan weet je binnen tien minuten of ik je kan helpen. Bellen mag direct. Mail beantwoord ik meestal dezelfde werkdag.
Waar ik mee help
De onderwerpen waar ik dagelijks aan werk.
Storingen oplossen
Een server die niet meer boot, een website die 502 geeft, een database die niet start. Eerst weer in de lucht, daarna uitzoeken waarom en zorgen dat het niet terugkomt.
Hosting, beheer en monitoring
Websites, applicaties en mailservers draaiend houden op infrastructuur die ik zelf beheer: updates, back-ups met geteste restore, en monitoring die waarschuwt vóór het stukgaat.
Van localhost naar productie
Een applicatie die op je laptop werkt, netjes in productie zetten: domein, HTTPS, database, back-ups, logging en een deploy die je kunt herhalen.
Databases en replicatie
MySQL en MariaDB: replicatie die is weggelopen, herstel van een corrupte tabel, upgrades en het testen van back-ups voordat je ze nodig hebt.
Docker en containers
Containers die niet starten, netwerken die elkaar niet vinden, volumes die na een herstart leeg zijn. Plus productie-opzet met Compose die een herstart overleeft.
Automatisering
Ansible en CI/CD zodat een wijziging reproduceerbaar is in plaats van een handeling die één persoon nog weet. Automatiseren waar het rendeert, niet als doel op zich.
Zo werkt het
Van eerste telefoontje tot oplossing.
- 1
Je belt of mailt
Bij een actieve storing is bellen sneller. Vertel wat er is veranderd en sinds wanneer het misgaat; dat zijn de twee nuttigste gegevens die er zijn.
- 2
Eerst stabiliseren
Bij productieproblemen gaat het eerst om weer in de lucht komen, met een snapshot of back-up als vangnet. Analyse kan daarna.
- 3
Oorzaak vinden
Logs, tellers en tijdlijn naast elkaar. Bijna elke storing heeft een duidelijk begin, en dat begin correleert met iets: een update, een volle schijf, een certificaat, een wijziging.
- 4
Voorkomen dat het terugkomt
Monitoring op het punt dat faalde, en opschrijven wat er is gebeurd. Dat is het verschil tussen een oplossing en dezelfde storing over drie maanden.
Waarom mensen mij erbij halen
Meestal omdat er niemand is die de hele keten overziet. De webbouwer kent de applicatie, de hoster kent de machine, en het probleem zit er precies tussenin: DNS, proxy, certificaat, database, netwerk. Ik loop die keten van voor naar achter door en zeg waar het stukgaat, ook als dat betekent dat het bij een andere partij ligt.
Beheer op eigen infrastructuur
Voor klanten die het uit handen willen geven, host en beheer ik op infrastructuur die ik zelf in beheer heb: servers, netwerk en back-ups in Nederland. Dat betekent korte lijnen als er iets is, en niemand die bij een storing naar een andere afdeling wijst.
Specifieke problemen en onderwerpen
502 Bad Gateway bij nginx oplossen
502 Bad Gateway betekent dat nginx je applicatie niet kan bereiken of geen geldig antwoord krijgt. Dit zijn de oorzaken en de eerste checks.
[Boot en recovery]Server start niet meer op
Een server die na een update of herstart niet meer boot: kernel, fstab, volle schijf of bootloader. Zo kom je via rescue mode weer binnen.
[Docker]Docker-container start niet of crasht direct
Container die direct stopt, exit code 137 of 125, volumes die leeg zijn na een herstart en containers die elkaar niet vinden. Dit check ik als eerste.
[MySQL-replicatie]MySQL-replicatie is gestopt of loopt achter
Replicatie gestopt met een foutmelding, of een slave die steeds verder achterloopt. Meestal te repareren zonder volledige rebuild. Dit check ik als eerste.
[TLS-certificaat]SSL-certificaat verlopen of vernieuwt niet
Certificaat verlopen, of een Let's Encrypt-vernieuwing die stil faalt. De oorzaken, de eerste checks en hoe je voorkomt dat het nog eens gebeurt.
Waar ik mee werk
Veelgestelde vragen
- Kun je bij een acute storing snel iets doen?
- Bellen is dan het snelst; ik neem zelf op. Als ik kan helpen, kijk ik meestal direct mee. Kan ik het niet, dan zeg ik dat ook meteen in plaats van je een dag te laten wachten.
- Doe je ook doorlopend beheer, of alleen losse klussen?
- Beide. Veel klanten beginnen met een storing en houden daarna beheer aan: updates, monitoring, back-ups en een paar uur per maand voor wat er langskomt. Er is geen verplichting om dat af te nemen.
- Ik heb een applicatie die op mijn laptop werkt. Kun je die live zetten?
- Ja, dat is een veelvoorkomende opdracht, ook voor applicaties die met AI-hulp zijn gebouwd. Dan regel ik hosting, domein, HTTPS, database, back-ups en een manier om updates uit te rollen, zodat het iets is waar je op kunt bouwen.
- Werk je alleen met Debian?
- Debian is mijn voorkeur en wat ik zelf draai, maar Ubuntu, RHEL-varianten en Alpine ken ik ook. Bij een bestaande omgeving werk ik met wat er staat, tenzij er goede redenen zijn om dat te veranderen.
- Wat kost het?
- Ik werk op uurbasis en zeg vooraf wat ik denk nodig te hebben. Bel of mail je situatie, dan krijg je een eerlijke inschatting voordat we beginnen.
Zelf geen tijd of geen zin om te blijven zoeken?
Ik kijk mee, zeg eerlijk wat er aan de hand is en los het op. Bellen mag direct. Mail beantwoord ik meestal dezelfde werkdag.