Alle artikelen

AlmaLinux geeft je het RHEL-platform (dezelfde ABI, dezelfde levenscyclus van tien jaar, hetzelfde ecosysteem) gratis. Red Hat rekent per server vier cijfers per jaar voor het echte werk. De interessante vraag is niet wat goedkoper is; het is waar het abonnement precies voor betaalt en wie dat daadwerkelijk nodig heeft. Deze gids somt het antwoord op: support-SLA's, ISV-certificeringen, live patching en lifecycle-add-ons aan de ene kant; Alma's echte onafhankelijkheidsvoordelen (inclusief drivers die Red Hat liet vallen) aan de andere kant, plus de gratis 16-systemen-optie van Red Hat die de meeste mensen vergeten dat die bestaat.

Voor nieuwe datacenters in de regio Amsterdam gelden twee afzonderlijke grenzen. De ruimtelijke ordening bepaalt waar er een mag komen en hoeveel vermogen het mag toevoegen, en Amsterdam, Haarlemmermeer en het Rijk stellen elk hun eigen regels. De netcapaciteit bepaalt of TenneT en Liander het kunnen aansluiten, en in het grootste deel van Noord-Holland hebben zij geen ruimte voor nieuwe grootverbruikers. Een project heeft zowel planologische toestemming als een netaansluiting nodig, dus elk van de twee grenzen kan het tegenhouden. Die regels komen van de twee gemeenten, het Rijk, de netbeheerders, de Autoriteit Consument & Markt (ACM) en de rechter, en dateren van juli 2019 tot augustus 2026.

Het elektriciteitsnet in Noord-Holland zit grotendeels vol voor nieuwe of grotere aansluitingen van grootverbruikers, en Amsterdam staat tot 2035 geen nieuwe datacenters en geen uitbreiding van bestaande datacenters toe. Servers die al in Amsterdam draaien, houden hun stroom. Het tekort zit in nieuwe capaciteit: een extra gebouw, een zwaardere netaansluiting of een rack met een hogere vermogensdichtheid in een bestaande zaal.

Als je server wordt aangevallen, is "we worden geDDoSt" niet bruikbaar; "SYN-flood, vier miljoen packets per seconde, gespoofte bronnen, gericht op poort 443" wel. Het verschil tussen die twee is een dertig seconden durende packet capture en een gestructureerde blik erop. Deze gids behandelt veilig vastleggen op een machine die al verzadigd is (tcpdump, niet de Wireshark-GUI), de triageworkflow in Wireshark (Protocol Hierarchy, Conversations, I/O Graphs) en de display-filter-signaturen van de gangbare aanvalsvectoren, en sluit af met hoe je bevindingen omzet in mitigatie.

Bare metal en dedicated server beschrijven hetzelfde: één fysieke machine, in zijn geheel gehuurd, zonder hypervisor en zonder andere klant erop. De verwarring gaat niet over de hardware. Ze gaat over het tijdperk van hostingjargon waar een provider uit put, en dat jargon zegt meestal iets over hoe de machine aan je verkocht wordt: via een ticket of via een API, per maand of per uur. Deze gids legt uit waar elke term vandaan komt, zet de verschillen in operationeel model op een rij die de woordkeuze van een provider meestal verraadt, geeft je vijf vragen om te stellen voordat je bestelt, en behandelt het ene geval waarin je geen van beide nodig hebt.

Netwerken kan in het begin intimiderend aanvoelen, maar met de juiste aanpak maak je van een simpele virtuele server een volwaardige routing-backbone die van je thuislab tot een cloud-VPS reikt. Deze gids laat zien hoe je zo'n topologie bouwt met VyOS. Aan het eind heb je een thuisrouter, een publieke VPS-router, een beveiligde tunnel ertussen, en routing voor meerdere interne subnetten.

CentOS Linux bestaat niet meer (CentOS 8 bereikte eind 2021 end-of-life en CentOS 7 volgde medio 2024), en CentOS Stream is geen gelijkwaardige vervanging. De twee echte opvolgers zijn AlmaLinux en Rocky Linux, en sinds 2023 werken ze onder de motorkap niet meer op dezelfde manier: AlmaLinux richt zich op ABI-compatibiliteit met RHEL, Rocky houdt vast aan 1:1 binaire pariteit. Deze gids legt uit wat er nu echt tussen ze verschilt, geeft een op voorwaarden gebaseerd oordeel in plaats van "het hangt ervan af", en doorloopt de echte migratiepaden (migrate2rocky, almalinux-deploy en ELevate voor de cross-major sprong vanaf CentOS 7), inclusief de pre-flight checklist, de inhibitor-muur en het rollbackplan.

DDoS-aanvallen zijn onder te verdelen in drie brede families: volumetrische floods die je verbinding verzadigen, protocolaanvallen die de connectiestatus uitputten, en aanvallen op applicatieniveau die op legitiem verkeer lijken. Elke vorm put een andere resource uit, dus elke vorm vraagt om een andere verdediging, en geen enkele laag stopt alle drie. Deze gids koppelt de veelvoorkomende aanvalsvormen aan de resource die ze uitputten en de mitigatie die daadwerkelijk werkt, legt uit wat een firewall op de server wel en niet kan tegenhouden, en eindigt met een praktisch incident-response-draaiboek voor wanneer je server onder vuur ligt.

De meeste serverdimensionering gaat op een van twee manieren mis: je betaalt voor cores die een jaar lang op 3% stationair draaien, of je ontdekt bij livegang dat de hot set van de database niet in het RAM past. Beide fouten komen voort uit het overslaan van dezelfde stap: dimensioneren vanuit de workload in plaats van vanuit een prijslijst. Deze gids geeft je de methode (basislijn, marge, groei), de per-workload vuistregels voor CPU, RAM, opslag en bandbreedte, en het eerlijke antwoord op de vraag wanneer je moet opschalen versus uitschalen.

Een verse Linux-server wordt geleverd zonder enige firewallregel. Elke listener die je start, is meteen vanaf het hele internet bereikbaar. De oplossing is een korte, goed doordachte basisconfiguratie: default-deny voor inkomend verkeer, established traffic toestaan, en een expliciete allow-list voor de services die je daadwerkelijk draait. Deze gids bouwt die basisconfiguratie regel voor regel op in nftables, legt uit waar iedereen de fout ingaat (ICMP en IPv6), laat hetzelfde beleid zien in ufw en firewalld, en behandelt hoe je voorkomt dat je jezelf buitensluit, plus de valkuil van Docker-poortpublicatie.

Een gameserver is een single-threaded simulatielus op een vaste klok, en staat of valt dus met snelheid per core en gelijkmatige timing, niet met het aantal cores. Een gedeelde VPS zet de scheduler van een hypervisor tussen die lus en de CPU, en die jitter zie je terug als gemiste ticks. Bare metal haalt die laag weg. Dit overzichtsartikel zet bare metal tegenover een VPS en beheerde gamepanels, legt uit waarom klokfrequentie wint van coreaantal, geeft echte RAM-cijfers voor Minecraft, Rust, ARK, Palworld, Valheim en CS2, behandelt opslag en de DDoS-realiteit, het zelf draaien van Pterodactyl of de Pelican-fork ervan, en de eerlijke gevallen waarin een VPS nog steeds de juiste keuze is.

Ping is maar een deel van wat een speler voelt. Eén round trip loopt langs input sampling, de last mile, transit en peering, een wachtrij op de server en het wachten op de volgende simulatietick voordat de wereld ook maar reageert. Deze gids laat zien waar gevoelde vertraging vandaan komt, hoe tick rate en netcode het beeld veranderen, waarom jitter en packet loss meer pijn doen dan een stabiele hogere ping, en welke knop een host het meest in handen heeft: de server dicht bij de spelers zetten, op hardware die zijn tick rate vasthoudt.

Bare metal wint op de twee getallen die bepalen of een gameserver goed aanvoelt: de worst-case ticktijd en de worst-case latency. Een single-tenant VM op hardware die je zelf beheert, komt dicht in de buurt. Bij een overboekte multi-tenant VPS valt fixed-tick simulatie uit elkaar, want een vCPU die een paar milliseconden te laat wordt ingepland, is een gemiste tick die elke speler ziet als rubberbanding. Deze gids behandelt wat een hypervisor toevoegt aan een tick-loop, waarom de 95e-percentiel ticktijd belangrijker is dan de gemiddelde doorvoer, hoe je steal time en MSPT op je eigen server meet, en wanneer een VM nog steeds de juiste keuze is.

Met een eigen Minecraft-server draait de wereld waarin je vrienden spelen op hardware die jij beheert: geen slotlimiet, geen beperkingen op plugins, geen prijs per speler. Op een Linux VPS of dedicated server loopt het traject van het dimensioneren van de machine en de keuze tussen vanilla, Paper, Fabric en NeoForge tot het installeren van Java 25 en het schrijven van een systemd-unit die een reboot overleeft. Daarna volgen JVM-dimensionering met Aikar's flags, de firewallregel en het SRV-record waarmee spelers binnenkomen, de whitelist, back-ups, veilig updaten en Bedrock-crossplay via Geyser en Floodgate.

Een Palworld dedicated server biedt plaats aan maximaal 32 spelers in één blijvende wereld, tegenover vier in een co-op-sessie, en de wereld blijft draaien als de host uitlogt. Pocketpair levert de server voor Linux als gratis download via SteamCMD, en sinds versie 1.0 op 10 juli 2026 uit early access kwam, is de documentatie op punten veranderd die oudere handleidingen missen: de multithreading-flags die elke tutorial overneemt, worden niet meer aangeraden, en RCON is deprecated ten gunste van een REST API. Op Ubuntu of Debian loopt de installatie van de eigen hardwarevereisten van Pocketpair via de installatie, PalWorldSettings.ini en een systemd-unit die de wereld opslaat voordat hij stopt, naar de ene poort die spelers nodig hebben, crossplay voor Xbox en PS5, back-ups en updates. Server-side mods zijn het enige wat een Linux-server niet kan draaien.

Een Valheim dedicated server houdt je wereld online als de vriend die hem host uitlogt, en hij biedt plaats aan de volle tien spelers van het spel zonder dat een van hen de hele simulatie op een gaming-pc draagt. Iron Gate levert de server als gratis SteamCMD-download met een native Linux-build. Valheim verliet early access met versie 1.0 op 9 september 2026, en die release veranderde het saveformaat: een wereld is nu een map met chunks in plaats van een paar .db- en .fwl-bestanden. Op Ubuntu of Debian heeft de server SteamCMD nodig, drie libraries, een systemd-unit die hem met SIGINT stopt zodat hij opslaat, en ofwel drie open UDP-poorten ofwel de crossplay-relay van Iron Gate. Admin- en banlijsten, back-ups buiten de machine en BepInEx-mods maken de installatie af.

Je hebt een bare-metal machine en wilt er virtual machines en containers op draaien in plaats van één besturingssysteem. Proxmox VE maakt van die kale hardware een volwaardig virtualisatieplatform: een Debian-gebaseerde host met een web-UI, volledige KVM-virtualisatie, LXC-systeemcontainers, ingebouwde opslag en netwerken, en geen hypervisor-licentie per socket die je moet kopen. Deze gids doorloopt het hele traject van een lege server tot een werkende host. We installeren Proxmox VE 9.2 vanaf de ISO, herstellen de APT-repositories en updaten, begrijpen de standaard bridge-netwerkconfiguratie, bekijken de opslag, bouwen een eerste VM en een eerste LXC-container, en sluiten af met basale hardening. Aan het eind heb je een productieklare single node die je later kunt uitbreiden tot een cluster.

Als je server een actuele Debian-, Ubuntu- of RHEL-familie-distro draait, lopen je "iptables"-regels vrijwel zeker al binnen nftables. Het iptables-commando is sinds 2019 een compatibiliteits-shim. De echte vraag is niet wie er wint; het is of je nog regels blijft schrijven in een legacy-syntax bovenop de nieuwe engine. Deze gids behandelt wat er architecturaal daadwerkelijk is veranderd, een syntax-vergelijking naast elkaar, wat de eerlijke performancedata zegt, en een migratiepad dat Docker niet breekt en je niet buitensluit.

De drie grote mediaservers verschilden vooral in afwerking. Na Plex' prijswijzigingen van 2025–2026 (remote streaming achter een betaalmuur, de lifetime-licentie voor $749.99) zijn de verschillen nu filosofisch: volledig gratis en open, freemium-met-account, of stilletjes commercieel. Deze vergelijking legt uit wat waar precies achter een betaalmuur zit, de modellen voor remote toegang en privacy, eerlijk advies over transcoding-hardware voor serverdeployments, en een oordeel per gebruikerstype.

Een Linux dedicated server geeft je een hele fysieke machine zonder hypervisor in de weg, maar welke distributie draai je erop? Ubuntu, Debian, de CentOS-opvolgers en RHEL maken elk andere afwegingen rond release-cadans, support en kosten. Deze gids legt uit wat een bare-metal Linux-server nu eigenlijk is, wanneer die een VPS of cloud-instance verslaat, en hoe je een distributie kiest op basis van workload en supportbehoefte, met een vergelijking naast elkaar en links naar de juiste server voor elk.

Een vers geïnstalleerde server krijgt binnen enkele minuten na het live gaan van zijn IP al SSH-probes te verwerken; honeypot-onderzoek toont aan dat de meeste blootgestelde machines binnen een dag worden aangevallen. Het goede nieuws: de verdediging die ertoe doet is een korte, saaie checklist van een uur, geen beveiligingsonderzoeksproject. Deze gids doorloopt de acht stappen in volgorde (gebruikers en SSH-keys, firewallbaseline, automatische updates, fail2ban, tijdsynchronisatie, een listener-audit en logging) met de exacte commando's voor Debian/Ubuntu en de RHEL-familie, plus een eerlijke lijst met zaken waar je je eerste uur niet aan moet verspillen.

Netplan is de YAML-laag die de netwerkconfiguratie op Ubuntu Server verzorgt: je beschrijft adressen, routes en DNS in één bestand, en een generator zet dat om in config voor systemd-networkd. Deze crash course is geschreven voor een dedicated server met een statisch publiek IP-adres, geen wifi, en SSH als enige toegang. De crash course behandelt waar de bestanden staan, de root-only 600-permissieregel, een volledig voorbeeld van statische IPv4- en IPv6-configuratie, de commando's generate, try en apply die voorkomen dat je jezelf buitensluit, plus VLANs, bonds, bridges, en het cloud-init-bestand dat steeds weer de aanpassingen van mensen overschrijft.

NetworkManager is de daemon die het netwerk configureert op elke server uit de RHEL-familie, en sinds RHEL de oude network-scripts heeft losgelaten is het de enige ondersteunde manier om dat te doen. Deze crash course behandelt het zoals een dedicated server het gebruikt: headless, statisch, via SSH, met nmcli en keyfiles in plaats van een desktop-applet. Je leert het device-en-profielmodel dat de meeste nmcli-verwarring wegneemt, een volledige statische IPv4- en IPv6-configuratie die je kunt plakken en aanpassen, waar profielen op schijf staan op RHEL 8, 9 en 10, en hoe je het netwerk op een externe machine wijzigt zonder jezelf buiten te sluiten.

Tussen een futuresplatform en een matching engine zitten drie afzonderlijke latencies, en maar één daarvan is een hostingkeuze. Deze gids haalt ze uit elkaar en geeft daarna de cijfers die we vanuit onze eigen faciliteit in Chicago hebben gemeten naar de broker-gateways waar een NinjaTrader- of Tradovate-setup verbinding mee maakt: 0.2 ms naar de marktdata-gateway van Rithmic, onder 1 ms naar de order-gateway daarvan, ongeveer 3 ms naar die van CQG. De vraag die daarop volgt, is eigenlijk niet "VPS of dedicated". Beide staan in dezelfde stad en overbruggen dezelfde afstand, dus geen van de twee staat ergens dichter bij. Wat verschilt, is wie er nog meer tijd op de CPU inplant terwijl je strategie een berekening probeert af te ronden. Dat is een vraag over belasting, niet over milliseconden op een kaart.

Een gevirtualiseerde OPNsense-firewall op je Proxmox-host geeft je wat appliance-leveranciers vier cijfers voor rekenen: een volwaardige firewall/router die je VM's bewaakt, met snapshots voor elke upgrade en geen extra hardware. De crux zit in de configuratiedetails (bridges, VirtIO, offloading): die bepalen of het rotsvast draait of mysterieus haperig. Deze gids behandelt de netwerkontwerpen die werken op een dedicated server, de exacte VM-configuratie waar de community op is uitgekomen, de installatie, en de eerlijke kanttekeningen over prestaties en het beschermen van de Proxmox-host zelf.

Proxmox VE bevat alles wat je nodig hebt om nooit een VM te verliezen, en de standaardinstellingen benutten daar bijna niets van. Snapshots die op dezelfde schijf staan als de VM, losse vzdump-archieven zonder bewaarbeleid, en geen restoretests: zo lopen virtualisatiehosts in de praktijk averij op. Deze gids bouwt de echte strategie op in drie lagen: waar snapshots eigenlijk voor dienen, geplande vzdump-backups die goed zijn ingericht (modi, bewaartermijn, fleecing), en wanneer de deduplicatie, verificatie en offsite-sync van Proxmox Backup Server een tweede machine waard worden.

De eerlijke eisen voor een Proxmox-cluster passen in één zin: drie nodes, een low-latency private verbinding daartussen, en opslag die de overlevende nodes kunnen bereiken. De rest (quorum, fencing, Ceph versus replicatie) is de onderbouwing achter die drie. Deze gids behandelt wat clustering je oplevert nog voordat HA in beeld komt, waarom quorum drie tot het magische getal maakt, de corosync-netwerkregels die mensen als eerste overtreden, de drie opslagstrategieën, en hoe een failover er in de praktijk uitziet wanneer een node om 3 uur 's nachts uitvalt.

Proxmox VE geeft je twee manieren om een server op te delen: volledige virtuele machines via KVM, en LXC-systeemcontainers die de kernel van de host delen. De juiste keuze per workload is meestal duidelijk zodra je de drie vragen kent die de doorslag geven: isolatie, kernel en migratie. Deze gids legt uit hoe beide daadwerkelijk werken, vergelijkt ze op de dimensies die operationeel tellen, beantwoordt de Docker-vraag met Proxmox' eigen actuele advies, en eindigt met een beslistabel die je per dienst kunt toepassen.

Proxmox VE is een gratis, open-source virtualisatieplatform dat rechtstreeks op een fysieke server draait en van één machine een host maakt voor volledige virtual machines en lichtgewicht containers. Maar het is niet de enige bare-metal hypervisor: VMware ESXi, XCP-ng en Hyper-V lossen hetzelfde probleem elk anders op, en de juiste keuze hangt veel meer af van licenties, clustering en het ecosysteem van je team dan van pure features. Deze gids legt uit wat Proxmox VE precies is, wat een bare-metal hypervisor inhoudt, en hoe de vier belangrijkste kandidaten zich verhouden op kosten, beheer, high availability, opslag en back-up, met een vergelijkingstabel naast elkaar, een uitgesproken beslissingskader en links naar de juiste server om het op te draaien.

Netwerken is waar de meeste nieuwe Proxmox-installaties vastlopen: de installatie lukt, de eerste VM start op, en dan wordt "hoe geef ik hem een IP-adres?" een middag speuren in halfpassende forumdraadjes. Het onderliggende model is eigenlijk overzichtelijk: VM's sluiten aan op Linux-bridges, en de rest is allemaal variaties daarop. Deze gids bouwt dat model goed op: wat vmbr0 werkelijk is, bridged versus routed versus NAT-opstellingen bij een hostingprovider, VLAN-aware bridges, bonding op de juiste manier, waar de SDN-laag past, en hoe je dat alles aanpast zonder jezelf buiten te sluiten.

Bijna elke vergelijking tussen Proxmox en ESXi is geschreven voor een homelab of door een back-upleverancier. Deze is geschreven voor wie een dedicated server huurt of een kleine hostingvloot draait, waar herstel alleen via IPMI kan, de hardware single-tenant is, er geen SAN is en het netwerk op de host wordt ingesteld. Je leest wat de licentiewijziging van Broadcom heeft veranderd, wat de teruggekeerde gratis ESXi wel en niet kan, welke architectuurverschillen op bare metal tellen, welke storingen in clusters met meerdere nodes in productie toeslaan (en hoe je ze oplost), een eerlijke kostenberekening per node, en waar ESXi nog wint.

Shortlists na VMware komen meestal neer op deze twee: Proxmox VE, het Debian/KVM-platform met alles geïntegreerd, en XCP-ng, de Xen-gebaseerde opvolger van XenServer die je via Xen Orchestra beheert. Beide zijn oprecht geschikt voor productieomgevingen en oprecht gratis; ze belichamen alleen verschillende filosofieën over hoe je een virtualisatieplatform bouwt. Deze vergelijking behandelt de architecturale scheiding (KVM-in-Linux vs Xen-plus-dom0), de sterk verschillende management- en supportmodellen, opslag- en back-upverhalen, actuele prijzen aan beide kanten, en een oordeel met voorwaarden.

RAID bepaalt twee dingen over je server nog voordat die opstart: hoeveel van de opslag waarvoor je betaalt daadwerkelijk bruikbaar is, en wat er gebeurt op het moment dat een schijf uitvalt. Geen van beide beslissingen is terug te draaien zonder de array opnieuw op te bouwen, dus het loont om dit bij bestelling meteen goed te doen. Deze gids legt de vier niveaus uit die in de praktijk ertoe doen (0, 1, 5 en 10), plus de kijk van ZFS op dezelfde ideeën, met eerlijke uitleg over rebuild-risico, waar RAID niet tegen beschermt en welk niveau bij welke workload past.

Meerdere kantoorlocaties of datacenters veilig en efficiënt met elkaar verbinden is een cruciale uitdaging voor moderne bedrijven. Traditionele VPN-oplossingen zoals IPsec of OpenVPN zijn vaak lastig te configureren en te onderhouden, zeker in omgevingen met meerdere locaties. WireGuard biedt een lichtgewicht, snel alternatief dat eenvoudiger op te zetten is. VyOS 1.5 ondersteunt WireGuard volledig, wat het een uitstekende keuze maakt voor organisaties die meerdere datacenters of locaties met elkaar willen verbinden. In deze gids laten we zien hoe je een site-to-site WireGuard-tunnel opzet op VyOS 1.5. We behandelen routering, firewallconfiguratie en best practices. Aan het einde zijn je locaties veilig met elkaar verbonden over het internet, met verkeer dat effectief tussen de LAN's wordt gerouteerd.

Headscale geeft je de helft van Tailscale die niet open source is: de coordinatieserver. Draai die zelf en de officiële Tailscale-clients (met hun uitstekende NAT-traversal en platformondersteuning) verbinden met infrastructuur die jij beheert, zonder prijs per gebruiker en zonder dat een derde partij de sleutels van jouw netwerk in handen heeft. Deze gids is de praktische doorloop: installeren vanuit de officiële packages, TLS op de simpele manier, gebruikers en ACL's, de ingebouwde DERP-relay op je eigen netwerk, en de eerlijke operationele grenzen van een bewust klein project.

Er zijn op dit moment drie Ubuntu LTS-releases in gebruik: 22.04 nadert het einde van de reguliere support, 24.04 zit in zijn comfortabele middenjaren, en de nieuwe 26.04 "Resolute Raccoon" komt met Linux 7.0. Welke op jouw server thuishoort, hangt af van waar je in de cyclus zit, en het antwoord verschilt voor nieuwe installaties en bestaande machineparks. Deze gids geeft de tabel met supportvensters, wat er in 26.04 daadwerkelijk is veranderd voor serverbeheerders, de eerlijke redenen om voorlopig op 24.04 te blijven, en de upgrademechaniek, inclusief wanneer het LTS-naar-LTS-pad na 26.04.1 opengaat.

Ubuntu is gebouwd op Debian, dus dit is een vergelijking tussen naaste familieleden: hetzelfde pakketformaat, hetzelfde initsysteem, grotendeels hetzelfde beheer. De echte verschillen zitten in cadans, supportvensters, de versheid van de kernel, en wie er achter de updates staat: een vast tweejaarlijks LTS-ritme met optionele betaalde dekking tot 2036, tegenover een community-release die klaar is wanneer die klaar is en voor altijd gratis. Deze gids zet uiteen wat de twee daadwerkelijk delen, waar ze echt verschillen, en welke serverworkloads welke distributie prefereren, met actuele versies en supportdata, geen folklore.

Debian 12 "bookworm" overschreed in juni 2026 in stilte een grens: de reguliere security-ondersteuning eindigde en de distributie draait nu nog enkel op LTS-basis. Debian 13 "trixie" heeft intussen zeven puntreleases doorgemaakt, wat dit het juiste moment maakt voor de in-place upgrade. Deze gids behandelt de volledige procedure voor een productieserver op afstand: de checklist vooraf (inclusief de valkuil van interface-hernoeming, die een server op afstand halverwege de upgrade van het netwerk kan afsluiten), de upgrade zelf in drie commando's, en de trixie-specifieke wijzigingen die je daarna moet controleren: /tmp op tmpfs, de sysctl-verplaatsing, en OpenSSH 10.

Een Windows dedicated server geeft je een hele fysieke machine die Windows Server rechtstreeks op de hardware draait, maar welke versie en editie moet je erop draaien? Windows Server 2019, 2022 en 2025 staan op verschillende punten op de supporttijdlijn, en Standard versus Datacenter bepaalt wat je kunt doen met virtualisatie. Deze gids legt uit wat een bare-metal Windows-server nu eigenlijk is, wanneer die een VPS of cloud-instance verslaat, en hoe je een versie en editie kiest op basis van workload, supportvenster en licenties, met een vergelijking naast elkaar en links naar de juiste server.

WireGuard is het protocol waarop alle drie de producten zijn gebouwd, dus "WireGuard vs Tailscale" is het verkeerde uitgangspunt. De echte vraag is wie je control plane beheert: Tailscale's SaaS, een self-hosted Headscale, NetBirds volledig open stack, of niemand (kale WireGuard). Deze gids brengt de protocol-vs-control-plane-vs-relay-kaart helder in beeld, vergelijkt de vier op de dimensies waarop je daadwerkelijk kiest, legt uit waarom kernel- en userspace-WireGuard verschillend presteren, en geeft een oordeel vanuit infrastructuurperspectief, inclusief de invalshoek die de vendor-geschreven zoekresultaten negeren: mesh-toegang tot management- en out-of-band-netwerken.