Điểm:1

Nginx đằng sau Apache

lá cờ nl

Tôi có một apache đang lưu trữ các trang web một là 000-default.confwww.domain1.com
một cái khác là miền2.confwww.domain2.com và có một cấu hình như thế này

<VirtualHost *:80>

    ServerAdmin webmaster@localhost
    DocumentRoot /var/www/html

    ErrorLog ${APACHE_LOG_DIR}/error.log
    CustomLog ${APACHE_LOG_DIR}/access.log combined

    ServerName activity.domain2.com
    ProxyPass / http://activity.domain2.com:8000
    ProxyPassReverse / http://activity.domain2.com:8000
</VirtualHost>

miền2 đang trỏ http://activity.domain2.com:8000 được phục vụ bởi Nginx

đối với Nginx, máy chủ được cấu hình như thế này

người phục vụ {
    nghe 8000;
    server_name activity.domain2.com;

    vị trí = /favicon.ico { truy cập_đăng xuất; log_not_found tắt; }
    vị trí /tĩnh/ {
        gốc/gốc/miền2;
    }

    địa điểm / {
        bao gồm proxy_params;
        proxy_pass http://unix:/run/gunicorn.sock;
    }

Mọi thứ đều ổn với www.domain1.com
Ngoại trừ, khi tôi tải www.domain2.com, chỉ tệp html được cung cấp nhưng yêu cầu tệp tĩnh bị lỗi với mã lỗi proxy 502

Làm thế nào tôi có thể sửa lỗi này?

Cập nhật:

lá cờ in
Lỗi 5xx thường có một mục tương ứng trong nhật ký lỗi với thông báo lỗi rõ ràng. Kiểm tra nhật ký của bạn.
lá cờ in
Có thể là một dấu gạch chéo bị thiếu sau "8000"
Điểm:1
lá cờ us
Rob

Đối với người mới bắt đầu: có vẻ như bạn bỏ lỡ dấu gạch chéo ở cuối

ProxyPass / http://activity.domain2.com:8000
                                            ^
                           thêm dấu "/" vào đây _/

Từ thủ công:

Nếu đối số đầu tiên kết thúc bằng dấu /, đối số thứ hai cũng phải kết thúc bằng dấu /, và ngược lại. Nếu không, các yêu cầu kết quả tới phần phụ trợ có thể thiếu một số dấu gạch chéo cần thiết và không mang lại kết quả như mong đợi.

Thứ hai, lỗi proxy thường được ghi lại trong nhật ký (lỗi) của bạn và giống như hầu hết các lỗi, mục nhập nhật ký thường sẽ được kèm theo nhiều thông tin gỡ lỗi hữu ích hơn những gì được trả lại cho khách truy cập trang web. Trước tiên hãy kiểm tra nhật ký apache, nhưng đừng quên xem nhật ký cho máy chủ phụ trợ nginx.

Đă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.