Puncte:1

Nginx în spatele lui Apache

drapel nl

Am un apache care găzduiește site-uri web unul este 000-default.conf pentru www.domeniu1.com
altul este domeniul2.conf pentru www.domain2.com și are o configurație ca aceasta

<VirtualHost *:80>

    ServerAdmin webmaster@localhost
    DocumentRoot /var/www/html

    ErrorLog ${APACHE_LOG_DIR}/error.log
    CustomLog ${APACHE_LOG_DIR}/access.log combined

    ServerName activity.domain2.com
    ProxyPass / http://activity.domain2.com:8000
    ProxyPassReverse / http://activity.domain2.com:8000
</VirtualHost>

domeniul 2 arată cu degetul http://activity.domain2.com:8000 care a fost servit de Nginx

pentru Nginx serverul este configurat astfel

Server {
    asculta 8000;
    nume_server activity.domain2.com;

    locație = /favicon.ico { access_log off; log_not_found off; }
    locație /static/ {
        root /root/domain2;
    }

    Locație / {
        include proxy_params;
        proxy_pass http://unix:/run/gunicorn.sock;
    }

Totul este în regulă www.domeniu1.com
În afară de când încărc www.domain2.com, numai fișierul html este servit, dar cererea de fișier static este eroare cu codul 502 eroare de proxy

Cum pot remedia asta?

Actualizați:

drapel in
O eroare 5xx are de obicei o intrare corespunzătoare în jurnalul de erori cu un mesaj de eroare clar. Verificați-vă jurnalele.
drapel in
S-ar putea să lipsească o bară oblică după „8000”.
Puncte:1
drapel us
Rob

Pentru început: se pare că îți scapă o bară oblică

ProxyPass / http://activity.domain2.com:8000
                                            ^
                           adăugați un „/” aici _/

De la manual:

Dacă primul argument se termină cu un final /, al doilea argument ar trebui, de asemenea, să se încheie cu un final /, si invers. În caz contrar, solicitările rezultate către backend pot pierde unele bare oblice necesare și nu oferă rezultatele așteptate.

În al doilea rând, o eroare de proxy este de obicei înregistrată în jurnalele dvs. (de erori) și, ca și în cazul majorității erorilor, intrarea în jurnal va fi de obicei însoțită de informații de depanare mai utile decât ceea ce este returnat unui vizitator al site-ului. Mai întâi verificați jurnalele Apache, dar nu uitați să vă uitați și la jurnalele pentru serverul back-end nginx.

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.