Installation af Nginx Proxy Manager - 2-minutters opsætningsvejledning

Hvad du skal bruge før du starter

Tre ting skal eksistere, før Nginx Proxy Manager (NPM) kan fungere. For det første, en Linux-server eller pc med Docker og Docker Compose allerede installeret og fungerer - NPM kører som en container, ikke som et normalt program. For det andet et domænenavn, hvis DNS du kan redigere, fordi hver tjeneste får sit eget underdomæne. For det tredje skal din router eller cloud-firewall være i stand til at videresende porte 80 og 443 til denne maskine.

Ret dit domæne-DNS til serveren først

NPM dirigerer trafik efter navn, og Lets Encrypt udsteder kun certifikater for navne, der beviseligt peger på din maskine - så navnet skal løses, før du bygger noget på det. Hos din registrator eller DNS-vært skal du tilføje en A-record: Navnet er kun underdomæneordet (f.eks. app), og værdien er din servers offentlige IP-adresse. Hver tjeneste får sin egen rekord, og de kan alle pege på den samme IP - NPM adskiller tjenesterne senere ved navn. Indstil en kort TTL, såsom 300 sekunder, mens du tester, så fejlene forsvinder på minutter i stedet for timer.

Bevis det, før du fortsætter: Tjek, at navnet løses til din offentlige IP fra et eksternt netværk (for eksempel fra din telefon med Wi-Fi slukket). Anmodning om et certifikat mod ødelagt DNS-spild Lader kryptere forsøg, og gentagne fejl kan hastighedsbegrænse dig i timevis. Rækkefølgen har betydning: DNS først, proxy-vært for det andet, certifikat tredje.

Opret mappen og Compose-filen

Lav en mappe til NPM på serveren og gem filen nedenfor inde i den som docker-compose.yml. Denne enkelt fil er den komplette installation. Billednavnet er det officielle fællesskabsbillede. Port 80 og 443 er de offentlige døre, port 81 er administrationspanelet, og de to enheder er, hvor hele din opsætning bor: ./data indeholder databasen med alle dine proxy-værter, og ./letsencrypt har dine certifikater. Mister de to mapper, og du mister hele opsætningen - sikkerhedskopier dem, når tingene kører.

services:
  app:
    image: 'jc21/nginx-proxy-manager:latest'
    restart: unless-stopped
    ports:
      - '80:80'
      - '443:443'
      - '81:81'
    volumes:
      - ./data:/data
      - ./letsencrypt:/etc/letsencrypt

Linjen genstart: medmindre-stoppet bringer NPM automatisk tilbage efter en genstart.

Start Nginx Proxy Manager

Kør startkommandoen inde fra den mappe. Docker downloader billedet og starter containeren i baggrunden.

docker compose up -d

Tjek at det kører:

docker ps

Du bør se containeren angivet med porte 80, 443 og 81. På en lille server tager den første start et minut eller to, mens databasen oprettes. Hvis containeren bliver ved med at genstarte, viser logfilerne årsagen på almindeligt sprog:

docker compose logs

Ni ud af ti gange er en genstartsløkke en port, der allerede bruges af noget andet på værten - normalt en gammel webserver, der stadig kører.

Første login - Sikre administratorkontoen med det samme

Åbn administratorpanelet i en browser på dit eget netværk:

http://your-server-ip:81

Gør dette i det første minut. Afhængigt af build, beder NPM dig enten om at erstatte de velkendte første-login-administratoroplysninger med din egen e-mail og en stærk adgangskode, eller - på nyere builds uden standardkonto - den første person, der åbner admin-siden, opretter administratoren. Uanset hvad er reglen den samme: Opret din egen admin-konto i det øjeblik, containeren starter, før du opretter noget andet, og brug en rigtig postkasse - NPM-e-mails, der adresserer certifikatproblemer.

Opret din første proxy-vært

I NPM skal du åbne Værter → Proxyværter → Tilføj proxyvært og udfylde formularen som én sætning - "dette navn går til den interne tjeneste":

Domænenavne: app.yourdomain.com - det nøjagtige offentlige navn fra trin 2, som allerede skal løses til din server.
Skema: http til de fleste hjemme- og kontorapps. Skema beskriver forbindelsen mellem NPM og den interne service, ikke hvad besøgende bruger - NPM håndterer den offentlige kryptering ved døren. Vælg kun https her, når selve den interne app serverer HTTPS.
Videresend værtsnavn / IP: tjenestens interne adresse, f.eks. 192.168.1.50.
Forward Port: den port, tjenesten faktisk lytter til, for eksempel 8080 - ikke 80 eller 443; det er NPM's døre, ikke tjenestens.

Slå Bloker almindelige udnyttelser til, og derefter Gem. Test med det samme ved at åbne navnet i en browser - ideelt set fra din telefon med Wi-Fi slukket, så du tester den rigtige offentlige vej.

Få det gratis Lets Encrypt HTTPS-certifikat

Gør kun dette, efter at den almindelige vært fra Trin 6 allerede virker - HTTPS på en ødelagt vært giver dig en ødelagt vært med et certifikat og dobbelt så mange steder at lede efter fejlen. Åbn den samme proxy-vært, gå til fanen SSL, indstil SSL-certifikat til Anmod om et nyt SSL-certifikat, aktiver Force SSL og HTTP/2 Support, accepter Lets Encrypt Servicevilkår og Gem. Genindlæs siden - browseren skulle nu vise hængelåsen på https.

Sådan fungerer det: Lads Encrypt beviser, at du kontrollerer navnet ved at bede din server via det offentlige internet på port 80 om at vise et engangs-token (HTTP-01-udfordringen). Det er grunden til, at DNS, der peger på dig og en tilgængelig port 80, ikke kan forhandles - mislykkes enten, og anmodningen mislykkes, og fejlen er i opsætningen, aldrig i Lets Encrypt. Force SSL omdirigerer hver http-besøgende til https automatisk; uden den forbliver den ukrypterede dør åben ved siden af ​​den krypterede.