Systemadministration
At holde lyset tændt
Daglig drift af servere, mail, konti og opdateringer, så det, alle er afhængige af, forbliver kedeligt.

Foto: Annabel_P / Pixabay 
Foto: lapping / Pixabay
Udvalgte resultater, der demonstrerer denne ydelse.
-
Har drevet 10 PostgreSQL- og MS SQL‑servere
Har designet, idriftsat og vedligeholdt 10 PostgreSQL- og MS SQL‑servere på Ubuntu Linux VPS og sikret optimal ydeevne og driftssikkerhed på serverne.
-
Har skrevet 1.000 RBAC‑regler til Linux‑servere
Har forbedret datasikkerheden ved at implementere 1.000 RBAC‑regler for udviklere, applikationsinstanser, PostgreSQL, MS SQL og andre Linux‑servere for at forhindre uautoriseret adgang; dokumenteret med Ansible‑automatisering.
-
Har administreret 30 Ubuntu Linux VPS‑instanser
Har administreret 30 Ubuntu Linux VPS‑instanser, implementeret disaster recovery‑strategier og sikret optimale netværkskonfigurationer.
-
Har ledet adgangsstyring med M365 og SSO
Har forhindret sikkerhedsbrud ved at lede initiativer inden for adgangsstyring med M365, 1Password, Red Hat SSO og OKTA SSO.
-
Har administreret og fejlsøgt 8 VPN‑forbindelser
Har administreret og fejlsøgt 8 WireGuard VPN- og IPsec VPN‑forbindelser og sikret beskyttet kommunikation mellem Google Cloud og Linux‑systemer.
-
Har administreret netværksinfrastruktur
Har administreret netværksinfrastruktur for over 1.000 servere og sikret optimal systemudrulning, sikkerhed og fejlfinding.
-
Har konfigureret og idriftsat 1.000 Wi‑Fi‑routere
Har konfigureret og idriftsat 1.000 Wi‑Fi‑routere og forbedret netværkstilgængeligheden og -ydeevnen for kunderne.
-
Har administreret 100 barebone‑servere
Har administreret 100 barebone‑servere, fysiske netværk og IP‑telefonisystemer og sikret en robust infrastruktur til virksomhedens vækst.
-
Har administreret 40 websites på Apache og Nginx
Har administreret 40 websites på Ubuntu Linux‑hostingservere med Apache og Nginx og sikret høj tilgængelighed og ydeevne.
-
Har ydet 24/7‑support til ca. 1.000 IPTV‑servere
Har leveret døgnbemandet 24/7‑infrastruktursupport til en IPTV/OTT‑streamingplatform og administreret ca. 1.000 servere samt kundeejede systemer for globale kunder i Kina, USA og Tyskland.
-
Har sikret uafbrudt levering af IPTV‑signaler
Har sikret uafbrudt levering af IPTV‑streamingsignaler mellem leverandører og kunder og overvåget og vedligeholdt streamingnetværket og IP‑telefonien døgnet rundt.
-
Har bygget infrastruktur, der holder i årevis
Har planlagt og implementeret ny infrastrukturfunktionalitet til interne og eksterne systemer og bygget løsninger, der er så robuste, at de stadig kører år senere med minimale ændringer.
-
Har bygget hele kerneinfrastrukturen fra bunden
Har som en af de første medarbejdere designet og bygget hele kerneinfrastrukturen og de understøttende processer fra bunden for en SaaS‑startup inden for grøn energi og lagt fundamentet for hurtig vækst.
-
Har integreret en fælles adgangskodeløsning
Har integreret et virksomhedsdækkende adgangskodehåndteringssystem, der styrkede sikkerheden og strømlinede adgangskontrollen.
-
Servere, I kan bygge op fra bunden igen
Har bygget virksomhedens egen infrastruktur som 19 Ansible‑playbooks og 34 roller fordelt på 12.065 linjer YAML, der konvergerer den kørende vært til en deklareret tilstand, og hvor hvert play er idempotent.
-
En hel virksomhed på en lille server
Har kørt hele virksomheden på én vært med 512 MB og én kerne — en git‑forge, en webserver til syv domæner, Tor, to servere til alternative protokoller, backup og blokering af indtrængningsforsøg — ved at behandle 464 MB brugbar hukommelse som den bindende arkitektoniske begrænsning.
-
Har hærdet SSH til 24 validerede direktiver
Har hærdet SSH til 24 direktiver, der alle kontrolleres med assertions, med validering i tre trin — kandidatfilen, den samlede konfiguration og til sidst dæmonens egen tilbagelæsning — efter at tilbagelæsningen afslørede, at den kørende server ubemærket tilsidesatte to af de fireogtyve.
-
Har bevist, at blokeringen virker ved hver kørsel
Har eftervist blokeringsvejen fra ende til anden ved hver hærdningskørsel ved at blokere en reserveret testadresse, læse den resulterende kerneregel og ophæve blokeringen i en oprydningsblok, der altid kører, så en jail, der holder op med at virke, får kørslen til at fejle i stedet for at melde alt i orden.
-
Har verificeret firewallregler efter position
Har verificeret firewallregler efter position snarere end tilstedeværelse ved at læse den nummererede regelliste og den kørende pakkefilterkæde, fordi det, at en regel findes, ikke betyder, at nogen pakke når frem til den.
-
Sikkerhedskopier, der rent faktisk er gendannet
Har bygget krypteret backup uden for værten på restic med udtynding efter opbevaringspolitikken, et integritetstjek og en månedlig automatiseret gendannelsesøvelse og derefter gennemgået gendannelsesberedskabet og skrevet hullerne ned i stedet for at lade dem blive opdaget under en hændelse.
-
Har bygget overvågning med dead man's switch
Har bygget overvågning med dead man's switch, der kun pinger, mens hukommelse og disk er i orden, så en svækket vært udløser en alarm ved at gå tavs — og opdaget seks variabelnavne, der sagde "free", hvor tjekket korrekt målte "available", en størrelsesorden til forskel på en maskine med 464 MB.
-
Har afstemt en DNS‑zone med 20 poster deklarativt
Har afstemt en DNS‑zone med 20 poster deklarativt mod Cloudflares API med separate indgange til gennemgang og BIND‑eksport og slået CDN‑proxyen fra igen af hensyn til privatlivet, efter at den var bygget.
-
Har strammet systemd‑sandboxen på hver unit
Har reduceret eksponeringen i systemd‑sandkassen for hver unit, platformen installerer — en dead man's switch‑tjeneste fra 9,6 UNSAFE til 1,5, en git‑forge med adgang fra internettet fra 8,3 EXPOSED til 1,5 — og tilføjet et parsertjek ved konvergens efter at have fundet et fejlstavet direktiv, der ubemærket blev ignoreret i tre unit‑skabeloner.
-
Har bygget 7 skrivebeskyttede rapporteringsroller
Har bygget syv skrivebeskyttede rapporteringsroller, der gengiver den kørende vært som Markdown — fakta, adgang, git, metrikker, trafik, sikkerhed og udbyderinventar — efter en regel om, at der ikke udskrives et tal, kørslen ikke selv har målt.
-
Jeres kode på jeres eget udstyr
Har udrullet virksomhedens egen git‑forge på Soft Serve, privat som udgangspunkt og uden webpanel, med SSH‑porten bundet til loopback bag en jump‑vært, og gjort landingssiden foran den til et build‑artefakt fra hovedsitet i stedet for en manuelt vedligeholdt kopi.
-
Har prøvekørt forgens CI‑hook og fundet 2 fejl
Har prøvekørt CI‑hooken på forge‑siden og fundet to fejl, som ikke kunne findes ved at læse filen: en fallback, der sendte et argument, som ikke kunne opløses, ind i hookens input, og gits egen miljøvariabel, der fulgte gaten ind i checkouten og gjorde 19 tests røde.
-
Har fået seks indsamlere til at melde det ulæste
Har fået seks rapporteringsindsamlere til at oplyse den del af deres input, de aldrig læste — uåbnede filer, ikke‑installerede sonder og ugenkendte journallinjer — og tilpasset tærskler til 116 målte stikprøver efter at have fastslået, at en blind indsamling og en rask vært giver den samme side.
-
Har udgivet et læsbart Tor‑onion‑spejl
Har udgivet websitet som et Tor‑onion‑spejl på en læsbar adresse, der begynder med engineer, med nøglen genereret uden for værten, så den aldrig nåede dette repository eller en laptop, og ladet den være den ene af fire hoveddøre, der aldrig tælles.
Hvis det er det arbejde, du har brug for, er næste skridt en samtale.
Fortæl os problemet, så siger vi ærligt, om vi er de rette til det.

