Puncte:0

Cum îmi redirecționez subdomeniul către localhost:5000 în Https cu Nginx?

drapel us

Am o problemă cu nginx-ul meu:

Trebuie să redirecționez tot traficul http și https atunci când utilizatorii mei caută „hermes.my-domain.com” către portul 5000, pe serverul meu nginx, unde se află aplicația mea.

„hermes” este numele sub-domeniului meu.

Deci fac asta:

Server {

asculta 80;
nume_server hermes.domeniul-meu.com;

returnează 301 https://hermes.my-domain.com$request_uri;
} 

Server {

asculta 443;
ssl_certificate /etc/certs/ssl/bundle.crt;
ssl_certificate_key /etc/certs/ssl/server.key;

    Locație / {
        proxy_pass http://localhost:5000;
        proxy_redirect dezactivat;
        proxy_set_header Gazdă $gazdă:$port_server;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header X-Forwarded-Ssl activat;
    }
}

De fiecare dată când cad pe o eroare 502.

nu inteleg ce s-a intamplat...

daca stie cineva problema va rog?

Mulțumesc foarte mult !

Acesta este rezultatul meu de la error.log:

Scuzele mele, acesta este rezultatul meu de la error.log:

    2021/11/24 09:09:44 [eroare] 19384#19384: *332 connect() a eșuat (111: Conexiune refuzată) în timpul conectării la amonte, client: 10.10.1.158, server: , cerere: „GET / HTTP/ 1.1”, în amonte: „http://127.0.0.1:5000/”, gazdă: „hermes.my-domain.com”

2021/11/24 09:09:44 [eroare] 19384#19384: *332 connect() a eșuat (111: Conexiune refuzată) în timpul conectării la amonte, client: 10.10.1.158, server: , cerere: „GET / HTTP/ 1.1”, în amonte: „http://[::1]:5000/”, gazdă: „hermes.my-domain.com”

2021/11/24 09:09:44 [eroare] 19384#19384: *332 fără fluxuri live în timp ce vă conectați la amonte, client: 10.10.1.158, server: , cerere: „GET /favicon.ico HTTP/1.1”, în amonte : „http://localhost/favicon.ico”, gazdă: „hermes.my-domain.com”, referitor: „https://hermes.my-domain.com/”

Vă mulțumesc pentru ajutor tuturor!

Paul avatar
drapel cn
Dacă acesta este un copy-paste exact, rețineți că aveți în prezent `location /{` și probabil că doriți să aveți `location / {`. Adesea `nginx` va pune ceva în `error.log` - poate ați putea posta dacă există ceva acolo.
drapel us
Vă mulțumesc pentru răspunsul dumneavoastră. Am pus un spațiu între „/{” în fișierul meu vhost, dar este același rezultat. Și adaug o ieșire de jurnal și acesta este rezultatul: 10.10.1.158 - - [23/Nov/2021:17:16:17 +0100] „GET / HTTP/1.1” 502 568 „-” „Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML) , ca Gecko) Chrome/96.0.4664.55 Safari/537.36".
djdomi avatar
drapel za
utilizați în mod normal „ascultați 443 ssl;” sau „ascultați 443 ssl http2;” nu citiți niciodată despre ssl pe
drapel us
Ieșirea de mai sus este din `access.log`. Vă rugăm să editați întrebarea și să adăugați conținutul `error.log` când apare eroarea.
drapel in
`conexiune refuzată` indică faptul că nu se ascultă nimic pe portul 5000. Asigurați-vă că serviciul dumneavoastră rulează și că ascultă pe portul și interfața corecte. Puteți face asta rulând `ss -tnlp |grep :5000`.
drapel us
Ok, deci dacă înțeleg bine, problema nu este Vhost-ul meu, ci mai degrabă aplicația mea web nu funcționează corect pe portul meu 5000?
drapel in
Este o posibilitate. Nu putem spune cu siguranță fără a vedea rezultatul comenzii menționate.
drapel us
Rezultatul nu este nimic, fac niste teste pe alt port ceea ce stiu ca este activ, si am un rezultat, dar pentru ss -tnlp |grep :5000, nu am nimic. Deci cred ca ai dreptate! Și problema este mai mult pe aplicația mea web. Multumesc mult pentru raspuns si ajutor
Puncte:1
drapel in

Serverul dvs. de aplicații nu ascultă pe portul 5000.

conexiune refuzata indică faptul că nimic nu ascultă pe acel port pe acea interfață.

O ieșire goală de ss -tnlp |grep :5000 confirmă că nu aude nimic pe acel port.

Dacă serverul dvs. de aplicații rulează într-adevăr, verificați configurația acestuia pentru portul corect. Dacă nu rulează, porniți-l.

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.