Xác định game có thực sự dùng UDP hay không
Tên trò chơi không đủ để suy ra giao thức của một bản triển khai. Cấu hình riêng, launcher và dịch vụ phụ có thể khác nhau giữa các máy chủ.
Đọc hướng dẫnKIẾN THỨC PROXYANTI
Hướng dẫn bảo vệ máy chủ game.
308 bài về chống DDoS, proxy TCP/UDP, giám sát và vận hành. Mỗi bài giải quyết một tình huống cụ thể.
Danh sách bài viết · Trang 3/13
Vì sao không thể kiểm tra UDP như bắt tay TCP?
UDP không có bắt tay tương đương TCP. Một công cụ báo không nhận phản hồi có thể do ứng dụng chỉ trả lời bản tin hợp lệ, chứ chưa chắc port đóng.
Đọc hướng dẫnChọn timeout ánh xạ UDP theo nhịp gửi thực tế
Relay UDP thường giữ ánh xạ giữa nguồn và backend trong một khoảng thời gian. Nếu ánh xạ hết hạn giữa hai bản tin hợp lệ, phản hồi có thể không đến đúng phiên như mong đợi.
Đọc hướng dẫnBảo vệ bảng ánh xạ UDP khỏi tăng bộ nhớ
Một lượng lớn nguồn hoặc cặp IP:port có thể tạo nhiều mục ánh xạ dù mỗi nguồn gửi rất ít dữ liệu. Chỉ giới hạn Mbps có thể bỏ sót chi phí lưu trạng thái.
Đọc hướng dẫnĐặt giới hạn PPS và byte cho UDP cùng lúc
Gói nhỏ tạo áp lực xử lý theo số lượng, còn gói lớn có thể chiếm băng thông nhanh. Một ngưỡng đơn lẻ thường không phản ánh cả hai dạng tải.
Đọc hướng dẫnGiới hạn UDP theo nguồn trước hay theo port?
Nguồn gửi quá nhanh có thể tiêu hết ngân sách chung nếu luật tổng được áp dụng mà không xét phân bổ. Thứ tự và vị trí bộ đếm quyết định cách nhìn sự cố.
Đọc hướng dẫnNhận diện UDP amplification từ dữ liệu phòng thủ
Lưu lượng phản hồi bất ngờ đến một dịch vụ không gửi yêu cầu tương ứng có thể gợi ý phản xạ. Cần phân tích metadata trước khi quyết định cách lọc.
Đọc hướng dẫnNgăn dịch vụ UDP của mình trở thành nguồn phản xạ
Dịch vụ trả lời lớn cho yêu cầu nhỏ từ nguồn chưa xác minh có thể bị lợi dụng. Thiết kế phản hồi và phạm vi truy cập cần được xem xét ngay từ đầu.
Đọc hướng dẫnXử lý UDP phân mảnh mà không phá game hợp lệ
Datagram lớn có thể bị chia ở tầng IP tùy đường truyền. Luật chỉ nhìn port trong từng mảnh hoặc chặn mù mọi mảnh có thể gây hành vi ngoài dự kiến.
Đọc hướng dẫnGiảm kích thước bản tin để ổn định UDP qua tunnel
Tunnel bổ sung overhead nên dung lượng hữu ích của gói có thể giảm. Một cấu hình chạy tốt trực tiếp có thể bắt đầu mất dữ liệu khi chuyển qua tunnel.
Đọc hướng dẫnUDP có cần kiểm soát tốc độ gửi từ ứng dụng không?
UDP không tự cung cấp mọi cơ chế điều tiết như TCP. Khi mạng xấu, việc tiếp tục gửi dồn dập có thể làm hàng đợi và mất gói nặng hơn.
Đọc hướng dẫnTách UDP trạng thái khỏi luồng gameplay quan trọng
Endpoint hỏi trạng thái thường có giá trị và chi phí khác luồng chơi. Gộp cùng một hạn mức có thể khiến truy vấn bên ngoài ảnh hưởng phiên đang hoạt động.
Đọc hướng dẫnĐọc socket receive buffer khi UDP bị mất gói
Gói có thể tới host nhưng ứng dụng không đọc kịp. Khi đó tăng băng thông đường truyền không chữa được việc hàng đợi nhận bị đầy.
Đọc hướng dẫnKiểm tra UDP hai chiều sau khi đổi proxy
Một chiều đến máy gốc hoạt động chưa đủ để người chơi nhận dữ liệu. Đường trả lời có thể sai ánh xạ, sai địa chỉ hoặc bị bộ lọc chặn.
Đọc hướng dẫnUDP NAT rebinding và người chơi chuyển mạng
Khi chuyển Wi-Fi sang mạng di động, IP hoặc port nguồn có thể đổi. Ứng dụng gắn phiên cứng với địa chỉ cũ có thể coi đây là một client khác.
Đọc hướng dẫnHeartbeat UDP quá dày gây tải không cần thiết
Mỗi heartbeat có thể rất nhỏ nhưng tổng số gói tăng theo số client. Chu kỳ quá ngắn còn khiến mạng di động và hàng đợi nhận chịu tải không cần thiết.
Đọc hướng dẫnGiới hạn phản hồi UDP cho client chưa xác thực
Trước khi tin nguồn gửi, máy chủ nên tránh dành nhiều CPU hoặc trả dữ liệu lớn. Đây là nơi có thể giảm chi phí ngay trong thiết kế giao thức.
Đọc hướng dẫnTại sao một nguồn UDP có thể hiện thành nhiều port?
Một client có thể dùng nhiều socket hoặc đổi port qua NAT. Số cặp IP:port vì thế không bằng số người dùng thực và cũng không đủ để kết luận có bot.
Đọc hướng dẫnGiảm log UDP để tránh đầy đĩa khi bị flood
Ghi một dòng cho mỗi datagram bị chặn có thể biến bộ ghi log thành điểm nghẽn. Điều tra cần bằng chứng đủ dùng chứ không nhất thiết toàn bộ sự kiện.
Đọc hướng dẫnNghiệm thu relay UDP bằng kịch bản game thật
Echo test hữu ích cho đường truyền nhưng chưa mô tả bản tin và nhịp gửi của trò chơi. Kế hoạch nghiệm thu nên bao gồm chu kỳ hoạt động đầy đủ.
Đọc hướng dẫnSao lưu ruleset trước khi chỉnh firewall chống DDoS
Luật mới có thể làm mất đường quản trị dù chỉ nhằm bảo vệ port game. Bản sao cần đủ để khôi phục đúng trạng thái đang chạy, không chỉ vài dòng vừa sửa.
Đọc hướng dẫnPhân biệt INPUT và FORWARD khi bảo vệ proxy
Gói đến tiến trình trên host và gói được định tuyến qua host có thể đi qua các chain khác nhau. Đặt luật đúng cú pháp nhưng sai đường gói sẽ không có tác dụng.
Đọc hướng dẫnDùng counter để xác minh luật firewall thực sự khớp
Luật xuất hiện trong cấu hình chưa chứng minh nó đang xử lý lưu lượng. Counter giúp nối thiết kế với hành vi thật, miễn là biết thời điểm bắt đầu đo.
Đọc hướng dẫnThứ tự luật accept và drop ảnh hưởng bảo vệ thế nào?
Một luật accept rộng đặt trước có thể khiến nhánh lọc phía sau không được xét trong cùng chain. Nhiều base chain và hook lại cần được xem xét toàn bộ.
Đọc hướng dẫn