Nginx Proxy Manager

Nätverk och webbdrift · Reverseproxy med webbgränssnitt

Reverseproxy, omdirigeringar och TCP-strömmar med gratis TLS – konfigurerade i ett webbgränssnitt ovanpå nginx, utan att någon behöver skriva nginx-konfiguration.

Betyg 78 av 100 Praktiskt granskad

Läs bedömningen
API · Officiellt

Samma REST-API som gränssnittet använder: token via /api/tokens, därefter JSON för proxyvärdar, certifikat, åtkomstlistor och användare. OpenAPI-beskrivningen ligger i repot.

NPM REST-API (/api) · NginxProxyManager

Källa: OpenAPI-dokumentet i repot samt egna anrop i labbet

Kontrollerat:

MCP · Tredjepart

Communityserver som omsluter NPM:s REST-API och körs som egen container. Projektet självt har ingen MCP-server, så stödet är tredjepart.

NPM MCP Server (community) · b3nw

Källa: Repots README och image på ghcr.io

Kontrollerat:

Ej hittat · Ingen MCP-server i NginxProxyManager-projektet (NginxProxyManager) dokumentation

Nginx Proxy Manager: listan Proxy Hosts med fem värdar för Nordljus AB – api, intranet, portal, status och wiki på nordljus.example.com – med kolumnerna Source, Destination, SSL Certificate, Access och Status där alla fem står som Online med grön bricka, och sökfältet och knappen Add Proxy Host ovanför tabellen
1 / 5 Proxyvärdarna: källa, mål, certifikat, åtkomstlista och status i en tabell

Bedömning

Så bedömer vi

Totalbetyg

78 av 100

Praktiskt granskad

Bedömningsprofil
Ett driftteam som publicerar ett tiotal interna webbtjänster på egna värdnamn med TLS, skyddar två av dem med inloggning, låter en kollega sköta certifikat utan att ge ut administratörskontot och vill kunna se i efterhand vem som ändrade en värd.
Bedömningsdatum
Modellversion
3.0.0
  1. Öppenhet och kontroll

    Hela programmet ligger under MIT i NginxProxyManager/nginx-proxy-manager. Det finns ingen betalutgåva med fler funktioner, ingen licensnyckel och inget konto: instansen i labbet startade utan registrering och alla funktioner – proxyvärdar, SSL, åtkomstlistor, användare, händelselogg och API – fanns i samma öppna kod. Konfigurationen skrivs till nginx-filer på den egna värden, så inget är inlåst hos en leverantör. Villkoret för högsta nivå är uppfyllt: OSI-licens, fri drift och inga låsta format.

  2. Funktionell passform

    Användningsfallet löstes i labbet: fem värdnamn pekades mot tre påhittade Nordljus-tjänster, två av dem skyddades av en åtkomstlista, omdirigering och 404-värd skapades, och certifikatet laddades upp och användes av alla värdar. En förfrågan utan inloggning fick 401 och med rätt konto 200, så åtkomstlistan fungerade mot en riktig tjänst. Det som drar ned från fem är att routningen är statisk per värd: villkorsstyrda regler, omskrivningar och lastbalansering mellan flera mål kräver advanced_config, alltså nginx för hand.

  3. Dataflytt och interoperabilitet

    Värdarna kunde läsas ut som JSON via API:t, och en flytt görs med en dump av databasen plus katalogen för egna certifikat. Men gränssnittet har varken export eller import: datamodellen är projektets egen och nginx-konfigurationen genereras vid varje ändring, så en flytt till en annan proxy blir en omskrivning av värdarna, inte en konvertering. Det som är portabelt är i praktiken domän- och portlistan, inte konfigurationen.

  4. Mognad och trygghet

    Första utgåvan kom i januari 2018 och projektet släpper fortfarande nya versioner med jämna mellanrum; senaste utgåvan publicerades i september 2026 och koden pushtes samma dag som kontrollen gjordes. Communityn och dokumentationen är omfattande: egen dokumentationssajt, guider, vanliga frågor och ett aktivt diskussionsforum. Det som håller kvar på fyra är förvaltningen – projektet drivs av en enskild huvudansvarig utvecklare och har ingen formell säkerhetspolicy med egna CVE-rutiner, vilket är en reell risk vid långsiktig drift.

  5. Framtidskraft

    REST-API:t är detsamma som gränssnittet använder och täcker värdar, certifikat, åtkomstlistor och användare; i labbet skapades hela miljön med API-anrop, vilket visar att automation fungerar i praktiken. Men API:t saknar publicerad referens utanför OpenAPI-filen i repot, det finns inga webhooks eller CLI, ingen egen MCP-server och ingen pluggarkitektur. Community-servrar för MCP finns och räknas som tredjepartsstöd, men de ändrar inte att produktens egen integrationsyta är smal.

  6. Drift och införande

    Driftsättningen är två containrar – proxyn med gränssnitt och en databas – och instansen var uppe på under en minut utan manuella steg. Uppgradering är att byta image-tagg, och konfigurationen ligger kvar i databasen. Det som kräver omsorg är nätet: port 80 och 443 måste vara lediga och nåbara, administrationsporten ska stängas från omvärlden, och den som når gränssnittet kan peka om trafik för alla domäner på värden. Det är tydligt dokumenterat men inte riskfritt.

  7. Kostnadsbild

    MIT utan avgift, konto eller licensnyckel, och ingen funktion i den dokumenterade kedjan kräver ett köp. Kostnaden är den egna driften: två containrar, en databas och den tid det tar att sätta värdar och certifikat. Projektet tar emot sponsring, vilket är frivilligt och inte låser upp något.

  8. Svensk användbarhet

    Gränssnittet är engelskt: språklistan i koden innehåller ett tjugotal språk men inte svenska, och det finns ingen svensk översättning av dokumentationen. Support sker på engelska via GitHub Discussions och Reddit. Produkten är tekniskt användbar i Sverige – certifikat, domäner och nginx fungerar som vanligt – men något svenskt belägg av kategorirelevant typ finns inte, vilket ger lägsta nivån.

Om Nginx Proxy Manager

Nginx Proxy Manager är ett administrationsgränssnitt ovanpå nginx: varje proxyvärd, omdirigering, 404-värd och TCP/UDP-ström blir en serverblock som programmet skriver och laddar om. Du fyller i domännamn, målvärd och port och väljer certifikat, och slipper därmed skriva nginx-konfiguration själv. TLS hämtas från Let's Encrypt med HTTP-utmaning eller DNS-utmaning hos ett stort antal leverantörer, och egna certifikat kan laddas upp och användas på samma sätt. Åtkomstlistor ger grundläggande HTTP-autentisering och klientregler per värd, så interna tjänster kan publiceras utan egen inloggning. Användare, roller och behörigheter per objekt samt en händelselogg gör att fler än en person kan sköta proxyn utan att dela administratörskonto. Avancerad nginx-konfiguration kan läggas per värd när gränssnittet inte räcker, och databasen är MySQL, MariaDB eller SQLite. Programmet körs som en container och har ett REST-API som gränssnittet själv använder.

Användning

Passar för

  • Den som vill sätta värdnamn och TLS framför egna tjänster utan att skriva nginx-konfiguration
  • Driftteam som behöver flera användare med egna behörigheter och en logg över vem som ändrade vad
  • Den som publicerar interna tjänster och vill skydda dem med grundläggande autentisering och klientregler i stället för att bygga inloggning i varje tjänst

Passar mindre bra för

  • Den som behöver klustring och hög tillgänglighet – en instans skriver konfiguration för en värd
  • Den som vill styra trafiken med konfiguration i versionshantering och dynamisk service discovery, där proxyn i stället konfigureras i kod
  • Den som vill ha svenskt gränssnitt: både gränssnitt, dokumentation och support är engelska

Styrkor och begränsningar

Styrkor

  • Proxyvärdar, omdirigeringar, 404-värdar och TCP/UDP-strömmar skapas i ett formulär och blir färdig nginx-konfiguration
  • TLS via Let's Encrypt med HTTP- eller DNS-utmaning hos ett stort antal leverantörer, eller med eget uppladdat certifikat
  • Åtkomstlistor med grundläggande autentisering och klientregler per värd skyddar interna tjänster utan extra inloggning
  • Användare, roller och behörigheter per objekt plus en händelselogg gör proxyn hanterbar för fler än en person
  • Avancerade nginx-direktiv kan läggas per värd när gränssnittet inte räcker
  • Litet fotavtryck: en container med MySQL, MariaDB eller SQLite, och ett REST-API som gränssnittet själv använder

Begränsningar

  • Ingen klustring eller hög tillgänglighet: en instans genererar konfigurationen för en nginx på en värd
  • Konfigurationen lever i gränssnittet och databasen, inte i versionshanterade filer – den som vill granska ändringar i kod får läsa nginx-filerna som genereras
  • HTTP-utmaningen kräver att port 80 nås utifrån, och wildcard-certifikat kräver DNS-plugin med leverantörens uppgifter
  • REST-API:t dokumenteras som en OpenAPI-fil i repot men saknar egen publicerad referens och följer gränssnittets version
  • Gränssnittet är på engelska och det finns ingen svensk översättning
  • Projektet drivs av en enskild huvudansvarig utvecklare, vilket är en risk att väga in vid långsiktig förvaltning

Skärmbilder

Tekniska resurser

Alternativ

Caddy

Nätverk och webbdrift · Webbserver och omvänd proxy med automatisk HTTPS

Caddy är en webbserver och reverse proxy i en enda binär som hämtar och förnyar HTTPS-certifikaten automatiskt. Konfigureras i Caddyfile eller via ett JSON-API.

Startår
2015
Licens
Apache License 2.0
Öppen källkod
Ja

Betyg

90 av 100

Preliminär (källbaserad)

Läs bedömningen om Caddy

Projektdata

78 753GitHub-stjärnor
Visa alla fakta och bedömningarVisa alla fakta
Startår
2015
Licens
Apache License 2.0Öppen källkod (OSI-godkänd licens) · Repots LICENSE-fil (caddyserver/caddy) innehåller Apache License, Version 2.0. · Licensmodeller
Öppen källkod
Ja
Plattformar
Windows · macOS · Linux · containers
API
REST API Verifierat
Export
Ej tillämpligt Caddy är en webbserver/omvänd proxy och lagrar ingen användardata att exportera; den fullständiga JSON-konfigurationen kan dock läsas och skrivas via administrations-API:t. Ej verifierat
Språk
Gränssnitt: Engelska · Dokumentation: Engelska · Support: Engelska
Öppenhet och kontroll Gäller: Apache-2.0 (OSI), full kodfrihet, ingen betald tier — inga låsningar.
Funktionell passform Gäller: Webbserver, reverse proxy och automatisk HTTPS är exakt kärnan och täcks utan större luckor.
Dataflytt och interoperabilitet Gäller: Inbyggt JSON admin-API (localhost:2019), Caddyfile som JSON-sockerlag och ACME-standard gör konfigurationen fullt flyttbar.
Mognad och trygghet Gäller: Aktivt sedan 2015 med regelbundna releaser och brett användande, men yngre och mindre ekosystem än nginx/Apache.
Framtidskraft Gäller: Inbyggt admin-API (JSON, live-omkonfigurering) och plugin-arkitektur möjliggör automation; agentintegration sker via admin-API:et.
Drift och införande Gäller: En enda binär med automatisk HTTPS och minimal konfiguration — drift och införande väldokumenterade och i rimlig proportion.
Kostnadsbild Gäller: Fri Apache-2.0-licens utan betald tier; TCO = hosting, transparent.
Svensk användbarhet Gäller: Engelsk dokumentation; ingen svensk lokalisering belagd — tekniskt användbart i Sverige.

Kostnad: .

Faktakontrollerad

Wireshark är en fri och öppen nätverksprotokollanalysator som fångar trafik från nätverksgränssnitt och tolkar paketen lager för lager med kraftfulla visningsfilter.

Startår
1998
Licens
GPL-2.0
Öppen källkod
Ja

Betyg

89 av 100

Preliminär (källbaserad)

Läs bedömningen om Wireshark

Projektdata

1 666GitLab-stjärnor
Visa alla fakta och bedömningarVisa alla fakta
Startår
1998
Licens
GPL-2.0Öppen källkod (OSI-godkänd licens) · Licensmodeller
Öppen källkod
Ja
Plattformar
Linux
API
Annan Verifierat
Export
Ej verifierat Ej verifierat
Språk
Gränssnitt: Svenska · Dokumentation: Engelska · Support: Engelska
Öppenhet och kontroll Gäller: GPL-2.0 enligt COPYING i repot (verifierad via postens källor); full frihet att läsa, ändra, återdistribuera och driva själv. Fångstformaten pcap/pcapng är öppna standarder utan leverantörslås.
Funktionell passform Gäller: Användningsfallet är programmets kärnfunktion enligt officiell webbplats och dokumentation: fångst från gränssnitt, lager-för-lager-tolkning, kraftfulla visningsfilter och granskning av TLS-handskakningar. Ingen lucka eller kringgående för felsökning av API-flöden.
Dataflytt och interoperabilitet Gäller: Fångster sparas i standardformatet pcap/pcapng och återöppnas på Linux, Windows och macOS — dokumenterad full export i öppna standarder enligt postbeskrivning och nedladdningssida. Analysen sker lokalt; data kan flyttas fritt mellan system.
Mognad och trygghet Gäller: Först utgiven juli 1998 som Ethereal enligt användarhandbokens historik; stiftelsebakad förvaltning (Wireshark Foundation), SECURITY.md i repot, löpande releaser enligt GitLab-repot under 2026 och ett brett ekosystem — lång historik, tydlig säkerhetshantering, väletablerad förvaltning.
Framtidskraft Gäller: tshark ger en stark, väldokumenterad och välanvänd CLI för automation i rätt kategori (mansida verifierad 200) och repot innehåller sharkd (JSON-API-daemon). Dock ingen dokumenterad agent-/MCP-integration eller webhooks — 3, inte 4.
Drift och införande Gäller: Installeras via paketförråd; installationen konfigurerar wireshark-gruppen så att icke-rootanvändare kan fånga trafik (belagt i postens labbuppgifter). Stationärt verktyg utan server eller löpande drift utöver vanliga uppdateringar.
Kostnadsbild Gäller: Fri och öppen enligt officiell webbplats och COPYING — inga licenskostnader. Enligt metodregeln 3, inte 4: drift- och supportkostnader är inte redovisade som transparent TCO.
Svensk användbarhet Gäller: Officiell svensk UI-översättning verifierad mot primärkälla: ui/qt/wireshark_sv.ts har 4469 av 4521 meddelanden färdiga (98,8 %, hämtad 2026-10-27) och listas som trans.sv i repots .tx/config. ≥80 % ger 3. Etablerad svensk support/integrationer inte belagda — inte 4.

Kostnad: .

Faktakontrollerad

Källor