Technical Anshu Etusivu › Opetusohjelmat › Nginx Proxy Managerin asennus
🐳 Dockerin käänteinen välityspalvelin

Nginx Proxy Managerin asennus - 2 minuutin asennusopas

Palvelusi sijaitsevat tällä hetkellä rumissa osoitteissa, kuten 192.168.1.50:8080. Nginx Proxy Manager muuttaa ne puhtaiksi nimiksi, kuten app.yourdomain.com ilmaisella HTTPS:llä - asennettuna yhdellä Docker Compose -tiedostolla ja jota hallitaan yksinkertaisesta verkkopaneelista käsin kirjoitettujen asetustiedostojen sijaan.

✍️ Technical Anshu🐳 Docker Compose🎧 Multi-Language Audio
Nginx Proxy Managerin asennus - 2 minuutin asennusopas
🎧 Multi-Language Audio: Video player [Settings] (⚙️) ➔ [Audio Track]

📑Lukuja

  1. Mitä käänteinen välityspalvelin tekee – yksi ovi kaikille palveluille
  2. Mitä tarvitset ennen aloittamista – Docker, verkkotunnus ja saavutettavat portit
  3. Osoita verkkotunnuksesi DNS palvelimeen ennen kuin asennat mitään
  4. Luo kansio ja docker-compose.yml-tiedosto
  5. Käynnistä Nginx Proxy Manager yhdellä komennolla
  6. Ensimmäinen sisäänkirjautuminen – järjestelmänvalvojan tilivaiheessa kaikki erehtyvät
  7. Luo ensimmäinen välityspalvelimesi kenttä kentältä
  8. Hanki ilmainen Lets Encrypt HTTPS -sertifikaatti ja ota käyttöön Force SSL

📋 Yleiskatsaus ja vaiheittaiset ohjeet

1

Mitä tarvitset ennen aloittamista

Kolmen asian on oltava olemassa, ennen kuin Nginx Proxy Manager (NPM) voi toimia. Ensinnäkin Linux-palvelin tai PC, johon Docker ja Docker Compose on jo asennettu ja toimii - NPM toimii konttina, ei tavallisena ohjelmana. Toiseksi verkkotunnus, jonka DNS:ää voit muokata, koska jokainen palvelu saa oman aliverkkotunnuksensa. Kolmanneksi reitittimesi tai pilvipalomuurisi on pystyttävä välittämään portit 80 ja 443 tälle koneelle.

📌 Tietoja otsikon "2 minuutista": itse kontin käynnistyminen on todella nopeaa – mutta vasta kun Docker on jo asennettu ja tässä oppaassa kuvatut valmistelut on tehty. Anna uudessa koneessa riittävästi aikaa asennus-, DNS- ja varmennevaiheille; rehellinen kokonaissumma on yli kaksi minuuttia.
⚠️ CGNATin takana olevassa kotiyhteydessä portin edelleenlähetys ei toimi ollenkaan – mikään NPM:n asetus ei korjaa sitä. Rehellisiä vaihtoehtoja ovat sitten julkinen/staattinen IP Internet-palveluntarjoajaltasi, pieni vuokrattu VPS tai tunnelityökalu sen sijaan. Älä ohita tätä tarkistusta: puolet "NPM ei toimi" -tarinoista on todella "portit eivät koskaan päässeet palvelimelle" -tarinoita.
2

Osoita verkkotunnuksesi DNS ensin palvelimeen

NPM reitittää liikenteen nimen mukaan, ja Lets Encrypt myöntää varmenteita vain nimille, jotka todistettavasti osoittavat laitettasi – joten nimen on selvitettävä ennen kuin rakennat sille mitään. Lisää rekisterinpitäjään tai DNS-isäntään A-tietue: Nimi on vain aliverkkotunnuksen sana (esimerkiksi sovellus) ja arvo on palvelimesi julkinen IP-osoite. Jokainen palvelu saa oman tietueensa, ja ne voivat kaikki osoittaa samaan IP-osoitteeseen - NPM erottaa palvelut myöhemmin nimellä. Aseta lyhyt TTL, kuten 300 sekuntia, testauksen aikana, jotta virheet häviävät minuuteissa tuntien sijaan.

Todista se ennen kuin jatkat: tarkista, että nimi ohjautuu julkiseen IP-osoitteeseesi ulkopuolisesta verkosta (esimerkiksi puhelimestasi Wi-Fi pois päältä). Varmenteen pyytäminen rikkinäisten DNS-jätteiden varalta Sallii salausyritykset, ja toistuvat epäonnistumiset voivat rajoittaa sinua tuntikausia. Järjestyksellä on väliä: DNS ensin, välityspalvelin toinen, varmenne kolmas.

3

Luo kansio ja kirjoitustiedosto

Tee palvelimelle kansio NPM:lle ja tallenna alla oleva tiedosto sen sisään nimellä docker-compose.yml. Tämä yksittäinen tiedosto on täydellinen asennus. Kuvan nimi on virallinen yhteisön kuva. Portit 80 ja 443 ovat julkisia ovia, portti 81 on hallintapaneeli, ja kahdessa asemassa on koko asetuksesi: ./data sisältää tietokannan kaikkien välityspalvelinpalvelintesi kanssa ja ./letsencrypt sisältää varmenteesi. Kun menetät nämä kaksi kansiota, menetät koko asennuksen – varmuuskopioi ne, kun asiat ovat käynnissä.

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

Rivi restart:less-stopped tuo NPM:n takaisin automaattisesti uudelleenkäynnistyksen jälkeen.

4

Käynnistä Nginx Proxy Manager

Suorita tämän kansion sisältä start-komento. Docker lataa kuvan ja käynnistää säilön taustalla.

Terminal
docker compose up -d

Tarkista, että se on käynnissä:

Terminal
docker ps

Sinun pitäisi nähdä luettelossa kontti porteilla 80, 443 ja 81. Pienellä palvelimella ensimmäinen käynnistys kestää minuutin tai kaksi, kun tietokanta luodaan. Jos säiliö käynnistyy jatkuvasti uudelleen, lokit näyttävät syyn selkeällä kielellä:

Terminal
docker compose logs

Yhdeksän kertaa kymmenestä uudelleenkäynnistyssilmukka on portti, jota on jo käyttänyt jokin muu isännässä - yleensä vanha verkkopalvelin, joka on edelleen käynnissä.

5

Ensimmäinen kirjautuminen – Suojaa järjestelmänvalvojan tili välittömästi

Avaa hallintapaneeli oman verkkosi selaimessa:

Browser Address Bar
http://your-server-ip:81

Tee tämä ensimmäisen minuutin aikana. Rakennuksesta riippuen NPM joko pyytää korvaamaan tunnetut ensimmäisen kirjautumisen järjestelmänvalvojan tiedot omalla sähköpostiosoitteellasi ja vahvalla salasanalla, tai - uudemmissa koontiversioissa, joissa ei ole oletustiliä - järjestelmänvalvojan luo ensimmäisenä järjestelmänvalvojan sivun avaava henkilö. Kummassakin tapauksessa sääntö on sama: luo oma järjestelmänvalvojan tili heti, kun säilö käynnistyy, ennen kuin luot mitään muuta, ja käytä oikeaa postilaatikkoa - NPM-sähköpostit, joissa käsitellään varmenneongelmia.

⚠️ Älä koskaan jätä porttia 81 julkisesti saavutettavaksi, kun "viimeistelet sen myöhemmin". Jokainen Internetin käyttäjä, joka löytää paneelin ensimmäisenä, omistaa välityspalvelimesi. Pidä hallintapaneeli vain omassa verkossasi.
6

Luo ensimmäinen välityspalvelimesi

Avaa NPM:ssä Hosts → Proxy Hosts → Add Proxy Host ja täytä lomake yhtenä lauseena - "tämä nimi menee kyseiseen sisäiseen palveluun":

Domain Names: app.yourdomain.com – vaiheen 2 tarkka julkinen nimi, jonka on jo selvitettävä palvelimellesi.
Kaava: http useimmille koti- ja toimistosovelluksille. Kaava kuvaa yhteyttä NPM:n ja sisäisen palvelun välillä, ei sitä, mitä vierailijat käyttävät - NPM hoitaa julkisen salauksen ovella. Valitse https tästä vain, kun sisäinen sovellus itse palvelee HTTPS:ää.
Lähetä isäntänimi / IP: palvelun sisäinen osoite, esimerkiksi 192.168.1.50.
Forward Port: portti, jota palvelu todella kuuntelee, esimerkiksi 8080 - ei 80 tai 443; ne ovat NPM:n ovet, eivät palvelun.

Ota Block Common Exploits käyttöön ja sitten Tallenna. Testaa heti avaamalla nimi selaimessa – mieluiten puhelimesta ilman Wi-Fi-yhteyttä, joten testaat todellista julkista polkua.

✅ NPM:n 502 Bad Gateway on tienviitta, ei vika: se tarkoittaa, että ulkomaailma saavutti NPM:n täydellisesti ja vain viimeinen sisäinen hyppy - isäntänimi tai portti - on väärä. Korjaa se kenttä, älä koko asennusta. Vielä yksi ansa: jos palvelu toimii toisessa Docker-säilössä, localhost on väärä (NPM:n säilön sisällä localhost tarkoittaa itse NPM:ää) - käytä palvelimen LAN-IP-osoitetta julkaistun portin kanssa tai laita molemmat säilöt samaan Docker-verkkoon ja käytä säilön nimeä.
7

Hanki ilmainen Lets Encrypt HTTPS -sertifikaatti

Tee tämä vasta, kun vaiheen 6 tavallinen isäntä on jo toiminut - rikkinäisen isännän HTTPS antaa sinulle rikkinäisen isännän varmenteella ja kaksinkertaisen paikan etsiä vikaa. Avaa sama välityspalvelin, siirry SSL-välilehdelle, aseta SSL-sertifikaatti-asetukseksi Pyydä uusi SSL-sertifikaatti, ota käyttöön Pakota SSL ja HTTP/2-tuki, hyväksy Lets Encrypt -palveluehdot ja Tallenna. Lataa sivusto uudelleen - selaimen pitäisi nyt näyttää riippulukko https:ssä.

Kuinka se toimii: Sallii Encrypt todistaa, että hallitset nimeä pyytämällä palvelintasi näyttämään kertaluonteisen tunnuksen julkisen Internetin kautta portissa 80 (HTTP-01-haaste). Tästä syystä sinuun osoittava DNS ja tavoitettavissa oleva portti 80 eivät ole neuvoteltavissa - epäonnistu jompikumpi ja pyyntö epäonnistuu, ja virhe on asetuksissa, ei koskaan Lets Encryptissä. Pakota SSL uudelleenohjaa jokaisen http-vierailijan automaattisesti https:ään. ilman sitä salaamaton ovi pysyy auki salatun vieressä.

📌 Sertifikaatit ovat voimassa 90 päivää, ja NPM uusii ne automaattisesti, tyypillisesti noin kuukausi ennen vanhenemista, käyttämällä samaa portti-80-todistusta. Jos uusiminen epäonnistuu, tarkista ensin tylsyyden syyt: DNS muutettiin, reitittimen edelleenlähetys poistettiin tai portti 80 estettiin. Ota HSTS käyttöön vasta, kun palvelu on suoritettu ja uusiminen on todistettu – se on vahva lupaus, jonka selaimet muistavat kuukausia.

🏷️Aihehaun muuttujat ja avainsanat

🔍 Nginx Proxy Manager 🔍 Reverse Proxy 🔍 Docker Compose 🔍 Lets Encrypt 🔍 Free HTTPS 🔍 Proxy Host 🔍 TechnicalAnshu 🔍 Self Hosting 🔍 Subdomain Setup 🔍 Port 80 443 81 🔍 Force SSL 🔍 Home Server
🎙️ Täysi transkriptio – laajenna napauttamalla

__TOK_34__

__TOK_35__

__TOK_36__

❓ Usein kysytyt kysymykset

Onko tämä opetusohjelma 100% ilmainen seurata?

__TOK_37__

Voivatko aloittelijat seurata tätä ohjetta?

__TOK_38__

Mistä voin esittää kysymyksiä, jos jään jumiin?

__TOK_39__

🚀 Katso koko opetusohjelma YouTubessa

__TOK_40__

__TOK_41__

▶️ Katso koko video
Tämä opetusohjelma perustuu Technical Anshun Nginx Proxy Managerin asennusvideoon • Oletko jumissa missä tahansa vaiheessa? Kysy videokommenteissa – sieltä saat apua 🙏