Điểm:0

Máy chủ UDP Tính sẵn sàng cao cho phép phản hồi IP nguồn ngẫu nhiên

lá cờ jp

Hệ thống của tôi được tạo bởi một NGINX được định cấu hình làm bộ cân bằng tải đang chờ các gói dữ liệu UDP.

Máy khách mở một ổ cắm UDP, chỉ định một cổng nguồn ngẫu nhiên và gửi yêu cầu, chờ phản hồi.

Giả sử nguồn/đích datagram yêu cầu được cấu hình là SOURCE_IP,RANDOM_SOURCE_PORT -> NGINX_IP, NGINX_PORT.

NGINX định tuyến datagram đến một trong các nút, nhưng theo thiết kế, để triển khai HA, máy chủ kia có thể gửi phản hồi. Hãy nhớ rằng hai nút được đồng bộ hóa bằng cách sử dụng bộ đệm lưu trữ IP nguồn và cổng (các nút NGINX, vì nó hoạt động như một proxy).

Bây giờ datagram yêu cầu mà máy chủ đầu tiên nhận được là NGINX_IP, NGINX_RANDOM_SOURCE_PORT -> SERVER1_IP, SERVER_PORT.

Datagram phản hồi là SERVER2_IP, SERVER_PORT -> NGINX_IP, NGINX_RANDOM_SOURCE_PORT.

NGINX dường như không định tuyến tin nhắn trở lại máy khách.

Tôi có thể định cấu hình NGINX để định tuyến gói dữ liệu UDP phản hồi trở lại nguồn thông qua NGINX bỏ qua IP nguồn phản hồi và chỉ dựa vào cổng đích (NGINX_RANDOM_SOURCE_PORT)? Hay tôi nên sử dụng một thành phần khác giữa NGINX và các nút ứng dụng? Tôi đang thiếu khái niệm kiến ​​trúc nà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.