Điểm:0

Chuyển tiếp yêu cầu HTTP (hoặc TCP) qua NGINX bằng tên miền phụ tới một cổng cụ thể

lá cờ in

Tôi muốn hiển thị máy chủ web cục bộ thông qua máy chủ web từ xa. Máy chủ từ xa đã có Nginx và ứng dụng web (webmail). Máy chủ từ xa hoạt động như một cổng cho máy chủ web cục bộ đang chuyển tiếp cổng 80 đến 8080 từ xa. Điều này đang hoạt động.

Bây giờ tôi muốn chuyển tiếp các yêu cầu tên miền phụ (ví dụ: bridge.mydomain.co) tới cổng được chuyển tiếp. Tôi đã thử sử dụng cái này:

người phục vụ {
    nghe 80;
    nghe [::]:80;
    server_name bridge.mydomain.co;

    địa điểm / {
        proxy_set_header Máy chủ lưu trữ $host;
        proxy_pass http://127.0.0.1:8080;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
    }
}

Máy chủ web cục bộ đang chạy một ứng dụng PHP phức tạp nên nó phàn nàn:

40 lỗi như:

Từ chối tải biểu định kiểu '' vì nó vi phạm tuân theo chỉ thị Chính sách bảo mật nội dung: "default-src https: data: 'unsafe-inline' 'unsafe-eval'". Lưu ý rằng 'style-src-elem' không phải được đặt rõ ràng, do đó, 'default-src' được sử dụng làm phương án dự phòng.

và 56 của:

Từ chối tải tập lệnh '' vì nó vi phạm những điều sau Chỉ thị Chính sách bảo mật nội dung: "default-src https: data: 'unsafe-inline' 'unsafe-eval'". Lưu ý rằng 'script-src-elem' không phải được đặt rõ ràng, do đó, 'default-src' được sử dụng làm phương án dự phòng.

Tôi biết tôi có thể hiển thị trực tiếp cổng được chuyển tiếp, điều này hoạt động hoàn hảo. Nhưng tôi muốn sử dụng (cuối cùng) nginx để chấm dứt TLS và sau đó chuyển tiếp.

Đọc về vấn đề này có vẻ như máy chủ web cục bộ trong PHP đang từ chối các yêu cầu. Tuy nhiên, tôi không biết làm thế nào để sửa chữa nó.

Bất kỳ giúp đỡ?

djdomi avatar
lá cờ za
bạn có chắc chắn rằng máy chủ PHP không yêu cầu HTTPS thay vì HTTP không?
Điểm:0
lá cờ in

Hình nó ra ở cuối. Tôi cần chuyển/thêm các tiêu đề sau:

người phục vụ {
    nghe 80;
    nghe [::]:80;
    server_name bridge.mydomain.co;

    máy chủ proxy_pass_header;

    địa điểm / {
        proxy_set_header Máy chủ lưu trữ $host;
    add_header Chính sách-bảo mật nội dung "default-src 'self'; script-src 'self' 'unsafe-inline' 'unsafe-eval' http://bridge.mydomain.co http://bridge.mydomain.co:8080 http://bridge.mydomain.co/core/img/favicon-touch.png; img-src 'self' http://bridge.mydomain.co http://bridge.mydomain.co:8080;";
        proxy_pass http://bridge.mydomain.co:8080;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
    }

}

Tôi tin rằng phiên bản cổng là không cần thiết và có một số tiêu đề bị thiếu được bao phủ bởi "mặc định". Vì vậy, có chỗ để cải thiện.

Nếu bạn muốn đọc một lời giải thích ở đây, có một số tài liệu từ những người hiểu biết hơn tôi: https://stackoverflow.com/questions/33300111/how-to-override-content-security-policy-of-site-a-while-using-nginx-proxy-pass-o

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