Điểm:0

Làm cách nào để chuyển hướng tên miền phụ của tôi tới localhost:5000 trong Https bằng Nginx?

lá cờ us

Tôi gặp sự cố với nginx của mình:

Tôi phải chuyển hướng tất cả lưu lượng truy cập http và https khi người dùng của tôi tìm kiếm "hermes.my-domain.com" tới cổng 5000, trên máy chủ nginx của tôi, nơi có ứng dụng của tôi.

"hermes" là tên miền phụ của tôi.

Vì vậy, tôi làm điều đó:

người phục vụ {

nghe 80;
server_name hermes.my-domain.com;

trả lại 301 https://hermes.my-domain.com$request_uri;
} 

người phục vụ {

nghe 443;
ssl_certificate /etc/certs/ssl/bundle.crt;
ssl_certificate_key /etc/certs/ssl/server.key;

    địa điểm / {
        proxy_pass http://localhost:5000;
        proxy_redirect tắt;
        proxy_set_header Máy chủ lưu trữ $host:$server_port;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        bật proxy_set_header X-Forwarded-Ssl;
    }
}

Mỗi lần tôi rơi vào một lỗi 502.

Tôi không hiểu chuyện gì đang xảy ra...

nếu ai đó biết vấn đề xin vui lòng?

Cám ơn rất nhiều !

Đây là kết quả của tôi từ error.log :

Tôi xin lỗi, đây là kết quả của tôi từ error.log :

    24/11/2021 09:09:44 [lỗi] 19384#19384: *332 connect() fail (111: Kết nối bị từ chối) trong khi kết nối với thượng nguồn, máy khách: 10.10.1.158, máy chủ: , yêu cầu: "GET / HTTP/ 1.1", ngược dòng: "http://127.0.0.1:5000/", máy chủ lưu trữ: "hermes.my-domain.com"

24/11/2021 09:09:44 [lỗi] 19384#19384: *332 connect() fail (111: Kết nối bị từ chối) trong khi kết nối với thượng nguồn, máy khách: 10.10.1.158, máy chủ: , yêu cầu: "GET / HTTP/ 1.1", ngược dòng: "http://[::1]:5000/", máy chủ lưu trữ: "hermes.my-domain.com"

24/11/2021 09:09:44 [lỗi] 19384#19384: *332 không có ngược dòng trực tiếp trong khi kết nối với ngược dòng, máy khách: 10.10.1.158, máy chủ: , yêu cầu: "NHẬN /favicon.ico HTTP/1.1", ngược dòng : "http://localhost/favicon.ico", máy chủ lưu trữ: "hermes.my-domain.com", liên kết giới thiệu: "https://hermes.my-domain.com/"

Cảm ơn tất cả sự giúp đỡ của bạn!

Paul avatar
lá cờ cn
Nếu đó là bản sao chép-dán chính xác, hãy lưu ý rằng bạn hiện có `vị trí /{` và có thể có nghĩa là có `vị trí / {`. Thường thì `nginx` sẽ đặt nội dung nào đó vào `error.log` - có lẽ bạn có thể đăng nếu có nội dung nào đó ở đó.
lá cờ us
Cảm ơn bạn đã trả lời của bạn. Tôi đặt khoảng trắng giữa "/{" trong tệp vhost của mình nhưng kết quả vẫn như vậy. Và tôi thêm một đầu ra nhật ký, và đây là kết quả: 10.10.1.158 - - [23/Nov/2021:17:16:17 +0100] "GET / HTTP/1.1" 502 568 "-" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML , như Gecko) Chrome/96.0.4664.55 Safari/537.36".
djdomi avatar
lá cờ za
thường sử dụng `listen 443 ssl;` hoặc `listen 443 ssl http2;` chưa bao giờ đọc về ssl trên
lá cờ us
Đầu ra ở trên là từ `access.log`. Vui lòng chỉnh sửa câu hỏi và thêm nội dung của `error.log` khi xảy ra lỗi.
lá cờ in
`kết nối bị từ chối` cho biết rằng không có gì đang nghe trên cổng 5000. Đảm bảo rằng dịch vụ của bạn đang chạy và đang nghe trên đúng cổng và giao diện. Bạn có thể làm điều đó bằng cách chạy `ss -tnlp |grep :5000`.
lá cờ us
Ồ được rồi, vậy nếu tôi hiểu rõ, vấn đề không phải ở Vhost của tôi, mà là ứng dụng web của tôi không hoạt động chính xác trên cổng 5000 của tôi?
lá cờ in
Đó là một khả năng. Chúng tôi không thể nói chắc chắn nếu không nhìn thấy đầu ra của lệnh đã nói.
lá cờ us
Kết quả là không có gì, tôi thực hiện một số kiểm tra trên cổng khác mà tôi biết là đang hoạt động và tôi có kết quả, nhưng đối với ss -tnlp |grep :5000, tôi không có gì. Vì vậy, tôi nghĩ rằng bạn đúng! Và vấn đề là nhiều hơn trên ứng dụng web của tôi. Cảm ơn bạn rất nhiều vì câu trả lời và sự giúp đỡ của bạn
Điểm:1
lá cờ in

Máy chủ ứng dụng của bạn không nghe trên Cổng 5000.

kết nối bị từ chối chỉ ra rằng không có gì đang nghe trên cổng đó trên giao diện đó.

Một đầu ra trống của ss -tnlp |grep :5000 xác nhận rằng không có gì đang lắng nghe trên cổng đó.

Nếu máy chủ ứng dụng của bạn thực sự đang chạy, hãy kiểm tra cấu hình của nó để biết cổng chính xác. Nếu nó không chạy, hãy khởi động nó.

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