@samnebudu
Человек

Почему NGINX config работает некорректно?

Здравствуйте! Пытаюсь разместить несколько сайтов на одном nginx сервере.
Делаю все по вот это статье
https://webdock.io/en/docs/how-guides/shared-hosti...
По итогу должно получиться что домен https://obshebeer.spystories.host/ ведет в директорию /var/www/html/ , а
www.beeradmin.spystories.host должен вести в /var/www/html/admin/

Вот так выглядит структура файлов - https://imgur.com/a/H8ir5QB

Вот конфиг который должен вести в папку admin

server {
        listen 80;
        listen [::]:80;
        root /var/www/html/admin/;
        index index.html index.htm;
        server_name beeradmin.spystories.host;

   location / {
       try_files $uri $uri/ =404;
   }

}


А вот обычный конфиг default.

##
# You should look at the following URL's in order to grasp a solid understanding
# of Nginx configuration files in order to fully unleash the power of 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
#
# In most cases, administrators will remove this file from sites-enabled/ and
# leave it as reference inside of sites-available where it will continue to be
# updated by the nginx packaging team.
#
# This file will automatically load configuration files provided by other
# applications, such as Drupal or Wordpress. These applications will be made
# available underneath a path with that package name, such as /drupal8.
#
# Please see /usr/share/doc/nginx-doc/examples/ for more detailed examples.
##

# Default server configuration
#
server {
	listen 80 default_server;
	listen [::]:80 default_server;

	# SSL configuration
	#
	# listen 443 ssl default_server;
	# listen [::]:443 ssl default_server;
	#
	# Note: You should disable gzip for SSL traffic.
	# See: https://bugs.debian.org/773332
	#
	# Read up on ssl_ciphers to ensure a secure configuration.
	# See: https://bugs.debian.org/765782
	#
	# Self signed certs generated by the ssl-cert package
	# Don't use them in a production server!
	#
	# include snippets/snakeoil.conf;

	root /var/www/html;

	# Add index.php to the list if you are using PHP
	index index.html index.htm index.php;

	server_name 80.249.147.162;

	location / {
		# First attempt to serve request as file, then
		# as directory, then fall back to displaying a 404.
		try_files $uri $uri/ =404;
	}

	# pass PHP scripts to FastCGI server
	#
	location ~ \.php$ {
		include snippets/fastcgi-php.conf;
	#
	#	# With php-fpm (or other unix sockets):
		fastcgi_pass unix:/var/run/php/php7.4-fpm.sock;
	#	# With php-cgi (or other tcp sockets):
	#	fastcgi_pass 127.0.0.1:9000;
	}

	# deny access to .htaccess files, if Apache's document root
	# concurs with nginx's one
	#
	location ~ /\.ht {
		deny all;
	}
}


# Virtual Host configuration for example.com
#
# You can move that to a different file under sites-available/ and symlink that
# to sites-enabled/ to enable it.
#
#server {
#	listen 80;
#	listen [::]:80;
#
#	server_name example.com;
#
#	root /var/www/example.com;
#	index index.html;
#
#	location / {
#		try_files $uri $uri/ =404;
#	}
#}

server {

	# SSL configuration
	#
	# listen 443 ssl default_server;
	# listen [::]:443 ssl default_server;
	#
	# Note: You should disable gzip for SSL traffic.
	# See: https://bugs.debian.org/773332
	#
	# Read up on ssl_ciphers to ensure a secure configuration.
	# See: https://bugs.debian.org/765782
	#
	# Self signed certs generated by the ssl-cert package
	# Don't use them in a production server!
	#
	# include snippets/snakeoil.conf;

	root /var/www/html;

	# Add index.php to the list if you are using PHP
	index index.html index.htm index.php;
    server_name obshebeer.spystories.host; # managed by Certbot


	location / {
		# First attempt to serve request as file, then
		# as directory, then fall back to displaying a 404.
		try_files $uri $uri/ =404;
	}

	# pass PHP scripts to FastCGI server
	#
	location ~ \.php$ {
		include snippets/fastcgi-php.conf;
	#
	#	# With php-fpm (or other unix sockets):
		fastcgi_pass unix:/var/run/php/php7.4-fpm.sock;
	#	# With php-cgi (or other tcp sockets):
	#	fastcgi_pass 127.0.0.1:9000;
	}

	# deny access to .htaccess files, if Apache's document root
	# concurs with nginx's one
	#
	location ~ /\.ht {
		deny all;
	}


    listen [::]:443 ssl ipv6only=on; # managed by Certbot
    listen 443 ssl; # managed by Certbot
    ssl_certificate /etc/letsencrypt/live/obshebeer.spystories.host/fullchain.pem; # managed by Certbot
    ssl_certificate_key /etc/letsencrypt/live/obshebeer.spystories.host/privkey.pem; # managed by Certbot
    include /etc/letsencrypt/options-ssl-nginx.conf; # managed by Certbot
    ssl_dhparam /etc/letsencrypt/ssl-dhparams.pem; # managed by Certbot

}
server {
    if ($host = obshebeer.spystories.host) {
        return 301 https://$host$request_uri;
    } # managed by Certbot


	listen 80 ;
	listen [::]:80 ;
    server_name obshebeer.spystories.host;
    return 404; # managed by Certbot


}


Сейчас по итогу получается что оба домена ведут в /var/www/html/
Почему так, подскажите пожалуйста
  • Вопрос задан
  • 159 просмотров
Решения вопроса 1
Все правильно работает.
Насколко я понимаю вы решили что если есть домен if ($host = obshebeer.spystories.host) {..
то ему не нужно выдавать ключи и сразу сделать редирект.
Но тут вы не правы во всех местах.
я уже устал обьяснять что происходит так что в кратце.
При работе веб сервера он узнает какой конфиг подставить из httprefery то етсьот вашего браузера.
Проблема в том что эти данные нужно получить по каналу
Но при https вначале вам нужно дать ключи потом получить данные по этому каналу, чтоб знать какие ключи подставить ;)

1. если у вас https появилось на 1 сайте то на всех остальгных сайтах этого сенрвера он тоже появился! физически от этого избавиться нельзя ! ( только подставив клюи и слив в 40X код)
2. Что будет с теми у кого нет сертификатов, все просто веб сервер найдет ближайшие конфиг с сертификатами и и впарит его ( ближайшее по сортировке от А-Я.)
А поскольку с ними прилетит root и все остальное то отобразится тот сайт
Что нужно сделать.
1. выдать второму домену https прописать ключи явно.
и толко после этого делать редирект.
Ответ написан
Пригласить эксперта
Ваш ответ на вопрос

Войдите, чтобы написать ответ

Войти через центр авторизации
Похожие вопросы