Nginx Proxy Manager på en VPS: En anmeldelse og opsætningsguide

NPM vs Caddy vs Traefik: Hvilken reverse proxy passer til din VPS

De tre værktøjer deler sig langs fire akser, der afgør valget: hvordan du konfigurerer dem, hvordan de håndterer HTTPS, hvordan de skalerer med antallet af tjenester, og hvor meget RAM de bruger i tomgang. Her er sammenligningen.

Tallene for RAM i tomgang er omtrentlige observationer fra én sammenligning fra 2026, ikke faste krav. Det faktiske forbrug varierer efter image-version, aktiverede funktioner, trafik og logning.

Skiftekriterierne følger direkte af den tabel. Hvis du vil have et dashboard og kører en håndfuld tjenester, der ikke ændrer sig ofte, er NPM det rette værktøj. Hvis du foretrækker konfiguration som kode, vil have det mindste fodaftryk eller sætter pris på Caddys automatiske HTTPS-provisionering og -fornyelse uden nogen ACME-opsætning, så brug Caddy. Jeg griber selv til Caddy ved enkelt-websted-udrulninger, fordi SSL-håndteringen er automatisk, og Caddyfile'en er kort. Hvis du ofte tilføjer, fjerner eller genudruller containere, betyder Traefiks label-baserede auto-discovery, at du holder op med at registrere hver ny host i hånden.

Der er også ren Nginx med Certbot, som nogle administratorer foretrækker af hensyn til præcis kontrol eller ikke-Docker-udrulninger. Certbot kan automatisere certifikatfornyelse, men du administrerer stadig selv virtual-host-routing og Nginx-konfiguration. Hvis din hovedårsag til at overveje NPM er at undgå manuel proxy-konfiguration, er ren Nginx næppe det bedre valg.

En bemærkning om valget: byte-guards sammenligning lander på Caddy som den letteste mulighed i den sammenligning, og for en ny enkelt-host-opsætning i 2026 er det et rimeligt valg. Caddy vinder på at være lettere end NPM, men hvis du specifikt vil have en GUI, er den ikke dit bedste valg.

For en dybere side-om-side-sammenligning af de underliggende motorer, se sammenligningen Caddy vs Nginx på en VPS.

Forudsætninger: hvad du får brug for

Før du udruller, skal du have disse klar. Det er en kort liste, men springer du et punkt over, vil certifikattrinnet fejle senere.

• En VPS med Docker og Docker Compose installeret (Ubuntu 22.04 LTS eller Debian 12 er fint).
• Et domænenavn, med en DNS A-record (og AAAA hvis du bruger IPv6), der peger på din VPS's offentlige IP.
• SSH-adgang til VPS'en.
• Port 80 og 443 åbne mod internettet i din firewall.
• Port 81 kun tilgængelig for dig, ikke åben for offentligheden (dækket i sikkerhedsafsnittet).

Opsætning af Nginx Proxy Manager på din VPS med Docker Compose

Dette afsnit udruller NPM ved hjælp af Docker Compose. Når dine DNS-records resolver til VPS'en, er selve containeropsætningen hurtig, selvom DNS-propagering og certifikatudstedelse kan tage længere tid.

Opsætningen bruger én Docker Compose-fil og en engangskommando til at oprette et delt Docker-netværk. Opret en mappe, opret netværket, tilføj docker-compose.yml -filen nedenfor, og start containeren.

Opret først det delte Docker-netværk:

docker network create proxy

Opret derefter følgende docker-compose.yml fil:

# docker-compose.yml
services:
  npm:
    image: 'jc21/nginx-proxy-manager:<PATCHED_VERSION>'
    restart: unless-stopped
    ports:
      - '80:80'                 # public HTTP
      - '443:443'               # public HTTPS
      - '127.0.0.1:81:81'       # admin UI, reachable only from the VPS itself
    volumes:
      - ./data:/data
      - ./letsencrypt:/etc/letsencrypt
    networks:
      - proxy
networks:
  proxy:
    external: true

Tilslut hver backend-container, som NPM skal nå via tjenestenavn, til det samme eksterne proxy -netværk. Dette lader NPM resolve containeren via dens tjenestenavn uden at publicere backend-applikationens port på VPS'en.

Sikkerhedskopier begge ./data og ./letsencrypt før opgraderinger. Datamappen indeholder NPM's database og genererede konfiguration, mens Let's Encrypt-mappen indeholder dens certifikatmateriale.

Et par ting om denne fil. Imaget bruger som standard en SQLite-database gemt i ./data -volumenet. Det er standard-backend'en, og den er korrekt for de fleste enkelt-VPS-udrulninger. Hvis du har brug for en ekstern database, understøtter NPM MariaDB/MySQL og PostgreSQL, hvilket betyder tilføjelse af en databasetjeneste og de tilhørende miljøvariabler. For en enkelt VPS er SQLite stadig den enkleste standard, medmindre du har en klar grund til at flytte databasen ud af datavolumenet. restart: unless-stopped -politikken betyder, at NPM kommer op igen, hvis VPS'en genstarter, hvilket er, hvad du ønsker for en tjeneste, der sidder foran alt andet.

Start den, og bekræft, at den kører:

docker compose up -d
docker compose ps

Forventet output: npm -containeren med tilstanden Up, port 80 og 443 offentligt mappet, og port 81 kun bundet til 127.0.0.1. Den første opstart tager et par minutter, mens NPM genererer en JWT-nøgle, initialiserer databasen og opretter standard-admin-brugeren. den officielle opsætningsdokumentation beskriver denne første-kørsel-sekvens.

Opret en SSH-tunnel fra din lokale computer, før du åbner administrationsgrænsefladen:

ssh -L 8181:127.0.0.1:81 user@your-vps

Åbn derefter http://127.0.0.1:8181 i din browser. På en ny installation logger du ind med [email protected] og changeme, og udskift derefter straks standard-e-mailen og -adgangskoden. Gør ikke dashboardet offentligt tilgængeligt, mens standard-loginoplysningerne er aktive.

Når du har ændret admin-loginoplysningerne, tilføjer du din første proxy-host:

1. I dashboardet går du til Hosts, derefter Proxy Hosts, derefter Add Proxy Host.
2. Indstil Domain Name til dit subdomæne (for eksempel cloud.example.com).
3. Indstil Forward Hostname / IP til backend-containerens navn eller IP, og Forward Port til den port, den lytter på.
4. Gem. Proxy-host'en vises på listen, og trafik til det subdomæne når nu din container.

Hvis du kører en Docker-administrations-UI ved siden af dette, gælder det samme mønster: peg et subdomæne mod container-administrationsværktøjet på samme måde, og gør det samme for en overvågningsstack med Prometheus og Grafana du vil have til at sidde bag proxyen.

Konfigurering af automatisk HTTPS for et subdomæne

Dette afsnit giver dig et gyldigt, automatisk fornyet Let's Encrypt-certifikat til dit subdomæne. Forudsætningen er den, der fanger folk: DNS A-recorden for det subdomæne skal allerede pege på din VPS, og port 80 skal være tilgængelig fra internettet, fordi Let's Encrypt verificerer domænet ved at forbinde tilbage til det.

Når proxy-host'en er oprettet, anmoder du om certifikatet:

1. Rediger proxy-host'en, åbn SSL fane.
2. Under SSL-certifikatvælg Request a new SSL Certificate.
3. Aktivér Force SSL og HTTP/2 Support. Slå kun HSTS til, efter du har bekræftet, at HTTPS fungerer korrekt, fordi browsere kan cache politikken og gøre det vanskeligere at komme sig efter en fejl i certifikat- eller proxy-konfiguration.
4. Accepter Let's Encrypt-vilkårene og gem.

Som standard bruger NPM HTTP-01-udfordringen for ikke-wildcard-navne og validerer hvert anmodet værtsnavn over port 80. Et certifikat kan indeholde flere ikke-wildcard-navne, men HTTP-01 kan ikke udstede wildcard-certifikater. Wildcard-navne som f.eks. *.example.com kræver DNS-01-udfordringen med en understøttet DNS-udbyder. Til en normal opsætning med ét subdomæne pr. tjeneste er HTTP-01 alt, hvad du behøver, og fornyelser er automatiske.

Dimensionering af din VPS til Nginx Proxy Manager

NPM selv er let; dimensioneringsspørgsmålet handler egentlig om NPM plus de tjenester, der sidder bag den. Proxyens fodaftryk i tomgang er sjældent begrænsningen. En Nextcloud-instans eller Ghost-blog vil bruge flere ressourcer end selve proxyen.

Sådan fungerer niveauerne i praksis:

• Praktisk minimumsbasis: 1 GB RAM, 1 vCPU og 10 GB lagerplads. En tredjeparts dimensioneringsguide bruger samme basis, men behandl det som planlægningsvejledning snarere end et officielt NPM-krav. Det er nok til NPM, styresystemet og nogle få lette tjenester, men det efterlader begrænset margin.
• Behageligt: 2 GB RAM, 1 vCPU, 20 GB lagerplads. NPM plus tre til fem tjenester med plads til at ånde. Dette er det ideelle punkt for de fleste selv-hostere.
• Et niveau op: 4 GB RAM, 2 vCPU. Til otte til tolv tjenester eller en opsætning med betydelig trafik, hvor du vil have CPU-margin til TLS-terminering.

Det tal, du dimensionerer efter, er summen af de proxyede apps, ikke NPM. Læg RAM-fodaftrykket sammen for de tjenester, du har til hensigt at køre, læg proxyens lille tomgangs-overhead oveni, og vælg niveauet over det med margin.

At dimensionere serveren er den nemme del. At få NPM kørende betyder stadig at provisionere VPS'en, installere Docker, hente imaget og gennemgå den første-kørsel-opsætning. Hvis du hellere vil springe provisioneringstrinnene over, har Cloudzys marketplace en ét-kliks Nginx Proxy Manager-udrulning på en NVMe VPS. Den rejser containeren på en ny server, så du går direkte til dashboardet og din første proxy-host. Uanset hvad er dimensioneringsniveauerne ovenfor det, du provisionerer efter.

Ofte stillede spørgsmål