Puncte:0

Totul indică un proxy invers

drapel cn

Am mai multe domenii pe același server, adică adresa IP, dar toate arată proxy invers.

Când scriu exemplu1.com și exemplu2.com, ambii merg la proxy invers pentru someapp.com

Iată nginx.conf fişier

  # someapp.com
  Server {
    asculta 80;
    nume_server someapp.com;
    returnează 301 https://someapp.com$request_uri;
  }

  Server {
    asculta 443 ssl;

    nume_server someapp.com;

    ssl_certificate /etc/letsencrypt/live/someapp.com/fullchain.pem;
    ssl_certificate_key /etc/letsencrypt/live/someapp.com/privkey.pem;

    Locație / {
      proxy_pass 'http://localhost:3000/';
    }

    locație /poze/ {
      root /home/user;
      try_files $uri $uri/ =404;
    }
  }

  # example1.com #####################################

  Server {
    asculta 80;
    nume_server example1.com;
    Locație / {
       proxy_pass „http://127.0.0.1:5000”;
    }
  }

  # example2.com #####################################

  Server {
    asculta 80;
    nume_server example2.com;
    root /home/user/example2;
    index index.html;
    Locație / {
        try_files $uri $uri/ =404;
    }
  }

EDITAȚI | ×:

Când scriu exemplu1.com se duce la ~~https~~://someapp.com

Când scriu http://example1.com se duce la exemplu1.com

Ce dă?

Puncte:0
drapel in

în mintea mea vrei https://someapp.com redirecționare , example1.com accesați http://example1.com și example2.com merge http://example2.com

#Someapp.com
Server {
   nume_server someapp.com;
   Locație / {
    proxy_pass http://localhost:3000;
    proxy_http_versiunea 1.1;
    proxy_set_header Gazdă $gazdă;
   }
   locație /poze/ {
      root /home/user;
      try_files $uri $uri/ =404;
    }
    asculta 443 ssl; # gestionat de Certbot
    ssl_certificate /etc/letsencrypt/live/someapp.com/fullchain.pem;
    ssl_certificate_key /etc/letsencrypt/live/someapp.com/privkey.pem;

}
# example1.com #####################################
Server {
    asculta 80;
    nume_server example1.com;
    Locație / {
       proxy_pass „http://127.0.0.1:5000”;
       proxy_http_versiunea 1.1;
       proxy_set_header Gazdă $gazdă;
   }
}

# example2.com #####################################
Server {
    asculta 80;
    nume_server example2.com;
    root /home/user/example2;
    index index.html;
    Locație / {
        try_files $uri $uri/ =404;
    }
}

#someapp.com - Redirecționare
Server {
    dacă ($gazdă = someapp.com) {
    #rescrie ^/(.*)$ https://$gazdă/$1 permanent;
        returnează 301 https://$host$request_uri;
    } 
nume_server someapp.com;
    asculta 80;
    întoarce 404; 
}
Puncte:-1
drapel cn

Se pare că problema s-a datorat certificatului SSL, adică ambelor exemplu1.com și exemplu2.com au nevoie de propriile certificate.

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.