WSL2 på Windows — den komplette guiden for utviklere

Hvorfor WSL2 er et gjennombrudd for Windows-utviklere

WSL2 — Windows Subsystem for Linux 2 — er ikke bare en terminalemulator. Det er en ekte Linux-kjerne som kjører inne i en lettvekts virtuell maskin på Windows. Det betyr at du får full systemkall-kompatibilitet, noe som gjør at nesten alle Linux-verktøy og utviklerarbeidsflyter fungerer uten modifikasjoner.

For norske utviklere som jobber i selskaper med Windows-standarder, men som trenger Linux-verktøy i hverdagen — enten det er Node.js, Python, Rust, Go, eller skybasert DevOps-arbeid — er WSL2 løsningen som eliminerer behovet for dual-boot eller dyr Mac-hardware. Du kan ha Windows 11 på jobblaptopen og likevel jobbe som om du sitter på en Ubuntu-server.

Installasjon — fra null til Linux på fem minutter

Installasjon av WSL2 i 2025 er remarkabelt enkelt. Åpne PowerShell som administrator og kjør én enkelt kommando: `wsl --install`. Dette aktiverer WSL-funksjonen, installerer den virtuelle maskinplattformen, laster ned Linux-kjernen og installerer Ubuntu som standarddistro. Etter en omstart er du klar. Vil du velge en annen distro, kjør `wsl --list --online` for å se tilgjengelige alternativer, deretter `wsl --install -d Debian` for Debian eller `wsl --install -d kali-linux` for Kali.

• Ubuntu 22.04 LTS — best for nybegynnere og generell utvikling, størst pakkebibliotek
• Ubuntu 24.04 LTS — nyeste Ubuntu med Python 3.12 og nyere verktøy som standard
• Debian 12 "Bookworm" — stabil, minimalistisk, ideell for servermimikk
• Fedora Remix — bleeding edge pakker via DNF, bra for de som vil teste nyeste verktøy
• openSUSE Tumbleweed — rullerende utgivelse med zypper pakkebehandler
• Kali Linux — for de som jobber med penetrasjonstesting og sikkerhet

VS Code og Remote-WSL — sømløs integrering

Det kraftigste aspektet ved WSL2-arbeidsflyt er integrasjonen med Visual Studio Code via Remote – WSL-utvidelsen. Når du åpner en mappe i WSL fra terminalen med kommandoen `code .`, starter VS Code på Windows-siden, men kobler seg til din WSL-instans som backend. Filsystemet, terminalen, linter, debugger og utvidelser kjører alle i Linux-konteksten.

I praksis betyr dette at Node.js-versjonen i VS Code-terminalen er din WSL Ubuntu-installasjon av Node, ikke en Windows-versjon. Alle npm-pakker installeres i Linux-filsystemet. ESLint ser Linux-filstier. Dette eliminerer det klassiske problemet med Windows-utviklere som sier "men det fungerte lokalt" — fordi det lokale miljøet nå faktisk matcher produksjonsserveren som kjører Linux.

Filsystem-ytelse og beste praksis

Et kritisk punkt mange overser: filsystem-ytelse i WSL2 er utmerket innad i Linux-filsystemet, men faller dramatisk når du krysser grensen mellom Windows og Linux. Å lagre prosjektfiler på Windows-siden (typisk `/mnt/c/Users/ditt-navn/...`) og jobbe med dem fra WSL gir 5–10 ganger dårligere ytelse enn å lagre dem direkte i Linux-hjemmemappen (`~/prosjekter/...`).

Docker i WSL2 — den foretrukne måten

Docker Desktop for Windows kan konfigureres til å bruke WSL2 som backend istedenfor Hyper-V. Dette gir vesentlig bedre ytelse og lavere ressursbruk. I Docker Desktop-innstillingene, under General, aktiverer du "Use the WSL 2 based engine". Deretter kan du under Resources > WSL Integration velge hvilke WSL-distroer som skal ha tilgang til Docker.

Når dette er satt opp, kan du kjøre `docker` og `docker compose` direkte fra WSL-terminalen uten noe videre konfigurasjon. Et typisk utviklingsoppsett for en full-stack norsk webutvikler kan se slik ut: PostgreSQL-database i én Docker-container, Redis i en annen, og applikasjonskoden i en tredje. Alt orkestrert fra en `docker-compose.yml`-fil lagret i `~/prosjekter/mitt-prosjekt/`.

Nettverkstips og vanlige problemer

WSL2 bruker en intern virtuell nettverksadapter, noe som betyr at Linux-instansen har sin egen IP-adresse (ikke localhost direkte). Fra Windows kan du nå WSL-tjenester via `localhost`, men fra andre enheter på nettverket må du sette opp port-forwarding. For de fleste utviklingsscenarier fungerer localhost som forventet.

Vanlige problemer og løsninger: Hvis WSL bruker for mye RAM, opprett filen `.wslconfig` i din Windows-hjemmemappe og begrens ressurser med `memory=4GB` og `processors=4`. Hvis DNS-oppslag feiler inne i WSL, legg til `nameserver 8.8.8.8` i `/etc/resolv.conf`. Problemer med Bash-skript med Windows-linjeskift (CRLF) løses med `dos2unix fil.sh`. For å starte WSL automatisk på nytt etter feil, kjør `wsl --shutdown` etterfulgt av `wsl`.

Produktivitetstips for daglig bruk

Windows Terminal er den anbefalte terminalemulatoren for WSL2 — den støtter faner, splits og custom temaer. Installer oh-my-zsh for en kraftigere shell-opplevelse med autofullfør og git-integrasjon. Sett opp SSH-nøkler inne i WSL for tilgang til GitHub og produksjonsservere — nøklene lagres i `~/.ssh/` i Linux-filsystemet.

For norske utviklere som bruker skyplattformer: AWS CLI, Azure CLI og Google Cloud SDK fungerer alle perfekt i WSL2 og installeres via Linux-pakkebehandlere. Et komplett DevOps-verktøysett — Terraform, kubectl, helm, k9s — kjører som om du var på en ekte Linux-maskin.