Nginx Proxy Manager egy VPS-en: értékelés és beállítási útmutató

NPM vs Caddy vs Traefik: melyik reverse proxy illik a VPS-edhez

A három eszköz négy tengely mentén válik el, amelyek eldöntik a választást: hogyan konfigurálod őket, hogyan kezelik a HTTPS-t, hogyan skálázódnak a szolgáltatások számával, és mennyi RAM-ot használnak üresjáratban. Íme az összehasonlítás.

Az üresjárati RAM-adatok hozzávetőleges megfigyelések a következőből: egy 2026-os összehasonlítás, nem rögzített követelmények. A tényleges használat az image verziójától, az engedélyezett funkcióktól, a forgalomtól és a naplózástól függően változik.

A váltási szempontok közvetlenül abból a táblázatból következnek. Ha vezérlőpultot szeretnél, és néhány, nem gyakran változó szolgáltatást futtatsz, az NPM a megfelelő eszköz. Ha a konfigurációt kódként részesíted előnyben, a legkisebb lábnyomot szeretnéd, vagy értékeled a Caddy automatikus HTTPS-kiépítését és -megújítását ACME-beállítás nélkül, használj Caddyt. Én magam is a Caddyhez nyúlok egy-webhelyes telepítéseknél, mert az SSL-kezelés automatikus, a Caddyfile pedig rövid. Ha gyakran adsz hozzá, távolítasz el vagy telepítesz újra konténereket, a Traefik címkealapú automatikus felderítése azt jelenti, hogy már nem kell kézzel regisztrálnod minden új hostot.

Létezik a csupasz Nginx is a Certbottal, amelyet egyes adminisztrátorok a pontos irányítás vagy a Docker nélküli telepítések miatt részesítenek előnyben. A Certbot automatizálhatja a tanúsítványmegújítást, de a virtuális host útválasztást és az Nginx konfigurációt továbbra is te magad kezeled. Ha az NPM megfontolásának fő oka a manuális proxykonfiguráció elkerülése, a csupasz Nginx valószínűleg nem a jobb választás.

Egy megjegyzés a választáshoz: a byte-guard összehasonlítása a Caddyt találja a legkönnyebb opciónak abban az összehasonlításban, és egy friss, 2026-os, egy-hostos beállításhoz ez ésszerű választás. A Caddy azzal nyer, hogy könnyebb az NPM-nél, de ha kifejezetten grafikus felületet szeretnél, akkor nem ez a legjobb választásod.

Az alapul szolgáló motorok mélyebb, egymás melletti összehasonlításáért lásd a Caddy vs Nginx egy VPS-en összehasonlítást.

Előfeltételek: mire lesz szükséged

Telepítés előtt készítsd elő ezeket. Ez egy rövid lista, de ha bármelyik elemet kihagyod, a tanúsítványlépés később meg fog hiúsulni.

• Egy VPS a következővel: telepített Docker és Docker Compose (Ubuntu 22.04 LTS vagy Debian 12 megfelelő).
• Egy domainnév, egy DNS A rekorddal (és AAAA, ha IPv6-ot használsz), amely a VPS nyilvános IP-jére mutat.
• SSH hozzáférés a VPS-hez.
• A 80-as és 443-as portok nyitva az internet felé a tűzfaladon.
• A 81-es port csak számodra elérhető, nem nyilvános (a biztonsági szakaszban tárgyaljuk).

Az Nginx Proxy Manager beállítása a VPS-eden Docker Compose segítségével

Ez a szakasz az NPM-et Docker Compose segítségével telepíti. Amint a DNS rekordjaid a VPS-re oldódnak fel, maga a konténerbeállítás gyors, bár a DNS-propagáció és a tanúsítványkiadás tovább tarthat.

A beállítás egyetlen Docker Compose fájlt és egy egyszeri parancsot használ egy megosztott Docker hálózat létrehozásához. Hozz létre egy könyvtárat, hozd létre a hálózatot, add hozzá az alábbi docker-compose.yml fájlt, és indítsd el a konténert.

Először hozd létre a megosztott Docker hálózatot:

docker network create proxy

Ezután hozd létre a következő docker-compose.yml fájl:

# 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

Csatlakoztass minden olyan backend konténert, amelyet az NPM-nek szolgáltatásnév alapján el kell érnie, ugyanahhoz a külső proxy hálózathoz. Ez lehetővé teszi, hogy az NPM szolgáltatásnév alapján oldja fel a konténert anélkül, hogy a backend alkalmazás portját a VPS-en közzétenné.

Készíts biztonsági mentést mindkettőről: ./data és ./letsencrypt frissítések előtt. Az adatkönyvtár tartalmazza az NPM adatbázisát és a generált konfigurációt, míg a Let's Encrypt könyvtár a tanúsítványanyagát.

Néhány dolog erről a fájlról. Az image alapértelmezés szerint egy SQLite adatbázist használ, amelyet a következőben tárol: ./data kötet. Ez az alapértelmezett backend, és a legtöbb egy-VPS-es telepítéshez ez a helyes. Ha külső adatbázisra van szükséged, az NPM támogatja a MariaDB/MySQL és a PostgreSQL adatbázisokat, ami egy adatbázis-szolgáltatás és a hozzá tartozó környezeti változók hozzáadását jelenti. Egyetlen VPS-hez az SQLite továbbra is a legegyszerűbb alapértelmezés, hacsak nincs egyértelmű okod az adatbázis kimozdítására az adatkötetből. A restart: unless-stopped házirend azt jelenti, hogy az NPM újraindul, ha a VPS újraindul, ami pontosan az, amit egy olyan szolgáltatástól elvársz, amely mindent más előtt helyezkedik el.

Indítsd el, és győződj meg róla, hogy fut:

docker compose up -d
docker compose ps

Várt kimenet: a npm konténer, amelynek állapota Up, a 80-as és 443-as portok nyilvánosan leképezve, a 81-es port pedig csak a következőhöz kötve: 127.0.0.1. Az első indítás néhány percet vesz igénybe, amíg az NPM generál egy JWT kulcsot, inicializálja az adatbázist, és létrehozza az alapértelmezett admin felhasználót. A hivatalos beállítási dokumentáció leírja ezt az első indítási folyamatot.

Hozz létre egy SSH-alagutat a helyi számítógépedről, mielőtt megnyitnád az adminfelületet:

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

Ezután nyisd meg a következőt: http://127.0.0.1:8181 a böngésződben. Egy friss telepítésnél jelentkezz be a következővel: [email protected] és changeme, majd azonnal cseréld le az alapértelmezett e-mail-címet és jelszót. Ne tedd a vezérlőpultot nyilvánosan elérhetővé, amíg az alapértelmezett hitelesítő adatok aktívak.

Miután megváltoztattad az admin hitelesítő adatokat, add hozzá az első proxy hostodat:

1. A vezérlőpulton lépj a következőre: Hosts, majd Proxy Hosts, majd Add Proxy Host.
2. Állítsd be a Domain Name az aldomainedre (például cloud.example.com).
3. Beállítás Forward Hostname / IP a backend konténer nevére vagy IP-jére, és Forward Port arra a portra, amelyen figyel.
4. Mentés. A proxy host megjelenik a listában, és az adott aldomainre irányuló forgalom mostantól eléri a konténeredet.

Ha emellett egy Docker felügyeleti felületet is futtatsz, ugyanez a minta érvényes: ugyanígy irányíts egy aldomaint a konténerkezelő eszközre, és tedd ugyanezt egy Prometheus és Grafana monitorozó verem esetén is, amelyet a proxy mögé szeretnél helyezni.

Automatikus HTTPS beállítása egy aldomainhez

Ez a szakasz egy érvényes, automatikusan megújuló Let's Encrypt tanúsítványt szerez az aldomainedhez. Az előfeltétel az, ami az embereket megfogja: az adott aldomain DNS A rekordjának már a VPS-edre kell mutatnia, és a 80-as portnak elérhetőnek kell lennie az internetről, mivel a Let's Encrypt úgy ellenőrzi a domaint, hogy visszakapcsolódik hozzá.

A proxy host létrehozása után igényeld a tanúsítványt:

1. Szerkeszd a proxy hostot, nyisd meg az SSL fül.
2. Alatt SSL-tanúsítvány, válassz Request a new SSL Certificate.
3. Engedélyezés Force SSL és HTTP/2 Support. A HSTS-t csak azután kapcsold be, miután megerősítetted, hogy a HTTPS helyesen működik, mivel a böngészők gyorsítótárazhatják a házirendet, és megnehezíthetik egy tanúsítvány- vagy proxykonfigurációs hiba utáni helyreállítást.
4. Fogadd el a Let's Encrypt feltételeit, és ments.

Alapértelmezés szerint az NPM a HTTP-01 kihívást használja a nem wildcard nevekhez, minden igényelt hosztnevet a 80-as porton keresztül validálva. Egy tanúsítvány több nem wildcard nevet is tartalmazhat, de a HTTP-01 nem tud wildcard tanúsítványokat kiadni. A wildcard nevek, mint például a *.example.com a DNS-01 kihívást igénylik egy támogatott DNS-szolgáltatóval. Egy szokásos, szolgáltatásonként egy aldomaint használó beállításnál a HTTP-01 minden, amire szükséged van, és a megújítások automatikusak.

A VPS méretezése az Nginx Proxy Managerhez

Maga az NPM könnyű; a méretezés kérdése valójában az NPM plusz a mögötte lévő szolgáltatásokról szól. A proxy üresjárati lábnyoma ritkán a korlátozó tényező. Egy Nextcloud példány vagy egy Ghost blog több erőforrást fog használni, mint maga a proxy.

Íme, hogyan alakulnak a szintek a gyakorlatban:

• Minimális gyakorlati alapszint: 1 GB RAM, 1 vCPU és 10 GB tárhely. Egy harmadik féltől származó méretezési útmutató ugyanezt az alapszintet használja, de tekintsd tervezési iránymutatásnak, nem hivatalos NPM-követelménynek. Elegendő az NPM-hez, az operációs rendszerhez és néhány könnyű szolgáltatáshoz, de kevés tartalékot hagy.
• Kényelmes: 2 GB RAM, 1 vCPU, 20 GB tárhely. Az NPM plusz három-öt szolgáltatás, mozgástérrel. Ez a legtöbb saját üzemeltető számára az ideális pont.
• Egy szinttel feljebb: 4 GB RAM, 2 vCPU. Nyolc-tizenkét szolgáltatáshoz, vagy egy jelentős forgalmú beállításhoz, ahol CPU-tartalékot szeretnél a TLS-lezáráshoz.

Az a szám, amihez méretezel, a proxyzott alkalmazások összege, nem az NPM. Add össze a futtatni kívánt szolgáltatások RAM-lábnyomait, add hozzá a proxy kis üresjárati többletét, és válaszd a fölötte lévő szintet ráhagyással.

A gép méretezése a könnyebbik rész. Az NPM elindítása még mindig a VPS kiépítését, a Docker telepítését, az image letöltését és az első indítási beállítás végigcsinálását jelenti. Ha inkább kihagynád a kiépítési lépéseket, a Cloudzy marketplace-e kínál egy egykattintásos Nginx Proxy Manager telepítést egy NVMe VPS-en. Egy friss kiszolgálón állítja fel a konténert, így egyenesen a vezérlőpulthoz és az első proxy hostodhoz jutsz. Bármelyik utat választod, a fenti méretezési szintek azok, amikhez kiépítesz.

Gyakran ismételt kérdések