Điểm:0

Làm cách nào để giải quyết chuyển hướng không có www sang www Nginx?

lá cờ fr

Đây là cấu hình Máy chủ web NGinx của tôi

    người phục vụ {
        if ($host ~ ^[^.]+\.betafox\.net$) {
            trả lại 301 https://$host$request_uri;
        } # được quản lý bởi Certbot
    
    
        nếu ($host = www.betafox.net) {
            trả lại 301 https://$host$request_uri;
        } # được quản lý bởi Certbot
    
    
        nếu ($host = betafox.net) {
            trả lại 301 https://$host$request_uri; 
        } # được quản lý bởi Certbot
    
        nghe 80;
        nghe [::]:80;
    
        #tên máy chủ _;
        gốc/var/www/html;
    
    server_name betafox.net *.betafox.net;
        #return 301 https://$host$request_uri;
        chỉ mục index.php index.html index.htm;
        địa điểm / {
            # try_files $uri $uri/ =404;
            try_files $uri $uri/ /index.php?q=$uri&$args;
            proxy_pass https://betafox.net/;
            proxy_redirect https://betafox.net/ $host;
            proxy_set_header Mã hóa chấp nhận "";
            proxy_ssl_server_name bật;
        }
        vị trí ~ \.php$ {
            bao gồm đoạn trích/fastcgi-php.conf;
            #fastcgi_pass 127.0.0.1:9000;
            #fastcgi_pass unix:/run/php/php8.0-fpm.sock;
            fastcgi_pass unix:/etc/alternatives/php-fpm.sock;
     }
    
    
    }
    
    người phục vụ {
    
    nghe 443 ssl default_server;
            lắng nghe [::]:443 ssl default_server;
    
            gốc/var/www/html;
            chỉ mục index.php index.html index.htm;
    
          # tên máy chủ _;
            server_name betafox.net *.betafox.net;
            # Kích thước tệp tải lên tối đa là 4MB - thay đổi tương ứng nếu cần
            client_max_body_size 512M;
            khách_thân_đệm_size 128k;
            bao gồm đoạn trích/letsencrypt-nginx-certs.conf;
            bao gồm đoạn trích/letsencrypt-nginx-route.conf;
    
            địa điểm / {
                    # try_files $uri $uri/ =404;
                    try_files $uri $uri/ /index.php?q=$uri&$args;
            }
    lỗi_trang 404 /404.html;
    
            error_page 500 502 503 504 /50x.html;
            vị trí = /50x.html {
                    gốc /usr/share/nginx/html;
            }
    
            vị trí ~ \.php$ {
                    bao gồm đoạn trích/fastcgi-php.conf;
                    #fastcgi_pass 127.0.0.1:9000;
                    #fastcgi_pass unix:/var/run/php8.0-fpm.sock;
                    fastcgi_pass unix:/etc/alternatives/php-fpm.sock;
            }
        ssl_certificate /etc/letsencrypt/live/betafox.net-0001/fullchain.pem; # được quản lý bởi Certbot
        ssl_certificate_key /etc/letsencrypt/live/betafox.net-0001/privkey.pem; # được quản lý bởi Certbot
    
    }

Phần lớn của nó đã được Certbot tự động sửa đổi khi tôi cài đặt Chứng chỉ SSL cho cả FQDN và Tên miền phụ của mình. Vấn đề tôi gặp phải là về chuyển hướng URL. URL ban đầu là www.betafox.net, khi người dùng gõ betafox.net được chuyển hướng đến https://betafoxnet.www.betafox.net/ và có thông báo cho biết: Trang web bạn đang tìm kiếm không tồn tại.

Tôi chỉ muốn rằng tất cả người dùng nhập betafox.net đều được chuyển tiếp đến www.betafox.net. Tôi tin Nginx có thể làm được điều đó. Làm thế nào tôi có thể đạt được điều đó?

djdomi avatar
lá cờ za
xóa phần regex đầu tiên tôi thực sự bối rối rằng certbot vẫn sử dụng if other thay vì chuyển hướng cơ bản
AtomX avatar
lá cờ fr
Điều đó có ảnh hưởng đến Chứng chỉ SSL tên miền phụ không? Tôi đã kích hoạt Chứng chỉ SSL Wildcard
Điểm:1
lá cờ us

Thật không may, Certbot tạo chuyển hướng nginx bằng cách sử dụng nếu với máy chủ $ biến có vấn đề.

Tốt nhất là có chuyển hướng trong một riêng biệt người phục vụ phần như sau.

# Chuyển hướng tất cả các yêu cầu tới các URL betafox.net tới các URL www.betafox.net tương ứng
người phục vụ {
    nghe 80;
    nghe 443 ssl http2;

    ssl_certificate /etc/letsencrypt/live/betafox.net-0001/fullchain.pem; # được quản lý bởi Certbot
    ssl_certificate_key /etc/letsencrypt/live/betafox.net-0001/privkey.pem; # được quản lý bởi Certbot

    server_name betafox.net;

    trả lại 301 https://www.betafox.net$request_uri;
}

# Chuyển hướng tất cả các yêu cầu HTTP tên miền phụ khác sang HTTPS.
người phục vụ {
    nghe 80;

    tên_máy chủ *.betafox.net;

    trả lại 301 https://$http_host$request_uri;:
}

# Đã xóa khối máy chủ cho cổng 80, nó trông vô nghĩa

người phục vụ {
    # Đã xóa default_server, default_server không phải là trang web thực tế
    nghe 443 ssl;
    nghe [::]:443 ssl;

    gốc/var/www/html;
    chỉ mục index.php index.html index.htm;

    server_name betafox.net *.betafox.net;
    # Kích thước tệp tải lên tối đa là 4MB - thay đổi tương ứng nếu cần
    client_max_body_size 512M;
    khách_thân_đệm_size 128k;
    bao gồm đoạn trích/letsencrypt-nginx-certs.conf;
    bao gồm đoạn trích/letsencrypt-nginx-route.conf;

    địa điểm / {
        try_files $uri $uri/ /index.php?q=$uri&$args;
    }
    lỗi_trang 404 /404.html;

    error_page 500 502 503 504 /50x.html;
    vị trí = /50x.html {
        gốc /usr/share/nginx/html;
    }

    vị trí ~ \.php$ {
        bao gồm đoạn trích/fastcgi-php.conf;
        fastcgi_pass unix:/etc/alternatives/php-fpm.sock;
    }
    ssl_certificate /etc/letsencrypt/live/betafox.net-0001/fullchain.pem; # được quản lý bởi Certbot
    ssl_certificate_key /etc/letsencrypt/live/betafox.net-0001/privkey.pem; # được quản lý bởi Certbot
}
AtomX avatar
lá cờ fr
Chà, nó hoạt động tốt, nhưng có cảnh báo `nginx: [warn] xung đột tên máy chủ "betafox.net" trên 0.0.0.0:443, bị bỏ qua`.
AtomX avatar
lá cờ fr
Nhân tiện, có điều gì đó đang gây ra NS_ERROR_REDIRECT_LOOP
AtomX avatar
lá cờ fr
Lỗi đó không được tìm thấy trong thư mục gốc của trang web, nhưng trong phần quản trị mạng của tôi. Nginx đang trả lại mã phản hồi 302 ở đó.
AtomX avatar
lá cờ fr
Xin lỗi... Khi tôi đổi tên cơ sở dữ liệu của mình, tôi đã quên đổi tên dữ liệu của wp_blog và đó là nguyên nhân dẫn đến nhiều chuyển hướng...

Đăng câu trả lời

Hầu hết mọi người không hiểu rằng việc đặt nhiều câu hỏi sẽ mở ra cơ hội học hỏi và cải thiện mối quan hệ giữa các cá nhân. Ví dụ, trong các nghiên cứu của Alison, mặc dù mọi người có thể nhớ chính xác có bao nhiêu câu hỏi đã được đặt ra trong các cuộc trò chuyện của họ, nhưng họ không trực giác nhận ra mối liên hệ giữa câu hỏi và sự yêu thích. Qua bốn nghiên cứu, trong đó những người tham gia tự tham gia vào các cuộc trò chuyện hoặc đọc bản ghi lại các cuộc trò chuyện của người khác, mọi người có xu hướng không nhận ra rằng việc đặt câu hỏi sẽ ảnh hưởng—hoặc đã ảnh hưởng—mức độ thân thiện giữa những người đối thoại.