Điểm:3

cấu hình nginx để ủy quyền ngược lưu lượng UDP (ứng dụng minecraft) - 90 tin nhắn quá dài

lá cờ kr
seb

Đang cố gắng ủy quyền lưu lượng truy cập udp. nginx không đưa ra bất kỳ lỗi nào về cấu hình. Máy khách kết nối cho đến khi được một nửa (nó nói rằng nó có thể đến được máy chủ cuối) nhưng kết nối sau đó bị kẹt và cuối cùng bị đóng khi hết thời gian chờ.

phiên bản nginx: 1.21.3 Hệ điều hành: Ubuntu 18.04

nginx.conf:

worker_processes tự động;
pid /run/nginx.pid;
bao gồm /etc/nginx/modules-enabled/*.conf;

worker_rlimit_nofile 30000;

sự kiện {
    worker_connections 30000;
    multi_accept on;
}

dòng{
người phục vụ {
    nghe *:4800-4899 udp;
    proxy_pass 217.178.x.x:$server_port;
}
}

lỗi.log:

2213#2213: *3 recv() không thành công (90: Tin nhắn quá dài) trong khi ủy quyền và đọc từ thượng nguồn, ứng dụng khách udp: 49.98.x.x, máy chủ: 66.42.x.x:4801, ngược dòng: "217.178.x.x:4801", byte từ/đến máy khách: 1464/0, byte từ/đến ngược dòng: 0/1464

49.98.x.x: IP máy khách 66.42.x.x: IP đại diện 217.178.x.x: IP máy chủ cuối

ip một đầu ra

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 trạng thái qdisc noqueue nhóm UNKNOWN mặc định qlen 1000
    liên kết/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    máy chủ phạm vi inet 127.0.0.1/8 lo
       hợp lệ_lft mãi mãi ưa thích_lft mãi mãi
    inet6 ::1/128 máy chủ phạm vi 
       hợp lệ_lft mãi mãi ưa thích_lft mãi mãi

2: enp1s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq trạng thái nhóm LÊN mặc định qlen 1000
    liên kết/ether 56:00:03:95:cc:59 brd ff:ff:ff:ff:ff:ff
    inet 66.42.x.x/23 brd 66.42.x.255 phạm vi động toàn cầu enp1s0
       hợp lệ_lft 57402 giây ưa thích_lft 57402 giây
    inet6 fe80::5400:3ff:fe95:[xxx]/64 liên kết phạm vi 
       hợp lệ_lft mãi mãi ưa thích_lft mãi mãi

Bất kỳ ý tưởng những gì là sai? Bất cứ ai có thể nhìn thấy bất kỳ vấn đề trong cấu hình?

Cảm ơn

Michael Hampton avatar
lá cờ cz
Tôi thấy không có vấn đề gì với cấu hình nginx của bạn, nhưng có thể có sự cố với cấu hình mạng của máy chủ. Vui lòng đăng đầu ra của `địa chỉ ip` và lưu ý giao diện nào định tuyến tới Internet và giao diện nào (nếu có) đi tới máy chạy ứng dụng phụ trợ của bạn. Ngoài ra, hãy xem [tham chiếu](https://meta.serverfault.com/q/963/126632) của chúng tôi về cách làm xáo trộn địa chỉ IP (tức là nói chung là bạn không nên).
seb avatar
lá cờ kr
seb
Cảm ơn, tôi đã thêm đầu ra ip. Không có IP riêng trên proxy.
Michael Hampton avatar
lá cờ cz
Hấp dẫn. Bạn dường như không có vấn đề về MTU. 1464 byte sẽ ổn thôi, trừ khi có một số lỗ hổng trong kiến ​​​​thức của tôi! Có lẽ là có. Tôi đã đánh giá cao câu hỏi của bạn vì nó là một câu hỏi hay và thú vị và nên chú ý nhiều hơn đến nó.
Điểm:2
lá cờ fr

Có lẽ vấn đề "90: Tin nhắn quá dài" có thể liên quan đến lỗi EMSGSIZE (Nếu tin nhắn quá dài để truyền nguyên tử qua giao thức cơ bản, lỗi EMSGSIZE sẽ được trả về và tin nhắn không được truyền đi), trong trường hợp đó, bạn có thể thử giải quyết bằng cách tăng kích thước của bộ đệm gửi ổ cắm. Các tham số sau đây có giá trị tiêu chuẩn:

net.core.wmem_default = 212992
net.core.wmem_max = 212992

Có thể kiểm tra các giá trị hiện tại ââtrên máy chủ của bạn bằng lệnh:

hệ thống -a | grep "net.core.wmem"

Đối với thử nghiệm, sử dụng lệnh sau, bạn có thể đặt, ví dụ: các giá trị sau:

sysctl -w net.core.wmem_default = 9999999
hệ thống -w net.core.wmem_max = 9999999
tiếng vang "net.core.wmem_default = 9999999
net.core.wmem_max = 9999999 ">> /etc/sysctl.conf

Tiếp theo, hãy kiểm tra xem chúng đã được áp dụng chính xác chưa (bây giờ phải là 9999999):

hệ thống -a | grep "net.core.wmem"

Và cố gắng tái tạo vấn đề.

seb avatar
lá cờ kr
seb
Cảm ơn. Các giá trị là những giá trị mặc định. Tôi đã thay đổi chúng thành 9999999, kiểm tra xem chúng đã được áp dụng chính xác chưa, khởi động lại nginx nhưng sự cố vẫn giống hệt nhau, cùng một lỗi trong nhật ký.

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