Giới hạn đăng nhập theo tài khoản thay vì chỉ IP
Một IP có thể đại diện cả quán net, còn bot có thể dùng nhiều IP. Ứng dụng nên kết hợp khóa tài khoản, thiết bị và ngữ cảnh hợp lệ.
Đọc hướng dẫnCHỦ ĐỀ · 20 BÀI
Chống lạm dụng ứng dụng
Kết nối hợp lệ vẫn có thể gọi lệnh đắt tài nguyên. Những bài này đặt giới hạn tại nơi hiểu người dùng và thao tác, đặc biệt cho login, API và website.
Bảo vệ API danh sách nhân vật khi bị gọi dồn
Một yêu cầu nhẹ ở mạng có thể kéo nhiều truy vấn database. Giới hạn chỉ theo Mbps sẽ không thấy chi phí này.
Đọc hướng dẫnGiới hạn tạo tài khoản tự động
Tạo tài khoản hàng loạt dùng tài nguyên và có thể chuẩn bị cho spam tiếp theo. Thiết kế cần giảm lợi ích của tự động hóa mà không làm khó người dùng thật.
Đọc hướng dẫnBảo vệ endpoint quên mật khẩu khỏi flood
Yêu cầu đặt lại mật khẩu có thể gửi email và truy vấn dữ liệu. Khi bị gọi dồn, hệ thống còn tạo phiền nhiễu cho chủ tài khoản.
Đọc hướng dẫnNgăn websocket tạo quá nhiều kết nối
WebSocket mở lâu và tiêu thụ trạng thái. Bộ giới hạn yêu cầu HTTP ban đầu không đủ nếu mỗi kết nối tiếp tục gửi nhiều tin.
Đọc hướng dẫnGiới hạn request HTTP theo tuyến đắt tài nguyên
Trang tĩnh và API đăng nhập có chi phí khác nhau. Dùng một mức chung dễ chặn nhầm hoặc quá lỏng ở điểm nhạy cảm.
Đọc hướng dẫnHiểu limit_conn khi website dùng HTTP/2
Giới hạn kết nối của web server có cách đếm riêng theo giao thức. Cần đọc đúng tài liệu phiên bản trước khi suy số người dùng bị ảnh hưởng.
Đọc hướng dẫnTin IP thật từ proxy theo danh sách nguồn
Header mô tả IP khách có thể do client tự gửi nếu web server tin mọi nguồn. Hạn mức theo IP khi đó dễ bị vượt hoặc chặn sai.
Đọc hướng dẫnChặn yêu cầu HTTP body quá lớn
Một yêu cầu tải lên vượt nhu cầu sản phẩm có thể chiếm bộ nhớ, đĩa và thời gian xử lý. Giới hạn nên gắn với chức năng.
Đọc hướng dẫnGiới hạn truy vấn tìm kiếm đắt tài nguyên
Tìm kiếm tự do có thể quét dữ liệu lớn. Đợt gọi dồn làm database chậm dù tải mạng nhỏ.
Đọc hướng dẫnTách hàng đợi tác vụ khỏi request của người chơi
Một request kích hoạt gửi mail, báo cáo hoặc xử lý ảnh có thể chiếm luồng phục vụ. Đưa việc nền vào hàng đợi cần giới hạn số lượng.
Đọc hướng dẫnChặn lạm dụng API bằng quota theo khóa
Một khóa API có thể phát sinh nhiều yêu cầu từ nhiều IP. Quota theo khóa giúp gắn sử dụng với chủ thể có thể quản lý.
Đọc hướng dẫnBảo vệ database bằng timeout truy vấn
Truy vấn treo giữ connection và làm pool cạn. Timeout giúp giới hạn tác động nhưng phải chọn theo thao tác thật.
Đọc hướng dẫnTạo trang bảo trì có trạng thái chính xác
Khi dịch vụ chưa sẵn sàng, phản hồi nhất quán giúp client và người chơi tránh retry liên tục. Thông báo nên phản ánh tình trạng thực.
Đọc hướng dẫnThiết kế retry có backoff ở launcher
Nếu mọi launcher thử lại ngay khi lỗi, một lần gián đoạn ngắn có thể thành đợt kết nối dồn dập.
Đọc hướng dẫnKiểm tra luồng logout để giải phóng phiên
Phiên giữ lâu sau khi người chơi rời có thể chiếm giới hạn và gây lỗi đăng nhập mới. Cần xem cả đóng bình thường lẫn mất mạng.
Đọc hướng dẫnChống spam chat mà không chặn toàn bộ TCP
Spam chat là hành vi ứng dụng sau khi đã kết nối. Firewall L4 không hiểu ý nghĩa tin nhắn.
Đọc hướng dẫnXử lý lệnh game tốn CPU bằng hạn mức
Một lệnh hợp lệ nhưng đắt có thể bị lạm dụng nhiều lần. Cần đo và hạn chế tại nơi hiểu ngữ nghĩa lệnh.
Đọc hướng dẫnHạn chế tạo phiên chưa xác thực trong ứng dụng
Trước đăng nhập, hệ thống thường có ít thông tin về người gửi. Mỗi phiên chưa hoàn tất vẫn có thể chiếm RAM.
Đọc hướng dẫnĐặt giới hạn upload ảnh trong panel cộng đồng
Tệp ảnh nhỏ sau giải nén có thể tốn tài nguyên xử lý. Giới hạn cần xét cả kích thước nhập và kích thước xử lý.
Đọc hướng dẫn