Điểm:0

Làm cách nào để vượt qua lưu lượng SSL trên nginx dựa trên SNI?

lá cờ us

Trong cấu hình nginx hiện tại của tôi, tôi có nhiều

người phục vụ {
  nghe *:443;
  tên máy chủ my_server_name;
  ...
}

khối. Các khối này được quản lý bởi phần mềm của bên thứ ba và tôi không thể thay đổi được.

Tôi có thể dễ dàng thêm một tên miền khác bị nginx chấm dứt ssl bằng cách thêm một khối khác.

Tuy nhiên, tôi muốn thêm một miền không bị chấm dứt ssl trên máy chủ nginx này, nhưng được chuyển qua một máy chủ khác, máy chủ này sẽ chấm dứt ssl.Nó phải được phát hiện SNI, giống như cái khác tên máy chủ cấu hình.

Tôi nghĩ về một cái gì đó như:

người phục vụ {
    nghe *:443;
    server_name my_project.org;
    proxy_pass 10.1.1.3:443;
}

Tuy nhiên, điều này dẫn đến một proxy_pass không được phép ở đây lỗi.

tôi đã đọc về mô-đun luồngtruyền phát ssl mô-đun đọc trước, nhưng thực sự không thể tìm ra cách kết hợp điều này với các khối máy chủ nginx hiện có (không thể thay đổi).

Điểm:1
lá cờ us

http://nginx.org/en/docs/http/ngx_http_proxy_module.html#proxy_pass nói rằng proxy_pass được phép vào địa điểm, nếu ở vị trígiới hạn loại trừ phần.

Tuy nhiên, nếu bạn sử dụng người phục vụ chặn với TLS, người phục vụ luôn chấm dứt TLS.

Để vượt qua TLS, bạn cần sử dụng dòng mô-đun.

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