Puncte:0

Folosirea Nginx atât ca server web, cât și ca proxy invers cauzând probleme

drapel cf

Încerc să configurez Nginx atât ca server web pentru wordpress, cât și ca proxy invers, pentru a servi atât pihole (care folosește lighttpd) cât și diverse alte servere. Totuși, după configurare, am o problemă ciudată. Când am a mea reverse-proxy.conf fișier din interiorul site-urilor mele site-uri activate folderul, mergând direct la adresa IP afișează numai pagina de bun venit Nginx implicită. Totuși, când deconectez reverse-proxy.conf, apare wordpress. Ce greșesc aici?

nginx.conf

utilizator www-date;
worker_proceses auto;
pid /run/nginx.pid;
includ /etc/nginx/modules-enabled/*.conf;

evenimente {
    conexiuni_muncitor 768;
    # multi_accept on;
}

http {

    ##
    # Setări de bază
    ##

    sendfile activat;
    tcp_nopush activat;
    tcp_nodelay activat;
    keepalive_timeout 65;
    types_hash_max_size 2048;
    # server_tokens off;

    # server_names_hash_bucket_size 64;
    # server_name_in_redirect off;

    includ /etc/nginx/mime.types;
    aplicație de tip_default/octet-stream;

    ##
    # Setări SSL
    ##

    ssl_protocols TLSv1 TLSv1.1 TLSv1.2 TLSv1.3; # Eliminarea SSLv3, ref: POODLE
    ssl_prefer_server_ciphers activat;

    ##
    # Setări de înregistrare
    ##

    access_log /var/log/nginx/access.log;
    error_log /var/log/nginx/error.log;

    ##
    # Setări Gzip
    ##

    gzip on;

    # gzip_vary on;
    # gzip_proxied orice;
    # gzip_comp_level 6;
    # gzip_buffers 16 8k;
    # gzip_http_version 1.1;
    # gzip_types text/plain text/css application/json application/javascript text/xml application/xml application/xml+rss text/javascript;

    ##
    # Configurații gazdă virtuală
    ##

    includ /etc/nginx/conf.d/*.conf;
    includ /etc/nginx/sites-enabled/*;
}


#Poștă {
# # Vezi exemplu de script de autentificare la:
# # http://wiki.nginx.org/ImapAuthenticateWithApachePhpScript
# 
# # auth_http localhost/auth.php;
# # pop3_capabilities „TOP” „USER”;
# # imap_capabilities „IMAP4rev1” „UIDPLUS”;
# 
#   Server {
# asculta localhost:110;
# protocol pop3;
# proxy activat;
#}
# 
#   Server {
# asculta localhost:143;
# protocol imap;
# proxy activat;
#}
#}

Mod implicit

##
# Ar trebui să vă uitați la următoarele adrese URL pentru a înțelege o înțelegere solidă
# de fișiere de configurare Nginx pentru a elibera pe deplin puterea lui Nginx.
# https://www.nginx.com/resources/wiki/start/
# https://www.nginx.com/resources/wiki/start/topics/tutorials/config_pitfalls/
# https://wiki.debian.org/Nginx/DirectoryStructure
#
# În majoritatea cazurilor, administratorii vor elimina acest fișier de pe site-uri activate/ și
# lăsați-l ca referință în interiorul site-urilor-disponibil acolo unde va continua să fie
# actualizat de echipa de ambalare nginx.
#
# Acest fișier va încărca automat fișierele de configurare furnizate de alții
# aplicații, cum ar fi Drupal sau Wordpress. Aceste cereri se vor face
# disponibil sub o cale cu acel nume de pachet, cum ar fi /drupal8.
#
# Consultați /usr/share/doc/nginx-doc/examples/ pentru exemple mai detaliate.
##

# Configurația implicită a serverului
#
Server {
    asculta 80 default_server;
    asculta [::]:80 default_server;

    # Configurare SSL
    #
    # asculta 443 ssl default_server;
    # asculta [::]:443 ssl default_server;
    #
    # Notă: ar trebui să dezactivați gzip pentru traficul SSL.
    # Vezi: https://bugs.debian.org/773332
    #
    # Citiți informații despre ssl_ciphers pentru a asigura o configurație sigură.
    # Vezi: https://bugs.debian.org/765782
    #
    # Certificate autosemnate generate de pachetul ssl-cert
    # Nu le folosiți pe un server de producție!
    #
    # include snippets/snakeoil.conf;

    rădăcină /var/www/wordpress;

    # Adăugați index.php la listă dacă utilizați PHP
    index index.html index.htm index.nginx-debian.html index.php;

    numele serverului _;

    Locație / {
        # Mai întâi încercați să serviți cererea ca fișier, apoi
        # ca director, apoi reveniți la afișarea unui 404.
        try_files $uri $uri/ =404;
    }

    # treceți scripturile PHP către serverul FastCGI
    #
    locație ~ \.php$ {
        include snippets/fastcgi-php.conf;
    #
    # # Cu php-fpm (sau alte socket-uri Unix):
        fastcgi_pass unix:/var/run/php/php7.4-fpm.sock;
    # # Cu php-cgi (sau alte socket-uri tcp):
    # fastcgi_pass 127.0.0.1:9000;
    }

    # interzice accesul la fișierele .htaccess, dacă rădăcina documentului Apache
    # de acord cu cel al lui nginx
    #
    #locație ~ /\.ht {
    # nega totul;
    #}
}


# Configurarea gazdei virtuale pentru example.com
#
# Puteți muta asta într-un fișier diferit sub site-available/ și puteți trimite simbolul
# la site-uri activate/ pentru a-l activa.
#
#Server {
# asculta 80;
# asculta [::]:80;
#
# server_name example.com;
#
# root /var/www/example.com;
# index index.html;
#
#   Locație / {
# try_files $uri $uri/ =404;
#}
#}

reverse-proxy.conf

 Server {
  #înlocuiește X-urile de mai jos cu IP-ul tău
  asculta 192.168.1.29:80;
   locație /gauză/ {
   permite 192.168.1.0/24;
   nega totul;
   proxy_pass http://192.168.1.29:82/admin/;
   proxy_set_header Gazdă $gazdă;
   proxy_set_header X-Real-IP $adresă_la distanță;
   proxy_set_header X-Forwarded-For 
   $proxy_add_x_forwarded_for;
   proxy_read_timeout 90;
  }
}
djdomi avatar
drapel za
server_name lipsește în configurația inversă... Cu toate acestea, Raspi Pihole îmi spune că întrebarea este offtopic, deoarece este o întrebare de acasă și de utilizator final.
Puncte:1
drapel jp

Presupun că accesezi WordPress și /groapa/ folosind același nume de domeniu (adică adresa IP) http://192.168.1.29/. În acest caz, ambii trebuie să fie în la fel Server bloc, nu două blocuri de server așa cum ai acum.

În configurația dvs. existentă asculta 192.168.1.29:80; a avea prioritate asupra asculta 80 default_server; pentru conexiuni la portul 80 adresat către 192.168.1.29.

ProGamer1 avatar
drapel cf
Mulțumiri! Asta mi-a rezolvat problema.

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.