Получение 404 с обратным прокси Nginx

Question

Относительно новый для серверов nginx и пытается делать относительно сложные вещи. Успокойся, пожалуйста.

Я не знаю, что не так с моей конфигурацией. Я пытаюсь сделать довольно простой обратный прокси. Первый серверный блок, который выполняет шифрование SSL, определенно работает. И если я раскомментирую второй серверный блок, весь мой трафик будет перенаправлен на мой основной сервер, который отлично работает. Проблема в том, что мне нужны только определенные поддомены, доступные в Интернете, например, мой сервер gitea. поэтому я закомментировал второй блок и добавил внизу серверный блок, который соответствует только поддомену gitea. Когда я это делаю, все, что я получаю, - это 404.

Я также вижу некоторые странные проблемы, когда, если я перехожу на сайт без указания поддомена, я получаю страницу с сайта, который больше не размещаю, как будто она была кэширована. Я видел сообщение stackru, в котором рекомендовалось удалить параметр sendfile, который, похоже, ни на что не влиял. Думал, я спрошу вас, ребята.

Я также должен упомянуть, что адрес, по которому я пересылаю, находится на другой стороне туннеля для защиты от проводов. Я не думаю, что это проблема, поскольку я видел, как это работает, несмотря на это, но это может быть.

user www-data;
worker_processes auto;
pid /run/nginx.pid;
include /etc/nginx/modules-enabled/*.conf;

events {
    worker_connections 768;
    # multi_accept on;
}

stream
{
    server
    {
        listen      [::]:443 ssl ipv6only=on;
        listen      443 ssl;
        proxy_pass  127.0.0.1:80;

        ssl_certificate     /etc/letsencrypt/live/domain.com/fullchain.pem;
        ssl_certificate_key /etc/letsencrypt/live/domain.com/privkey.pem;
        include             /etc/letsencrypt/options-ssl-nginx.conf;
        ssl_dhparam         /etc/letsencrypt/ssl-dhparams.pem;      
    }

#   server
#   {
#       listen 80;
#       proxy_pass 10.67.19.2:80;
#   }
}

http {

    ##
    # Basic Settings
    ##

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

    # server_names_hash_bucket_size 64;
    # server_name_in_redirect off;

    include /etc/nginx/mime.types;
    default_type application/octet-stream;

    ##
    # SSL Settings
    ##

#   ssl_protocols TLSv1 TLSv1.1 TLSv1.2; # Dropping SSLv3, ref: POODLE
#   ssl_prefer_server_ciphers on;

    ##
    # Logging Settings
    ##

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

    ##
    # Gzip Settings
    ##

    gzip on;

    # gzip_vary on;
    # gzip_proxied any;
    # 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;

    ##
    # Virtual Host Configs
    ##

#   include /etc/nginx/conf.d/*.conf;
#   include /etc/nginx/sites-enabled/*.conf;
    server
    {
        listen 80;
        server_name gitea.*;
        location /
        {
            proxy_pass http://10.76.91.3:80;
        }
    }
}

Answer 1

Если у кого-то еще есть такая проблема. Я не понимал, что когда вы проксируете веб-сайт с URL-адресом на основе поддомена, вы должны включать поддомен в прокси-адрес.

Поэтому вместо пересылки на IP-адрес я добавил запись в свой файл /etc/hosts: 10.76.91.3 tunnel tunnel.lan gitea.tunnel.lan и изменил конфигурацию nginx с новым именем хоста:

server
{
    listen 80;
    server_name gitea.*;
    location /
    {
        proxy_pass http://gitea.tunnel.lan;
    }
}

и это все исправило.